Hallo,
Eine kleine Umfrage, um zu sehen, ob es für Sie ein Problem wäre, node-red mit nodejs in Version 18.x oder 20.x zu aktualisieren.
Wir sind noch bei nodejs Version 16.20.x, die ab September 2023 nicht mehr unterstützt wird.
Ich hätte mindestens Version 18 für dieses Plugin und die Abfrage der Tempo-Tarife aus einem PDF benötigt: (Brauche es jetzt doch nicht 
)
Die Umfragefrage lautet: Upgrade oder nicht?
Hallo @prohand,
ich bringe dieses Thema wieder auf, denn es wäre tatsächlich gut, dies zu aktualisieren.
Das Problem ist, dass diese Aktualisierung meiner Meinung nach breaking ist.
Wenn wir alle Instanzen zwingen, Node-RED zu aktualisieren, könnte das nicht Installationen beschädigen? Und das wollen wir wirklich nicht 
Wäre die Lösung nicht, einen Node-RED-Versionen-Selektor in die Oberfläche dieser Integration hinzuzufügen?
Ich habe nicht auf die Umfrage geantwortet, weil ich in Node-RED relativ viel Flow nutze, aber ich habe überhaupt keine Ahnung von der möglichen Auswirkung des Upgrades… Die Option ist vielleicht eine gute Idee. Wäre es möglich, das Upgrade zu testen und zurückzugehen, wenn wir feststellen, dass unsere Node-RED-Flows kaputt sind?
Ich kenne mich nicht gut genug mit Node-RED aus, um dir zu antworten. Ich glaube nicht, dass es möglich ist. Wenn du ein Upgrade durchführst und es schiefgeht, musst du deine Flows korrigieren.
Ich glaube nicht, dass Node-RED einen Downgrade-Assistenten bereitstellt…
Bei Gladys zum Beispiel haben wir nur Upgrade-Migrationen, aber keine Downgrade-Migrationen.
Um das Thema wieder aufzunehmen, werde ich versuchen, bis Ende August ein Upgrade von node-red auf die neueste Version 4 durchzuführen.
Nur zur Info: Ich habe eine VM außerhalb von Gladys eingerichtet, die dieselbe Version wie Gladys aktuell ausführt.
Ich werde euch so schnell wie möglich Feedback geben. 
„DQP“ 
(Dedication an Haroun!!)
@prohand Danke! In jedem Fall bin ich mir nicht sicher, ob ein erzwungenes Update möglich oder wünschenswert ist. Ich denke, dass wir in der Integrationsschnittstelle einen Versionsauswahlschalter hinzufügen müssen, um zur höheren Version zu wechseln.
Im Fall von Node-RED verwendet der Benutzer viele Drittanbieter-Plugins, die nicht unbedingt alle mit jeder Version kompatibel sind, daher denke ich, dass es am Benutzer liegt, das Update durchzuführen.
Ja, man sollte dem Benutzer die Wahl lassen, ob er das Update durchführen möchte oder nicht
Hallo,
Ich bringe dieses Thema noch einmal auf, weil mir bewusst geworden ist, dass ich bezüglich des Updates nicht weitergekommen bin.
Ich habe gerade mein Node-RED auf Version 4.1.2 (Docker) aktualisiert.
Ich musste einige Plugins aktualisieren:
Ich musste Node-RED ein letztes Mal neu starten, um die Plugin-Aktualisierung abzuschließen.
Bisher scheint alles gut zu funktionieren.
Ich halte euch auf dem Laufenden, falls Probleme auftreten.
Das Risiko, Installationen zu beschädigen, ist, denke ich, darauf beschränkt, dass Plugins nicht mehr kompatibel sind. Man könnte jedoch tatsächlich einen Versionsselektor für diejenigen einführen, die auf eine neuere Version migrieren möchten.
@prohand danke für deine Rückmeldung.
Wenn du das Update durchgeführt hättest, ohne danach etwas zu ändern, wären deine Flows dann weitergelaufen?
Denn genau das wird passieren, wenn wir ein Update erzwingen.
Ja, das hätte wahrscheinlich weiter funktioniert, denke ich, aber ich bin mir nicht zu 100 % sicher, da ich es nicht über mehrere Tage ohne Plugin-Updates getestet habe.
Wenn jemand dieses Thema übernehmen und einen PR erstellen könnte (und ihn natürlich gut testen), wäre mir das eine große Hilfe 
Meine Antwort dazu: ein Versionsauswahl im Node-RED-Integration, damit wir Node-RED bei niemandem kaputt machen und der Nutzer, wenn er möchte, aktualisieren kann
Ich schließe dieses Thema!
