aktuell habe ich eine Denkblockade. Es geht um bootloader und OTA-Flashen, aber vorher muss man noch was tun.
HW: Arduino Pro Mini
OK, ich habe verstanden und kann bzw. vorhandene Hardware:
- funktionierender USBASP (lass uns nicht von 5V - 3V3 reden
- aus asksinpp den den "Bootloader-OTA-atmega328.hex" über die "makeota.html" mit eigenen 10-Char Serial, 3-Hex Device-ID, (Config?)
erzeugen, als Ergebnis habe ich eine individuelle bootloader_ota_dev-id_serial.hex Datei
- das geht sicher auch mit "makeota.sh" unter Linux (auf raspberrymatic), ich verstehe SED und dir CRC Generierung, Ergebnis ist identisch.
- das Ganze mit "flash.sh" (also avrdude und usbasp unter windows) in den arduino brennen
- Am seriellen Monitor (jetzt usbasp abstecken und FTDI anstecken) sehe ich den Bootloader in freudiger Erwartung loopen
mit einer Textausgabe.
Step1: spezifischer Bootloader ist erzeugt und läuft im arduino, schon mal ein schöner Erfolg!
Meinen eigentlichen Sketch kann ich mit "define USE_OTA_BOOLOADER" übersetzen. Ich sehe, dass dann einige Variablen
aus dem Bootloader-Speicher gelesen werden, andere (z.B. Firmwareversion des SKETCHES) aus dem SKETCH.hex kommen.
die richtige SKETCH.hex finde ich auch.
Dann gibt es wohl zwei Varianten, aus der SKETCH.hex eine SKETCH.eq3 zu machen:
- "prepareforota.sh", welches die Konvertierung mit dem Windowsprogramm "srecord/srec_cat.exe" und danach (unter Linux mit php-cli)
den zweiten Schritt mit php macht, Ergebnis ist dann SKETCH.eq3, ist aber mit windows und php etwas holperig
- es gibt auch noch einen alternativen Weg mit "preota.sh", der nur mit Linux und ohne php das selbe Ergebnis erzielt: SKETCH.eq3
Erste Frage:
Ist es richtig, dass diese beiden Wege richtig sind, also das gleiche SKETCH.eq3 erzeugen?
Dabei ist "prepareota.sh" schnell, aber umständlich (Windows-binary und php-cli), das "preota.sh" langsam aber einfach linux?
Ok, also jetzt habe ich den Sketch in einer spezifischen firmwareversion, dann packe ich dies als "firmware.eq3" zusammen mit
einer Datei "changelog.txt" mit beliebigen (Changelog) Text und einer Datei "info" mit folgendem Inhalt:
TypeCode=61699 (das ist das DeviceModel, nicht die DeviceID! in DEZIMAL = 0xf1 0x03 HB-UNI-SENS)
Name=HB-UNI-Sens (Der Name des Gerätes, nicht zwingend Bestandteil der 10-Char Seriel)
CCUFirmwareVersionMin=2.27.0 (ok, das ist Info zur zur CCU-Version)
FirmwareVersion=1.1 (kleine Frage am Rande: MUSS das identisch mit der firmwareversion im Sketch sein? Ich vermute, nein, ist nur für GUI Anzeige)
zusammen in ein xxx.tar.gz Format (unter linux) und lade das in der Homematic-WEBGUI unter Einstellungen -> Geräte Firmware -> Neu
hoch und kann dann den neuen Eintrag in der GUI sehen.
Soweit so gut, jetzt kann ich mir das ganze schon vorstellen, wie es weitergeht ABER:
Zweite Frage:
Wie bekomme ich das allererste Mal die Firmware meines Sketches transportiert?
Ich las in diesem Forum (Seite 66...) "lässt sich gleich mitbrennen". Da komme ich aber nicht weiter.
Mit avrdude, dann aber das SKETCH.hex ohne die Wandlung ins .eq3-Format, das nur für zukünftige Updates?
Oder ein "flash-ota"??? Das zusammen mit externem HMUSB-Configurator? Habe ich nicht einen Sender in der CCU3?
Das erzeugen eines laufenden "flash-ota" ist mir auch noch nicht einfach verständlich....
Oder kann ich den IDENTISCHEN Sketch (aber ohne define USE_OTA_BOOTLOADER) vorher (vor dem OTA-Bootloader) flashen
und das HB-UNI-SENS-arduino-Teil schon mal an der CCU anlernen. Und DANN erst den OTA-Bootloader flashen und
und den IDENTISCHEN Sketch mit "define USE_OTA_BOOTLOADER" und einen erhöhten FIRMWAREVERSION
zusätzlich per OTA?
Also da hängt es bei mir ....
Hat jemand bitte eine Erleuchtung für mich?
Danke
Harvey
PS: gerne dokumentiere ich den Weg, damit er dann in die S_U_P_E_R_ Doku kann!
(, hat aber keine CRC Fehler.