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

[Bernd_Stein]

Hallo zusammen,

bei einem ATmega1284P ( MELZI-BOARD ) kann ich die FUSE-High-Bits von $9B nicht auf $99 ( shipped ) ändern.
Also das BOOTSZ0 soll auf 0 ( programmed ) bzw. siehe Anhang.

Ich benutze das ATMEL-STUDIO7 und den ATMEL-ICE per ISP.

Was muss ich tun um die FUSE-High-Bits auf $99 stellen zu können?


Bernd_Stein

[Holomino]

The Boot Lock bits can be set in software and in Serial or Parallel Programming mode, but they can be
cleared by a Chip Erase command only.

Vermutlich mal einen ChipErase ausführen?

[oberallgeier]

.. Ich benutze das ATMEL-STUDIO7 .. Was muss ich tun um die FUSE-High-Bits auf $99 stellen zu können? ..

Also einmal gibts ne Hilfe zum Setzen von Fuses - klick hier. Und danach das BOOTSZ0 löschen.

Von hier :

......Bild hier  

nach da:

......Bild hier  

Also BOOT Flash section size=4096 words ... default ...

.. Vermutlich mal einen ChipErase ausführen?

Hmmm, whow! Offenbar. Ich habs grad bei (m)einem 1284P@20MHz probiert. Win7Pro, Atmel Studio 7, Version 7.0.1931. Vorm ChipErase gings nicht, danach schon. Was fürn tricky Ding.

[Holomino]

Vor dem Hintergrund, dass man sich mit geänderten BOOTSZ-Fuses den Bootloader zerschießt, aber doch verständlich, dass man das verrammelt und verriegelt bis zur letzten Konsequenz (alles Löschen - alles Neu).

[Bernd_Stein]

...

Hmmm, whow! Offenbar. Ich habs grad bei (m)einem 1284P@20MHz probiert. Win7Pro, Atmel Studio 7, Version 7.0.1931. Vorm ChipErase gings nicht, danach schon. Was fürn tricky Ding.

Schade bei mir geht es nicht. Der Fehler kommt erst beim Vergleichen ( Verify ).



Bernd_Stein

[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