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

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

[Berges01]

@alcalzone

Bitte Schön

zwavejs_2021-12-17.log

Ich habe Node 19,20,22,23 Neu angelernt.
Dann bei Node 22 von ioBroker aus den Zustand von null auf 0 geändert dann kam eine Fehlermeldung

Dann auf 99 das ging.
Danach wieder auf 0.
Dann Händisch aus und ein geschaltet.
Danach den Det.Log wieder ausgeschaltet und die Datei hier hin kopiert.
Ich mache jede Nacht ein FTP-Backup und kann das natürlich zurück spielen (Habe ich noch nie gemacht) aber das wird dir bei der Suche nicht helfen.
Wenn nichts mehr geht, das ist gesichert.
Ich hoffe das Log bringt dich weiter.
Das Angebot für den TeamViewer steht noch !

[AlCalzone]

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

Dann bei Node 22 von ioBroker aus den Zustand von null auf 0 geändert dann kam eine Fehlermeldung

Ich glaube das ist ein Admin-Bug: https://github.com/ioBroker/ioBroker.admin/issues/1172

Zu den fehlenden Reports probier bitte mal folgende Einstellung unter "Verknüpfungen" - hier für meinen 213 (den Nachfolger), sollte aber bei deinen analog sein.

AlCalzone created this issue in ioBroker/ioBroker.admin

closed Admin 5: Changing a (null) state without editing the dialog sends `null` instead of the value in the dialog #1172

[Berges01]

@alcalzone

Die 22 sah aus wie die 23 vor der Änderung.

Das brachte aber keine Veränderung des Efektes.
Dann habe ich den 22 wieder Neu interviewt und dann sah der 22 wieder so aus wie der 23.

Ich habe die Vermutung das das Problem nicht beim z-wave Adapter liegt.

PS
Bis ich mal gefunden hatte wo die Einstellung "Verknüpfungen" zu finden wahr, hat es schon gedauert.
Meine Kenntnisse sind halt noch/nur Rudimentär.

[Skyx3]

@alcalzone
Ja OK verstehe, also das betrifft den Großteil meiner Switche (In Stückzahl):
Philio Technology Corp PAN06
Philio Technology Corp PAN04
Fibargroup FGS212

Nicht betroffen davon sind
Widom WDS
Fibargroup FGS222

Aber OK ich wollte nur sichergehen, dann muss ich mal schauen wann ich ein paar Stunden über habe um das Update erneut einzuspielen und dann alle Aliase wieder zu korrigieren. Ich wollte nur sichergehen mir keine doppelte Arbeit zu machen da das Update ja mit BEta versehen ist, hätte es ja sein können, das dies nur temporär ist.

Zum anderen Thema, ich habe nicht alle Geräte vor dem Backup durchgeschaut, aber unter anderem bei
Zipato RGBWE2
wurde der Configurationsordner nach dem Update gelöscht. Jetzt kann man natürlich in so einem Fall einfach erneut auf Interview gehen, nur haben einige meiner Geräte komplexe Einstellungen und da sitzt man dann wieder ewig dran. Vielleicht ist das ja ein Bug

[AlCalzone]

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

Dann habe ich den 22 wieder Neu interviewt und dann sah der 22 wieder so aus wie der 23.

Sorry, ich hätte eindeutiger sein sollen...

1. Neu interviewen setzt die Änderung zurück weil der Adapter denkt das ist falsch. Also nicht tun!
2. Erst die Verknüpfungen löschen, dann die korrekte erstellen.

@Skyx3

Jetzt kann man natürlich in so einem Fall einfach erneut auf Interview gehen, nur haben einige meiner Geräte komplexe Einstellungen und da sitzt man dann wieder ewig dran.

Die Konfiguration selbst ist auf dem Gerät gespeichert. Neu interviewen liest diese nur neu ein.

[AlCalzone]

@Berges01 ich hab grade nochmal bei mir geschaut. Ich dachte erst du hast den FGS212, aber es ist ja der Dimmer FGD212. Den hab ich auch.

Also Adapter geupdated, Verknüpfungen gelöscht, Dimmer neu interviewt. Und es funktioniert!

[Berges01]

@alcalzone
Also Gut,
Ich habe mit der "Verknüpfungen" :

1. Node 22 Verknüpfungen gelöscht.
2. Verknüpfungen nach Vorgabe neu ertellt.

3. mit + abgespeichert.
   4 in die Objekte gegangen.
4. Node22 untzer z-Wave aufgerufen.

6. mit dem Taster die Lampe ein geschaltet.
7. nix verändert !

Da ist weder "targetValue_001" auf 99 gesprungen noch ist "Electric Consumption [W] (Endpoint 1)" auf einen Wert geprungen.
Ich hoffe ich hatte dich so richtig verstanden.