Nakkaloader: Unterschied zwischen den Versionen
D2ns (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
D2ns (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
||
| Zeile 10: | Zeile 10: | ||
|download=[https://github.com/soern/nakkaloader Git Repo]<strike>http://www.das-labor.org/trac/browser/microcontroller/src-atmel/rfm12/nakkaloader/</strike> | |download=[https://github.com/soern/nakkaloader Git Repo]<strike>http://www.das-labor.org/trac/browser/microcontroller/src-atmel/rfm12/nakkaloader/</strike> | ||
|tags=Software, | |tags=Software, | ||
|update= | |||
}} | }} | ||
__NOTOC__ | __NOTOC__ | ||
Aktuelle Version vom 7. April 2017, 23:45 Uhr
| Nakkaloader Release status: beta [box doku] | |
|---|---|
| |
| Description | Funk Bootloader für AVRs mit RFM12 |
| Author(s) | Soeren, Hansinator |
| Last Version | 0.1 () |
| Platform | AVR Microcontrollers |
| License | GPL |
| Download | Git Repo |
Der Nakkaloader ist ein Bootloader für Atmel AVR Microcontroller, der es erlaubt diese Geräte via Funk zu flashen.
Das Projekt besteht aus zwei Softwarekomponenten: Auf der Hostseite sendet das Flasher-Tool die Firmware an den eigentlichen Bootloader, der sich auf dem Microcontroller befindet.
Zur Datenübertragung benutzen wir die RFM12 Funkmodule von Hoperf. Zur Ansteuerung haben wir eine eigene Library entwickelt.
Damit man mit handelsüblichen PCs auch arbeiten kann, haben wir uns zunächst ein kleines Debugtool gebaut: Ein Funk zu USB Adapter (rfm12usb). Den Quellcode für dessen Firmware gibt es ebenfalls im svn.
Installation[Bearbeiten | Quelltext bearbeiten]
Zur Installation auf dem Microcontroller sind im Grunde nur folgende Schritte notwendig:
- SVN auschecken (siehe link unten)
- in's Verzeichnis nakkaloader/firmware wechseln
- die rfm12_config.h anpassen (insbesondere Chipselect-Pin ggf. ändern)
- make ausführen
- Gerät flashen
- fuses ggf. neu setzen. (BOOTSZn bits auf entsprechende Größe (2KB), sowie BOOTRST bit setzen)
Fuses[Bearbeiten | Quelltext bearbeiten]
Damit der Bootloader auch angesprungen wird, müssen die Fuses entspechend gesetzt werden. Hier sind ein paar häufig verwendete Konfigurationen:
| MCU | Fusebit | Bits | Bitwert |
| Atmega8 | High Byte | letzten 3 | 0x0 |
Protokoll[Bearbeiten | Quelltext bearbeiten]
Das Protokoll des Nakkaloaders ist relativ simpel: Der Microcontroller (client) sendet solange seine Konfiguration, bis entweder ein Timeout eintritt oder der Master (Flasher) antwortet. Wenn niemand antwortet wird die Applikation ganz normal gestartet. Wenn eine Antwort kommt, wartet der loader auf Daten und Instruktionen vom Master.
Diese Instruktionen können wie folgt sein:
Konfiguration lesen (SLAVE_CONFIG)[Bearbeiten | Quelltext bearbeiten]
Die slave-config beinhaltet für den Host wichtige Informationen - derzeit sind dies die Pagesize des clients, sowie die größe des RX Buffers.
Pagebuffer füllen (PAGE_FILL)[Bearbeiten | Quelltext bearbeiten]
Der loader lädt die empfangenen Daten in einen Buffer, bildet eine crc16 checksumme darüber und schickt dem Master die Checksumme zurück.
Page schreiben (PAGE_COMMIT)[Bearbeiten | Quelltext bearbeiten]
Der Pagebuffer wird an in die vorgegebene Page geschrieben.
Applikation booten (BOOT)[Bearbeiten | Quelltext bearbeiten]
Die Interrupts werden abgeschaltet und dann die Applikation gestartet.
Fehlerbehandlung[Bearbeiten | Quelltext bearbeiten]
Der Microcontroller selbst bildet lediglich eine CRC16 Checksumme der Daten, jedoch nicht, ob der Host (Master) ihm alle Daten schon geschickt hat oder etwa ob die angekommenen Daten korrekt sind.
Diese Aufgabe wird aus Platzgründen (das Ding muss schliesslich unter 2KB bleiben) auf den Host verlegt. Wenn der Host einen CRC16 Fehler entdeckt, schickt er den letzten Teil der aktuellen Page einfach nochmal. Wenn alle Teile die richtige CRC Summe zurückgaben, wird das PAGE_COMMIT Kommando gesendet, um die Page zu flashen.
Natürlich wäre es auch möglich, auf dem Microcontroller auch die Fehlerbehandlung zu erledigen, allerdings würde dies das Protokoll unnötig verkomplizieren und höchstwahrscheinlich die 2KB-Grenze sprengen.
Sicherheit[Bearbeiten | Quelltext bearbeiten]
Der Nakkaloader sichert lediglich die Integrität der Daten so gut es eben mit CRC16 möglich ist. Schutzziele wie Vertraulichkeit oder Authentifikation erfüllt er nicht, weil schlicht der Speicherplatz nicht ausreicht. Ein Grund für den Speicherplatzverbrauch ist, das die RFM12 Library an sich schon ein Kilobyte einnimmt. Sollte jemand eine RFM12 library unter der GPL in assembler parat haben, die deutlich kleiner ist, wäre es z.B. möglich die Blockchiffre Noekeon aus der AVR-Crypto-Lib zu nehmen.
Host-Software[Bearbeiten | Quelltext bearbeiten]
Die Host Software ist dazu gedacht, zusammen mit dem Rfm12usb genutzt zu werden. Derzeit gibt es 2 Versionen der Software - die alte (flasher-old) und die aktuelle (flasher-mmmux). Letztere sollte fortan genutzt werden, da die alte Version nicht weiter entwickelt wird. Die neue Flasher Software bedient sich der MMMUX Library, die Hardwarezugriff auf das Rfm12usb multiplexed.
Quellcode im SVN: microcontroller/src-atmel/rfm12/nakkaloader/