Ankündigung: @ptweety/node-red-contrib-ccu [beta-test]

[ptweety]

Ich habe gerade ein minor release mit der Version v3.6.0 zur Verfügung gestellt.

Wichtigste Änderung ist:

• Integration des CCU-Jack (ein PR, welcher schon länger auf Aufnahme gewartet hatte)

Das Changelog zeigt die restlichen Änderungen.

[ptweety]

Und nun gibt es auch einen ersten Wurf für einen Migrationsleitfaden von node-red-contrib-ccu v3.4.2.

• Manual approach
• RedMatic !! untested !!
• Docker

Gerne hätte ich dazu eure Erfahrungen und Verbesserungsvorschläge gehört.

[Matthias K.]

Hab eben die Migrationsanleitung mit Docker getestet, hat einwandfrei funktioniert

Vielen Dank dass du dich dem Projekt annimmst und danke für die tolle Arbeit bisher!

[ptweety]

Eine neue Version v3.6.1 ist verfügbar. Enthalten ist ein Leitfaden zur Mitwirkung.

Ansonsten habe ich einige Umstellungen am Code vorgenommen, damit es zukünftig leichter ist, etwa einen Beitrag an der Dokumentation zu leisten. Apropos, einigen Nodes fehlen noch vollständige, englische Übersetzungen oder gar überhaupt eine Dokumentation:

• ccu-connection (en)
• ccu-get-value (en)
• ccu-mqtt (de, en)
• ccu-rpc-event (en)
• ccu-script (de, en)
• ccu-set-value (de, en)
• ccu-signal (de, en)
• ccu-switch (en)
• ccu-sysvar (en)
• ccu-value (en)

Da darf natürlich gerne mitgearbeitet werden

[anderl1969]

bin ebenfalls der Docker-Migration gefolgt. Hat auch bei mir problemlos funktioniert.

[ptweety]

Ich habe es leider in meinen lokalen Tests nicht geschafft, dass RedMatic vernünftig mit diesen Noldes erfolgreich zum Laufen kommt.

EDIT: hat sich mit der nächsten Version erledigt. Siehe unten...
Daher muss ich leider für den Moment von der Nutzung unter RedMatic abraten!

[ptweety]

Hallo zusammen,

nun ist die Version v3.6.2 verfügbar. Wichtigste Änderung ist:

• Kompatibilität mit älteren Node-RED Versionen wiederhergestellt
• Damit ist insbesondere auch eine Nutzung unter RedMatic v7.2.1 vom März '21 (mit Node v14.16.0 und Node-RED v1.2.9) möglich

Das Changelog zeigt die restlichen Änderungen.

PS: sollten in den nächsten Wochen keine besonderen Probleme aufkommen, so würde ich diese Version dann auch als stabil bezeichnen.

[jp112sdl]

Und nun gibt es auch einen ersten Wurf für einen Migrationsleitfaden von node-red-contrib-ccu v3.4.2.

Ich hab RedMatic auf der RaspberryMatic (Pi3b) zu laufen und nutze lediglich die Homekit Anbindung.
Habe mich an deinem Migrationsleitfaden (Node-RED as an addon on your CCU / RedMatic) orientiert.

1.) NPM und Node-Red-3.0.2 aktualisiert.
2.) node-red-contrib-ccu aktualisiert.

RedMatic gestartet - und es funktioniert tadellos.

Vielen Dank für die Doku!

2 Fragen habe ich jedoch, da ich mich generell mit dem NodeJS Zeugs bisher nicht oder nur rudimentär befasst habe

1.) Welche package.json ist gemeint?
In deinem Leitfaden steht unter 6.) "Maybe also add this line to package.json:"...
Ich stehe zu dem Zeitpunkt der Installation im Verzeichnis /usr/local/addons/redmatic/var/node_modules.
Dort direkt gibt es keine package.json. Jedoch gibt es ganz viele in ganz vielen anderen Verzeichnissen...

2.) Die installierte NodeJS Version ist weiterhin 14.16.0
Ist das korrekt so? Kann/sollte man auch NodeJS mal aktualisieren oder gibt es dann Kompatibilitätsprobleme, z.B. mit Redmatic-Homekit?

[ptweety]

1.) Welche package.json ist gemeint?
In deinem Leitfaden steht unter 6.) "Maybe also add this line to package.json:"...
Ich stehe zu dem Zeitpunkt der Installation im Verzeichnis /usr/local/addons/redmatic/var/node_modules.
Dort direkt gibt es keine package.json. Jedoch gibt es ganz viele in ganz vielen anderen Verzeichnissen...

Ja, das ist noch nicht so richtig gut durchdacht. In RedMatic wird fest verdrahtet auf den Pfad von node-red-contrib-ccu zugegriffen.
Als Workaround wird jetzt einfach ein Link gesetzt. Aber das ist sicher noch keine dauerhafte Lösung. Daher erstmal nur als Notiz das "maybe" ...

2.) Die installierte NodeJS Version ist weiterhin 14.16.0
Ist das korrekt so? Kann/sollte man auch NodeJS mal aktualisieren oder gibt es dann Kompatibilitätsprobleme, z.B. mit Redmatic-Homekit?

Ja. Ein upgrade wäre sicher möglich. Die bessere Variante ist da aber m.E., einen neue RedMatic Version zu bauen und dort dann ein aktuelles Node mitzubringen.

PS: das steht schon auf meiner ToDo-Liste ...

[wok1415]

Hallo ptweety,

vielen Dank, dass Du das Projekt weiterverfolgst.

RedMatic habe ich bisher auf der pivccu3 verwendet, aber bin auf debmatic umgestiegen, damit eine aktuelle Node-Red Version unabhängig auf dem gleichen System läuft (Node-Red 3.0.2, node v18.12.1). Die Installation der @ptweety/node-red-contrib-ccu Nodes 3.6.2 hat funktioniert. Meine Flows habe ich als json Dateien aus RedMatic übertragen.

Prinzipiell funktioniert alles soweit - bis auf den Value Node (z.B. für einen HM-LC-Sw4-SM-2: 4-fach Funk Schalter (BidCos)): ändern des Status eines Schalters von false auf true funktioniert nicht. Falls der Schalter an ist, kann ich true oder false senden - anschließend ist er aus. Das Gerät wird in Node-Red zwar erkannt und der aktuelle Status des Schalters richtig angezeigt, aber den Status ändern kann ich nur in debmatic und nicht über Node-Red.

Viele Grüße

Edit: Die Ursache des Problems lag woanders:
Es gibt einen Unterschied im Verhalten der beiden contrib-ccu Versionen 3.4.2 und 3.6.2: In Version 3.4.2 hatte ich den den string "true" an den Aktor Datenpunkt STATE gesendet und er hat geschaltet. Das ist jetzt mit der neuen Version 3.6.2 anders - der string "true" an den Aktor Datenpunkt STATE bewirkt das geschilderte Verhalten (Aktor läßt sich nicht mehr einschalten, sondern geht auf aus falls er an war) aber wenn man mit der 3.6.2 einen boolean "true" an den Aktor sendet, dann schaltet er wunderbar.