|
Anzeige
|
ATmega32U4 On-chip Boot Program
Gast
#6272243
Ich stehe gerade auf dem Schlauch. Der ATmega32U4 hat doch einen fest
eingebauten Bootloader ("On-chip Boot Program" laut Datenblatt) für das
Flashen mittels Flip oder im AtmelStudio 7 über DFU. Kann dieser
On-chip-Bootloader absichtlich oder unabsichtlich überschrieben werden?
Oder steht mir dieser jederzeit über das Prozedere HWB und Reset zur
Verfügung. Egal was ich jemals drauf geflasht habe.
Chip Erase. Schon issa wech.
Gast
#6272250
Oh. Wo bekomme ich den Original On-chip-Bootloader wieder her?
Gast
#6272265
https://www.microchip.com/wwwproducts/en/atmega32u4 Documents -> Software Libraries/Firmware In der zip gibt es einige davon.
Gast
#6272270
Genau, das war es!! Vielen Dank.
Beitrag #6272279 wurde von einem Moderator gelöscht.
Gast
#6272297
Im Dokument doc7769.pdf habe ich dann folgendes gefunden: 1. After programming my device using the JTAGICE MKII or the AVRISP, I cannot start the bootloader anymore? When you use the JTAGICE MKII or AVRISP, the first instruction performed is the full chip erase. This instruction erases the whole of the flash memory and deletes the bootloader. You have to load the bootloader HEX file again using the JTAGICE MKII or the AVRISP to be able to use flip software to program the device.
Gast
#6272333
Ben B. schrieb: > Chip Erase. Schon issa wech. Jepp. Da hätten sie gerne eine Extra-Fuse analog zu EESAVE spendieren können, finde ich. Das hätte aber wohl die Kosten um mindestens 0.0001 cent/part erhöht. Und natürlich die Lock-Bits weitestgehend nutzlos gemacht. Ich denke, das war der eigentliche Grund, warum es diese naheliegende Fuse nicht gibt... Hm das dürfte eher ein methodisches Problem sein, da ein chip erase auch die EESAVE-Fuse zurücksetzt. Sprich selbst der EEPROM-Inhalt wird gelöscht wenn ich mich recht erinnere. Die Lockbits werden auf jeden Fall zurückgesetzt.
Gast
#6272466
Ben B. schrieb: > Hm das dürfte eher ein methodisches Problem sein, da ein chip erase auch > die EESAVE-Fuse zurücksetzt. Nein, das zu verhindern, ist genau, was EESAVE tut...
Gast
#6272470
c-hater schrieb: > Nein, das zu verhindern, ist genau, was EESAVE tut... Das war auch noch falsch. Wahr ist: 1) ChipErase ändert KEINE Fuse. Never ever. 2) Die EESAVE-Fuse ist genau dafür da, dass auch den EEROM-Inhalt nicht durch ein ChipErase gelöscht wird.
Gast
#6272500
c-hater schrieb: > Da hätten sie gerne eine Extra-Fuse analog zu EESAVE spendieren können, > finde ich. > > Das hätte aber wohl die Kosten um mindestens 0.0001 cent/part erhöht. > Und natürlich die Lock-Bits weitestgehend nutzlos gemacht. Ich denke, > das war der eigentliche Grund, warum es diese naheliegende Fuse nicht > gibt... Ja allerdings. Aber dann muesste ein zusaetzliches Lockbit die Funktion "Auslesen" im Bootlader verhindern. Und da wird es unuebersichtlich. wendelsberg Antwort schreibenBitte melde dich an, um einen Beitrag zu schreiben. |
Anzeige
|
