Michael Sauer
b8f3c94278
Die Registry für Einmal-URLs speicherte bisher nur einen Pfad; View und verify() lasen die Datei getrennt und zu unterschiedlichen Zeitpunkten erneut ein. Wurde die Datei zwischen Prüfung und Abruf ersetzt (z. B. gleicher Dateiname in build/ und build-nocreds/), erreichte ein nie geprüftes Image die Lampe und hebelte damit die WLAN-Sicherung aus. Jetzt werden die Bytes einmal im Install-Pfad gelesen, Gerätetyp/Version und WLAN-SSID auf genau diesen Bytes geprüft (FirmwareCatalog.verify_and_read, firmware.contains_ssid) und exakt diese Bytes in der Registry hinterlegt; die View serviert nur noch das, was tatsächlich geprüft wurde. Außerdem: Bewertungen (Katalog-Rescan-Signal) werden nicht mehr angestoßen, während ein Update läuft - das würde eine gerade flashende Lampe zusätzlich anfragen und Angebot/Issue unter dem laufenden Update verändern; nach jedem Update wird stattdessen genau einmal neu bewertet. Kommentar zum Install-Lock korrigiert (der eigentliche Lücke liegt vor dem Setzen der Flags, nicht in HAs eigener "bereits läuft"-Prüfung). Testlücke geschlossen: die View liefert jetzt nachweislich nur die zu ihrem Schlüssel gehörenden Bytes. Timeout in einem WLAN-Regressionstest verkürzt, damit er bei einem Rückfall nicht 12 Minuten hängt.
ninlight für Home Assistant
Lokale Home-Assistant-Integration für Lampen mit der ninlight-Firmware (migrierte Klyqa-Lampen auf WinnerMicro W600: GU10, E27, E14, G95). Keine Cloud, kein Konto – HA spricht direkt mit der REST-API der Lampe auf Port 3333.
Voraussetzungen
- Home Assistant 2026.9 oder neuer
- Lampen mit ninlight-Firmware im selben Netz
Installation
Das Repo ist privat und nicht über HACS verfügbar. Den Ordner custom_components/ninlight nach
<config>/custom_components/ninlight der Home-Assistant-Instanz kopieren (z. B. per
/usr/bin/scp -r oder über das Samba-/SSH-Add-on) und Home Assistant neu starten. Für ein Update
denselben Ordner ersetzen und erneut neu starten.
Einrichtung
Lampen werden per mDNS (_ninlight._tcp) gefunden und unter Einstellungen → Geräte & Dienste
angeboten. Alternativ „Integration hinzufügen → ninlight" und IP-Adresse oder
ninlight-xxxx.local eingeben.
Das Token-Feld ist mit dem öffentlichen Vorgabe-Token aabbccddeeff0011223344 vorbelegt.
Solange eine Lampe dieses Token nutzt, kann jeder in deinem Netz sie steuern und neu flashen;
HA zeigt dafür einen Reparaturhinweis. Eigenes Token auf der Lampe setzen
(PUT /api/v1/system/settings mit {"type":"token","token":"…"}) und in HA über
Neu konfigurieren eintragen.
Wechselt eine Lampe ihre IP, aktualisiert mDNS den Eintrag selbst (Identität ist die MAC).
Entitäten
| Entität | Art | Hinweis |
|---|---|---|
| Lampe | Licht | An/Aus, Helligkeit, Farbe (RGB-Lampen), Farbtemperatur, Übergang |
| Einblenden, Ausblenden, Standardübergang | Zahl (Konfiguration) | Millisekunden |
| Einschaltverhalten | Auswahl (Konfiguration) | letzter Zustand / ein / aus |
| Bei Änderung einschalten | Schalter (Konfiguration) | |
| Neustart | Taste (Konfiguration) | Werksreset wird bewusst nicht angeboten |
| Signalstärke | Sensor (Diagnose) | |
| IP-Adresse, freier Speicher, letzter Update-Fehler, letzter Start | Sensor (Diagnose) | standardmäßig deaktiviert |
| Firmware | Update | siehe unten |
Firmware-Updates
Home Assistant bietet Updates aus dem Ordner <config>/ninlight_firmware/ an (wird beim
ersten Start angelegt). Dort *_ota.img-Dateien ablegen; Dateinamen sind egal. HA liest
Gerätetyp und Version aus dem Trailer des Images, prüft die Prüfsumme und bietet jeder Lampe nur
Images ihres Gerätetyps an, die neuer sind als ihre Firmware.
Die Lampe lädt das Image über reines http:// direkt von Home Assistant, unter einer zufälligen
Adresse, die nur während dieses einen Updates gilt. Erreichen die Lampen die interne URL von HA
nicht über http:// (z. B. HA hinter HTTPS oder in Docker auf macOS), in den Optionen der
Integration „Adresse, unter der Lampen Home Assistant erreichen" setzen, etwa
http://192.168.1.50:8123.
WLAN-Sicherung – wichtig
Eine Lampe kennt ihr WLAN entweder aus gespeicherten Einstellungen oder nur aus der
einkompilierten Firmware (GET /api/v1/system/settings → wifi.source). Im zweiten Fall
würde ein Image ohne WLAN-Zugangsdaten die Lampe nach dem Update aus dem Netz werfen – sie
startet dann im Onboarding-Zugangspunkt.
Deshalb bietet HA einer solchen Lampe nur Images an, die die SSID ihres aktuellen WLANs enthalten. Liegt ein neueres Image ohne diese Zugangsdaten im Ordner, erscheint stattdessen ein Reparaturhinweis.
Das Release-Archiv der Firmware enthält Images ohne Zugangsdaten. Für Lampen, die ihr WLAN
aus der Firmware beziehen, eigene Images mit Zugangsdaten bauen (config.local.cmake im
Firmware-Repo).
Grenzen der Prüfung: geprüft wird die SSID, nicht das Passwort; und eine Heim-SSID, die zufällig
einem Text der Firmware gleicht (z. B. ninlight-recovery), würde fälschlich als vorhanden
erkannt.
Diagnose
Gerät → ⋮ → Diagnose herunterladen liefert Zustand, Systeminfo und passende Firmware-Dateien. Token, WLAN-Name, MAC und IP sind geschwärzt.
Entwicklung
uv venv --python /opt/homebrew/bin/python3.14 .venv && uv pip install --python .venv/bin/python -r requirements_dev.txt
scripts/check.sh
Home Assistant 2026.9 braucht Python ≥ 3.14.2. Vor jedem Push scripts/check.sh laufen lassen –
das Repo liegt im Gitea ohne CI.
tests_unit/ läuft ohne Home-Assistant-Instanz (HTTP-Client gegen einen lokalen Server,
Firmware-Logik), tests/ gegen eine Test-Instanz.