Auf dem Geruest von ha-ninlight aufgebaut und bewusst parallel gehalten: gleiche Fehlerklassen in api.py, gleicher Coordinator mit Sperre und Fehlertoleranz, gleicher Einrichtungsablauf samt Zeroconf und Reauth. Eigenes Repo statt Erweiterung von ha-ninlight: die Geraete melden sich unter verschiedenen mDNS-Diensten, das Datenmodell unterscheidet sich deutlich (Segmente und Szenen gegen ein einzelnes Licht), und ha-ninlight laeuft produktiv mit vier Lampen - Verzweigungen dort haetten beide Produkte gefaehrdet. Entitaeten: light (Hauptschalter und Helligkeit), select (Szene), button (Neustart), vier Diagnosesensoren. In ha-dev eingebunden und am echten Geraet geprueft: Aus- und Einschalten, Helligkeit 40 Prozent, Szenenwechsel auf Regenbogen - das Geraet meldet jeweils genau das zurueck.
14 lines
406 B
JSON
14 lines
406 B
JSON
{
|
|
"domain": "ninstrip",
|
|
"name": "ninstrip",
|
|
"codeowners": ["@ninharp"],
|
|
"config_flow": true,
|
|
"documentation": "https://gitea.zukunpht.de/ninharp/ha-ninstrip",
|
|
"integration_type": "device",
|
|
"iot_class": "local_polling",
|
|
"issue_tracker": "https://gitea.zukunpht.de/ninharp/ha-ninstrip/issues",
|
|
"requirements": [],
|
|
"version": "0.1.0",
|
|
"zeroconf": [{ "type": "_ninstrip._tcp.local." }]
|
|
}
|