Test Adapter nanoleaf-lightpanels v1.3.x GitHub/latest

oFbEQnpoLKKl6mbY5e13

@daniel_2k sagte in Test Adapter nanoleaf-lightpanels v1.2.x GitHub/latest:

Du kannst auch via Geräte erkennen im Adapter das Gerät suchen.

Das hat bei mir nicht funktioniert.

daniel_2k

@ofbeqnpolkkl6mby5e13
Ja, bei mir findet er die jetzt nach dem Update auch net mehr und der Adapter verliert auch die Verbindung, weil kein ssdp:alive mehr ankommt.
Muss ich mal debuggen und schauen, ob die sich jetzt etwas anders melden.

oFbEQnpoLKKl6mbY5e13

@daniel_2k
6.2.1 (2021-10-08)

Added support for Nanoleaf Canvas Control Squares to becomes Cloud Gateways for Nanoleaf Essentials

https://helpdesk.nanoleaf.me/hc/en-us/articles/360014639693-Canvas-Firmware-Release-Notes

oFbEQnpoLKKl6mbY5e13

@daniel_2k sagte in Test Adapter nanoleaf-lightpanels v1.2.x GitHub/latest:

Ja, bei mir findet er die jetzt nach dem Update auch net mehr und der Adapter verliert auch die Verbindung, weil kein ssdp:alive mehr ankommt.

Kann ich bestätigen.

daniel_2k

@ofbeqnpolkkl6mby5e13
Also das mit dem keep alive über SSDP ist offenbar ein Bug in der Firmware.
Das Problem ist, dass die Location, die im ssdp:alive vom Gerät gesendet wird, leer ist:

2021-11-13 15:05:05.719 - debug: nanoleaf-lightpanels.2 (8320) ssdp:alive NOTIFY received
{
    "host": "239.255.255.250:1900",
    "nt": "nanoleaf:nl29",
    "nts": "ssdp:alive",
    "usn": "uuid:xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx",
    "location": "http://:16021",
    "cache-control": "max-age = 60",
    "nl-deviceid": "XX:XX:XX:XX:XX:XX",
    "nl-devicename": "Canvas 22D6"
}
2021-11-13 15:05:05.720 - debug: nanoleaf-lightpanels.2 (8320) Invalid location 'http://:16021' received from device.

Da fehlt die Adresse bei location.

Kann das jemand mal bei sich nachschauen, ob da auch die IP fehlt?
Einfach den Adapter auf debug stellen, dann sieht man die ssdp-Infos im Protokoll inkl. Fehlermeldung.

daniel_2k

@ofbeqnpolkkl6mby5e13
Beim M-SEARCH zum Suchen der Geräte ist die Location ebenfalls falsch, daher werden die auch nicht gefunden.
Ich reporte das mal bei nanoleaf.

Edit:
Das Problem ist bekannt und tritt auch bei den Shapes auf. Da kann ich erstmal nix machen, da muss eine neue FW released werden.
Also bis auf weiteres im Adapter "Polling anstatt SSDP Notify Messages für Keep-Alive verwenden" aktivieren.

oFbEQnpoLKKl6mbY5e13

@daniel_2k sagte in Test Adapter nanoleaf-lightpanels v1.2.x GitHub/latest:

Kann das jemand mal bei sich nachschauen, ob da auch die IP fehlt?

nanoleaf-lightpanels.0
	2021-11-13 15:16:32.571	debug	Invalid location 'http://:16021' received from device.
nanoleaf-lightpanels.0
	2021-11-13 15:16:32.569	debug	ssdp:alive NOTIFY received: {"host":"239.255.255.250:1900","nt":"nanoleaf:nl29","nts":"ssdp:alive","usn":"uuid:***","location":"http://:16021","cache-control":"max-age = 60","nl-deviceid":"***","nl-devicename":"Canvas ***"}

daniel_2k

@ofbeqnpolkkl6mby5e13
OK Danke, passt. Betätigt das und passt mit dem was im nanoleaf-Forum für die Shapes gemeldet ist.

oFbEQnpoLKKl6mbY5e13

@daniel_2k
Danke für deine Arbeit!

oFbEQnpoLKKl6mbY5e13

@daniel_2k
Ich glaube davon, dass du jemals das Polling aus dem Adapter entfernen kannst, kannst du dich endgültig verabschieden...

badsnoopy667

@daniel_2k
Hi! Könnte man diese fehlerhafte (Location-) Meldung nicht abfangen und bevor sie im Adapter weiterverarbeitet wird die IP einsetzen, die im Adapter hinterlegt ist?

daniel_2k

@badsnoopy667
Nein, geht leider nicht, weil ich ja wissen muss, von welchem Gerät das ssdp:alive kommt, falls man mehrere hat. Und die UUID habe ich zu der Zeit noch nicht. Die wird erst beim ersten Paket gemerkt und alle künftigen Pakete werden dann nur gegen die UUID geprüft.
Ich bekomme ja die reinen Nutzdaten der SSDP-Pakete von der Library. Den Absender sehe ich da nur in der Location. Zumindest war mir so, müsste ich noch mal reinschauen, ob da neben der Location noch ein IP-Feld im Objekt ist. Aber wenn nicht, keine Chance.

