Michael Sauer
aae7a7462d
M9: Hardware-Checkliste um Einträge für C1 (verschachteltes JSON, 400,
Lampe läuft weiter), C2 (Onboarding, 60 s warten, Reboot + Router-Neustart
-> AP darf nicht wiederkommen) und einen Hinweis auf den Build ohne
NINLIGHT_WIFI_SSID für Onboarding-Tests ergänzt. `bri 30`-Eintrag nennt
jetzt explizit den REST-Weg (`{"brightness":30}`) neben der Konsole.
README: klargestellt, dass der Onboarding-Aufruf ohne Authorization-Header
nur im unkonfigurierten AP funktioniert - im Fallback-AP (Zugangsdaten
bereits vorhanden) ist der Token-Header wie bei jedem anderen Endpunkt
erforderlich.
3.2 KiB
3.2 KiB
Hardware-Checkliste (EVK)
Konsole: tools/monitor.sh /dev/cu.<port> (115200 8N1). Flashen: tools/flash.sh evk <port>.
Licht (Plan 1, Task 11)
- Nach dem Boot blendet warmweiß 100 % in 0,5 s ein
rgb 255 0 0→ nur Rot,rgb 0 255 0→ nur Grün,rgb 0 0 255→ nur Blauct 2700→ nur Warmweiß,ct 6500→ nur Kaltweiß,ct 4000→ Mischungbri 1sichtbar sehr dunkel,bri 100hell;bri 1 3000→ gleichmäßig wirkender Fadeoff 2000→ blendet mit aktueller Farbe aus;on 2000→ blendet einrgb 255 0 0dannct 3000 2000→ erst dunkel, dann weiß (Moduswechsel)blink 3→ 3× Blinken, danach alter Zustand;pulse on/pulse off- Kein sichtbares Flackern bei konstanten Werten (5 kHz)
Persistenz und Boot (Plan 1, Task 12)
pob last: Farbe setzen, 4 s warten, Strom aus/an → gleicher Zustand, mit Fadepob off: Strom aus/an → bleibt aus;on→ letzte Farbepob onbei ausgeschaltetem Licht: Strom aus/an → anfade 2000 2000bleibt nach Reboot erhalten (state)- 5× Strom an/aus mit jeweils < 5 s Laufzeit → 3× Blinken, danach Defaults (
state) - Normaler Boot nach > 5 s Laufzeit → kein Werksreset
- Watchdog:
wdtest→ Neustart nach ca. 20–40 s (erste Ablaufzeit löst IRQ aus, Reset beim zweiten Ablauf) — getestet 2026-09-11 mite19ee98: Neustart nach 40,4 s - Getestet am 2026-09-11 mit Firmware
7502f4fam EVK (MAC 28-6D-CD-5C-68-1F)
Netzwerk & REST (Plan 2)
- Mit Build-Credentials: Boot →
netzeigtmode=staund eine IP, RSSI plausibel (−30 … −90) dns-sd -B _ninlight._tcpfindetninlight-<mac4>,dns-sd -Lzeigt TXT type/fw/mac/name- Bruno: alle Device-Requests wirken sichtbar,
Get Statespiegelt den Zustand - Ungültiger Body (
{"brightness":0}) → 400,system/settingsohne Token → 401 bri 30per REST ({"brightness":30}) oder Konsolebri 30, dann sofortRebootper REST → nach dem Boot 30 % (Flush)- Werksreset → AP
ninlight-<mac4>sichtbar, Lampe pulsiert, Beitritt mitninlight - Onboarding mit falschem Passwort →
system/infozeigtwifi.error = "auth", AP bleibt - Onboarding korrekt →
202, Lampe verbindet, Pulsieren stoppt, AP nach 60 s weg - Router aus > 5 min → AP erscheint (
mode=apsta); Router an → Verbindung, AP nach 10 s weg - Namensänderung per REST → TXT
name=aktualisiert (dns-sd -L) auth_allan →GET device/stateohne Token 401, mit Token 200- Onboarding-Tests: Build ohne
NINLIGHT_WIFI_SSIDinconfig.local.cmake - C1:
curl -d '[[[[[[[[[[[[[[[[[[[[' http://<ip>:3333/api/v1/device/state→ 400, Lampe läuft unverändert weiter (kein Absturz/Reboot) - C2: Onboarding ok, 60 s warten, dann Reboot und Router-Neustart → AP
ninlight-<mac4>darf nicht wiederkommen (Scan am Mac)
Später (Lampen)
- SM2135EH: Standby-Bit bei allen Kanälen 0 prüfen (Spec §4; alte Firmware setzte es praktisch nie)
- E27 Color (SM2135EH): RGB und WY getrennt, Ströme plausibel (nicht zu heiß)
- E27 CW: Gegenphase CW sichtbar flackerfrei
- G95: Pinbelegung WW=PB15/CW=PB13 prüfen
- Farbtemperaturbereiche aller Varianten