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.
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Langsamer Modus Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Melden Danke
Beitrag #6272279 wurde von einem Moderator gelöscht.
Gast 
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.
Antwort Zitieren Bearbeiten Löschen Melden Danke
Gast 
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...
Antwort Zitieren Bearbeiten Löschen Melden Danke
(Firma: Funkenflug Industries) 
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.
Antwort Zitieren Bearbeiten Löschen Melden Danke
Gast 
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.
Antwort Zitieren Bearbeiten Löschen Melden Danke
Gast 
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 Zitieren Bearbeiten Löschen Melden Danke
Thread beobachten

Antwort schreiben

Eine eigene Frage? Dieser Thread ist über 6 Jahre alt. Stell sie in einem eigenen Thread – dort lesen mehr Leute mit, und sie wird öfter und schneller beantwortet.

Neuen Thread starten

Eine Lösung, Ergänzung oder Rückmeldung zu diesem Thread? Dann antworte hier.

Formatierung
  • [c]C-Code[/c]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Dein Name und deine E-Mail-Adresse

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.