Ich habe heute noch mal genau nachgesehen.
Node Red startet wie immer. beim ersten mal dauert es 20 Minuten bis der Status angezeigt wird und dann funktionieren auch die Injekt Nodes, und der Status wird angezeigt und aktualisiert.
Dann läuft wieder alles wie vorher, solange man die Node Red Benutzer Oberfläche in irgendeinem Fenster geöffnet hat. Schließt man alle, braucht es wieder die 20 Minuten Ladezeit.
Die Flows laufen aber sofort nach dem HA Start ohne Verzögerung, es ist nur der Status und die Injekt Nodes in der Benutzer Oberfläche.
Kein Problem!
Hoffe mal drauf, dass die Entwickler das noch fixen - bis dahin kann ich auch gut mit dem „alten“ Websocket leben. Aktuell ist die Version schon bei 68.8
Keine Veränderung, Zeit bis in der Node Red Benutzeroberfläche der Status angezeigt wird ca 6 Minuten, Danach wird der Status wie gewohnt aktualisiert und die injekt Nodes gehen. Wird die Benutzeroberfläche geschlossen, dauert es wieder ca 6 Minuten.
Die flows laufen in der Zeit normal ohne Verzögerung.
Bei mir stand definitiv nichts zu dem Problem im Log.
Unter dem o.g. GitHub-Link gibt es wohl einen work-around, der aber leider bei mir nicht funktioniert hat.
Das Problem tritt immer dann auf, wenn NR damit beschäftigt ist, Webserver abzufragen (z.B.: wenn man viele verschiedene HA-Server in NR hat), deshalb gehe ich mal davon aus, dass das etwas mit der Umstellung des Websocket von “service” zu “action” zu tun hat.
Wenn man “fremde” Flows importiert, dann passiert es sehr oft, dass auch in der Node ein “fremder” HA-Server gezogen wird. Sehen kannst Du das in der Konfigurationsnode:
Ich habe das Problem gar nicht (s. meinen Screenshot oben). Ich habe damit nur erklären wollen, dass das aktuelle Problem nicht neu ist, sondern auch andere Ursachen haben kann.
BTW: Einfach löschen ist die falsche Methode, denn dann funktioniert die node ja nicht mehr - du musst in der Node den “richtigen” Server auswählen und dann den “fremder” Löschen, wenn keine Nodes mehr mit ihm verbunden sind, er also bei “0” steht.
Übrigens:
Das Problem mit mehreren/vielen HA-Servern wurde bei GitHub lange diskutiert, weil es gar nicht sofort auffällt, wenn man sich “fremde” Server reingezogen hat, oder schaust Du regelmäßig in die Konfiguration-Node?
Doch, genau das hier:
oder wie es in der Node aussieht:
Also zum einen importiere ich fremde Flows nicht so einfach, sondern ersetze die HA-Server ID durch meine Server-ID (*1) und ausserdem habe ich meinen HA-Server bei der Konfiguration in Node Red gleich umbenannt. Sollte ich mal vergessen den zu importierenden, fremden Flow entsprechend anzupassen, sehe ich sofort den fremden HA-Konfigurations-Node un kann diesen löschen.
Okay, das Tool kannte ich bis jetzt noch nicht (und viele NR-User wohl auch nicht).
Ich importiere grundsätzlich keine “fremder” FLOWS mehr, damit hatte ich in der Vergangenheit immer wieder Probleme, deshalb tritt das “Viel-Server-Problem” bei mir nicht mehr auf.
Nur blöd, dass jetzt über einen anderen Weg wieder neue Probleme auftauchen. Aber ich kann auch gut noch länger mit dem “alten” Websocket leben.
Hallo, bin am Boden zerstört, wie meine flows. Soeben Node-Red-Update durchge3führt. In allen flows ist der Start-Node wie deaktiviert dargestellt, also alle timestamp oder inject. Sie werden beim Öffnen aber als aktiviert dargestellt. Ich weiß mir keinen Rat.
Das deaktivierte und verzögerte Darstellen habe ich beheben können.
Ich hatte 2 HA Server in Node Red.
Als ich alles auf ein Server umgezogen habe funktioniert der Status in der Bearbeitungsoberfläche wieder. Gleich nach dem starten
ABER:
Bei mir ist dazu die Prozessorlast von Node Red bis zu 40% und die Flows werden dann verzögert ausgeführt.
Ich hoffe sie finden endlich den Fehler.
Bei mir hat alle angefangen mit:
HA: 2024.8
Node red 18.0.5
Node-RED Companion Integration v4.02
node-red-contrib-home-assistant-websocket 0.67.2
Hatte ich auch (s. im Thread ganz oben).
Damals hat die Bereinigung geholfen, beim aktuellen Problem leider nicht, deshalb bin ich erstmal auf dem “websocket”-0.65.1 geblieben und habe auch das NR-Update auf 18.1.1 noch nicht gemacht.
Plane für den Feiertag (03.10.) nochmals ein paar Versuche, glaube aber, dass der/die Entwickler Grundlegen etwas ändern müssen und dass die Probleme mit der Umstellung von “service” auf “action” in HA (Release 2024.9.0) zusammen hängen.
Am besten fleißig die GitHub-Seite kommentieren, dann tut sich evtl. schneller etwas.
Dein node-red-contrib-home-assistant-websocket ist schon arg veraltet, aktuell ist 0.73.0. Ich kann keinerlei der Probleme bestätigen. Prozessorlast ist auch mehr als ok.
Natürlich ist jetzt mein System Aktuell: Es hat mit Websocket 0.67 angefangen.
HA: 2024.9
Node red 18.1.1
Node-RED Companion Integration v4.1.1
node-red-contrib-home-assistant-websocket 0.73.0
Hast deine Prozessorlast von Node Red schon mal über einen längeren Zeitraum beobachtet? Du wirst Augen machen… bei mir schwankt es von 0% bis 40%
1. Update:
Habe heute nach vorherigem Backup auf Node-Red 18.1.1 aktualisiert und alles läuft weiter prima.
Meine CPU-Auslastung ist auch normal (hatte damit aber auch bisher noch h keine Auffälligkeiten), trotz fast 1.100 Nodes:
Werde ggf. später oder morgen, natürlich nach vorherigem Backup, auch mal den “websocket” auf 0.73.0 aktualisieren - mal schauen.
Update2:
Also, es liegt garantiert an den Änderungen, die durch den neuen “websocket”-0.73.0 eingebracht werden. Nach dem Neustart von NodRed sind die inject-/debug-nodes ohne Funktion und es werden keine Node-Statusanzeigen angezeigt, dass ändert sich auch nicht nach dem “deployen” um die Layout-Änderungen an den Nodes durchzuführen.
Zurück auf “websocket”-0.65.1 und alles läuft wieder!
