Entwicklung node-red-contrib-loxone für node-red

[pmayer]

So, node-red-contrib-loxone 0.0.6 wurde gerade released. Ich hab noch ein bisschen aufgeräumt und Ladislav hat das Laden der Strukturdatei verbessert. Dadurch braucht man jetzt nicht mehr initial zu deployen um den Miniserver zu connecten um die Strukturdatei zu laden.

Es wurde unter anderem das Logging etwas herunter gefahren, so dass nicht mehr bei jeder empfangenen und gesendeten Nachricht ein Eintrag im node-red Log auftaucht.

Auf folgendem Weg, solltet ihr die neuste Version bekommen:

cd ~/.node-red
npm update

Gast, die Auswahl des Raumes und der Kategorie im out-node sollten gefixt sein
Holger_kausch, wie beschrieben, Laden der Strukturdatei bei Erstverbindung jetzt auch erledigt

http://flows.nodered.org/node/node-red-contrib-loxone

Freue mich auf eure Rückmeldungen.

Super, vielen Dank!

[modchen]

pmayer Gehört das mit UND Verknüpfungen oder ähnliches nicht aber zu den Grundlegensten Sachen, die bestimmen, was wo, wie fliessen soll ? Und soll man Node-Red eher nur als Umwandler einsehen, vum Nachricht A in B zu transformieren, ohne Logik dazwischen ?

maxw Das mit der Logik aus Loxone wär keine Problem, momentan besitze ich noch keinen MiniServer, und suche nach einer einfachen und flotten Möglichkeit meine "virtuellen" Ein/Ausgänge zu verknüpfen und zu visualieren, ohne grossen Aufwand zu betreiben... Bisher schien mir Loxone hier am flexibsten und komplettsten und offensten.

[maxw]

Wenn du das nur als Umwandler siehst, hast du die Mächtigkeit von node-red noch nicht erkannt...
Es gibt Nodes zum Nachinstallieren, die boolsche Logik anbieten, such einfach mal danach (ich weiß grad den Namen nicht und bin nicht zuhause)

[pmayer]

pmayer Gehört das mit UND Verknüpfungen oder ähnliches nicht aber zu den Grundlegensten Sachen, die bestimmen, was wo, wie fliessen soll ? Und soll man Node-Red eher nur als Umwandler einsehen, vum Nachricht A in B zu transformieren, ohne Logik dazwischen ?

Jein. "Wiring the internet of things" ist das was node-red tut. Es lassen sich Logiken abbilden, aber eben nicht im klassischen SPS Sinne. Nur als Beispiel, ich automatisiere meine komplette Wohnung damit. Inklusive zeitgesteuerter Regeln, der Ansatz ist eben ein anderer, Stichwort https://de.wikipedia.org/wiki/Datens...Programmierung

Hier hatte ich mal aus Hausautomatisierung (unabhängig von Loxone) aufgeschrieben, was alles geht: https://forum.homegear.eu/t/Starthilfe/818
Es geht natürlich in eine andere Richtung in dieser Diskussion.

Hier mal ein grober Einstieg : http://noderedguide.com/nr-lecture-1/

maxw Das mit der Logik aus Loxone wär keine Problem, momentan besitze ich noch keinen MiniServer, und suche nach einer einfachen und flotten Möglichkeit meine "virtuellen" Ein/Ausgänge zu verknüpfen und zu visualieren, ohne grossen Aufwand zu betreiben... Bisher schien mir Loxone hier am flexibsten und komplettsten und offensten.

flexibel: ja - wenn man sich im wirklich sehr großen Loxone-Universum bewegt
komplett, ja - weil es viele Logiken und Automatismen mitbringt
offen: halb - ich wüsste nicht, wie ich die Loxone ohne (!) Hilftsmittel an mqtt bekomme oder meine genutzte Bandbreite der Fritzbox anzeige.

[maxw]

Sag ich doch - für alles was Loxone nicht kann ist node-red (und der Loxberry) da :-)

[modchen]

Meine DI/DO sind zur Zeit eh "virtuell". Sprich ich habe ein Arduino Board, welches mir die Signale in RS485 umwandelt, und dann eine Zeichenkette aussendet. Von daher ist Loxone eben nicht unbedingt nötig, wenn node-red eh noch mehr kann.

Mir geht es hauptsächlich darum, nicht viel Zeit aufwenden zu müssen, die Sachen logisch miteinander zu verknüpfen und zu visualieren. Also am besten mit so wenig Programmierung wie möglich, jedoch mit weiterhin schöner flexibilität. Ich will nur im Notfall für Sonderlösungen programmieraufwand betreiben.

Eine Alternative von node-red die ich mir zB deswegen auch bereits angeschaut habe, ist https://home-assistant.io/

Die ist aber sehr YAML lastig, und mir geht es darum, möglichst viel zusammen zu klicken können, ohne viel selbst in die programmierung eingreifen zu müssen, da mir einfach die Zeit fehlt, viel zu basteln

[pmayer]

Dann schau dir mal io.Broker und openhab an. io.Broker hätte sogar noch den Charme, das es auch ein node-red mitbringt, wenn man denn mag.

[pmayer]

Das hier ist ein TechTalk von Anfang des Jahres wo kurz gezeigt wird was node-red kann und wo die Reise hingehen soll.

https://www.youtube.com/watch?v=leNDdDPpZzc (erste Hälfte reicht)

Ich hab auch mal nen Beispielflow für die Anbindung der Fritzbox auf flows.nodered.org gestellt: http://flows.nodered.org/flow/0b3c81...64d4e934f23685

Auch würde ich gerne mal die Anbindung an Phillips Hue bauen, analog zu http://www.meintechblog.de/2016/04/p...ion-in-loxone/. Allerdings habe ich nur einfarbige Hue-Leuchten.
Kann mir da jemand mit RGB-Hue's zum Testen beiseite stehen?

[eisenkarl]

Ich habe eine Hue RGBW, wie kann ich behilflich sein?

[pmayer]

Leider scheint die Lightify hier kaputt zu sein... ich guck mal ob ich ne andere leihen kann...

[pmayer]

So, habe eine funktionierende Lightify. Das Lichtmodul gibt mir, obwohl am Ausgang RGB eingestellt ist, HSV zurück. Kann ich natürlich jetzt konvertieren, aber die Frage wäre, ob man was im Lichtmodul einstellen kann?

[pmayer]

Weiter in einem Post...

[Gast]

Hab vorgestern das NODE-RED entdeckt und gleich danach das LOXONE Addon, bin total begeistert davon.

Zur Vorgeschichte, ich habe mein kommplettes Haus automatisiert mittels einer Siemens S7-300, da die Siemens aber nicht wriklich eine Handyapp anbietet, habe ich mir eine Loxone dazugebaut die ich mittels MDO-Bus mit der SPS komunizieren lasse, somit benutze ich die Loxone rein als Webinterface bzw zur Handysteuerung, vor einiger zeit hat ja Loxone die MOD-Bus abfrageminimumzeit auf 5s hochgeschraubt (meiner meinung nach nur dafür das man die relativ teuren Loxone Komponenten kaufen muß), mit den 5s läßt sich aber nicht das Haus nicht wirklich steuern.......

ich habe nun vor das ich die Raspberry PI mit NODE-RED als so ne Art Koppler dazwischen hänge, soll heißen die Raspberry Pi holt sich die Daten von der S7 per MOD-Bus von der SPS, schickt die per API zur Loxone und empfängt die Daten von der Loxone und schickt die zur S7.........

wird das in naher Zukunft sehr genau durchtesten, was mir bisher schon aufgefallen ist.

wenn ich einen Virtuellen Eingang erstelle, wenn nur 1 Ausgang ist, soll heißen Taste oder Schalter funktioniertes eh einwandfrei, wenn ich den Eingang aber umstelle auf z.B.: hoch runter, also zwei Ausgänge, kann ich das nicht im Node auswählen, also kann ich keinen der beiden Ausgänge ansteuern bzw. einlesen........

Ein Wunsch meinerseits währe noch, besteht die Möglichkeit einen Baustein zu machen der einen In und einen out hat, also beides gleichzeitig, das würde mir jetzt einiges an Programmieraufwand ersparen......

wenn noch Fragen sind, oder wenn ich für wen was austesten soll, einfach kontaktieren, wird auch versuchen regelmäßig hier nachzuschauen.......

[pmayer]

Hi wenkorman :-)

wenn ich einen Virtuellen Eingang erstelle, wenn nur 1 Ausgang ist, soll heißen Taste oder Schalter funktioniertes eh einwandfrei, wenn ich den Eingang aber umstelle auf z.B.: hoch runter, also zwei Ausgänge, kann ich das nicht im Node auswählen, also kann ich keinen der beiden Ausgänge ansteuern bzw. einlesen........

