Programmierung über rs232 funktioniert nicht mehr

Hallo,

ich habe ein kleines Problem.
Ich programmiere meinen Avr Atmega32 schon längere Zeit über die Rs232
Schnittstelle. Ich habe das Rn-Control Board.
Leider funktioniert das nicht mehr.
Wenn ich meinen Code compiliert habe und diesen dann auf den Chip übertragen will, kommt zunächst die übliche Nachricht, ich solle den Chip resetten. Wenn ich den Chip dann resettet habe, kommt der übertragungs-fortschrittbalken und die übertragung wird abgeschlossen.
Soweit also alles normal, keinerlei Fehlermeldung oder sonstiges.
Wenn ich mein Board nun aber starte, ist immernoch der alte Code drauf.
Das verwirrt mich etwas, da die Kommunikation zwischen PC und Controller ja ohne Probleme zu funktionieren scheint.
Auch die Ausgabe über Print Befehle ist kein Problem.

Jetzt frage ich mich wodran das liegen könnte?
Kann es sein, das irgend ein Kontakt nicht mehr richtig verbunden ist?
Aber dann dürfte ja eig alles nicht mehr gehen.
Oder könnte es sein das die Maximale Anzahl an Speicherzyklen für den uC erreicht wurden? Wobei dies eig nicht sein kann, da ich noch lange keine 10.000 mal den Chip programmiert habe.
Ich hoffe mir kann jemand helfen.

Gruss D2zA

kann mir denn wirklich keiner sagen, warum ich nicht mehr darauf schreiben kann?

Verifizierst du den Code nachm Brennen?!
Mal nen anderen µC probiert?

ja der Code wird nach dem Brennen verifiziert.
Einen anderen habe ich im Moment leider nicht.

Also das wundert mich dann aber sehr, wenn er den sogar überprüft.
Sicher das die richtige .hex übertragen wird und nicht immer die selbe?!

Ja das ist alles sehr merkwürdig.
Ich habe schon mehrere verschiedene .hex versucht.
Die ursprüngliche .hex Datei existiert schon garnicht mehr.
Kann ich irgendwie sicher gehen, das er nicht immer die selbe .hex hochlädt?

Du kannst den µC auslesen und das ausgelesene abspeichern und dann "von Hand" mit deiner .hex vergleichen.

Wie kann ich den µC denn auslesen?
Hab ja nur ein Rs232 Adapter.
Außerdem wird ja der neue Code garnicht auf dem µC gespeichert.
Deswegen bringt der vergleich ja nicht sehr viel.
Dann würde ich nur feststellen, das die .Hex nicht gleich sind.

Ich dachte er verifiziert den Code?!

Ja , Auto-Verify.
Aber der alte Code bleibt ja anscheinend trotzdem drauf.

Nein das kann nicht sein.
Da du scheinbar nicht weisst was er da macht:
Er brennt
Er läd den Code wieder runter
Er vergleicht das was er runterläd mit der .hex Datei die rauf sollte (verifizieren)
Dann sagt er dir obs passt oder nicht

Und deswegen auch mein Verdacht das du immer die falsche .hex anwählst.

naja es schein am bootloader zu liegen.
Ich werde den dann mal demnächst neu aufspielen.