atmega2560 Probleme

Gast #3561422
Lesenswert?

Hallo zusammen,
Ich habe vor kurzem einen ATmega2560 16au in ein Projekt eingebaut. Es 
hat auch alles super funktioniert.  Während dem austesten der Schaltung 
und nach einigem programmieren über ISP war avrdude plötzlich nicht mehr 
in der Lage mit dem atmega zu kommunizieren, was sich mit dem bekannten 
0x000000 identifikationsfehler widerspiegelt.  Es wurde nichts externes 
angeschlossen was ein plötzlicher Fehler rechtfertigen könnte.

Als erstes habe ich alle Verbindungen getestet, danach habe ich den 
Programmer (usbasp) an einem anderen uC ausprobiert. Als dies nichts 
ergab habe ich den 16MHz crystal ausgewechselt. Trotzdem konnte keine 
Verbindung mehr hergestellt werden.

Wüsste jemand vielleicht aus eigener Erfahrung was schief gegangen sein 
könnte? Mein nächster Schritt wäre ansonsten den atmega auszutauschen. 
Und hier kommt meine zweite Frage: hat jemand so einen herumliegenden? 
Am besten in der Schweiz? Bei einer Bestellung in den elektronik 
Geschäfte ist mir der Versand ein wenig zu teuer.

Vielen dank und gruss
Jonas
Gast #3561427
Lesenswert?

und...

...verfust ;-)

Ernsthaft, belese dich mal ueber das Thema "Fusebits" bzw. "verfusen".

Mit grosser Wahrscheinlichkeit hast du deinen AVR auf eine falsche 
Taktquelle konfiguriert, oder "serial programming" deaktiviert.

...HVPP schafft abhilfe, ist bei SMD aber unlustig...

MfG
Gast #3562242
Lesenswert?

Jonas P. schrieb:
> Warum es die fusebits
> verändert hat ist und bleibt wohl ein Rätsel.

Das liegt zu 99% am Programmer. Viele Leute glauben, am Programmer Geld 
sparen zu können (ich früher auch). Man büßt aber dabei nur eine Menge 
Zeit und Nerven ein. Seitem ich meinen MKII habe, gab es keine Probleme 
mit Fuses und dgl. mehr
#3562251
Lesenswert?

Stefan schrieb:
> Das liegt zu 99% am Programmer

Naja, das ist quatsch. Auch wenn ich mich jetzt nicht deswegen streiten 
will.
(Es gibt genuegent Topics hier im Forum, die bestaetigen, das es gute 
und guenstige Alternativem zum MKII gibt.)

Vermutlich liegt es an der Verkabelung. Ein Kabelknick oder aehnliches.
Dies hat dann waehrend der Uebertragung zu einem unguensitgen 
Uebertragungsfehler gefuehrt. Am Programmer selbst liegt es meiner 
Meinung nach nicht.

MfG
#3562544
Lesenswert?

Vielleicht weiss ich jetzt wo das Problem liegt/lag!
In meiner Schaltung ist das SCK Signal über ein Op-Amp an ein LED 
angeschlossen (Ähnlich wie bei Arduino). Nur wird dieser nicht von den 
5V, sondern von einer Batterie gespeist, weil er auch gleichzeitig als 
Differenzverstärker für eine Spannungsmessung gebraucht wird. Während 
dem Programmieren habe ich die Batterie nie angeschlossen, weshalb der 
Op-Amp selber und die LED über die Schutzdioden des Op-Amps gespeist 
wurden, also direkt vom SCK Signal!

Ohne Schema ist dies wohl nicht sehr einfach zu verstehen, aber einfach 
gesagt: könnte es sein, dass das Problem daher kommt, dass zuviel Strom 
vom SCK Signal gezogen wurde, und deshalb manchmal irgendetwas 
zufälliges Einprogrammiert wurde?
Ich habe es jetzt mit angeschlossener Batterie versucht und hatte bisher 
keine Probleme, was aber nicht heisst, dass es nie mehr welche geben 
wird...

Gruss

Jonas

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren