PINs gehen nicht mehr auf high

Das is ja mal ne tolle Fehlerbeschreibung, extrem nuetzlich... (achtung 
Ironie).

Hast Du irgendwelches Meßequipment da? Hast Du an den Fuses des ATMEGA 
herumgespielt?

hi, hab nichts an den fuse gemacht.
messequipment alles da.
an den ausgängen: 20mV. egal ob high oder low.
über uart spuckt er auch nichts mehr raus.

Mein Auto steht auf der Strasse und springt nicht an. Warum?

takt ist da

Strom eingeschaltet?

strom da, hardware geht einwandfrei

und? woran lags?

ne, es geht nicht, meine das die hardware funktioniert also strom, oszi 
da ist

OK.
Systematisch vorgehen.
Hast du an allen Pins nachgemessen? Also alle Stromversorgunspins,
Quarz, Reset-Pin?
Den Mega schon mal in seine Fassung nachgedrückt?
Mega aus der Fassung herausholen und noch mal neu einsetzen.
Mal unter der Platine schauen, ob ev. irgendeine Büroklammer
oder sonstwas einen Kurzschluss verursacht.

Wenn das alles nichts hilft, wirst du dich wohl mit der
Tatsache abfinden müssen, das der Prozessor in den ewigen
Bithimmel eingegangen ist.

Seit ich mir vor Jahren angwöhnt habe, nicht mit den
Patschehändchen die Leiterbahnen anzutatschen und auch
die Prozessorpins nach Möglichkeit beim IC-Handling
nicht anfasse, sind signifikant weniger IC-s gestorben.
Manchmal läuft es mir kalt den Rücken runter, wenn man
PC Schraubern zusieht wie sie Platinen mit ihren Metzger-
fingern erst mal ausgiebig befummeln, ehe sie die Platine
dann von ihrem Leid erlösen und endlich in den Slot stecken.

das komische ist halt, das der bootloader funktioniert. der atmel zapelt 
nach dem rest mit seinem bootloader code raus und downloaded die *.srec 
file vom pc. das wäre doch ein grund um zu sagen, nicht zerschossen?

Der Bootloader benutzt erfolgreich die gleichen I/O-Pins (allderdings 
als Eingang), die du später mit dem Programm nicht mehr HIGH setzen 
kannst (allerdings als Ausgang)?

Alexander Jan wrote:
> das komische ist halt, das der bootloader funktioniert. der atmel zapelt
> nach dem rest mit seinem bootloader code raus und downloaded die *.srec
> file vom pc. das wäre doch ein grund um zu sagen, nicht zerschossen?

Ja, das wäre ein Grund.
Es wäre allerdings auch ein Grund gewesen diese Information,
die ja nicht ganz unwichtig ist, gleich im Eröffnungsposting
anzugeben. Es bedeutet nämlich: Grundsätzlich läuft der
Prozessor.

der bootloader reagiert auf: PD2 und PD3 / RXD und TXD. setze andere 
pins high.
mein modul datasheet: 
http://www.meshnetics.com/ZigBit_OEM_Module_Product_Datasheet.pdf

falls jemand gleich schreit: "es ist kein atmel es ist ein meshnetics". 
ein atmel ist drin. ;)

Gehen alle Pins nicht mehr auf High, oder nur einzelne?
Dann könnte es sein, dass du noch das FUSE-BIT JTAG-EN löschen musst.

MfG
Muecke

Ist der µC vielleicht in einem AVR power saving (sleep) mode? Check mal 
Pin 10 (CPU_CLK).

- Programmieradapter abgezogen?
- Alternativfunktionen für die I/Os deaktiviert?
- Ging's jemals? Falls ja, was hast du danach geändert?
- Mal ein Programm ausprobiert, dass einfach alle I/Os auf High setzt
und dann in 'ner Endlosschleife hängt?
- Verwendeten Code anhängen. Wenn zu lang -> kürzen um das Problem
einzugrenzen. Welche Sprache?

Gruß

Kai

hi

wow, danke für die guten antoworten!

1. gehen garkeine auf high.
    ich arbeite nicht mit jtag/isp, nur mit bootloader
    das der bootloader fuses umsetzt unwahrscheinlich.
    können fuses verloren gehen?

2. power saving, test ich gleich, ich geb bescheid

3. es ging schon, das ein und das selbe programm läuft auch auf einen
   anderen modul.

4. Sprache C

@stefb

auf xtal_in hab ich meinen takt.

Ich sehe da mehrere Mlglichkeiten:

Option 1:
Device als kaputt deklarieren und abschreiben oder vorm Abschreiben 
inkl. Quellcode/Hexcode des Problemprogramms an Qualitätskontrolle von 
Meshnetics.de schicken in der Hoffnung auf Aufklärung oder Ersatz

Option 2:
Device weiter untersuchen insbesondere auf Unterschiede zu dem 
funktionierenden Device. Dazu braucht es Tools, Zeit und Interesse. ISP 
zum Auslesen des Hirns beider Devices ist IMHO das Minimalwerkzeug. 
Besser noch JTAG, um auch zur Laufzeit inspizieren zu können.