Kannst du mir mal nen Screenshot von den Einstellungen in der Loxone-Config machen? Muss das verstehen, was du da vor hast.
Und der passende Ausschnitt des Elements aus deiner Strukturdatei wäre wichtig. Schick die bitte nicht komplett, da da auch persönliche Informationen drin sind.

Ein Wunsch meinerseits währe noch, besteht die Möglichkeit einen Baustein zu machen der einen In und einen out hat, also beides gleichzeitig, das würde mir jetzt einiges an Programmieraufwand ersparen......

Hmm, weiß nicht ob das eine gute Idee ist. Ziel des Node's ist es nicht Bausteine von Loxone abzubilden sondern nur Werte/Ereignisse entgegen zu nehmen und Werte/Ereignisse an Loxone zu senden. Bei allem anderen müsste man pro Baustein in Loxone einen aquivalenten Node in node-red erzeugen.
Wenn ich dich richtig verstanden habe, kannst du das von dir gewünschte mit subflows erreichen. Diese "programmierst" du dir ein mal und kannst diese speichern (Library) und sie immer wieder verwenden.



Wenn du Loxone als reine Visualisierung nutzt, schau dir mal node-red-dashboard an. Node-red kann ja direkt mit deiner S7 reden: http://flows.nodered.org/node/node-red-contrib-s7

Ich sehe es, was Modbus bei Loxone angeht, nicht ganz wie du - auch wenn du natürlich in gewisser Weise recht hast. Aber, die Loxone ist (mind.) 8 Jahre alte Hardware und sie soll in allererster Linie schnell auf Schalteingaben reagieren - das sehe ich ein.

[Gast]

Wenn du Loxone als reine Visualisierung nutzt, schau dir mal node-red-dashboard an. Node-red kann ja direkt mit deiner S7 reden: http://flows.nodered.org/node/node-red-contrib-s7

Hätte ich schon gefunden, das Problem dabei ist das es da nur einen Eingang gibt, also ich hab noch keine Möglichkeit gefunden auch werte zu Schreiben.......

Ich sehe es, was Modbus bei Loxone angeht, nicht ganz wie du - auch wenn du natürlich in gewisser Weise recht hast. Aber, die Loxone ist (mind.) 8 Jahre alte Hardware und sie soll in allererster Linie schnell auf Schalteingaben reagieren - das sehe ich ein.

Also wenn eine Raspberry Pi damit zurecht kommt................. aber egal, hab mich genug über das Thema aufgeregt.

Kannst du mir mal nen Screenshot von den Einstellungen in der Loxone-Config machen? Muss das verstehen, was du da vor hast.
Und der passende Ausschnitt des Elements aus deiner Strukturdatei wäre wichtig. Schick die bitte nicht komplett, da da auch persönliche Informationen drin sind.

bin leider erst wieder am Abend zu hause, kann dann gerne einen Screenshot machen.
aber ich versuch nochmal zu erklären.

bei der Loxone kann ich ja einen Virtuellen Eingang machen und den auf der VISU anzeigen lassen, somit hab ich eine Taste die im Programm was bewirkt, diese taste kann man in der Config auch auf einen Schalter umstellen, wenn die diese beiden Sachen nehme kann ich im NODE ohne Probleme einen Ausgang hernehmen und den Virtuellen Eingang auf 1 setzen.....
seit einiger zeit kann man aber den Virtuellen Eingang ändern auf eine ZB hoch/runter oder +/- Kombi, dadurch ändert sich der Virtuelle Eingang im Programm auf einen Eingang mit 2 Ausgängen, wenn ich nun das auswähle kann ich keinen der beiden Ausgänge im Node auswählen und somit auch keinen der beiden ansteuern oder auslesen........

[pmayer]

Es gibt zumindest für S7 eine NodeJS Implementation: https://github.com/plcpeople/nodeS7
Ein bekannter von mir kommuniziert direkt per TCP mit der S7.

[ThatRed]

Hallo pmayer ich glaube Gast meint das hier:






Kannte ich auch noch nicht. Wieder was dazugelernt, Danke.

Gruß Red

[Gast]

Hallo pmayer ich glaube Gast meint das hier:

genau das meine ich, hab mal was raus kopiert aus der API
der virtuelle eingang in dem fall heißt: Virtuell_Test

