Probleme z-Wave nach Umstellung auf Node.js v14.18.2
-
@alcalzone
Nein ich habe nur das gemacht sonst nichts.
Es ist so das fast alle Z-Wave Geräte nicht antworten oder die Antwort wird nicht verarbeitet.
Steuern kann ich Lampen usw.
Wenn ich Messwerte usw. bekommen soll, so ist das nicht möglich.
Alle Werte werden wie oben im Screen Shoot zu sehen ist Orange dargestellt und verändern sich nie.
Komischer Weise sind die Meisten Batterie beriebenen Geräte Funktionsfähig sonst hätte ich auch noch Größere Probleme.
Fenster- und Türkontakte ändern Ihren Status von 22 aus 23 oder umgekehrt.Ich halte mich beim Update immer genau an die Vorgaben da ich aus Unkenntnis nichts Falsch machen möchte.
Meine Linux Kenntnisse sind sehr Bescheiden um das mal Freundlich auszudrücken.Welche Hilfestellung kann ich dir sonst noch geben damit du den Fehler eingrenzen kannst ?
Hier z.B der Node 049 bei dem habe ich den Zustand der Lampe durch schalten des betreffenden Schalters verändert ohne das eine Reaktion zu sehen war im ioBroker.
-
Hier bei einem FGD212 kann ich den Dimmwert bei "targetValue_001" von 0-99 vom ioBroker verändern aber bei "value_001_electric_wconsumed" zeigt sich keine Veränderung.
"currentValue_001" verändert sich so wie ich es vom ioBroker vorgebe.
Verändere ich das mit dem Taster vor Ord so ändert sich nichts.
Momentan ist die Lampe auf 99 und das Leuchtmittel leuchtet.Beim Oben erwähnten Node 049 kann ich durch schalten am Schalter den Wert verändern aber es hat ca. 2 min gedauert bis die Reaktion zu sehen wahr.
Bei dem Node 022 veränderte sich das auch nach einigen Minuten nicht.# -
@berges01 na da hoffe ich mal das jemand helfen kann, ich habe wirklich eins zu eins das gleiche Problem und bin kurz davor mein Zwave Netzwerk komplett neu einzurichten, weil es einfach nur nervt...
-
Bei mir sind das über 200 Nodes, das machst du nicht mal eben.
Ich habe 4 Stück neu eingerichtet das hat nichts geändert also warte lieber bevor du Tabula-Rasa machst. -
@mäcki_md sagte in Probleme z-Wave nach Umstellung auf Node.js v14.18.2:
Failed to send the command after 3 attempts (Status Fail)
Das hat mit Node.js nichts zu tun. Das ist ein physikalisches Problem, dass der Stick wegen zu viel Traffic nicht in der Lage ist zu senden.
Es ist so das fast alle Z-Wave Geräte nicht antworten oder die Antwort wird nicht verarbeitet.
Steuern kann ich Lampen usw.
Welche Hilfestellung kann ich dir sonst noch geben damit du den Fehler eingrenzen kannst ?Logs statt Screenshots von Logs: https://github.com/AlCalzone/ioBroker.zwave2/blob/master/docs/de/bei-problemen.md#notwendige-informationen-für-ein-issue
Adapter starten, bisschen warten, dann versuchen die problematischen Geräte zu steuern.Am besten gleich als Issue im Adapter-Repo, damit ich es nicht übersehe: https://github.com/AlCalzone/ioBroker.zwave2
-
@berges01 sagte in Probleme z-Wave nach Umstellung auf Node.js v14.18.2:
Hier bei einem FGD212 kann ich den Dimmwert bei "targetValue_001" von 0-99 vom ioBroker verändern aber bei "value_001_electric_wconsumed" zeigt sich keine Veränderung.
Könnte sein, dass du den Node über den Button in der Geräteliste neu interviewen musst.
Beim Oben erwähnten Node 049 kann ich durch schalten am Schalter den Wert verändern aber es hat ca. 2 min gedauert bis die Reaktion zu sehen wahr.
Bei dem Node 022 veränderte sich das auch nach einigen Minuten nicht.#Das klingt mir schwer nach einem überlasteten Netzwerk oder schlechtem Mesh. Beobachte mal, welche Geräte sehr oft reporten und stelle deren Konfiguration so ein, dass sie das weniger oft machen. Bestenfalls nur bei Änderungen.
Anschließend Netzwerk heilen.
Um sicher zu gehen: Was für einen Stick hast du?
-
Hallo
Das ist mein Stick !
https://z-wave.me/products/uzb/Mal sehen wie ich das rausbekomme welcher Node zu viel sendet.
Das dir der Screenshot nicht viel hilft wahr mir klar.
Das sollte eigentlich nur zur Verdeutlichung des Problems dienen.
Ich habe mir das grade mal angesehen, das da zu viel auf dem Z-Wave Netzwerk los ist kann man laut dem Lock nicht sehen, da ist eher ruhe angesagt.
Schau
zwave_2021-12-15_04-16-06-213.logDa ist nichts orange oder Rot alles scheint Gut zu sein.
Komisch ist es, das ich einen Teilnehmer vom ioBroker steuern kann und den zustand auch verändert sehe. Mache ich das vor Ort, so steuert das auch nur im ioBroker sehe ich das nicht.
Auch die Leistungswerte bleiben eingefroren. (orange).
Ich glaube nicht das der Fehler bei zu viel plauderei auf dem z-wave Netzwerk zu suchen ist (Aber das ist nur meine unmaßgebliche Meinung).
Bei über 200 Nodes ist da natürlich was los aber eher unaufgeregt da das Netz eigentlich Stabil ist.
Auch die 4 Dimmer an die ich schnell ran kam und deren neu anlernen brachte keinen Erfolg der Efekt wahr der selbe.
Das due auf eine Überlastung tipps ist naheliegend trift es aber sicher nicht laut lockfile und meinen Beobachtungen.
wenn es dir hilft, so kann ich dir einen Zugang über TeamViewer geben dann kannst du über meinen Rechner mittels Putty auf den ioBroker Rechner.Nachtrag
Ich habe mehrere Funktionen mittels Blockly die beim öffnen der Tür automatisch das Licht im Raum einschalten und nach einer Zeit wieder aus.
Das Licht geht augenblicklich an und nach der Vorgesehenen Zeit wieder aus.
Das spricht auch gegen eine Überbelastung des Netzes. -
@berges01 Ich gebe dir Recht, da ist wirklich nicht viel los. Der Stick ist auch von der alten 500er Serie, d.h. das Problem was ich noch vermutet habe, kann es nicht sein.
Auch die 4 Dimmer an die ich schnell ran kam und deren neu anlernen brachte keinen Erfolg der Efekt wahr der selbe.
Ich wollte nicht dass du sie neu anlernst. Ich wollte dass du sie neu interviewst und davon ein Log machst:
Komisch ist es, das ich einen Teilnehmer vom ioBroker steuern kann und den zustand auch verändert sehe. Mache ich das vor Ort, so steuert das auch nur im ioBroker sehe ich das nicht.
Das liegt daran, dass der Mechanismus hier ein anderer ist. Steuerst du aus ioBroker, fragt der Adapter kurz drauf nach dem neuen Status. Steuerst du physisch am Gerät, muss es das von sich aus senden. Eine fehlerhafte Konfiguration kann das verhindern, daher die Frage nach dem Re-Interview mit Log.
-
@alcalzone
Sorry falsch verstanden.
Aber jetzt !Die Nodes 19,20,22 und 23 hatte ich neu angelernt.
Jetzt habe ich die wie auch noch einige Andere mal neu Interviewt.
Lockfile hier :
zwave_2021-12-15_09-02-39-251.log
Dann habe ich den Node 22 Händisch eingeschaltet und das sieht dann so aus.
ioBroker bekommt nichts davon mit. -
@berges01 Leider fehlt bei dem Log die Hälfte - hab noch nicht ganz herausgefunden, woran das liegt, scheint aber mit der Systemlast zu tun zu haben. Kannst du das Log bitte direkt auf die Platte schreiben, so wie unter https://github.com/AlCalzone/ioBroker.zwave2/blob/master/docs/de/bei-problemen.md#notwendige-informationen-für-ein-issue beschrieben? Dann die Datei hochladen.
-
So ich habe Det.Log aktiviert, Nodes neu Interviewt und Det.Log deaktiviert.
So weit so gut, wie bekomme ich die jetzt auf meine Windows Maschine damit ich die Posten kann ?
Windows mit Linux ??!!???
Da benötige ich leider Hilfe !
Zur Erinnerung ich habe keine Ahnung von Linux. -
@alcalzone
Ich habe es geschafft.
Nun hoffe ich das es so Richtig ist.
Zumindest weis ich jetzt wie ich an die Datei komme.
zwavejs_2021-12-15.log -
Also von der Kommunikation sieht's sauber aus, das kann also eigentlich nur noch an etwas anderem liegen, das in der Library schon vor kurzem gefixt wurde.
Ich seh zu, dass ich heute oder morgen ein Adapter-Update ins Latest bringe, das den Fix enthält. Eventuell musst du die Geräte danach nochmal neu interviewen, vielleicht klappts aber auch so schon.
-
So den Adapter habe ich Geupdatet.
Danach habe ich ca. 10 Min gewartet.
Aber leider keine Veränderung.
Dann habe ich die Nodes 19,20,22,23 neu Interviewt ohne Erfolg.
Es ist wie Vorher.Das hier erschien auf einmal :
Das ist Neu.
Ich habe keinen Node 322.
iogopro meldet jeden Sensor so :
Das könnte aber durch z-wave Umstellung normal sein.Die Umstellung hat also keinen Erfolg gehabt.
SCHADE ! -
@berges01 sagte in Probleme z-Wave nach Umstellung auf Node.js v14.18.2:
So den Adapter habe ich Geupdatet.
Ich hab noch kein Update rausgebracht
targetValue must be of type number
Kanns sein, dass da irgendwas versucht, etwas ungültiges in
targetValuezu schreiben?Und mit dem iogopro Kram kann ich nix anfangen.
-
Ich dachte der Z-Wave-Adapter währe das Problem.
Nach dem Letzten Post kam ein Neuer Z-Wave-Adapter.
Da hatte ich vermutet das du das gemeint hast.
Nun Gute warten wir mal ab. -
@berges01 sagte in Probleme z-Wave nach Umstellung auf Node.js v14.18.2:
Nach dem Letzten Post kam ein Neuer Z-Wave-Adapter.
Ahh, ne der war schon länger in latest, aber noch nicht im stable. Sorry für die Verwirrung.
-
@berges01 Heads up: In ein paar Minuten ist
v2.4.2-beta.0verfügbar. Installieren kannst du morgen über dasbetaRepository oder direkt nach Release wie folgt:
Bitte auf die korrekte Eingabe achten:
iobroker.zwave2@2.4.2-beta.0 -
@alcalzone
Guten MorgenSo die Beta habe ich installiert.
Das bringt keine Verbesserung.
Im "Gegenteil", jetzt kann ich über ioBroker nicht mehr den Wert (ID022) "targetValue_001" verändern.Schau Fehlermeldungen über Fehlermeldungen.
Ich habe die Roten markierten ID´s neu Interviewt aber ohne Erfolg.
Setzen (Nur bei ID22 und 23 versucht) über ioBroker nicht möglich (Das ist neu).
Händisch am Taster verändert keine Meldung im ioBroker.Das ist der ID023 der Händisch auf 99 gestellt ist und das Licht ist an volle Kanne.
Bis jetzt funktionierte die Steuerung von ioBroker zu den Nodes noch ob das über alle noch geht ?
Die Rollos jedenfals gingen nicht auf.
Jetzt ist Guter Rat angebracht wenn die Heizungen nicht mehr gehen und sich nicht steuern lassen habe ich ein Grosses Problem.Nachtrag:
Die Roten Meldungen betreffen alles Dimmer
ID49 vom ioBroker gesetzt :
Da ist auch eine Meldung von einer Heizung !!
Jetzt mache ich mir Sorgen !!!!! -
@berges01 Interview die betroffenen Geräte mal neu. Da scheinen die Objekte in ioBroker nicht mehr zu stimmen.
Wenn das nicht hilft, zeig mir mal die Objektdefinition:
