Probleme z-Wave nach Umstellung auf Node.js v14.18.2

[Berges01]

@alcalzone

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

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

[AlCalzone]

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

[Berges01]

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

[AlCalzone]

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

[Berges01]

@alcalzone

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.

[Berges01]

@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

[AlCalzone]

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.

[Berges01]

@alcalzone

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 !

[AlCalzone]

@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 targetValue zu schreiben?

Und mit dem iogopro Kram kann ich nix anfangen.

[Berges01]

@alcalzone

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.

[AlCalzone]

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

[AlCalzone]

@berges01 Heads up: In ein paar Minuten ist v2.4.2-beta.0 verfügbar. Installieren kannst du morgen über das beta Repository oder direkt nach Release wie folgt:

Bitte auf die korrekte Eingabe achten: iobroker.zwave2@2.4.2-beta.0

[Berges01]

@alcalzone
Guten Morgen

So 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 !!!!!

[AlCalzone]

@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:

[AlCalzone]

@berges01 Nevermind, ich glaube ich habs schon.

v2.4.2-beta.1 kommt in ein paar Minuten. Installation analog zum letzten Update.
Wundert mich nur dass das die anderen >100 Tester von 2.4.x nicht gemerkt haben.

[Berges01]

@alcalzone

Node 22

Jetzt mache ich mich mal an die Installation der Beta.
Komme Gleich mit dem Ergebnis

[Berges01]

@alcalzone

Sobald ich das ändere

kommt die Meldung

Ich lerne den mal Neu an.

So von ioBroker kann ich wieder ein/aus schalten.

Bei einer Händischen veränderung passiert im ioBroker nichts.
Auch die Leistungswerte werden nicht angezeigt.
Also wie Gestern.

[Skyx3]

@alcalzone
Hi, ich habe ja ebenfalls auf NodeJS 14.8.2 upgedatet und hatte keine Probleme mit drei Aeotec Sticks (hatte zu der Zeit aber schon 2.4.1 am laufen und die Sticks waren ja fest verknüpft, vielleicht lag es daran?). Ich habe jetzt mal die Beta 2 installiert, wegen dem NetworkHeal Thema und jetzt funktioniert ein großteil der Aliase bei mir nicht mehr, da die States gelöscht wurden. Als Beispiel:

2021-12-17 11:40:03.495 - warn: zwave2.2 (286431) Deleting orphaned state zwave2.2.Node_005.Binary_Switch.targetValue
2021-12-17 11:40:03.612 - warn: zwave2.2 (286431) Deleting orphaned state zwave2.2.Node_006.Binary_Switch.targetValue
2021-12-17 11:40:03.628 - warn: zwave2.2 (286431) Deleting orphaned state zwave2.2.Node_007.Binary_Switch.targetValue

Aber die Frage wäre jetzt ob das eigentlich ein Bugfix oder ein Fehler in der Beta ist.
Vorher hatte ich die States
tagetValue
tagetValue1
tagetValue2

Und nach dem Update nur noch:
tagetValue1
tagetValue2

Das Verrückte ist, ein Backup über iobroker hat nichts gebracht. Nach dem Backup vom iobroker wurden die Daten erneut gelöscht als der Zwave Adapter gestartet wurde, obwohl wieder die 2.4.1 lief. Erst ein einspielen eines Server Images hat alles wieder auf Normal zurückgebracht.

PS: Ein Backup ist immer Pflicht, da spart man sich einiges an Sorgen.

PPS: Die Devices gehen auch nach dem Update, ich müsste nur alle Aliase auf die neuen States anpassen. Wobei auch bei ein paar Geräten der Configurations Ordner gelöscht wurden.

[AlCalzone]

@skyx3 sagte in Probleme z-Wave nach Umstellung auf Node.js v14.18.2:

Vorher hatte ich die States
tagetValue
tagetValue1
tagetValue2
Und nach dem Update nur noch:
tagetValue1
tagetValue2

Dann war der ohne Zahl vorher ein Duplikat und hätte gar nicht existieren sollen.

Wobei auch bei ein paar Geräten der Configurations Ordner gelöscht wurden.

Welche Geräte?

[AlCalzone]

@berges01 sagte in Probleme z-Wave nach Umstellung auf Node.js v14.18.2:

Bei einer Händischen veränderung passiert im ioBroker nichts.
Auch die Leistungswerte werden nicht angezeigt.

Dann nochmal Logs machen bitte, genau wie beim letzten Mal.