Monatsrückblick Januar/Februar 2026 ist online!

[Berges01]

@skyx3

Das betrift nicht nur die Dimmer sondern auch andere Dauerspannungsgeräte.
Ob nun von Fibaro, Qubino usw.
Weiterhin habe ich von Blockly aus "targetValue_001" bei den Dimmern verändert und die Lampen gingen an und aus usw.
Weiterhin habe ich per Blockly "targetValue_001" abgefragt und darauf reagiert.
Das ist z.B wenn eine der Wohnzimmer Lampen (Alle per Dimmer) angeht dann soll auch die Weihnachtsbeleuchtung an oder aus gehen je nach dem.
Die ID 19,20,22,23 sind nur Geräte an die ich schnell dran komme und die ich von Rechner aus immer sehen kann darum nehme ich die als Beispiel.

[Berges01]

@alcalzone

Keine Ahnung.

Die Qubino ZMNHBD z.B ID049 funktioniert jetzt wieder wie gewohnt.

Das was sich Verändert wird grün und dann schwarz wie gehabt.
FIBARO System FGS224, Qubino ZMNHND, Fibargroup FGBS001 Auch die Geräte scheinen wieder zu funktionieren. (Stichproben gemacht).

Zickig sind noch die Fibargroup FGD212

Neu anlernen ?
Den Vorschlag von @Skyx3 mal machen ?
bei ca. 18 Dimmern und teilweise bescheiden eingebaut ist das neu Anlernen Gruselig.
bei den 4 Stück ging das ID19,20,22,230

Nachtrag:

Das sind nur einige die Funktionieren.
Die Meisten Dauerspannungsgeräte funktionieren nicht.

Auch so etwas habe ich gefunden :

2 Gleiche Geräte mit unterschiedlichen Einträgen ?!

[Mäcki_MD]

@alcalzone

Ich habe auch die letzten Tage etwas mitgelesen und einiges versucht. Nach dem letzten Stable Update hat es sich bei mir wieder etwas gebessert.
Ich habe dann noch etwas mit den Verknüpfungen rum gespielt auch wenn ich nicht genau weiß was ich da wirklich alles mit einstelle. Könntest du mir da mal eine kurze Erklärung zu geben oder kann ich das irgendwo nachlesen?

Allerdings habe ich immernoch ab und an das Problem das manche nodes einfach nicht geschaltet werden oder bzw. stark verspätet.
Habe gestern nochmal alle neu interviewt und danach Netzwerk heilen durchgeführt.
Ich gucke mal ob ich die Log für dich irgendwie vom raspberry bekomme und sie dir hier hochladen. Wäre ja sehr nett wenn du mal gucken könntest wo eventuell die überlastung vom Netzwerk herkommen könnte🤷‍♂️

Edit: hier mal die Log (leide etwas groß da ich sie gestern schon gestartet habe nach dem heilen)

zwavejs_2021-12-18.rar

es gibt auch keine speziellen nodes welche nicht reagieren... es ist immer wieder mal ein anderer und im Log bekomme ich dann die Fehlermeldung:

Failed to send the command after 3 attempts (Status Fail) (ZW0202)

[Berges01]

@alcalzone

Guten Morgen
Ich habe versucht das Backup vor der Umstellung nach Node.js V14.18.2 einzuspielen.
Das hat dazu geführt das ich nun nicht mehr auf die Weboberfläche komme.
Das Restor hat unendlich Lange gedauert.
Nach 1/2h habe ich (im Putty) ioBroker getoppt und Neu gestartet.
Er sagt mir auch laut Status das ioBroker läuft.
Aber der Zugriff über die Weboberfläche geht nicht.
Nun ist Guter Rat angesagt !

Das ist Frustrierend !
Ich wollte eigentlich nur Updaten wie auf der Webseite stand.
Habe mich an alle gehalten.
Fiasko.
Wollte ein Restore machen
Eigentlich sollte das möglich sein
Klicken auswählen und:
Fiasko.
Das vor Weihnachten:confounded:

[AlCalzone]

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

Die Meisten Dauerspannungsgeräte funktionieren nicht.

Hast du sie mal neu interviewt?

[AlCalzone]

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

Ich habe dann noch etwas mit den Verknüpfungen rum gespielt auch wenn ich nicht genau weiß was ich da wirklich alles mit einstelle. Könntest du mir da mal eine kurze Erklärung zu geben oder kann ich das irgendwo nachlesen?

Lifeline ist die Verknüpfung, mit der das Gerät Updates zum Controller meldet. Wie die eingestellt werden muss (auf jedem Endpoint oder nur auf dem Root, mit oder ohne Ziel-Endpunkt) hängt davon ab, ob das Gerät Endpoints hat, ob es Association und/oder Multi Channel Associations unterstützt, ob die Gruppen auf den Endpoints existieren, ob diese eigenständig oder mit dem Root-Gerät geteilt sind, .... Und dann gibt es noch Geräte, bei denen die Heuristik nicht funktioniert und bei denen die korrekte Einrichtung in der Konfig-Datei stehen muss.
==> Lass das am besten den Adapter herausfinden.

Die anderen Verknüpfungen sind gerätespezifisch und in der Anleitung beschrieben.

es gibt auch keine speziellen nodes welche nicht reagieren... es ist immer wieder mal ein anderer und im Log bekomme ich dann die Fehlermeldung:

Failed to send the command after 3 attempts (Status Fail) (ZW0202)

