node-red mit LoxBerry

[Christian Fenzl]

pmayer

Wir LoxBerry-Entwickler versuchen ja "code-effizient" zu arbeiten, und dauernd geistert mir deine/eure Websocket-Implementierung im Kopf herum. Wir sind da noch in der Evaluierungsphase.

Was mir jetzt so durch den Kopf geht: Angenommen, wir liefern node-red mit deiner node-red-contrib-loxone im LoxBerry-Basispaket mit aus, haben wir dann irgendwie Zugriff auf die MS-Daten, ohne im UI etwas zusammenklicken zu müssen? Bzw. geht es technisch, einen Connector zu schaffen, der alle eingehenden Events aus node-red an etwas von uns pushed?

lg, Christian

[pmayer]

Hi Christian,

ich nutze ja unten drunter auch nur die Bibliothek von Ladislav Dokulil: https://github.com/alladdin/node-lox-ws-api
Darauf aufbauend erzeuge ich node-red-contrib-loxone, stütze mich aber bei allem was Richtung Verbindung geht auf diese Lib. Gast
hat das Gleiche für io.broker, was ja komplett in node-js geschrieben ist, gemacht.

Will sagen: Wenn man ein node-js Programm schreibt, was die Lib benutzt, kannst man denke genau das erreichen was du möchtest :-)

Alternativ dazu helfe ich gerade einem Hobby-Entwickler drüben bei Homegear eine Loxone-Anbindung in PHP zu erstellen - ich weiß allerdings nicht wie weit er gerade ist. Die Hoffnung ist, dass dabei auch eine Lib, eben nur in PHP, mit entsteht.
Problem ist, dass das PHP Script durchgehend laufen muss um den Websocket zu bedienen. In Homegear so kein Problem, als Shell-Script ja auch nicht... so lange man es am Laufen hällt.

Bis dahin,
Patrik

[svethi]

Ich habe viele Systemdienste in PHP gemacht. Das ist ja soweit kein Problem

[pmayer]

Ok, also macht es um so mehr Sinn eine php-lox-ws-api Lib zu schreiben... als composer package o.ä.

Das heißt die Frage ist: Loxone-Websocket-Anbindung über node-js oder über php.

[Christian Fenzl]

php wäre mir persönlich lieber, weil ich das besser kann :-)
node.js ist vermutlich einfacher, weil das mit den Callbacks besser für WebSocket geschaffen ist.

Auf LoxBerry-Seite müssen wir uns noch überlegen, was wir mit den Daten in einem Dienst dann überhaupt machen.

Ich hätte mir drei Schnittstellen für Plugins vorgestellt:

1. Einfaches Pushen aus dem Plugin
2. Einfaches Pullen aus dem Plugin
3. Und die erweiterte Methode, nämlich einen Linux Socket, bei dem sich jedes Plugin mit sowas wie Listeners registrieren kann, und dann die Events gepushed bekommt.

Beispielsweise für das Statistik-Plugin würden wir dann - sofern die Werte über WebSockets hereinkommen, die erweiterte Methode anwenden und das derzeitige Pullen per HTTP-REST weitestgehend abstellen (wobei man sich das genau anschauen muss, weil über REST kann man Werte holen, die nicht in der Visu sind, und über Websocket kommt nur, was auch visualisiert ist).

Wenn wir 1. und 2. können, haben wir den Miniserver schon wesentlich entlastet, weil wir die Daten dann lokal vorgehalten haben.

[pmayer]

Ich hab mal den Entwickler, der da bei Homegear dran sitzt, gefragt was er davon hält den jetzigen Code mal auf Github zu stellen damit man daraus zusammen eine Lib bauen kann.

[Christian Fenzl]

Spitze!

[Chris8519]

Hey Zusammen wollte den Beitrag einfach noch mal nach vorne holen und in Erinnerung Bringen .... da im Forum ja schon über 1200 Beiträge zu Node Red gepostet wurden.
Leider hat es NodeRED nach zwei Jahren noch immer nicht auf den Loxberry ohne die manuelle installation geschafft hat... Eigendlich schade da die Schnittstelle einfach klasse ist
Ist es Schwierig die Installation in ein Plugin zu packen ?

[svethi]

Das ist doch alles gar nicht nötig. Dies ist nicht sein erster Post mit diesem Gejammer. Schreibt auch, dass er ein Synology besitzt. Wenn er noch nicht einmal dort eine Docker mit Node-Red installieren kann, dann weiß ich auch nicht. Des Weiteren gibt es das Plugin mit InfluxDB, Node-Red und Grafana als jeweils einzelne Docker Container, man bräuchten InfluxDB und Grafana nicht starten

[Chris8519]

Hab mich vielleicht einfach nur falsch ausgedrückt und ich jammer hier auch nicht rum ! Sorry finde es einfach nur schade .. das es NodeRED als plugin noch nicht auf den Loxberry geschafft hat . Ja ich habe seit neuestem eine Synology Diskstation auch einen IntelNUC und diverse Raspberrys .... Ich habe auch überhaupt garkeine probleme NodeRED aufzusetzten egal ob als docker oder manuelle Installation.

Lese aber nur so häufig das es bei vielen anderen Nutzern nicht so einfach funktioniert und pmayer ihnen immer mit der Manuellen Anleitung helfen muss

[Christian Fenzl]

Immer entspannt bleiben (ihr beide 😃)

[Special]

Worin liegt der Vorteil den LB mit vorinstallierten NodeRed zu liefern ?

Ich z.B. habe unterandern noch den Iobroker mit Node Red paralell auf dem LB laufen, wenn nun beim Update vom LB Node-Red nach installiert wird, wird bestimmt mein System ein Schaden nehmen.

[AlexAn]

Chris schreibt von einem Plugin und nicht von einer Vorinstallation!

[AlexAn]

Hab leider immer noch Probleme NodeRed zum Starten zu überreden.
Bis zur 1.4er ging es mit den Servicebefehlen ohne Probleme.

https://nodered.org/docs/getting-started/raspberrypi

Seit der 2er Version des Loxberry kann ich nur manuell über die Shell starten.

pmayer
sudo -s systemctl enable nodered.service
und
sudo -i systemctl enable nodered.service
von hier hab ich schon probiert: https://forum.homegear.eu/t/nach-upd...ce-mehr/3097/5




Dürfte wieder mit den Verzeichnissen zusammenhängen:



Lösung: