NEWS
Test Adapter nanoleaf-lightpanels v1.3.x GitHub/latest
-
@stefande
Das mit dem Pfeil ist Browserspezifisch. Starte mal deine Canvas neu und schaue mal, ob dann was kommt. Kann nur am Gerät liegen, da andere SSDP Notifications ja ankommen. -
@daniel_2k
Die Firmware ist 1.6.2 also aktuell.
Ich werde gleich mal zur Steckdose kriechen. -
Heureka!
Nach einem Neustart kommen die Notifications.
Ich geh dann mal wieder zurück auf die 1.0.2Danke
-
@stefande
Zu früh gefreut.
Nachdem ich wieder auf die Stable zurück bin kommt wieder das Timeout.
Ich installiere nochmal die Test Version. -
Ich habe nun meinen ioBroker auch mal neu gestartet. Bei mir läuft es weiterhin einwandfrei.
-
@stefande
Also wenn es mit der Test-Version geht, aber nicht mit der 1.0.2, dann muss es was anderes sein, denn die beiden Versionen sind bis auf zwei zusätzliche Log-Ausgaben exakt gleich.
Was ich mir noch vorstellen könnte: durch das ständige einspielen verschiedener Versionen habe ich auch schon mal seltsame Effekte gehabt. Vlt. klemmt da irgendwo noch ein node Prozess oder irgendwas in der Art. Versuche mal nach dem Einspielen der 1.0.2 den Adapter von Hand zu stoppen und wieder zu starten. Beim Einspielen einer Version wird der Adapter automatisch gestoppt und sofort wieder gestartet. Ich hatte aber auch schon mal eigenartige Effekte durch ständige Versionsupdates.
Ansonsten könntest du nach Einspielen der 1.0.2 auch mal den ganzen ioBroker neustarten. Vlt. auch beim Beenden des ioBroker sicherstellen, das kein node Prozess mehr läuft. -
@daniel_2k
Ich habe inzwischen wieder auf die Testversion gewechselt und auch die komplette VirtualBox neu gestartet.
Es traten nach wie vor die Timeouts auf.
Ich hab dann nochmal das Panel neu gestartet, und seitdem werden wieder Notificationen empfangen. Ich lass das jetzt erstmal so laufen. -
Ungefähr 30 Minuten nach dem Neustart des Panels kommen keine Notificationen mehr.
-
@stefande sagte in Test Adapter nanoleaf-lightpanels v1.0.x GitHub/latest:
Ungefähr 30 Minuten nach dem Neustart des Panels kommen keine Notificationen mehr.
Hmm, das ist dann aber eine Sache des nanoleafs. Merkwürdig. Bei mir funken die kontinuierlich durch und das sollten sie auch so machen. Da befürchte ich nur, dass du vlt. mal ein Hard-Reset machen musst. Die Einstellungen kannst du ja über die Cloud in der App sichern, so dass deine Szenen etc. nicht verloren gehen.
Wie es aussieht läuft es bei den anderen Usern, die auch Canvas haben.
Was noch interessant ist (bevor du resetest): die nanoleafs können auch ein ssdp:goodbye senden. Damit kündigen sie an, dass sie nicht mehr verfügbar sind. Siehst du nach 30 min. sowas im Log? -
@daniel_2k
Ich hab die Panels jetzt mal zurück gesetzt.
Der Fehler tritt nach wie vor auf.
Mal nach 20 Minuten, mal nach ner guten Stunde.
Ein goodbye oder ähnlich gibt es nicht:2020-07-09 21:15:48.169 - [34mdebug[39m: nanoleaf-lightpanels.0 (16861) TEST: ssdp:alive NOTIFY received: {"host":"239.255.255.250:1900","server":"node.js/12.18.2 UPnP/1.1 node-ssdp/4.0.0","location":"http://192.168.0.20:80/description.xml","usn":"uuid:00112233-4455-xxxxxxxxxxxxxxxxxxx","nts":"ssdp:alive","nt":"uuid:00112233-4455-6677-xxxxxxxxxxxxxxx"} 2020-07-09 21:15:56.252 - [34mdebug[39m: nanoleaf-lightpanels.0 (16861) TEST: ssdp:alive NOTIFY received: {"host":"239.255.255.250:1900","location":"http://192.168.0.151:16021","usn":"uuid:b5219205-ce1c-42ef-xxxxxxxxxxxxxx","nts":"ssdp:alive","nt":"nanoleaf:nl29"} 2020-07-09 21:15:56.253 - [34mdebug[39m: nanoleaf-lightpanels.0 (16861) ssdp:alive NOTIFY received: {"host":"239.255.255.250:1900","location":"http://192.168.0.151:16021","usn":"uuid:b5219205-ce1c-42ef-xxxxxxxxxxxxxx","nts":"ssdp:alive","nt":"nanoleaf:nl29"} 2020-07-09 21:15:56.253 - [34mdebug[39m: nanoleaf-lightpanels.0 (16861) uuid:b5219205-ce1c-42ef-xxxxxxxxxxxxxxxx matched nanoleaf device UUID! Keep alive... 2020-07-09 21:15:58.169 - [34mdebug[39m: nanoleaf-lightpanels.0 (16861) TEST: ssdp:alive NOTIFY received: {"host":"239.255.255.250:1900","server":"node.js/12.18.2 UPnP/1.1 node-ssdp/4.0.0","location":"http://192.168.0.20:80/description.xml","usn":"uuid:00112233-4455-6677-xxxxxxxxxxxxxxx::upnp:rootdevice","nts":"ssdp:alive","nt":"upnp:rootdevice"} 2020-07-09 21:17:11.254 - [33mwarn[39m: nanoleaf-lightpanels.0 (16861) Connection to '192.168.0.151:16021' lost, Error: No ssdp:alive detected. Try to reconnect... 2020-07-09 21:17:11.254 - [34mdebug[39m: nanoleaf-lightpanels.0 (16861) Polling timer stopped! 2020-07-09 21:17:11.255 - [34mdebug[39m: nanoleaf-lightpanels.0 (16861) Command queue cleared! 2020-07-09 21:17:11.255 - [34mdebug[39m: nanoleaf-lightpanels.0 (16861) SSE connection closed! 2020-07-09 21:17:11.255 - [34mdebug[39m: nanoleaf-lightpanels.0 (16861) Connect timer started with 60000 ms 2020-07-09 21:18:10.521 - [34mdebug[39m: nanoleaf-lightpanels.0 (16861) TEST: ssdp:alive NOTIFY received: {"host":"239.255.255.250:1900","server":"WINDOWS/6.0 UPnP/1.0 DVBViewer/1.0","location":"http://192.168.0.199:554/description.xml","usn":"uuid:3E82E8CB-0B6A-4EB0-xxxxxxxxxxx::upnp:rootdevice","nts":"ssdp:alive","nt":"upnp:rootdevice","bootid.upnp.org":"760817","configid.upnp.org":"0"} 2020-07-09 21:18:11.266 - [34mdebug[39m: nanoleaf-lightpanels.0 (16861) Connect timer stopped! 2020-07-09 21:18:11.266 - [32minfo[39m: nanoleaf-lightpanels.0 (16861) Reconnected to "192.168.0.151:16021" 2020-07-09 21:18:11.267 - [34mdebug[39m: nanoleaf-lightpanels.0 (16861) nanoleaf Device "Canvas" (NL29) detected! 2020-07-09 21:18:11.332 - [34mdebug[39m: nanoleaf-lightpanels.0 (16861) SSE subscription started, listening...
Mal eine blöde Frage. Der Adapter scheint doch auch ohne ssdp Überwachung zu funktionieren. Könnte man die Überwachung nicht optional machen?
So wie es jetzt ist kann ich die neue Version nicht nutzen. Muss also wieder zurück auf die alte. -
@stefande sagte in Test Adapter nanoleaf-lightpanels v1.0.x GitHub/latest:
Mal eine blöde Frage. Der Adapter scheint doch auch ohne ssdp Überwachung zu funktionieren. Könnte man die Überwachung nicht optional machen?
So wie es jetzt ist kann ich die neue Version nicht nutzen. Muss also wieder zurück auf die alte.Naja, du hast so halb Recht. Der Grund, warum die Überwachung drin ist, dass diese SSE-Geschichte Probleme macht, wenn die nanoleafs mal neustarten, vom Netz genommen werden oder ein Firmware-Update gemacht wird. Die SSE-Verbindung wird über den normalen HTTP-Port der API aufgebaut und wird dann aufrecht erhalten. Jetzt ist diese SSE-Geschichte relativ robust gebaut. D.h. bei eventuellen Netzwerkproblemen etc. wird die Verbindung automatisch wiederhergestellt. Das ist an sich gut, da muss ich mich nicht selbst drum kümmern. Leider gibt es das Problem, dass wenn die Verbindung zum Gerät nicht durch ein Netzwerkproblem, sondern durch das Gerät selbst unterbrochen wurde, ich das im Adapter nicht mitbekomme. Ich habe schon alles möglich probiert, man bekommt es nicht mit. Daher habe ich die Überwachung mit den SSDP:alive Paketen eingeführt. Die werden ohnehin immer gesendet (normalerweise :-)) und die kann ich einfach auswerten. Mache ich das nicht, bleibt der Adapter zwar auf grün und man kann sogar steuern, aber man empfängt nachdem die nanoleafs wieder gestartet sind nix mehr. D.h. es gibt keine Statusupdates mehr. Erst wenn man den Adapter neu startet. Und das ist eben blöd. weil man das erstmal gar nicht merkt. Es gibt halt keine aktive Verbindungskontrolle zu den nanoleafs. Ist halt ein REST-Service, der zustandslos ist.
Und ich wollte halt kein aktives pollen bauen, um die Verfügbarkeit des Geräts zu erkennen.Ich mache mir ja jetzt auch Gedanken, wie man das lösen kann. Eine Variante wäre, das SSE in den Adapter-Einstellung abschaltbar zu machen. Dann arbeitet der Adapter wie vor Version 1.0.0 mit Polling. Das würde dein Problem lösen. Allerdings kannst du dann z.B. die neue Funktion der Tocuh-Events nicht nutzen, denn das geht nur über SSE.
-
@daniel_2k
Nach einem Neustart meldet sich mein Panel ja wieder mit SSDP Paketen zurück. Vielleicht kann man ja diesen Umstand dazu nutzen um den Adapter neu zu starten.Ich bin jetzt erstmal wieder zurück auf die alte Version. Damit kann ich im Moment gut leben.
Trotzdem Danke für deine Arbeit. -
@stefande
Also ich werde erstmal noch abwarten, wie viele Probleme es mit der Verbindungsüberwachung noch gibt. Bisher scheint es nach etwas Startschwierigkeiten doch weitestgehend zu funktionieren. Sollte es aber "schlimmer" werden, muss ich vlt. doch einen anderen Weg finden.
Aber das abschaltbare SSE kann ich einbauen, das wäre kein Thema. Wenn du dann damit leben kannst, wäre das dann auch erstmal eine Lösung, wenn ich natürlich nicht die 100%-Zufriedenheits-Lösung :-).
Noch was: ein anderer Anwender hat berichtet, dass er Probleme hat, wenn er zwei Adapter gleichzeitig laufen hat. Bei einem geht es bei ihm. Hast du auch zwei laufen?
Wobei in deinem Fall sollte es damit nicht zusammenhängen, da es ja eine Zeit lang nach dem Start der Canvas funktioniert. -
@oFbEQnpoLKKl6mbY5e13 sagte in Test Adapter nanoleaf-lightpanels v1.0.x GitHub/latest:
Ich habe nun meinen ioBroker auch mal neu gestartet. Bei mir läuft es weiterhin einwandfrei.
Ich habe ebenfalls 2 Instanzen laufen. Keine Probleme.
-
@daniel_2k
Bei mir läuft nur ein Adapter. -
Hallo @daniel_2k
Vielen Dank für Deine Antwort im anderen Beitrag.
Ich habe leider gerade etwas viel Arbeit und muss die Installation des Test-Adapters, welcher mehr loggt, etwas verschieben. Ich gebe Dir dann aber Bescheid, sobald ich dazu gekommen bin (kann leider schon so 10 Tage dauern - wirklich viel Arbeit).Bitte investiere noch nicht zu viel Zeit in die Fehlersuche auf Grund meiner Behauptung des Absturzes wegen parallel laufenden Instanzen. Dies ist zwar bei mir effektiv so, würde das aber gerne zuerst nochmals gründlich testen bevor ich Deine Zeit verschwende. (Aktuell habe ich die Version wieder down-gegraded und läuft so wieder stabil)
Zu Deinen Fragen:
D.h. wenn du nur einen Adapter laufen hast (Log auf debug), dann siehst du auch die SSDP:alive Nachrichten im Log und er bleibt grün?
Genau, mit nur einer laufenden Instanz blieb diese Grün und funktionierte ohne Neu-Verbindung.Auch mit Zwei Instanzen sehe ich die SSDP:alive Nachrichten, nur verlieren dann dennoch beide Instanzen fortlaufend wieder die Verbindung.
Schaltest du den zweiten dazu, kommen im ersten Adapter keine mehr an und er verliert die Verbindung? Was macht dann der zweite?
Beide Instanzen funktionieren nach dem Starten kurzzeitig korrekt. Nach ziemlich genau einer Minute verlieren dann (fast) gleichzeitig beide Instanzen die Verbindung und Connecten wieder neu.
Also die zweite Instanz verhält sich gleich wie die Erste.Kannst du mir noch sagen auch welcher Plattform du ioBroker betreibst?
ioBroker läuft bei mir in einem (Docker) Container auf einem QNAP Nas: buanet/iobroker:latest (immer up to date) -
Hi zusammen,
habe heute ebenfalls den Adapter geupdatet und auch bei mir tritt der Fehler auf...
nanoleaf-lightpanels.0 2020-07-15 22:27:48.500 warn (701) Connection to '192.168.1.86:16021' lost, Error: No ssdp:alive detected. Try to reconnect... nanoleaf-lightpanels.0 2020-07-15 22:26:33.437 info (701) Reconnected to "192.168.1.86:16021" nanoleaf-lightpanels.0 2020-07-15 22:25:33.422 warn (701) Connection to '192.168.1.86:16021' lost, Error: No ssdp:alive detected. Try to reconnect... nanoleaf-lightpanels.0 2020-07-15 22:24:18.350 info (701) Reconnected to "192.168.1.86:16021" nanoleaf-lightpanels.0 2020-07-15 22:23:18.331 warn (701) Connection to '192.168.1.86:16021' lost, Error: No ssdp:alive detected. Try to reconnect... nanoleaf-lightpanels.0 2020-07-15 22:22:03.257 info (701) Reconnected to "192.168.1.86:16021" nanoleaf-lightpanels.0 2020-07-15 22:21:03.241 warn (701) Connection to '192.168.1.86:16021' lost, Error: No ssdp:alive detected. Try to reconnect... nanoleaf-lightpanels.0 2020-07-15 22:19:48.059 info (701) Reconnected to "192.168.1.86:16021"
Was tun?
Canvas Firmware ist aktuell und vorher lief alles...
VG
Gerrit
-
@Koalabaer
Du könntest die Canvas mal neu starten und überprüfen, ob der Adapter danach dauerhaft, oder zumindest für einige Zeit funktioniert.
Ansonsten könntest du die Testversion mal installieren, und dann den Adapter auf Debug stellen.https://github.com/daniel-2k/ioBroker.nanoleaf-lightpanels/tarball/test
-
@Koalabaer
Im Grunde sind bis jetzt zwei Ursachen bekannt, was es sein kann:- die SSDP-Multicasts kommen nicht im Adapter an. Das liegt entweder an der Firewall, oder an einer "ungewöhnlichen" Konfiguration des Hosts (z.B. wenn er mehrere Interfaces hat und z.B. als Router agiert).
- min. einmal beobachtet haben wir das Phänomen, dass die Canvas irgendwann aufhören diese Multicast-Nachrichten zu senden.
Schau mal ein paar Posts weiter oben hier im Thread. Da gibts eine Test-Version, wenn man die auf Debug stellt, dann kann man im Log sehen ob überhaupt solche SSDP-Nachrichten ankommen und wenn ja, ob von den Canvas was kommt, oder nicht.
Wäre auf jeden Fall interessant.
Vermutlich werde ich für diese Fälle (weil da kann der Adapter nix für) das neue SSE abschaltbar machen. Ich bringe die Tage ohnehin eine neue Bugfix-Version, da in der Geräte-Suche noch ein kleiner Fehler drin ist. -
Mein Log ist leider voll mit:
nanoleaf-lightpanels.1 2020-07-18 11:56:12.013 info (29748) Reconnected to "10.5.76.91:16021"
nanoleaf-lightpanels.0 2020-07-18 11:56:06.632 info (29727) Reconnected to "10.5.76.90:16021"
nanoleaf-lightpanels.1 2020-07-18 11:55:12.004 warn (29748) Connection to '10.5.76.91:16021' lost, Error: No ssdp:alive detected. Try to reconnect...
nanoleaf-lightpanels.0 2020-07-18 11:55:06.624 warn (29727) Connection to '10.5.76.90:16021' lost, Error: No ssdp:alive detected. Try to reconnect...
nanoleaf-lightpanels.1 2020-07-18 11:53:56.955 info (29748) Reconnected to "10.5.76.91:16021"
nanoleaf-lightpanels.0 2020-07-18 11:53:51.535 info (29727) Reconnected to "10.5.76.90:16021"
nanoleaf-lightpanels.1 2020-07-18 11:52:56.940 warn (29748) Connection to '10.5.76.91:16021' lost, Error: No ssdp:alive detected. Try to reconnect...
nanoleaf-lightpanels.0 2020-07-18 11:52:51.524 warn (29727) Connection to '10.5.76.90:16021' lost, Error: No ssdp:alive detected. Try to reconnect...Muss das so sein?