{"name":"Virtuell_Test","type":"UpDownDigital","uu idAction":"0f6bd9c5-03d4-2668-ffffeee000000000","room":"0a823a63-023d-0002-0f00000000000000","cat":"0ba33308-0195-0254-ffffeee000000000","defaultRating":0,"isFavorite":f alse,"isSecured":false},"0c2f4abf-0292-bfb0-ffffeee000000000":

[pmayer]

Hmmm...

die Up/Down-Left/Right virtuellen Eingänge haben keinen "state" in dem sie ihrem Zustand übertragen, deswegen kann dieser in der aktuellen Version nicht ausgelesen werden:

"0f6c3e03-03a7-1978-ffff80982d442be6": {
    "name": "test up_down",
    "type": "UpDownDigital",
    "uuidAction": "0f6c3e03-03a7-1978-ffff80982d442be6",
    "room": "0c48c50a-02bf-0400-ffff80982d442be6",
    "cat": "0c48c50a-0271-0310-ffff80982d442be6",
    "defaultRating": 0,
    "isFavorite": false,
    "isSecured": false
}

Beschrieben sind sie im Structure File https://www.loxone.com/dede/wp-conte...ile.pdf?x48792 Seite 57.
Man kann keine Kommandos alá "UpOn" oder "UpOff" senden... bzw. es wird nichts geschaltet.



Ich spreche mal mit dem Entwickler der Websocket-Library

[maxw]

Mal eine Frage zu einem Erweiterungs Wunsch. Ich gestehe ich hab mir die Loxone Doku nicht angesehen...

Wäre es auch möglich andere Werte wie Server Zustand, Auslastung und so weiter abzufragen?

Also einen Monitor für den Mini Server zu bauen?

Danke, Max

[pmayer]

Wenn ich es richtig verstehe, dann alles was sich visualisieren lässt :-)

[maxw]

Na ja, da gibt noch mehr- habe jetzt doch in die Doku geschaut...

https://www.loxone.com/dede/kb/webservices/

Die ganzen SPS Stauswerte wären sehr interessant.

[pmayer]

Kannst du mal schauen wo im Structure-File die auftauchen? Weil alles was dort vorhanden ist kann angebunden werden. Aktuell eben nur die control's - hab nachgeschaut, im Structure-File tauchen leider keine Statuswerte auf... oder ich hab sie übersehen. http://<ip-miniserver>/data/LoxAPP3.json

Die HTTP-Endpunkte kannst du einfach mit einem HTTP-Node und einem angehängten XML-Node auswerten.

[Christian Fenzl]

pmayer
Bin gerade erst zurück vom Urlaub, hatte noch keine Gelegenheit, Node-Red zu testen.
Du hast den Loxone-Node auf Basis von Websockets gebaut, um Daten von Loxone in einem Flow zu verarbeiten.

