Stimmt, das hat die SD-Karte wohl nicht richtig gespeichert. Nach nun mindestens 2 Jahren Nutzung ist sie eben abgenutzt. Ich habe es nochmal versucht und sichergestellt, dass die Dateien auf die SD-Karte kopiert werden.

Die Update-Animation kam wie in der Dokumentation beschrieben:

Der gelbe LED-Pegel links zeigt den Fortschritt beim Prüfen der Checksumme in firmware.chk mit der errechneten von firmware.bin. Der rechte LED-Pegel zeigt den Fortschritt des Aufspielens der Firmware. Am Ende bestätigt air-Q den Erfolg mit Aufleuchten aller LEDs in grün.

Aber ein Update wurde nicht gemacht, FW weiterhin 2.0.0. Dabei habe ich https://updates.air-q.com/firmware/1.24.1_D_2.0.4/firmware.bin benutzt.

2025-09-30T11:16:53+00:00 Info 2.0.0 preinit DeviceID successfully determined: <zensiert>
2025-09-30T11:16:54+00:00 Warning 2.0.0 main XXXXXXXXXXXXXXXXXXXXXXXX System restarted. Cause: HARD_RESET: 4050 seconds since last measurement; Boot counters: 127/1878/0/1459/2780

Danke für die schnelle Antwort!

Ich lege die SD-Karte mit den 2 Firmware-Dateien ein, der Air-Q zeigt eine Bootanimation? Also links grün-lila, rechts blau-lila alternierende LEDs. Die gehen nacheinander an und jetzt hängt es dort (stuck on boot?) Ich dachte, vielleicht macht der air-Q irgendwas am Dateisystem, aber nach 10 Stunden hat sich nichts geändert, also habe ich den Stecker gezogen. Nach erneutem Strom aber wieder das gleiche.

Log sagt:

2000-01-01T00:00:00+00:00 Error 2.0.0 preinit Module update could not be loaded - Type: ZeroDivisionError; Reason: divide by zero - RAM free: 77.9 kB, largest: 68.0 kB, alloc: 87.4 kB, min_free: 77.3 kB

Dateigrößen von den 2 Firmware-Dateien sind je 0 Byte danach.

Guten Tag,
das Firmware-Update wird bei mir nicht durchgeführt. Die LEDs sehen so aus, als würde es laufen, nach dem Neustart bleibt jedoch die Firmware-Version unverändert (d.h. kein Update). Ich habe Testweise auch mal die SD-Karte mit der eines anderen air-Qs getauscht, bei dem das Firmware-Update zuvor ging.
Hier der log mit Loglevel Info:

2025-09-29T19:11:38+00:00 Info 2.0.0 fwupdate Downloading firmware version 1.24.1_D_2.0.4
2025-09-29T19:11:41+00:00 Info 2.0.0 fwupdate Downloading checksum file finished
2025-09-29T19:11:42+00:00 Info 2.0.0 clock Watchdog set to 60 s
2025-09-29T19:12:06+00:00 Info 2.0.0 fwupdate Downloading firmware image finished. Resetting machine to process update.
2025-09-29T19:12:08+00:00 Info 2.0.0 clock Watchdog set to 60 s
2025-09-29T19:12:08+00:00 Info 2.0.0 clock Watchdog set to 60 s
2025-09-29T19:16:40+00:00 Info 2.0.0 preinit DeviceID successfully determined: <zensiert>
2025-09-29T19:16:40+00:00 Warning 2.0.0 main XXXXXXXXXXXXXXXXXXXXXXXX System restarted. Cause: HARD_RESET: 312 seconds since last measurement; Boot counters: 109/1870/0/1459/2725

@aurelio sagte in Hausautomation: openHAB-Binding?:

Ich werde das in der ersten Version noch nicht unterstützen, aber das Ziel ist, dass das openhab-Binding das Gerät im lokalen Netzwerk selber findet über das discovery service. Wie kann ich das Gerät am besten 'finden'?

Die air-Qs lassen sich über mDNS finden/entdecken (scheint auch gut in openHAB unterstüzt zu sein)

@micha sagte in CO2-Ampel für den PC:

Das Programm wurde nur auf Windows-PCs getestet. Ich vermute, dass es unter iOS nicht läuft, kann es aber nicht testen, da wir keine iOS-Systeme haben. Aber vielleicht kann das jemand aus dem Forum mal ausprobieren und berichten.

Du meinst vermutlich macOS. Unter Linux zumindest läuft es nicht, aus dem gleichen Grund: weil die jar auf das swt-win32 library verweist.
Wollte es nur mal ausprobieren. Falls es mal benötigt wird (ich brauche es momentan nicht), hier mögliche Lösungen: eine leichte, eine (gefühlt etwas unnötig) kompliziertere