Bootloader CRC

Eigentlich benoetigt man ja nur den CRC beim Uebertragen der Firmware 
durch den Bootloader, um auf Korrektheit und vollstaendigkeitzu pruefen. 
Am Ende der Programmierung genuegt ja ein einzelnes bit, das man noch 
schreibt - alles io, oder eben nicht.
Egal, man kann auch einen CRC beim Schreiben des Flash anhaengen. Ein 
Datum, kann man ja auch gleich beim Schreiben einfuegen.

Und ja, meine Controller haben ein internes EEPROM fuer Parametrierdaten 
und solche Information.

clonephone82 schrieb:
> Bei den
> Controllern habe ich das immer so gemacht das ich mit SRecord an einen
> bestimmten bereich im Flash die CRC geschrieben habe. Beim Booten habe
> ich dann die CRC überprüft und falls diese gleich war wie die abgelegte
> habe ich noch einen Zeitstempel zusätzlich abgelegt

Was ist der tiefere Sinn hinter dem Zeitstempel?

Ich habe eine Applikation, bei der das Firmware-Update mit dem 
Bootloader aus der normalen Applikation heraus mit einem Befehl 
gestartet wird. Wenn jetzt natürlich die normale Applikation kaputt ist 
geht das nicht. Daher vergleicht der Bootloader immer die CRC des 
tatsächlichen Inhalts mit der Soll-CRC der Applikation. Diese steht in 
den letzten 4 Bytes des Flashs. Wenn die CRC nicht stimmt, springt er 
immer in den Bootloader-Modus und erwartet ein Firmware-Update. 
Ansonsten startet er die normale Applikation.
Dafür brauche ich aber keinen Zeitstempel.

Ich arbeite für solche Zwecke mit kleinen DOS Applikationen, die ich zu 
Batchfiles zusammenschnüre. Die erste utility (objcopy) macht aus was 
immer der linker generiert ein binäres 1:1 Image, die zweite berechnet 
darüber die CRC, hängt sie hinten an und legt Alles in ein neues file 
ab, und die Dritte (vielfalls wieder objcopy oder ein S-Record 
Generator) macht daraus wieder das Format, das ich zum Flashen brauche.

In der Praxis ist aber für einen Remote Download ein aufgeblasenes 
Format wie S-records eher ungebräuchlich, ausser vielleicht für den 
Bootloader selber (also bei der Erstinbetriebnahme, je nachdem welche 
Programmierutility eingesetzt wird). Ich mache es meistens so, dass 
einmalig ein Bootloader eingebrannt wird und ein Hostinterfacesimulator 
das Applikationsimage so hereinspielt, als würde es im Laufenden Betrieb 
einen Update geben. Im Feld werden bei den Systemen, an denen ich 
arbeite, die Images sowieso nur "roh" (also binär) von A nach B 
geschoben, dann passt es.

Für den Bootloader selber ist eine CRC allerdings nur dann nötig, wenn 
der Bootloader selber upgradbar ist.

Ich verstehe nicht, warum die CRC an einer separaten Stelle gespeichert 
werden soll.
Ich integriere beim Build-Prozess die CRC in das Firmware-Binary. Dieses 
wird vom Bootloader als Ganzes ins Flash geschrieben, ohne Firmware und 
CRC in irgendeiner Weise getrennt zu behandeln.
Übrigens steht bei mir die CRC nicht am Ende des Binary, sondern 
zusammen mit einer Längenangabe am Anfang. Da bei uns bei vielen 
Anwendungen das Flash oft nur zur Hälfte gefüllt ist, verkürzt sich 
dadurch die Update-Zeit dramatisch.

Viele Grüße, Stefan