Wie könnte ich denn einen Flow vom Miniserver aus pushen, also per HTTP-REST oder UDP irgendwas schicken (EIN/AUS, Farbwerte usw.), was dann in einem Flow weiterverarbeitet wird?
Konkret beziehe ich mich auf die Lifx-Frage (https://www.loxforum.com/forum/proje...ins/89625-lifx), wofür es einen Node gibt, und wo Loxone erst richtig auftrumpfen könnte, wenn es denn die Möglichkeit gibt, auf Node-Red-Seite einen Empfänger für HTTP-REST-Calls bzw. UDP-Message vom MS zu haben.

Visualisierte Elemente von Loxone (Websockets) sind hier eher ungeeignet - es müsste einen Empfänger auf Node-Red Seite geben.

[pmayer]

Hi Christian,

da bin ich noch nicht tief genug eingestiegen, da ich keine Loxone Umgebung habe (nur zum Test). Für mich sieht es aktuell so aus, als ob nur visualisierte Elemente in der Strukturdatei auftauchen, somit kann man sich nur an diese "dranhängen".

Der Websocket ist eine eigene Kommunikationsform, unabhängig von UDP oder HTTP-REST. Es wird eine eigenständige (alleinige) Verbindung geöffnet, über die kommuniziert wird. Node-red selbst kann natürlich UDP oder HTTP - das hat aber nichts mit dem loxone-node zu tun.

Wenn du magst, können wir aber gerne per Skype (oder so) mal ein Testszenario bauen und dann schauen was funktioniert...

Ach, du hast es doch hier schon beschrieben http://www.loxwiki.eu/display/LOX/Websocket

[svethi]

Das ist uns schon klar. Im Websocket wird aber das gesamte REST-API und mehr abgebildet. Daher sollte es auch möglich sein Dinge abzufragen, die nicht in der Visu sind. Du brauchst ja auch nicht für alles die UUID. Für die meisten Dinge reicht der bekannte Pfad.
Der Unterschied wird nur sein, dass viele Dinge nicht über die Events kommen werden, sondern zyklisch abgefragt werden müssen.

[pmayer]

Ach, jetzt verstehe ich.

Dann müsste man sich überlegen, wie das Senden und wahrscheinlich auch Empfangen von "eigenen" URLs im geöffneten Websocket Sinn machen kann. Ich frag mal den Entwickler von node-lox-ws-api... ich weiß gerade gar nicht, ob das da vorgesehen ist.

In jedem Fall kann man aber mit node-red boardmitteln einen eigenen Websocket öffnen und die Daten da direkt abfragen. Dann eben zyklisch getriggerd oder einfach zum Senden.

[pmayer]

Gast, ThatRed: Da die Strukturdatei keine Ausgabe (state) für UpDownDigital hat, kann dieser virtuelle Eingang leider nicht in node-red übernommen werden. Hier müsste man aug Loxone warten, bis die den state hinzufügen.
Der Programmierer der Websocketlibrary hat das Problem aber gelöst, einfach indem er einen PushButton dahinter gehangen hat (siehe Bild).

eisenkarl: Ich bin mit der Anbindung der Hue über node-red-contrib-node-hue soweit. Siehe zweites Bild im Anhang.
Auf Loxone Seite ist dort einfach ein visualisiertes Lichtsteuerungsmodul was AQ1 auf RGB stehen hat. Allerdings habe ich bis jetzt nur den Ausgang gebaut.
Wäre super, wenn du das schon mal testen könntest.

Müsste mann dann schauen, wie man die Info von der Hue dann wieder ins Lichtsteuerungsmodul bekommt.

Hier schon mal der Flow dafür:

[{"id":"ce164f83.e93578","type":"loxone-in","z":"824d4953.fa7988","name":"","miniserver":"79307096.f7614","control":"0f7035ac-0275-1a3c-ffff80982d442be6/AI1","state":"0f7035ac-0275-1a2d-ffffd04d896cf00f","x":170,"y":1980,"wires":[["bc006c58.6d08b8","d0c4b766.f135d8"]]},{"id":"3f74be42.0037ea","type":"node-hue-in","z":"824d4953.fa7988","server":"84544c2f.9918c","lightID":"light3","name":"","x":550,"y":1980,"wires":[]},{"id":"bc006c58.6d08b8","type":"function","z":"824d4953.fa7988","name":"loxHSV2RGB","func":"\nvar regex = /^hsv\\((\\d+),(\\d+),(\\d+)\\)$/;\nvar hsv = regex.exec(msg.payload);\n\n//inspired by @cflurin\n//https://github.com/cflurin/homebridge-mqtt/blob/master/lib/utils.js#L157\nvar h = parseInt(hsv[1]) / 360;\nvar s = parseInt(hsv[2]) / 100;\nvar v = parseInt(hsv[3]) / 100;\nvar r, g, b;  \n  \nif( s === 0 ) {\n  r = v; g = v; b = v;\n} else {\n  var i = Math.floor(h * 6);\n  var f = h * 6 - i;\n  var p = v * (1 - s);\n  var q = v * (1 - f * s);\n  var t = v * (1 - (1 - f) * s);\n  \n  switch(i % 6){\n    case 0: r = v; g = t; b = p; break;\n    case 1: r = q; g = v; b = p; break;\n    case 2: r = p; g = v; b = t; break;\n    case 3: r = p; g = q; b = v; break;\n    case 4: r = t; g = p; b = v; break;\n    case 5: r = v; g = p; b = q; break;\n  }\n}\n\n\nmsg.payload = {\n  'red': Math.round(r*255),\n  'green': Math.round(g*255),\n  'blue': Math.round(b*255),\n  'on' : (r || g || b) ? true : false\n};\n\nreturn msg;\n","outputs":1,"noerr":0,"x":360,"y":1980,"wires":[["3f74be42.0037ea","d0c4b766.f135d8"]]},{"id":"79307096.f7614","type":"loxone-miniserver","z":"","host":"192.168.42.105","port":"80","encrypted":false},{"id":"84544c2f.9918c","type":"node-hue-bridge","z":"","name":"Hue Bridge","address":"192.168.42.141","key":"ELpxUr-cwa9lz0nzYRC8adXCdzrkdbvwau1fdEne","interval":"1000"}]