Nanoleaf Light Panels (Aurora) Adapter

[apollon77]

@daniel_2k:

Ich hab mir das fast gedacht, dass es an der Node.js-Version liegt.

Ich hätte es heute Abend nämlich mal auf einer frischen Standard-ioBroker-Installation getestet.

Bisher habe ich immer Node.js 6.x verwendet, weil andere Adapter das auch brauchen.

Gibt es einen speziellen Grund warum ioBroker noch die 4er Version verwendet?

Ich könnte es aber anpassen, dass es auch unter Version 4 läuft. `
Nodejs 4 ist noch ein paar Tage LTS und war bisher die minimale Version. Wir werden demnächst nodejs 4 als supported „abmelden“. Also musst meiner Meinung nach den Adapter nicht anpassen. Wäre „Customer service“

[holgerwolf]

Wie gesagt, mit node 6.xx läuft es jetzt ja.

Das Update stand sowieso schon auf der Liste, habe nur nen Grund gesucht und jetzt gefunden

Würde auch nix mehr ändern.

Erste Ergebnisse:

• Werte werden ausgelesen und auch aktualisert.

• Steuerung (über Ändern der Objektwerte geht auch)

Jetzt muss man das nur noch in eine VIS Steuerung packen. Hat jemand ne Idee, wie man die Effektliste als Pulldown zur Steuerung nutzen kann?

Gruß

Holger

[daniel_2k]

Ich habe den Adapter inzwischen weiterentwickelt.

Die Steuerung der Farbe ist jetzt auch über einen Datenpunkt colorRGB als RGB-Hex-Wert möglich.

Des Weiteren werden die states jetzt nur noch aktualisiert (Werte, die vom Gerät gelesen wurden), wenn sie sich geändert haben. Durch das regelmäßige Polling war eine Bedienung teilweise echt blöd, weil das Control immer zurückgesetzt wird, wenn sich der Wert ändert.

Außerdem habe ich mich mit der ioBroker vis beschäftigt.

Die Effekte können in ioBroker vis über das Widget "Select ValueList" in eine DropDown-Liste gepackt werden. Dazu habe ich den state effectsList geändert, so dass die Effekte jetzt als Semikolon-getrennte Liste abgelegt werden. Dann kann man das direkt in der vis nutzen.

Mit den Color Picker Widgets zum Nachinstallieren lässt sich die Farbe auch schön steuern.

Aber Vorsicht: manche der Color Picker Widgets verhalten sich etwas seltsam. Sie setzen bei Änderungen mit Acknowledge (wenn der Status vom Gerät aktualisiert wird) den Wert gleich erneut ohne Acknowledge, was dann ein Kommando ist und direkt ans Gerät gesendet wird und dazu führt dass die Panels in einer festen Farbe leuchten. Ich habe versucht das etwas abzufangen indem der colorRGB-state nur aktualisiert wird, wenn das Gerät im colorMode "hs" ist. Aber mir ist z.B. auch aufgefallen, wenn man den vis view lädt schon states als Kommando geschrieben werden und den Zustand der Light Panels ändern. Die Widgets verhalten sich da etwas unterschiedlich. Muss man etwas ausprobieren.

Ich habe auf Github mal ein vis Demo-Projekt abgelegt. Siehe auch Readme dazu.

[apollon77]

Mach mal bitte befinden Projekten wo die genannten vis Widgets drin sind die sich komisch verhalten issues auf. Das sollte gefixt werden

[Fitti]

Ich versuchte gerade diesen Adapter erfolglos zu installieren:

• Bin unter Adapter auf diese Git-Katze gegangen

• Dann Beliebig

• und als URL: https://github.com/daniel-2k/ioBroker.n … panels.git eingetragen.

• Debug Haken gesetzt.

Jetzt lud er was runter, installierte und es gab eine Positive Meldung, weiß nicht mehr was genau. Jedoch Kein Error.

Und jetzt… wo sollte bitte genau was sein? Ich finde unter ADAPTER nix, was nur annähernd nano heißt. Kann somit also auch keine Instanz installieren.

Im node_modules gibt es den Ordner nanoleaf-aurora-client ordner.

ein cd /opt/iobroker und

node node_modules/iobroker.nanoleaf-lightpanels/main.js –force --logs

bringt nichts als Ausgabe.

Was mache ich also falsch.

Danke,

Fitti

[Homoran]

Hallo Fitti,

Schön mal wieder was von dir zu hören.

Ich habe in diesem Thread (fast) nur deinen Post gelesen.

Hast du mal einen upload gemacht und vis neu gestartet.

Wenn ich das richtig überflogen habe ist das ein vis Addon Adapter.

Gruß Rainer

[daniel_2k]

@Fitti:

Jetzt lud er was runter, installierte und es gab eine Positive Meldung, weiß nicht mehr was genau. Jedoch Kein Error. `

