Gast
#2298415
Hallo zusammen, vor einigen Monaten habe ich die sog. Generation 7 Electronics aus der Taufe gehoben: http://reprap.org/wiki/Gen7_Board_1.3 . Da ist ein ATmega644 oder 644P drauf und so weit läuft die Sache auch prima. Inzwischen gibt's wohl über hundert Benutzer. Immer mal wieder taucht jedoch ein Problem mit so obskuren Fehlermeldungen wie dieser auf: avrdude: verification error, first mismatch at byte 0x0000 0x0c != 0x14 avrdude: verification error; content mismatch Dabei ist ganz sicher, dass der Bootloader vorher schon mal funktioniert hat, denn ich lade selbst damit vor Auslieferung eine kleine Testfirmware damit hoch. Wie aus heiterem Himmel ist der da und mit einem Programmer auch eben so schnell wieder weg. Nur: Gen7-Benutzer haben in der Regel keinen eigenen Programmer und sind auf den Bootloader angewiesen. Anfangs hatte ich die nicht gesperrten Lockbits in Verdacht, doch inzwischen ist das auch mit gesperrtem Bootloader aufgetreten. Bzgl. Fuses siehe: http://reprap.org/wiki/Gen7_Board_1.3#Programming_the_bootloader_using_the_command_line Der Bootloader ist eine auf den ATmega644 angepasste Version des stk500v2boot von Peter Fleury: https://github.com/Traumflug/Generation_7_Electronics/tree/master/arduino%20support/stk500v2bootloader Der schien sorgfältig programmiert und hat auch in die 2kBytes rein gepasst, deswegen habe ich ihn gewählt. Den Arduino-Bootloader bekomme ich mit dem aktuellen avr-gcc beim besten Willen nicht unter 2048 Bytes. Im jüngsten Fall hat das hochladen per Bootloader genau einmal funktioniert. Das hochgeladene Programm läuft sauber, doch Änderungen werden mit dem obigen Fehler quittiert. Jetzt zur Frage: Kann es sein, dass sich der Bootloader selber zerstört? Trotz gesetzter Lockbits? Besten Dank, Markus