Von English mit KI übersetzt ·
Unsere Bewässerungssteuerungen haben einen STM32F407, der die Ventillogik übernimmt, und einen ESP32, der nur Wi-Fi und MQTT erledigt. Beide kommunizieren über UART mit 921600. Der ESP32 lässt sich leicht aktualisieren. Der STM32 muss dagegen im Feld von jemandem mit einem ST-Link geflasht werden, was im Sommer viel Fahrerei bedeutet.Ich möchte, dass die Firmware-Updates von Hermetry auch das STM32-Image ausliefern. Was genau erhält das Gerät von Hermetry, wenn ein Update zugewiesen wird, und was muss es zurückmelden? Und brauche ich auf der STM32-Seite das Dual-Bank-Setup, oder komme ich mit einem zweiten Slot im externen Flash aus? Der Baustein hat 1 MB, das Image ist etwa 380 KB groß.
Our irrigation controllers have an STM32F407 doing the valve logic and an ESP32 that only does Wi-Fi and MQTT, the two talk over UART at 921600. The ESP32 is easy to update. The STM32 has to be flashed by someone with an ST-Link in a field, which in summer means a lot of driving.
I want Hermetry’s firmware updates to deliver the STM32 image too. What exactly does the device get from Hermetry when an update is assigned, and what does it have to report back? And on the STM32 side, do I need the dual bank setup or can I get away with a second slot in external flash? 1 MB part, image is about 380 KB.
Von English mit KI übersetzt ·
Wir haben in unseren HVAC-Reglern dieselbe Aufteilung, und zwar ebenfalls.
Following, we have the same split in our HVAC controllers.
Von English mit KI übersetzt ·
Wir haben genau das bei Gebäudesteuerungen gemacht (STM32 plus ein ESP32-Modem). Hermetry ist es egal, welcher Chip das Image am Ende ausführt; es spricht nur mit dem angemeldeten Gerät, deshalb lädt und meldet der ESP32.Wenn Sie ein Paket zuweisen, erhält das Gerät in einer Nachricht auf v1/attributes/set diese gemeinsamen Attribute: fw_title, fw_version, fw_size, fw_checksum, fw_checksum_algorithm (SHA256), fw_url und fw_sig, falls das Paket eine separate Signatur hat. fw_url ist eine kurzlebige HTTPS-Adresse mit 15 Minuten Gültigkeit, und der Download kann mit einer HTTP-Range-Anfrage fortgesetzt werden.Das Gerät meldet den Fortschritt als Client-Attribute: fw_state durchläuft DOWNLOADING, DOWNLOADED, VERIFIED, UPDATING, UPDATED (oder FAILED mit fw_error), fw_progress 0 bis 100 während des Downloads, und nach dem Neustart current_fw_title und current_fw_version. UPDATED allein wird nicht akzeptiert, es wird die neue laufende Version erwartet.Unser Ablauf auf dem ESP32:
1. fw_* kommt an -> prüfen fw_title == "irr-stm32"
2. GET fw_url (Range-Fortsetzung) in den ESP32-Flash, fw_progress melden
3. SHA-256 + Ed25519-Prüfung gegen fw_sig -> fw_state VERIFIED
4. Image per UART in den STM32-Bootloader in Bank 2 streamen
5. STM32 prüft erneut, tauscht die Bänke, startet neu -> fw_state UPDATING
6. STM32 meldet seine Version an den ESP32 -> current_fw_versionSie haben einen 1-MB-F407, der nur eine Bank hat. Für 380 KB würde ich die oberen 512 KB als Download-Slot verwenden und einen kleinen Bootloader, der das Image nach der Prüfung dorthin kopiert. Externer Flash funktioniert auch, dann braucht der Bootloader aber den SPI-Treiber.Schalten Sie auf dem Firmware-Tab des Profils die Firmware-Updates ein (standardmäßig aus) und lassen Sie Unsignierte Images zulassen außerhalb des Testaufbaus ausgeschaltet. Updates über LTE sind ebenfalls standardmäßig aus. Setzen Sie bei dem Paket Hardware-Modelle, damit ein ESP32-Image niemals im STM32-Slot landet.Firmware updates (OTA)
We did exactly this on building controllers (STM32 plus an ESP32 modem). Hermetry doesn’t care which chip ends up running the image, it only talks to the device that’s logged in, so the ESP32 is the one that downloads and reports.
When you assign a package, the device gets these shared attributes in one message on v1/attributes/set: fw_title, fw_version, fw_size, fw_checksum, fw_checksum_algorithm (SHA256), fw_url and fw_sig if the package has a detached signature. fw_url is a short-lived HTTPS address, valid for 15 minutes, and the download can resume with an HTTP Range request.
The device reports progress as client attributes: fw_state goes DOWNLOADING, DOWNLOADED, VERIFIED, UPDATING, UPDATED (or FAILED with fw_error), fw_progress 0 to 100 while downloading, and after the reboot current_fw_title and current_fw_version. UPDATED alone isn’t accepted, it wants to see the new running version.
Our flow on the ESP32:
1. fw_* arrives -> check fw_title == "irr-stm32"
2. GET fw_url (Range resume) into ESP32 flash, report fw_progress
3. SHA-256 + Ed25519 check against fw_sig -> fw_state VERIFIED
4. stream image over UART to the STM32 bootloader into bank 2
5. STM32 verifies again, swaps banks, reboots -> fw_state UPDATING
6. STM32 reports its version to ESP32 -> current_fw_versionYou have a 1 MB F407, which is single bank, so for 380 KB I’d use the upper 512 KB as the download slot and a small bootloader that copies it over after checking it. External flash works too, but then the bootloader needs the SPI driver.
On the profile’s Firmware tab turn on firmware updates (off by default), and leave Allow unsigned images off outside the test bench. Updates over LTE are off by default too. Set Hardware models on the package so an ESP32 image never ends up in the STM32 slot.
Von English mit KI übersetzt ·
Sehr klar, danke. Was passiert, wenn die 15 minutes mitten in einem Download auf einer schwachen Verbindung ablaufen? Einige unserer Standorte haben nur einen Balken.
Very clear, thanks. What happens if the 15 minutes run out halfway through a download on a weak link? Some of our fields have one bar.
Von English mit KI übersetzt ·
Das Gerät fordert fw_url erneut an (eine Attributanfrage) und erhält eine neue, dann setzt es den Download mit Range ab dem Byte fort, das es bereits hatte. Auf diese Weise hatten wir Downloads, die eine Stunde dauerten, ohne jedes Problem.
The device asks for fw_url again (an attribute request) and gets a fresh one, then resumes from the byte it had with Range. We’ve had downloads take an hour that way without a problem.
Von English mit KI übersetzt ·
Auf zwei Testgeräten und einem Gerät im Feld hat es funktioniert. Ich habe die obere Hälfte des Flash plus einen 16-KB-Bootloader verwendet. Der erste Versuch ist fehlgeschlagen, weil ich fw_title im Paket auf „irr_stm32“ gesetzt hatte, der ESP32 aber einen Bindestrich prüfte, daher blieb es einfach in Queued hängen. Nach dem korrekten Benennen lief es durch bis UPDATED, mit der neuen current_fw_version.
Got it working on two bench units and one in the field. I used the upper half of flash plus a 16 KB bootloader. First try failed because I set fw_title on the package to „irr_stm32“ and the ESP32 checked for a dash, so it just sat in Queued. Named it properly and it went through to UPDATED with the new current_fw_version.
- Du musst angemeldet sein, um auf dieses Thema antworten zu können.
Mitdiskutieren
Melde dich an, um Fragen zu stellen und zu beantworten, hilfreiche Beiträge mit „Gefällt mir“ zu markieren und die Antwort zu kennzeichnen, die dein Problem gelöst hat. Jeder Beitrag bringt Punkte und Stufen.