Das hatte ich schon mal (ganz unabhängig von diesem Adapter jetzt), dass bei Quelle von GIT er offensichtlich was geladen hat, aber die Instanz nicht erscheint.

Bitte einfach noch mal probieren. Ggf. die Admin-Seite neu laden, dann sollte er schon erscheinen.

[Fitti]

Bekomme es nicht zum Laufen. Viel blöder ist, dass wenn, ich es installiert habe, die iobroker Admin-Adapter Seite, wenn Sie dann mal sich anzeigt, nur sehr zögernd sich aufbaut. Ich habe alles nach und nach - bis zu dem Ganzen System neu gestartet.

Nachdem ich den Adapter deinstalliert hatte, ging es wieder rasend schnell. Ich habe hier einen NUC mit viel von allem (RAM, CPU, SSD,…).

Homoran macht mich gerade nachdenklich, daher jetzt noch einige DAU Fragen:

=> Ist es nun ein Adapter oder "nur" eine VIS-Erweiterung? Frage mich dann, wo ich die Settings eingebe?

=> Wie besser installieren:

a.) per Github-URL, diese bei den Adaptern, "Beliebige URL", usw...

b.) per "npm install nano-aurora"

Ich habe Node 6.1.4, NPM 3.xxx auf Ubuntu 16.04LTS

Iobroker und alle Adapter sind der offizielle aktuelle Stand.

Düdeldü,

Fitti

[daniel_2k]

Also: es handelt sich hier um einen Adapter für die nanoleaf Lightpanels. Es ist keine vis-Erweiterung. Die Steuerung der Farbe über vis (wie in meinem Post zuvor) erfolgt über die vis Color Widgets.

Node.js 6.x ist ok.

Die Installation kann entweder über die Git-URL erfolgen:

https://github.com/daniel-2k/ioBroker.nanoleaf-lightpanels

oder auch über npm. Aber nicht nano-aurora sondern````
npm install iobroker.nanoleaf-lightpanels

Der Weg ist aber egal, geht beides.

Der Git-Weg:

1\. Über das Git-Symbol -> Reiter "Beliebig" die URL oben einfügen

 ![2323_nano01.png](/assets/uploads/files/2323_nano01.png) 
 ![2323_nano02.png](/assets/uploads/files/2323_nano02.png) 

2\. dann sollte er installieren und es so enden:

 ![2323_nano03.png](/assets/uploads/files/2323_nano03.png) 

3\. Bei mir kommt danach oft der drehende Kreis auf der Admin-Seite und es passiert nichts. Einfach reload und dann werden alle Adapter wieder normal angezeigt (ist scheinbar eine Admin3-Eigenart, das habe ich auch bei anderen Git-Quellen). Unter "Beleuchtung" sollte er dann zu sehen sein:

 ![2323_nano04.png](/assets/uploads/files/2323_nano04.png) 

4\. Instanz hinzufügen und in den Settings alles einstellen:

 ![2323_nano05.png](/assets/uploads/files/2323_nano05.png) 

Das muss gehen. Habe ich schon zig mal gemacht.

Unter Admin2 funktioniert es exakt genauso. Habe ich gerade noch mal getestet.

[Ananas]

Vielen Dank für die tolle Arbeit! Funktioniert ohne Probleme.

[Boris73]

Seufz - erst einmal: Vielen Dank für den Adapter.

Er ließ sich prima installieren. Die Connectivity zum Nanoleaf lief so lala, aber das hatte ausschließlich mit dem zickigen Controller zu tun.

