NEWS
[Vorschlag] 4\. Zustand für Adapter-Ampel
-
Ich bins mal wieder mit einem Vorschlag aus der ZWave-Welt. Die Adapter-Ampel kennt aktuell 3 Zustände:
-
rot = Adapter läuft nicht
-
gelb = Adapter läuft, ist aber (noch) nicht verbunden => info.connection = false
-
grün = Adapter läuft und ist verbunden.
Der Zwave-Adapter ist so ein Kandidat, der trotz grüner Ampel gerne mal ein paar Minuten braucht, bevor er tatsächlich benutzbar ist (scanCompleted = false). Erst wenn der Scan durchgelaufen ist, ist er auch wirklich aktiv.
Hier wäre ein 4. Zustand zwischen gelb und grün (z.b. blau) sinnvoll, der anzeigt, dass der Adapter funktioniert, aber noch mit der Initialisierung beschäftigt ist.
Meinungen?
-
-
oder mqtt der springt gerne mal auf gelb
oder der rf link springt auch gerne auf gelb
(wahrscheinlich wenn länger inaktiv?)
Ich weiß nicht ob das so gewollt ist.
-
-
oder der rf link springt auch gerne auf gelb
(wahrscheinlich wenn länger inaktiv?) `
Wahrscheinlich, weil er tatsächlich die Verbindung trennt.Zwave ist da anders, Gerät/Treiber ist verbunden, aber trotzdem noch nicht bereit.
-
Ich habe "connected" nicht zwingend als "Mit irgendwas verbunden" gesehen sondern "verbunden und bereit die Arbeit zu tun".
Würde für ZWave bedeuten das es erst "connected" = grün sein sollte wenn der Scan fertig ist. SO lange halt Gelb. "Gelb "iist ja ggf nichts schlimmes sondern kann genau zu beginn einen Verbindungsprozess aufzeigen.
-
Auch eine Variante. Dann kann man allerdings nicht unterscheiden, ob der Adapter arbeitet, oder läuft und nicht mit dem Treiber verbinden kann. Oder stürzt der dann ab, kann ich gerade nicht testen?
-
Der Code sollte solche "Timeout-Fälle" eigentlich (in meinen Augen) erkennen und sich dann ggf beenden. Dann wird er glaube ein paar mal neu gestartet. Oder du schiesst den Adapter nicht ab aber versuchst die Verbindung immer neu und dann ists halrt gelb. Heisst "Adapter an sich läuft, aber er geht halt nicht"
-
Der Code sollte solche "Timeout-Fälle" eigentlich (in meinen Augen) erkennen und sich dann ggf beenden. Dann wird er glaube ein paar mal neu gestartet. `
Korrekt!Das ist der Unterschied zu ccu.io. der controller überprüft ob die Instanz läuft, startet einige male neu (ich glaube 10x; = "restartet because enabled") und schaltet dann den Adapter ab (=rot)
Gruß
Rainer
-
Der Code sollte solche "Timeout-Fälle" eigentlich (in meinen Augen) erkennen und sich dann ggf beenden. `
Hab vorhin nochmal reingeschaut, das stimmt so. Der Adapter beendet sich selbst, wenn der Treiberstart fehlschlägt.PR für die Ampel-Änderung ist erstellt (grün wenn Scan abgeschlossen, sonst gelb), werde ich nachher noch testen.