NEWS
Test Adapter Z-Wave 2 v1.10.x
-
Hatte den Thread hier nicht auf anhieb gesehen. Hatte ein issue auf Github eröffnet:
Problembeschreibung:
Ich habe seit ein paar Wochen Zwave2 am laufen, mit bisher 1 Fibaro Steckdose. Das lief auch soweit alles prima, völlig ohne Probleme.
Ich habe hier parrallel aktuell noch FHEM laufen und wollte gestern beginnen meine vorhandenen zwave GerÀte in ioBroker umzuziehen. Ich habe angefangen mit 1 Fibaro Rollershutter 2. Und da gingen dann auch schon die Probleme los.
Aus FHEM exkludiert, auf Werkseinstellungen resettet und dann konnte ich den Aktor nicht in ioBroker anlernern. Es ist einfach nichts passiert.
Nach 2 Stunden probieren, war er plötzlich angelernt. Und hat auch funktioniert. Danach noch 3 Rauchmelder angelernt, bei dem ersten ging es auch erst nicht, auch eine Stunde erfolglos versucht. Dann einen baugleichen anderen genommen, der ging ohne Probleme. Danach funktionierte die Inklusion dann auch bei dem ersten Rauchmelder auf anhieb. Keine Ahnung warum.Dann habe ich meine Rollade auf 50% gefahren. Alles gut bis hier hin.
Von den 50% dann komplett hoch und dann ging NICHTS mehr im Zwave System.Plötzlich Node 2 (die Steckdose die seit Wochen lief) dead, dann node 7 dead (die Rollade) und die Rauchmelder melden sich auch nicht mehr. Netzwerk heilen, Cache leeren, nichts hilft.
Rollade gelöscht, Werkseinstellungen und dann wieder 2 Stunden versucht in Zwave zu inkludieren. Ohne Erfolg. Es ging einfach ums verrecken nicht.
Dann, weil es nun schon 2 Uhr Nachts waren und ich ins Bett wollte, den Rollershutter versucht in FHEM wieder anzulernen.
Das hat auf anhieb(!) funktioniert. Keine Probleme.Jetzt stehe ich hier und in ioBroker funktioniert an ZWave GerÀten nichts mehr. Alles tot.
Im log stand auch nur, dass die Nodes tot seien, Interviews nicht funktioniert haben und das wars.
Beim inkludieren des Rollershutter2 wurde 4x scheinbar irgendwas gemacht, weil "interview Node 11, 12, 13 und 14" aufgetaucht ist im Log, aber jedes mal nach 5 Versuchen erfolglos abgebrochen wurde.Ich verstehe das nicht. Da FHEM Problemlos funktioniert, vermute ich das Problem im ZWave Adapter.
Ich habe noch eine allgemeine Frage: Kann man alte Nodes irgendwie löschen? So das nicht Nummern ĂŒbersprungen werden, durch gelöschte Nodes?
-
Hatte den Thread hier nicht auf anhieb gesehen. Hatte ein issue auf Github eröffnet:
Problembeschreibung:
Ich habe seit ein paar Wochen Zwave2 am laufen, mit bisher 1 Fibaro Steckdose. Das lief auch soweit alles prima, völlig ohne Probleme.
Ich habe hier parrallel aktuell noch FHEM laufen und wollte gestern beginnen meine vorhandenen zwave GerÀte in ioBroker umzuziehen. Ich habe angefangen mit 1 Fibaro Rollershutter 2. Und da gingen dann auch schon die Probleme los.
Aus FHEM exkludiert, auf Werkseinstellungen resettet und dann konnte ich den Aktor nicht in ioBroker anlernern. Es ist einfach nichts passiert.
Nach 2 Stunden probieren, war er plötzlich angelernt. Und hat auch funktioniert. Danach noch 3 Rauchmelder angelernt, bei dem ersten ging es auch erst nicht, auch eine Stunde erfolglos versucht. Dann einen baugleichen anderen genommen, der ging ohne Probleme. Danach funktionierte die Inklusion dann auch bei dem ersten Rauchmelder auf anhieb. Keine Ahnung warum.Dann habe ich meine Rollade auf 50% gefahren. Alles gut bis hier hin.
Von den 50% dann komplett hoch und dann ging NICHTS mehr im Zwave System.Plötzlich Node 2 (die Steckdose die seit Wochen lief) dead, dann node 7 dead (die Rollade) und die Rauchmelder melden sich auch nicht mehr. Netzwerk heilen, Cache leeren, nichts hilft.
Rollade gelöscht, Werkseinstellungen und dann wieder 2 Stunden versucht in Zwave zu inkludieren. Ohne Erfolg. Es ging einfach ums verrecken nicht.
Dann, weil es nun schon 2 Uhr Nachts waren und ich ins Bett wollte, den Rollershutter versucht in FHEM wieder anzulernen.
Das hat auf anhieb(!) funktioniert. Keine Probleme.Jetzt stehe ich hier und in ioBroker funktioniert an ZWave GerÀten nichts mehr. Alles tot.
Im log stand auch nur, dass die Nodes tot seien, Interviews nicht funktioniert haben und das wars.
Beim inkludieren des Rollershutter2 wurde 4x scheinbar irgendwas gemacht, weil "interview Node 11, 12, 13 und 14" aufgetaucht ist im Log, aber jedes mal nach 5 Versuchen erfolglos abgebrochen wurde.Ich verstehe das nicht. Da FHEM Problemlos funktioniert, vermute ich das Problem im ZWave Adapter.
Ich habe noch eine allgemeine Frage: Kann man alte Nodes irgendwie löschen? So das nicht Nummern ĂŒbersprungen werden, durch gelöschte Nodes?
-
@RoccoNaut lass uns das auf Github fortsetzen.
Kurze Frage kommt evtl. bald auch S2 UnterstĂŒtzung evtl. mit der kommenden Adapter Version 2.0 ? Ich betreibe mehrere Danalocks und ĂŒber S0 ist die Kommunikation hĂ€ufig verzögert bzw. auch mitunter fehlerhaft hier erhoffe ich mir mit S2 eine spĂŒrbare Verbesserung.
Vielen Dank fĂŒr deinen Einsatz hier bzw. den tollen Adapter !!
-
Kurze Frage kommt evtl. bald auch S2 UnterstĂŒtzung evtl. mit der kommenden Adapter Version 2.0 ? Ich betreibe mehrere Danalocks und ĂŒber S0 ist die Kommunikation hĂ€ufig verzögert bzw. auch mitunter fehlerhaft hier erhoffe ich mir mit S2 eine spĂŒrbare Verbesserung.
Vielen Dank fĂŒr deinen Einsatz hier bzw. den tollen Adapter !!
@jupzup Ich habe derzeit noch alle HĂ€nde voll zu tun, diverse Probleme aus der Welt zu rĂ€umen - unter anderem, das wofĂŒr ich die 2.0 schon angekĂŒndigt habe. Wenn das passiert ist, kann ich mich hoffentlich bald an Verbesserungen wie die Fertigstellung von S2 machen.
-
@jupzup Ich habe derzeit noch alle HĂ€nde voll zu tun, diverse Probleme aus der Welt zu rĂ€umen - unter anderem, das wofĂŒr ich die 2.0 schon angekĂŒndigt habe. Wenn das passiert ist, kann ich mich hoffentlich bald an Verbesserungen wie die Fertigstellung von S2 machen.
Moin zusammen,
ich habe drei Bewegungsmelder von Steinel eingebunden, die sich mehr oder weniger regelmĂ€Ăig abmelden, sprich sie liefern keine Daten mehr und sind such nicht erreichbar. Standardprozedur: 1x raus aus dem System und wieder rein, dann hĂ€lt s fĂŒr ne Weile.
Gestern musste ich wieder einen der drei auf die beschriebene Art "behandeln", seit dem ist Helligkeitssensor vom Adapter gelöscht.zwave2.0 2021-07-12 11:37:54.055 warn Deleting orphaned state zwave2.0.Node_026.Multilevel_Sensor.illuminanceEin neues Interview eines der weiteren Bewegungsmelder hat auch die Löschung des States zur Folge.
Gestern war ich noch bei zwave2 1.9.3; eben habe ich auf 1.10.2 geupdatet, neues Interview von Node 26 - kein illuminance State. :pensive:
Hat irgendjemand eine Idee, wie ich den wieder in die Konfiguration rein bekommen? Der Sensor entscheidet fĂŒr das ganze Haus ob hell oder dunkel vorliegt...
Danke und GruĂ
Andreas -
Moin zusammen,
ich habe drei Bewegungsmelder von Steinel eingebunden, die sich mehr oder weniger regelmĂ€Ăig abmelden, sprich sie liefern keine Daten mehr und sind such nicht erreichbar. Standardprozedur: 1x raus aus dem System und wieder rein, dann hĂ€lt s fĂŒr ne Weile.
Gestern musste ich wieder einen der drei auf die beschriebene Art "behandeln", seit dem ist Helligkeitssensor vom Adapter gelöscht.zwave2.0 2021-07-12 11:37:54.055 warn Deleting orphaned state zwave2.0.Node_026.Multilevel_Sensor.illuminanceEin neues Interview eines der weiteren Bewegungsmelder hat auch die Löschung des States zur Folge.
Gestern war ich noch bei zwave2 1.9.3; eben habe ich auf 1.10.2 geupdatet, neues Interview von Node 26 - kein illuminance State. :pensive:
Hat irgendjemand eine Idee, wie ich den wieder in die Konfiguration rein bekommen? Der Sensor entscheidet fĂŒr das ganze Haus ob hell oder dunkel vorliegt...
Danke und GruĂ
Andreas@sirhenri sagte in Test Adapter Z-Wave 2 v1.10.x:
neues Interview von Node 26 - kein illuminance State
Dann mach mal ein Logfile vom Interview, wie hier beschrieben: https://github.com/AlCalzone/ioBroker.zwave2/blob/master/docs/de/bei-problemen.md
Bevorzugt direkt auf Github als Issue, dann geht's auch nicht vergessen. -
@sirhenri sagte in Test Adapter Z-Wave 2 v1.10.x:
neues Interview von Node 26 - kein illuminance State
Dann mach mal ein Logfile vom Interview, wie hier beschrieben: https://github.com/AlCalzone/ioBroker.zwave2/blob/master/docs/de/bei-problemen.md
Bevorzugt direkt auf Github als Issue, dann geht's auch nicht vergessen.@alcalzone danke fĂŒr die schnelle Reaktion, Issue auf Github ist erzeugt
-
Aktuelle Test Version v1.10.2 Veröffentlichungsdatum 2021-06-10 Github Link https://github.com/AlCalzone/ioBroker.zwave2/ Changelog
- Die Registerkarte "VerknĂŒpfungen" zeigt jetzt auch den Namen von GerĂ€ten statt nur ihrer ID an:
- VerknĂŒpfungen können nun auch fĂŒr die Endpunkte eines GerĂ€ts verwaltet werden:
- Experimentelle UnterstĂŒtzung fĂŒr das Aktualisieren der eingebetteten Konfigurationsdateien. VORSICHT: Bitte unbedingt ein Backup von ioBroker machen, bevor diese Funktion getestet wird!
- UnterstĂŒtzung fĂŒr Firmware-Updates mit
*.hec-Dateien - Reduzierter Datenverkehr nach der Steuerung von GerÀten, die automatisch ihren Status berichten
- Behebung eines Problems, bei dem
Basic CC-Werte nicht korrekt gespeichert wurden - HinzufĂŒgen und Aktualisieren vieler GerĂ€tekonfigurationsdateien
- StabilitÀtsverbesserungen
- Aktualisierungen der AbhÀngigkeiten
Update 1.10.1:
- StabilitÀtsverbesserungen
- Verbesserte Strategie zum Netzwerk Heilen
- Einige Konfigurationsdateien wurden ĂŒberarbeitet
- Diverse Warnungen zu "wrong state type" in JS-Controller 3.3 wurden behoben
Update 1.10.2:
- UngĂŒltige, nicht akzeptierte Befehle werden in der Z-Wave Logdatei jetzt besser geloggt um zu verstehen, warum.
- Verbesserte Handhabung der States
Notification.alarmTypeundalarmLevelunter bestimmten UmstÀnden - Verbesserte Handhabung von States unter
NotificationfĂŒr GerĂ€te, die Notification CC Version 2 unterstĂŒtzen - Das Interview einiger GerĂ€te mit fehlerhaften FĂ€higkeitsberichten wurde verbessert
- Endpunkte von MehrkanalgerÀten sollten nun immer mit der korrekten CC-Version abgefragt werden
- Einige automatische Abfragen wurden gedrosselt
- Es sollte jetzt nicht mehr vorkommen, dass mehrere Instanzen des Adapters versuchen, auf dieselben Cache-Dateien zuzugreifen, wodurch diese möglicherweise beschÀdigt werden könnten
- Die verschlĂŒsselte Kommunikation bei Ăbertragungsfehlern wurde etwas optimiert
- Einige neue und verbesserte Konfigurationsdateien
@alcalzone Der Adapter erzeugt bei mit jeden Tag 1h lang jede Menge Inet Traffic siehe post
Keine Ahnung was da runter geladen wird aber wenn ich den Adapter Stoppe ist ruhe.
- Die Registerkarte "VerknĂŒpfungen" zeigt jetzt auch den Namen von GerĂ€ten statt nur ihrer ID an:
-
@alcalzone Der Adapter erzeugt bei mit jeden Tag 1h lang jede Menge Inet Traffic siehe post
Keine Ahnung was da runter geladen wird aber wenn ich den Adapter Stoppe ist ruhe.
-
@alcalzone Der Adapter erzeugt bei mit jeden Tag 1h lang jede Menge Inet Traffic siehe post
Keine Ahnung was da runter geladen wird aber wenn ich den Adapter Stoppe ist ruhe.
-
@peppino v1.10.4 ist auf dem Weg und sollte das Problem beheben. Wundert mich, dass das sonst noch niemand aufgefallen ist đ
@alcalzone said in Test Adapter Z-Wave 2 v1.10.x:
@peppino v1.10.4 ist auf dem Weg und sollte das Problem beheben. Wundert mich, dass das sonst noch niemand aufgefallen ist đ
Danke morgen gibts Feedback.
Ich muss mit meiner geringen Bandbreite haushalten da fÀllt mir sowas leichter auf :grinning: -
@peppino v1.10.4 ist auf dem Weg und sollte das Problem beheben. Wundert mich, dass das sonst noch niemand aufgefallen ist đ
@alcalzone Heute hat es funktioniert! Danke
-
@alcalzone Heute hat es funktioniert! Danke
Ich habe noch zwei kleine Probleme
wieder der RollerShutter2 (2.4)
Nach einer Fahrt per Taster am RollerShutter wird zwar das CurrentValue aktualisiert, die Position beim TargetValue und beim venetianBlindsPosition bleibt auf dem letzten Wert.
Ich binde die RolllÀden in Homekit ein. Hier muss, damit es keinen Fehler gibt, nach der Fahrt CurrentValue = venetianBlindsPosition (TargetValue) sein ansonsten hÀngt der Rollladen in einer Schleife.
Hier ein Fehler:
das TargetValue hat sich bei meinen Rolladen zuletzt am 11/12.06.21 aktualisiert, gab es da eine Ănderung? Das betrifft bei mir alle 10 Schalter. Am 12.06.21 habe scheinbar ein Update installiert.Habe noch ein weiteres Problem, gelegentlich fĂ€ngt der Schalter hin und herzuhalten, das Relay Klackert dann ohne Ende (Springt zwischen 0 und der Zielposition hin und her), Der Rollladen bewegt sich nur Zentimeterweise. Interessant ist hier: Steuere sie ĂŒber NodeRed, weder ein Neustart von NodeRed oder der zWave Instanz beseitigen das Problem, erst ein Neustart vom ioBroker bringt das ganze wieder ins Lot.
-
Ich habe noch zwei kleine Probleme
wieder der RollerShutter2 (2.4)
Nach einer Fahrt per Taster am RollerShutter wird zwar das CurrentValue aktualisiert, die Position beim TargetValue und beim venetianBlindsPosition bleibt auf dem letzten Wert.
Ich binde die RolllÀden in Homekit ein. Hier muss, damit es keinen Fehler gibt, nach der Fahrt CurrentValue = venetianBlindsPosition (TargetValue) sein ansonsten hÀngt der Rollladen in einer Schleife.
Hier ein Fehler:
das TargetValue hat sich bei meinen Rolladen zuletzt am 11/12.06.21 aktualisiert, gab es da eine Ănderung? Das betrifft bei mir alle 10 Schalter. Am 12.06.21 habe scheinbar ein Update installiert.Habe noch ein weiteres Problem, gelegentlich fĂ€ngt der Schalter hin und herzuhalten, das Relay Klackert dann ohne Ende (Springt zwischen 0 und der Zielposition hin und her), Der Rollladen bewegt sich nur Zentimeterweise. Interessant ist hier: Steuere sie ĂŒber NodeRed, weder ein Neustart von NodeRed oder der zWave Instanz beseitigen das Problem, erst ein Neustart vom ioBroker bringt das ganze wieder ins Lot.
-
@typ1er Mach bitte ein Issue auf Github und poste die dort gefragten Infos inklusive Logdatei.
@alcalzone Ich hatte das Zwave Adapter/Instanz zwischendurch mal entfernt, dort ist mir sicher die Einstellung verloren gegangen (KompatibilitÀt mit Àlteren Schaltern verbessern) Seitdem der Haken wieder da ist werden die Werte geschrieben.
-
@jupzup Ich habe derzeit noch alle HĂ€nde voll zu tun, diverse Probleme aus der Welt zu rĂ€umen - unter anderem, das wofĂŒr ich die 2.0 schon angekĂŒndigt habe. Wenn das passiert ist, kann ich mich hoffentlich bald an Verbesserungen wie die Fertigstellung von S2 machen.
@alcalzone Hallo Zusammen, ich hoffe ich bin hier richtig mit meinem Problemchen.
Ich bin von Raspberry PI3 umgezogen auf Intel NUC, den Nuc habe ich neu aufgesetzt mit Proxmox Linux und ioBroker und habe aus der PI3 Installation nichts ĂŒbernommen. Mir war nur wichtig das die ganzen Z-Wave GerĂ€te wieder da sind. Auf dem Raspberry habe ich auch schon den Z-Wave 2.0 Adapter verwendet und alles lief problemlos.
Leider sind nun ein paar GerÀte nicht mer erreichbar oder nicht vollstÀndig interviewt.
Fehler hab ich eigentlich keine nur haufenweise Beispiel:
Deleting orphaned state zwave2.0.Node_007.Notification.system_hardwareStatus
Und das halt 2 GerĂ€te als TOT zurĂŒckgegeben werden. Aber unter der Netzwerkkarte mehrere Spuren aufweisen zu anderen GerĂ€ten aber wiederum unter "VerknĂŒpfung" die selben GerĂ€te fehlen.
Neustart, Cash leeren usw hab ich alles schon versucht.
Vielen Dank schon mal fĂŒr die UnterstĂŒtzung. :)
-
@alcalzone Hallo Zusammen, ich hoffe ich bin hier richtig mit meinem Problemchen.
Ich bin von Raspberry PI3 umgezogen auf Intel NUC, den Nuc habe ich neu aufgesetzt mit Proxmox Linux und ioBroker und habe aus der PI3 Installation nichts ĂŒbernommen. Mir war nur wichtig das die ganzen Z-Wave GerĂ€te wieder da sind. Auf dem Raspberry habe ich auch schon den Z-Wave 2.0 Adapter verwendet und alles lief problemlos.
Leider sind nun ein paar GerÀte nicht mer erreichbar oder nicht vollstÀndig interviewt.
Fehler hab ich eigentlich keine nur haufenweise Beispiel:
Deleting orphaned state zwave2.0.Node_007.Notification.system_hardwareStatus
Und das halt 2 GerĂ€te als TOT zurĂŒckgegeben werden. Aber unter der Netzwerkkarte mehrere Spuren aufweisen zu anderen GerĂ€ten aber wiederum unter "VerknĂŒpfung" die selben GerĂ€te fehlen.
Neustart, Cash leeren usw hab ich alles schon versucht.
Vielen Dank schon mal fĂŒr die UnterstĂŒtzung. :)
@mastermiesch Bitte https://github.com/AlCalzone/ioBroker.zwave2/blob/master/docs/de/bei-problemen.md#notwendige-informationen-fĂŒr-ein-issue lesen, und die dort erwĂ€hnten Daten ein Issue auf Github erstellen. FĂŒr das Log bitte 1-2 der betroffenen GerĂ€te erneut interviewen (unter Aktionen), damit ich sehen kann, was da an Daten ausgetauscht wird.
-
Nach dem Update von 1.10.2 auf 1.10.4 bekomme ich die Fehlermeldung
Failed to initialize the driver: Your hardware does not support the GetSerialApiInitData function
ZurĂŒck auf 1.10.2 funktioniert der Adapter auch nicht und wirft die gleichen Fehler aus...
Neustart des Hosts hat auch nichts gebracht...
Es lÀuft nur ein Aeotec Stick mit zwei Multisensor 6 -
Nach dem Update von 1.10.2 auf 1.10.4 bekomme ich die Fehlermeldung
Failed to initialize the driver: Your hardware does not support the GetSerialApiInitData function
ZurĂŒck auf 1.10.2 funktioniert der Adapter auch nicht und wirft die gleichen Fehler aus...
Neustart des Hosts hat auch nichts gebracht...
Es lÀuft nur ein Aeotec Stick mit zwei Multisensor 6@fredf Bitte Issue in https://github.com/AlCalzone/ioBroker.zwave2/ und eine Logdatei vom Start anhÀngen:
https://github.com/AlCalzone/ioBroker.zwave2/blob/master/docs/de/bei-problemen.md#notwendige-informationen-fĂŒr-ein-issueWarum `sudo` böse ist: https://forum.iobroker.net/post/17109
-
@fredf Bitte Issue in https://github.com/AlCalzone/ioBroker.zwave2/ und eine Logdatei vom Start anhÀngen:
https://github.com/AlCalzone/ioBroker.zwave2/blob/master/docs/de/bei-problemen.md#notwendige-informationen-fĂŒr-ein-issue
Support us
319
Online32.4k
Benutzer81.5k
Themen1.3m
BeitrÀge