Nun schreibe ich gerade ein Skript, um über TR64 einen reinkommenden Call auf Nanoleaf zu visualisieren.

Und ich wollte es mir einfach machen und für die Zeit des Klingelns den nanoleaf-lightpanels.0.Lightpanels.CurrentEffect auf String "Phonealert"

setzen (das ist das Pattern, dass ich mir als Szene runtergeladen habe). Vorher den laufenden Effekt in eine Variable wegsichern und nach dem Ende des Klingelns wieder zurücksetzen.

Alles das mit Blockly.

Log (javascript) sagt:

"Wrong type of nanoleaf-lightpanels.0.LightPanels.effect: "object". Please fix, while deprecated and will not work in next versions."

Er ändert den Effekt nicht ab.

Was muss ich anders machen? (Sorry, bin kein erfahrener Blocky scripter)

Danke, Boris

[daniel_2k]

Nach der Fehlermeldung zu urteilen klingt das so, als würdest du versuchen ein Object auf den State "nanoleaf-lightpanels.0.LightPanels.effect" zu schreiben, was natürlich nicht geht. Da muss etwas vom Datentyp String drauf geschrieben werden.

Wie sieht denn dein Skript aus? Mal ein Auszug als Screenshot, oder besser die Javascript-Ansicht vom Blockly posten. Dann kann man sehen, was da drauf geschrieben werden. Ich vermute mal du ließt von irgendwo was und bekommst ein Object und schreibst dieses direkt auf den State. Du musst die Value-Eigenschaft des Objects drauf schreiben. Aber wie gesagt, ohne wissen wie das Skript aussieht, kann man nur mutmaßen.

[Boris73]

Hi Daniel, anbei der Code

var CurrentNanoLeafPattern;

if (getState("tr-064.0.callmonitor.ringing").val == true) {
  CurrentNanoLeafPattern = getState("nanoleaf-lightpanels.0.LightPanels.effect").val;
  console.debug('Will try to update the effect pattern');
  setState("nanoleaf-lightpanels.0.LightPanels.effect"/*Current effect*/, 'Phonealert', true);
} else {
  setState("nanoleaf-lightpanels.0.LightPanels.effect"/*Current effect*/, CurrentNanoLeafPattern, true);
}

[daniel_2k]

Hallo Boris,

OK. Dein Skript hat zwei Probleme.

1. Du musst ohne Acknowledge den State schreiben. Ohne Ack = Befehl, mit Ack = Statusupdate. Das muss beim Schreiben eines Effekts auf jeden Fall false sein, sonst wird da nix zum Controller gesendet.

2. läuft das Skript das erste mal in die If-Bedingung und die ist false, so wird im else-Fall "CurrentNanoLeafPattern" geschrieben. Die Variable ist da aber noch gar nicht initialisiert, also undefined. Und genau dann gibt's die Meldung "Wrong type of nanoleaf-lightpanels.0.LightPanels.effect: "object". Please fix, while deprecated and will not work in next versions.". Den Fall musst du anders behandeln. Entweder noch eine Prüfung CurrentNanoLeafPattern !== undefined einbauen oder das Ganze anders aufzäumen.

Edit:

ich nehme an du hast einen Trigger auf den ringing-State des tr-064-Adapters. Ist die Variable CurrentNanoLeafPattern vlt. im falschen Scope? Er sichert den aktuellen Effekt im true-Fall, aber wenn der Trigger das zweite mal auslöst (wenn ringing wieder false ist), ist die Variable undefined weil sie innerhalb des Triggers platziert ist?

Kommt halt jetzt auch den Rest drauf an, wo du das reingepackt hast.

[Boris73]

Hi Daniel,

danke für Dein Input. Auf die Idee mit dem echten 'change'-Event war ich schon gekommen, das hatte ich bereits gerade gezogen.

Es hatte trotzdem nicht funktioniert, bis ich 'update' durch Write Object ID value… in blockly ersetzt habe. In code jetzt:

var CurrentNanoLeafPattern;

