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