Du hast eine ungünstige Kombination: Phasenweise extrem viele Reports aus dem Netzwerk im Millisekundentakt - die ganzen Power Meter und die Thermostate, die beim Aufwachen sofort behätschelt werden wollen - und einen 700er Stick, der mit aktiven Netzwerken nicht wirklich klar kommt. Status Fail bedeutet übersetzt "kann jetzt nicht senden, zu viel los!"
Du kannst versuchen, die Geschwätzigkeit deines Netzwerks etwas zu reduzieren, indem du die Meter z.B. nur bei x% Änderung senden lässt. Ansonsten musst du leider auf ein Firmware-Update des Sticks warten, siehe https://github.com/zwave-js/node-zwave-js/issues/3906

[Berges01]

@alcalzone

Momentan geht überhaupt nichts mehr.
Das Restore hat nicht funktioniert und kein zugriff mehr auf ioBroker.
Hast du eine Anung wie das wieder hinbekomme, oder soll ich ThomasBraun ansprechen ?

[AlCalzone]

@berges01 Sorry, ich hab keine Kapazität, allgemeines Troubleshooting zu betreiben.

[Mäcki_MD]

@alcalzone

Danke dir erstmal!

Ich habe jetzt bei allen Steckdosen den Meter Report deaktiviert. Ich bekomme nur trotzdem noch aktualisierungen im ordner Meter rein🤷‍♂️ in den Logs ist es aber jetzt sehr viel ruhiger und nur die Batterie betriebenen melden sich mal.

Es bleibt trotzdem dabei, dass manche target values einfach nicht übernommen werden.

Mich wundert es nur das ich den Stick schon seid Monaten habe und erst jetzt ohne weitere Veränderung (bis auf das Node Update) kommen plötzlich diese probleme ans tageslicht...

Ich habe ja nur 26 Nodes. Meinst du es könnte eine verbesserung geben den Stick auf Wekseinstellung zu setzen und alle Geräte neu anzulernen?

[AlCalzone]

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

Es bleibt trotzdem dabei, dass manche target values einfach nicht übernommen werden.

Dann mach mal ein Log und merk dir wann es passiert, damit ich es mir anschauen kann.

[Berges01]

@alcalzone

Guten Morgen

So nach dem ich ein Problem mit dem Restore hatte siehe :
https://forum.iobroker.net/topic/50420/probleme-nach-einem-restore/43
Das Teilweise Gelöst wurde.

Jetzt stehe ich wieder vor meinem Problem mit den z-wave Nodes.
Ein erneutes Interviewen bringt keine Änderung.
Das Steuern vom ioBroker zum "Fibargroup FGD212" über "Target value (Endpoint 1)" geht.
Die Zustandsänderung wird über "Current value (Endpoint 1)" auch zurück gemeldet.
Eine Veränderung per Taster führt nicht zu dessen Änderung.
Weiterhin verändert sich auch nicht "Electric Consumption [W] (Endpoint 1)" egal ob nun von ioBroker aus gesteuert wird oder nicht.
Auch Andere Nodes zeigen so ein Verhalten ich habe das aber noch nicht weiter analysiert.
Da ich ca. 18 Dimmer habe, wahr das erst mal Primär.

[AlCalzone]

@berges01 Ok, dann lass uns nochmal sauber anfangen:

1. Logdatei aktivieren und während das Log läuft,
2. Bei einem der Dimmer alle Verknüpfungen löschen
3. Denselben Dimmer neu interviewen
4. Nach dem Interview die Tasten am Gerät betätigen. Zeitpunkt merken und mir mitteilen
5. Logdatei hier hochladen.

[Skyx3]

@berges01
Hast Du bei dem Dimmer denn mal die Verknüpfungen wie in meinem Screenshot gesetzt? Ich kann klar sagen das der Dimmer im Standard nach der Inkludierung diese Sachen nicht sendet.

[AlCalzone]

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

Ich kann klar sagen das der Dimmer im Standard nach der Inkludierung diese Sachen nicht sendet.

Meiner schon :man-shrugging:

[Berges01]

@alcalzone
Node022

Strart log 13:38:13
Interview 13:39:54
Tasten ca. 13:40:50

Ich habe die Lampe 3 x Ein und Aus geschaltet.
zwavejs_2021-12-20.log

1 h Versatz durch Sommer/Winterzeit !

[AlCalzone]

@berges01 Ok da ist noch ne Kleinigkeit faul. Bitte mache folgendes:

1. Logdatei aktivieren und während das Log läuft,
2. Bei Node 22 Dimmer alle Verknüpfungen löschen
3. NICHT neu interviewen
4. Nochmal die Tasten am Gerät betätigen. Zeitpunkt merken und mir mitteilen
5. Logdatei hier hochladen.

[Berges01]

@alcalzone

Der Node022 hat keine Verknüpfungen mehr.
Da wahren nur Alias dran und die habe ich beim letzten Mal gelöscht.

Betätigungszeit ca. 17:09:50
zwavejs_2021-12-20.log

[Skyx3]

@berges01
Ich habe mir mal einen kleinen NodeScanner gebaut, um Spammer im Netzwerk zu finden. Weiß nicht ob es hilfreich ist, aber anbei. Der besagte Node22 dreht ja völlig durch.
node_scanner.xlsx

PS: Ich weiß nicht ob das eine Rolle spielt. Aber bei mir steht im Protokoll ich hätte die Driver Version "8.9.0-beta.4-pr-3789-c208add" bei dir steht noch "version 8.9.0-beta.3"

[AlCalzone]

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

Aber bei mir steht im Protokoll ich hätte die Driver Version "8.9.0-beta.4-pr-3789-c208add"

Wie haste die denn bekommen?

[AlCalzone]

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

Der Node022 hat keine Verknüpfungen mehr.

Ach verdammt, ich hab den wichtigsten Schritt vergessen. Wenn da keine Verknüpfungen mehr sind, händisch wieder diese eintragen:

Dann weiter bei
4. Nochmal die Tasten am Gerät betätigen. Zeitpunkt merken und mir mitteilen
5. Logdatei hier hochladen.