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

[wok1415]

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.

@jp112sdl: Wäre es möglich im Rahmen einer Installation von RedMatic unter RaspberryMatic, Node-Red automatisch auf Version 3.0.2 zu aktualisieren, sowie auch npm und node auf 8.19.3 bzw. 16.19.0 zu aktualisieren und node-red-contrib-ccu durch @ptweety/node-red-contrib-ccu zu ersetzen ?

(Ich verwende das so seit einiger Zeit ohne Probleme im Kontext von node-red und debmatic. Das Updaten von npm, node und node-red im Kontext von RedMatic und RaspberryMatic über die Kommandozeile ist für mich nicht so offensichtlich (busybox hat keine bash und es gibt Schreib/Lese Beschränkungen). Ich habe das einmal hinbekommen, aber nach einem reboot hat es dann nicht mehr funktioniert.)

@ptweety: Nochmals vielen Dank für die Weiterführung des Projekts !

Viele Grüße

[lemny]

Erst einmal RIESIGEN DANK!!!
Du glaubst gar nicht wie sehr mich freut, dass sich jemand um node-red-contrib-ccu kümmert.
Zwar läuft meine Installation noch fehlerfrei, aber dass da set 2 Jahren nichts mehr passiert hat mich sehr bekümmert.
Könnte mir nicht mehr vorstellen, ohne Node-Red zu leben.

Ich habe meine Installation von Node-Red unter node.js auf meinem Windows Server laufen und von "node-red-contrib-ccu" allein schon 544 Nodes.
Verstehe ich das richtig, dass eine Migration auf deine Version so ablaufen kann?

- Node-Red stoppen
- in node.js unter "C:\Users\<user>\.node-red\node_modules>" folgende Befehle ausführen:
npm uninstall node-red-contrib-ccu
npm cache verify
npm install @ptweety/node-red-contrib-ccu
- Node-Red starten

[ptweety]

Hallo Lemny,
Mit Spezifika unter Windows kenne ich mich leider nicht aus. Daher kann ich dir nur den Migrationsleitfaden ans Herz legen.

Aber bitte NICHT so, wie von dir vorgeschlagen durchführen! Ohne Backup und Restore sind deine 500+ Nodes nämlich evtl. verloren.

[lemny]

ah, du hast Recht… sollte natürlich genau wie bei der Docker Migration vorher flows.json und flows_cred.json sichern… danke…

[wok1415]

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 ...

@ptweety Die Abhängigkeiten in RedMatic zu aktualisieren ist eigentlich kein Problem - die stehen in RedMatic/packages.json. Die habe ich testweise in einem Fork mal auf den aktuellen Stand gebracht und dann einen Build (gegen node 16) angestossen, der von Travis-CI abgehandelt wird. Travis verwendet dafür Ubuntu Server, die dann aber im Build Prozess die Fehlermeldung `GLIBC_2.28' not found auswerfen (beim Kompilieren der "prebuilt binaries"). Es sieht so aus als ob die von Travis CI verwendete Ubuntu Version nicht voll kompatibel mit Node 16 ist ... (https://stackoverflow.com/questions/748 ... -not-found)

Ist hier ein Umzug des Quellcodes von Travis CI nach z.B. GitLab nötig - oder kann man das vielleicht anders lösen ?

Viele Grüße

[Psi]

Es nutzt noch jemand Travis?

Ich könnte mir das mal anschauen und auf github actions migrieren

[wok1415]

Mein Testaccount bei Travis-CI, den ich vor einigen Tagen eröffnet habe, wird gerade gelöscht - auf Antrag dauert das bis zu 30 Tage.

Die aktualisierte package.json hänge ich mal an ...

[ptweety]

Ich könnte mir das mal anschauen und auf github actions migrieren

Ich habe mit dem ganzen Build-Prozess von RedMatic vor 3 Monaten mal rumgespielt, aber mittendrin etwas die Lust / Zeit verloren. Was ich damals so verbrochen habe kannst du gerne in deinen Versuch mit reinnehmen: https://github.com/ptweety/RedMatic

[Psi]

Hobbyquaker hat da schon was https://github.com/rdmtc/RedMatic/actions

[ptweety]

Stimmt. Leider nimmt er in dieser Build-Pipeline letzten Endes seine lokal gebauten Pakete, welche er vorher auf GH gepusht hat.

Das reicht leider nicht bei all den darin enthaltenen utils und contrib- nodes ...