Warum kann ich bei den FUSES-High das Bit BOOTSZ0 nicht mehr rücksetzen (programmed)

[Bernd_Stein]

Muss ich etwa an den Lock-Bits rumschrauben ?



In dem Video wird in Minute:Sekunde 19:25 von $3F ausgegangen.

https://www.youtube.com/watch?v=MCNz3QOsYpQ

Bernd_Stein

[Holomino]

Das der Fehler erst beim Verify auftritt, ist normal - beim Brennen selber wird da nix gecheckt.

Was Du noch probieren kannst:
- Die ISP-Progger-Frequenz runtersetzen (Der Controller läuft jetzt mit internem Oszillator und 1MHz)
- Mal eine andere Variante des 1284 aus der Deviceliste ausprobieren, die Signaturen der Typen P und PA sind teilweise gleich (allerdings sollten auch die Fuses gleich sein, wenn nicht, dann hättest Du ein undocumented Feature gefunden)
- Ein Firmware-Update für Dein ICE suchen. Vielleicht hat es irgend jemand wirklich mal softwaretechnisch verbockt.



-

[Bernd_Stein]

Das der Fehler erst beim Verify auftritt, ist normal - beim Brennen selber wird da nix gecheckt.

Was Du noch probieren kannst:
- Die ISP-Progger-Frequenz runtersetzen (Der Controller läuft jetzt mit internem Oszillator und 1MHz)

Habe ich bereits gemacht ( 32,65kHz ). Allerdings kommt es bei noch niedrigeren Programmierfrequenzen zu einem Timeout.
Die FUSE-Einstellungen des Russen scheinen nicht gut gewählt zu sein, da ein Keramik-Resonator ausgewählt wird & BOOTRST aktiviert ist, ich aber per ISP-Schnittstelle flashe und nicht per Bootloader.



Der ATmega1284P wird auf dem MELZI-Board mit einem 16Mhz Quarz betrieben. Deshalb habe ich die FUSE-Bits momentan so eingestellt ( EX=$FF, High=$DF, Low=$DE ).
Aber die Werkseinstellung für FUSE-High $99 funktioniert seltsamerweise immer noch nicht.

- Ein Firmware-Update für Dein ICE suchen. Vielleicht hat es irgend jemand wirklich mal softwaretechnisch verbockt.

Mittelerweile benutze ich den AVRISP mkII, weil ich schon mal das Phänomen hatte, dass es hiermit klappte und mit dem ATMEL-ICE nicht.
Auf ein Update verzichte ich erstmal bewust um mir nicht noch mehr Fehler einzuhandeln als ich schon habe.

Es gibt immer ein Problem an Adresse $0000, also direkt zu Programmanfang in der Vektor-Tabelle des ATmega1284P.



Bernd_Stein

[Holomino]

Hat mir jetzt doch keine Ruhe gelassen:
Kannst Du vielleicht mal nach dem Reset-Pullup-Widerstand (R26) am ISP-Anschluss Deines Melzis suchen und ihn messen? Der scheint mir mit den angegebenen 1k lt. Schematics (http://www.elecfreaks.com/wiki/index...le=RAMPS_Melzi) arg niedrig für den ISP-MKII. Das sollten eher 4.7k .. 10k sein. Vielleicht ists aber auch nur ein Druckfehler im Schaltplan?!?

[Bernd_Stein]

Ich hasse dieses Forum.
Kann jetzt den ganzen Text noch mal tippen.
Wollte meine "Grafiken" noch hinzufügen, da verblasst der Bildschirm und es tut sich nichts mehr.
Gehe auf Pfeil zurück, Pfeil vor, aber alles ist weg.

Habe den µC getauscht und auch den Pullup mit 4k7 bestückt. R26 ist tatsächlich ein 1k Widerstand. Glaube aber nicht das das die Ursache war. Werde später den 1k parallel zum verbauten 4k7 löten um da Gewissheit zu haben.

Übrigens finde ich diese Schaltplanquelle besser, da hier genügend vergrößert werden kann :

https://reprap.org/wiki/File:Melzi-circuit.png




Die FUSE-Werkseinstellungen sind Signature $1E 97 05; EX=$FF, High=$99, Low=$62. Die Lock-Bits sind und bleiben $FF.

Habe zuerst $FF, $D9, $62, also JTAGEN deaktiviert.
Danach $FF, $D9, $E2, also CKDIV deaktiviert.
Hiernach $FF, $D9, $DE, also Ext. Crystal Osc. 8.0- MHz; Start-up time: 258CK +65ms.

Jetzt funktioniert alles.



Hatte übrigens schon mal ein Problem mit dem MELZI-Board :

https://www.mikrocontroller.net/topi...899121#5883076


Bernd_Stein

[Bernd_Stein]

https://www.mikrocontroller.net/topic/460247?goto=5899121#5883076[/URL]

Ja, es kommt meistens anders als man denkt.
Da ich damals dass im µC.net beschriebene Problem hatte, bestellte ich mir ein neues Board, was gestern ankam.
Dummerweise war dort Repetier in der Version 0.91 drauf.


Anders gesehen schein ich jetzt den Fehler beim Vergleichen ( Verify ) gefunden zu haben. Es liegt wohl daran, dass die SD-Karte gesteckt ist. Übrigens stört der Pullup-Widerstandswert am Resetpin von 1k des R26 auf dem neuen Board überhaupt nicht.

Aber weil es auch hin und wieder andere Probleme beim Flashen gibt gehe ich so vor :

SD-Karte raus.
Board kurzzeitig spannungslos machen.
Danach AVRISP mkII aufstecken und flashen.

Und noch was im AS7 kann man unter Device programming das Häkchen bei Erase device before programming setzen, was ich nur empfehlen kann, da es recht zügig geht und Probleme verhindert.
Als weiteres habe ich noch dass FUSE-High-Bit EESAVE aktiviert, damit nicht jedesmal beim Flashen meine Einstellungen verloren gehen. Außerdem habe ich den Bootsektor auf 512 und Adresse $FE00 verändert, weil es zu Anfang mit dem neuen Board auch Probleme beim Flashen gab und ich dachte, wenn der Flash schon zu 96% voll ist, dann stört wahrscheinlich dieser vorher größere, reservierte Bootbereich.

Somit sehen die FUSE-Einstellungen jetzt so aus :
$FF, $D7, $DE

Bernd_Stein