badsnoopy667

@daniel_2k
Ja, an den Fall, dass man mehrere Nanoleafs haben könnte habe ich natürlich nicht gedacht!
Habe heute die Elements (Holz) bekommen. Die werden vom Adapter noch nicht als solche erkannt, sondern als fallback auf Canvas gestellt.
Wenn ich Dir irgendwie helfen kann um die Elements in den Adapter zu integrieren sag mal Bescheid!

daniel_2k

@badsnoopy667
Ja, gerne.
Du könntest mal ein GET auf folgenden Endpoint machen und mir die Response schicken, dann kann ich die Elements hinzufügen:

http://<IP-des-Geräts>:16021/api/v1/<Auth-Token>

badsnoopy667

@daniel_2k Hab ich das so korrekt gemacht?

daniel_2k

@badsnoopy667 sagte in Test Adapter nanoleaf-lightpanels v1.2.x GitHub/latest:

Hab ich das so korrekt gemacht?

chiroptera

@daniel_2k said in Test Adapter nanoleaf-lightpanels v1.2.x GitHub/latest:

http://<IP-des-Geräts>:16021/api/v1/<Auth-Token>

Hab' auch gerade vor ein Paar Minuten festgestellt, dass die Elements offensichtlich nicht zu 100% unterstützt werden. Hier die Antwort:

{"name":"Elements 1692","serialNo":"S21240E6358","manufacturer":"Nanoleaf","firmwareVersion":"5.2.4","hardwareVersion":"1.1-0","model":"NL52","discovery":{},"effects":{"effectsList":["Bloom","Calming Waterfall","Clouds","Ember","Fireflies","Glimmer","Sahara Night","Splash","Sunbeam","Warm Waves"],"select":"Sahara Night"},"firmwareUpgrade":{},"panelLayout":{"globalOrientation":{"value":0,"max":360,"min":0},"layout":{"numPanels":7,"sideLength":0,"positionData":[{"panelId":4765,"x":182,"y":84,"o":360,"shapeType":15},{"panelId":8415,"x":156,"y":41,"o":300,"shapeType":15},{"panelId":45086,"x":106,"y":41,"o":240,"shapeType":15},{"panelId":16734,"x":81,"y":84,"o":180,"shapeType":15},{"panelId":53663,"x":106,"y":128,"o":120,"shapeType":15},{"panelId":59863,"x":156,"y":128,"o":60,"shapeType":15},{"panelId":0,"x":190,"y":50,"o":240,"shapeType":12}]}},"schedules":{},"state":{"brightness":{"value":100,"max":100,"min":0},"colorMode":"effect","ct":{"value":4000,"max":4000,"min":1500},"hue":{"value":0,"max":360,"min":0},"on":{"value":false},"sat":{"value":0,"max":100,"min":0}}}

chiroptera

@badsnoopy667 Ich frage mich nur gerade, warum meine Firmwareversion älter ist, obwohl wir die selbe Hardware Version haben. Ich hatte gerade erst ein Firmware Update vorgenommen.
Edit: Das Firmwareupdate wird offensichtlich in Stufen durchgeführt. Jetzt wird mir plötzlich die 6.0.5 angeboten.
Edit: Bin jetzt auch auf 6.1.2

daniel_2k

@chiroptera , @badsnoopy667
Ich habe Version 1.3.0 auf Github zum Testen bereitgestellt.
Elements und Lines sollten jetzt als solche erkannt werden.
Wenn noch was auffällt, einfach melden.

Wegen der alive-Erkennung: ich nutze als Fallback (weil ja die Location wegen dem Firmware-Bug nicht korrekt gefült ist) die IP-Adresse des SSDP-Pakets als Fallback. So sollte die Erkennung wieder funktionieren.

badsnoopy667

@daniel_2k
Vielen Dank für die schnelle Umsetzung! Ich hab den Adapter jetzt auf 1.3.0 gezogen und werde das mal ausprobieren. Mit 1.2.1 hat er zuletzt einfach gar keine Verbindung zu den Elements mehr bekommen, das sieht jetzt (nach 15 Minuten) schon besser aus. Auch ein/ausschalten über "state" ging bisher, auch nachdem die Panels eine Zeit lang aus waren. Wenn das so bleibt, kann ich auf meinen Homekit-Kurbefehl-Workaround zum schalten der Panels bald verzichten! Danke dafür!

Update: Ja sehr geil! Man kann ja sogar die Wisch- und Touchgesten an den Panels auslesen. Hab erstmal die Rollladensteuerung vom Wohnzimmer auf die Wischgesten gelegt... einfach weil's geht.

NEWS

Test Adapter nanoleaf-lightpanels v1.3.x GitHub/latest

Support us

1.2k
Online

30.6k
Users

77.2k
Topics

1.2m
Posts

NEWS

Test Adapter nanoleaf-lightpanels v1.3.x GitHub/latest

Support us

1.2kOnline

30.6kUsers

77.2kTopics

1.2mPosts

1.2k
Online

30.6k
Users

77.2k
Topics

1.2m
Posts