on({id: 'tr-064.0.callmonitor.ringing', change: "ne"}, function (obj) {
  var value = obj.state.val;
  var oldValue = obj.oldState.val;
  if (getState("tr-064.0.callmonitor.ringing").val == true) {
    CurrentNanoLeafPattern = getState("nanoleaf-lightpanels.0.LightPanels.effect").val;
    setStateDelayed('nanoleaf-lightpanels.0.LightPanels.effect', 'PhoneAlert', false, parseInt(0, 10), false);
  } else {
    setStateDelayed('nanoleaf-lightpanels.0.LightPanels.effect', CurrentNanoLeafPattern, false, parseInt(0, 10), false);
  }
});

Jetzt geht es und muss noch in ein großes Ganzes ("Kino-Modus" heisst: telefon darf nicht klingeln, sondern nur noch visuell über nanoleaf den Call signalisieren. Dasselbe im Nacht-Modus, wenn die Kids schlafen.) eingebettet werden.

Danach geht's daran, dass Nanoleaf von 7:00h-7:30h morgens den UV-Index anzeigt, damit ich weiss, ob die Kids Sonnencreme brauchen werden oder nicht. Du siehst: Dein Adapter bekommt Bedeutung!!!

[daniel_2k]

Übrigens: die Idee mit dem Telefonklingeln und visualisieren via Light Panels finde ich geil.

Da werde morgen auch mal was Skripten.

Danke für die Inspiration/Idee .

[Scheddy]

@daniel_2k:

Ich habe den Adapter inzwischen weiterentwickelt.

Die Steuerung der Farbe ist jetzt auch über einen Datenpunkt colorRGB als RGB-Hex-Wert möglich.

Des Weiteren werden die states jetzt nur noch aktualisiert (Werte, die vom Gerät gelesen wurden), wenn sie sich geändert haben. Durch das regelmäßige Polling war eine Bedienung teilweise echt blöd, weil das Control immer zurückgesetzt wird, wenn sich der Wert ändert.

Außerdem habe ich mich mit der ioBroker vis beschäftigt.

Die Effekte können in ioBroker vis über das Widget "Select ValueList" in eine DropDown-Liste gepackt werden. Dazu habe ich den state effectsList geändert, so dass die Effekte jetzt als Semikolon-getrennte Liste abgelegt werden. Dann kann man das direkt in der vis nutzen.

Mit den Color Picker Widgets zum Nachinstallieren lässt sich die Farbe auch schön steuern.

Aber Vorsicht: manche der Color Picker Widgets verhalten sich etwas seltsam. Sie setzen bei Änderungen mit Acknowledge (wenn der Status vom Gerät aktualisiert wird) den Wert gleich erneut ohne Acknowledge, was dann ein Kommando ist und direkt ans Gerät gesendet wird und dazu führt dass die Panels in einer festen Farbe leuchten. Ich habe versucht das etwas abzufangen indem der colorRGB-state nur aktualisiert wird, wenn das Gerät im colorMode "hs" ist. Aber mir ist z.B. auch aufgefallen, wenn man den vis view lädt schon states als Kommando geschrieben werden und den Zustand der Light Panels ändern. Die Widgets verhalten sich da etwas unterschiedlich. Muss man etwas ausprobieren.

Ich habe auf Github mal ein vis Demo-Projekt abgelegt. Siehe auch Readme dazu.

vis-nanoleaf.PNG `

Kann man die View nanoleaf Light Panels vis-Demo irgendwo runterladen?

[daniel_2k]

Ja, auf meiner Github-Projekt-Seite gibt es den View zum Download:

https://github.com/daniel-2k/ioBroker.n … aster/vis/

[Scheddy]

@daniel_2k:

Ja, auf meiner Github-Projekt-Seite gibt es den View zum Download:

https://github.com/daniel-2k/ioBroker.n … aster/vis/ `

Danke!

[ooooli]

Habe jetzt auch die Aurora Panels und inzwischen das Telefonklingelscript im Einsatz.

Was ich nicht hinbekomme: direktes Setzen vom RGB Wert (zum Sync der Farbe mit Hue Lampen). Der Wert von nanoleaf-lightpanels.0.LightPanels.colorRGB wird immer wieder überschrieben, egal was ich reinschreibe.

Hat jemand das mit dem UV Index hinbekommen? Da bräuchte ich mal eine Inspiration…