NEWS
Test Adapter Z-Wave 2 (v1.8.x)
Test Adapter Z-Wave 2 (v1.8.x)
-
Ja, die ID musste ich leider ändern - war ein Bug. Es hätte sonst mehrere Meter-Typen gegeben, die sich eine ID teilen können.
@gelberlemmy Danke für das Log - irgendwas ist da faul.
Erstens scheint dein Stick Phasen zu haben, wo er überhaupt nicht reagiert - das sorgt definitiv für Chaos. Ggf. musste den mal vom Strom trennen.Zweitens bleiben manche Antworten vom Adapter wohl in der Warteschlange für schlafende Nodes stecken, obwohl sie da nicht hingehören. Ich kann derzeit nicht auszuschließen, dass das nicht mit dem anderen Problem zusammen hängt.
@alcalzone danke werde nachher den Stick einmal abziehen. Hatte schon einen Bewegungsmelder erneut aber unverschlüsselt neu angelernt. Aber leider das gleiche Problem...
-
Aktuelle Test Version 1.8.12 Veröffentlichungsdatum 23.02.2021 Github Link https://github.com/AlCalzone/ioBroker.zwave2 Ich habe in letzter Zeit viel hinter den Kulissen gewerkelt, in der nächsten Stunde folgt die neue Version 1.8.0 als Ergebnis dieser Bemühungen.
Changelog
- Konfigurationsdateien für Fibaro Keyfob (keine Sonderzeichen mehr) und Shenzhen Neo PD03Z verbessert
- Nicht-kritische Schritte während des Interviews von
Central Scene CC,Configuration CC V3+undAssociation Group Info CCwerden jetzt übersprungen, wenn das Gerät nicht oder falsch antwortet - Multi Channel Lifeline Associations werden nicht mehr automatisch erstellt, wenn das Gerät die
Multi Channel CCnicht unterstützt - dies sollte die Kompatibilität mit den meisten Qubino-Geräten beheben - Es wurde ein Problem behoben, bei dem das automatische Markieren von Geräten als schlafend unter bestimmten Umständen die serielle Kommunikation mit dem Controller durcheinander gebracht hat.
- Die Eigenschaft
targetValuefür dieBinary Switch,Multilevel SwitchundBasicCCs wird jetzt auch dann erzeugt, wenn sie keinen Wert hat. - Leere Benutzercodes werden jetzt auch als Zeichenketten statt als Buffer behandelt.
- Werte für Notification Events (einmalige Ereignisse) werden jetzt erstellt. Zuvor waren nur Notification-Variablen als States in ioBroker verfügbar
Zusammengefasst:
@gelberlemmy - Die letzten beiden Punkte sollten hoffentlich (ich kanns leider nicht testen) dein Keypad nutzbar machen
@Domoe - Dein Problem mit Node 035 sollte hiermit hoffentlich auch weg sein
Update v1.8.1 (ein Riesen-Patch):
- Der
targetValuevon Switch CCs wird nicht mehr gelöscht, wenn ein Report ohne Zielwert empfangen wird - Konfigurationsdatei für
Jasco ZW3010hinzugefügt - Konfigurationsdatei für
HeatIt Z-TRM3hinzugefügt - Konfigurationsdatei für
Eurotronic Air quality sensor (Luftgütesensor)hinzugefügt - Verbesserte Unterstützung für
Qubino Flush 2 Relay - Die Werte für
Multi Channel Association CC,Z-Wave+ CCundNode Naming and Location CCsind jetzt ausgeblendet Color Switch CC:Setzen des warmweißentargetValuefunktioniert jetzt- Debug-Meldungen, die die Größe der Logdatei unnötig erhöht haben, wurden entfernt
- Das Entfernen einer Node-Verknüpfung (ohne Endpunkt) führt nicht mehr zu einem Fehler, wenn sowohl Multi-Channel- als auch normale Verknüpfungen unterstützt werden.
- Bestimmte
Notification CC Reports werden jetzt korrekt dekodiert. - Unterstützung für
*.gbl-Firmware-Dateien und Aeotec-Updater-Executables, die eine Prüfsumme und ein TargetChip-Byte enthalten, wurde hinzugefügt. - Ein Problem wurde behoben, bei dem unter bestimmten Umständen einem Befehl die falsche Antwort zugeordnet werden konnte
- ... und einige weitere kleinere Bugfixes
Update v1.8.3:
- Konfigurations datei für Technisat Dimmer and series switch hinzugefügt
- Zustand für leere Batterie hat jetzt den Namen
Battery Level Low - Ein Fehler beim Abfragen von
Binary Sensorbehoben, durch den die falschen Sensortypen abgefragt wurden. Betroffene Geräte müssen ggf. neu interviewt werden. - Die Strategie zum erneuten Senden von Nachrichten wurde überarbeitet. Sobald ein Gerät den Empfang bestätigt, wird nun nicht mehr erneut gesendet und stattdessen bis zu 10s (statt 1,6s) auf die Antwort gewartet.
- Werte, die Ereignis-Charakter haben (wie
Central Scenes) werden nun automatisch nach 1 Sekunde geleert.
Update v1.8.5:
- Ein Crash und eine Ursache für Interview-Abbrüche wurde behoben
- Logfiles werden wieder erstellt
- Diverse Gerätekonfigurationen aktualisiert
Update v1.8.6:
Ne ganze Menge an Bugfixes und neuen Konfigurationsdateien. Details siehe https://github.com/zwave-js/node-zwave-js/blob/master/CHANGELOG.md#changelog
Update v1.8.7:
- Die Szenen-ID der
Scene Activation CCwird nun automatisch zurückgesetzt - Einen Fehler behoben, der bei der Konfiguration von Verknüpfungen auftreten konnte
- Zwei potentielle Absturzquellen behoben
- Die Werte des Root-Endpunkts einiger älterer Geräte werden nun korrekt aktualisiert
- Unterstützung für
Aeotec aerQ ZWA009-AUS/Kanada/Mexiko-Version hinzugefügt - Ungültige Optionswerte in vielen Konfigurationsdateien korrigiert
Update v1.8.9:
- Beschriftungen für die Meter CC wurden verbessert und sind nun eindeutig.
- Viele Konfigurationsdateien wurden hinzugefügt und aktualisiert
- Verbesserte Kompatibilität mit einigen Geräten, vor allem
ID Lock 150,Vision Security ZD2102-5,HomeSeer WD200+ currentValueund ähnliche Werte werden jetzt sofort aktualisiert, wenn ein set-type-Befehl erfolgreich ist. Die Verifizierung der Änderung erfolgt nach einer kurzen Verzögerung.
Update v1.8.10:
- Der Start sollte nun schneller sein, insbesondere wenn viele schlafende Geräte im Netzwerk vorhanden sind
- Ein Problem wurde behoben, bei dem Geräte fälschlicherweise als sicher angezeigt wurden. @gelberlemmy
- Verbesserte Unterstützung für Geräte, die diealte
Alarm CCverwenden - Verschiedene Verbesserungen für Zooz- und GE-Geräte
Update v1.8.11:
Thermostat Fan Mode CCundThermostat Fan State CCimplementiert- Mehrere Absturzursachen behoben
- Fehlerhafte Erkennung von sicher eingebundenen Nodes behoben
- Bestimmte
.hex-Firmwaredateien werden jetzt korrekt geparst - Unterstützung für
.bin-Firmwaredateien hinzugefügt - Eine Interviewschleife wurde behoben, wenn Geräte das Ende der Config-Parameterliste nicht korrekt anzeigen
- Schlafende Nodes werden nun sofort als bereit markiert, wenn sie bereits vollständig interviewed wurden
- Selbstständige Nachrichten werden nicht mehr vom Root-Endpunkt auf Endpunkt 1 abgebildet, wenn dieser Endpunkt die betreffende CC nicht unterstützt
- Tonnenweise neue und verbesserte Gerätekonfigurationsdateien
Update v1.8.12:
- Implementierung von "Scene Actuator Configuration CC" und "Scene Controller Configuration CC".
- Behebung eines Problems, bei dem schlafende Knoten die Sendewarteschlange blockieren konnten, wenn noch nicht bekannt ist, ob sie
Wake Up CCunterstützen - Absturz behoben, der beim Loggen einer Nachricht auftreten konnte, während der Treiber noch nicht bereit ist
- Es wurde ein Absturz behoben, der beim Versuch auftreten konnte, ein Gerät zu initialisieren, das nach der Inklusion nicht antwortet
- Der Zustand
stateinThermostat Fan Mode CCist jetzt schreibgeschützt - Konfigurationsparameter können jetzt eine Einheit haben
- Tonnenweise neue und verbesserte Gerätekonfigurationsdateien
- Selbstständige Reports werden nicht mehr fälschlicherweise allen Endpunkten zugeordnet
@alcalzone so habe jetzt den Stick einmal getrennt und nach ca 30 sek wieder angesteckt. Den PI neu gestartet. Leider besteht das Problem immer noch. Ich habe natürlich vor den ganzen Updates noch ein Backup von IO Broker. Sollte ich dies eventuell wieder aufspielen? Habe ich über Backitup getätigt. Kann man das einfach über die jetzige Installation spielen oder muss ich das System frisch aufsetzen? Oder hast Du dort noch eine Idee? Würde ja ungern ein Backup wieder einspielen.
-
@LaplaceII Hättest du Interesse hierbei zu unterstützen?
==> https://zwave-js.github.io/node-zwave-js/#/development/config-filesAnsonsten würde auch schon ein Link zu den OZW-Dateien helfen.
@alcalzone : Beim zwave2 Adapter konnte ich den fgs224 in Betrieb nehmen. Was müsste ich tun um den Schalter auch beim zwave Adapter einzubinden, ohne den Adapter zu deinstallieren und anschließend wieder zu installieren? In meiner jetzigen Installation, die schon seit über einen Jahr stabil läuft sind die Schalter in den configs noch nicht drin. Danke
-
@alcalzone so habe jetzt den Stick einmal getrennt und nach ca 30 sek wieder angesteckt. Den PI neu gestartet. Leider besteht das Problem immer noch. Ich habe natürlich vor den ganzen Updates noch ein Backup von IO Broker. Sollte ich dies eventuell wieder aufspielen? Habe ich über Backitup getätigt. Kann man das einfach über die jetzige Installation spielen oder muss ich das System frisch aufsetzen? Oder hast Du dort noch eine Idee? Würde ja ungern ein Backup wieder einspielen.
@gelberlemmy Hast du noch ein Log für mich nach dem Neustart?
@LaplaceII das weiß ich leider nicht. -
@gelberlemmy Hast du noch ein Log für mich nach dem Neustart?
@LaplaceII das weiß ich leider nicht.@alcalzone ist auf dem Postweg zu Dir . Danke
-
@alcalzone ist auf dem Postweg zu Dir . Danke
-
Hallo zusammen,
ich hoffe, ich bin hier richtig. Falls nicht bitte entsprechenden Hinweis geben - bin neu in der ganzen iobroker-Geschichte und sonst auch nicht so viel in Foren unterwegs

Folgende Probleme:
Wollte 6 Fibaro Motion Sensors nutzen, die ich von einer früheren Installation (Zipabox) noch hatte. Nutze den Zwave-2-Adapter und konnte den ersten Sensor gut anlernen (war erschrocken über die Geschwindigkeit und konnte es kaum glauben). Anfangs hat mich die Angabe von 0 (keine Bewegung) und 8 (Bewegung) irritiert, hab das aber per Debugoutput irgendwann rausgefunden.Die nächsten Sensoren ließen sich zwar genauso schnell und einfach anlernen, hatten aber nur eingeschränkte Nutzungsmöglichkeiten (keine Bewegungserkennung da keinen Unterordner Notification und nur Temperatur und Helligkeit bei Multilevel-Sensor). Irgendwann bin ich drauf gekommen, dass es an der Firmware der Sensoren liegt: Version 3.2 (gleichzeitig andere Hardware) läuft, darunter (ältere Sensoren haben max 2.8) nicht. Ist das ein bekannter Bug und kann der behoben werden?
Außerdem: Kann ich die Nodes umbenennen?
Und wie lösche ich die permanent raus?LG
Edit: Nutze ZME_UZB1 USB Stick an einem Pi 4
-
@gelberlemmy 1.8.8 ist auf dem digitalen Weg

@alcalzone sagte in Test Adapter Z-Wave 2 (v1.8.x):
@gelberlemmy 1.8.8 ist auf dem digitalen Weg

Hab mal getestet. Ich habe ja mal mein IObroker neu aufgesetzt und aus dem Backup wieder hergestellt. Hatte ich schon immer mal vor. So das einzige was ich noch nicht geupdatet habe, ist der JS Controller. Der ist noch auf 3.1.6. Aktuell ist das glaube ich 3.2.10. Die Bewegungsmelder laufen wieder. Bei den Öffnungsmelder ist es so, daß sie ab und an einmal ne Meldung verschlucken. Alle anderen Sensoren wie Rauchmelder habe ich noch nicht getestet.
Sollnich Dir noch einmal einen Log senden?
Danke für das schnelle Update -
Hallo zusammen,
ich hoffe, ich bin hier richtig. Falls nicht bitte entsprechenden Hinweis geben - bin neu in der ganzen iobroker-Geschichte und sonst auch nicht so viel in Foren unterwegs

Folgende Probleme:
Wollte 6 Fibaro Motion Sensors nutzen, die ich von einer früheren Installation (Zipabox) noch hatte. Nutze den Zwave-2-Adapter und konnte den ersten Sensor gut anlernen (war erschrocken über die Geschwindigkeit und konnte es kaum glauben). Anfangs hat mich die Angabe von 0 (keine Bewegung) und 8 (Bewegung) irritiert, hab das aber per Debugoutput irgendwann rausgefunden.Die nächsten Sensoren ließen sich zwar genauso schnell und einfach anlernen, hatten aber nur eingeschränkte Nutzungsmöglichkeiten (keine Bewegungserkennung da keinen Unterordner Notification und nur Temperatur und Helligkeit bei Multilevel-Sensor). Irgendwann bin ich drauf gekommen, dass es an der Firmware der Sensoren liegt: Version 3.2 (gleichzeitig andere Hardware) läuft, darunter (ältere Sensoren haben max 2.8) nicht. Ist das ein bekannter Bug und kann der behoben werden?
Außerdem: Kann ich die Nodes umbenennen?
Und wie lösche ich die permanent raus?LG
Edit: Nutze ZME_UZB1 USB Stick an einem Pi 4
@schomby kann es sein, daß Du unter Configuration bei den Datenpunkten des Notes den Bewegungssensorn aktivieren musst? Habe ich bei 1 Gerät gehabt. Die Notes kannst Du direkt unter den Datenpunkten ändern. Gebe dem Ordner einfach anstelle ZB Note 032 einen Namen.
-
Aktuelle Test Version 1.8.12 Veröffentlichungsdatum 23.02.2021 Github Link https://github.com/AlCalzone/ioBroker.zwave2 Ich habe in letzter Zeit viel hinter den Kulissen gewerkelt, in der nächsten Stunde folgt die neue Version 1.8.0 als Ergebnis dieser Bemühungen.
Changelog
- Konfigurationsdateien für Fibaro Keyfob (keine Sonderzeichen mehr) und Shenzhen Neo PD03Z verbessert
- Nicht-kritische Schritte während des Interviews von
Central Scene CC,Configuration CC V3+undAssociation Group Info CCwerden jetzt übersprungen, wenn das Gerät nicht oder falsch antwortet - Multi Channel Lifeline Associations werden nicht mehr automatisch erstellt, wenn das Gerät die
Multi Channel CCnicht unterstützt - dies sollte die Kompatibilität mit den meisten Qubino-Geräten beheben - Es wurde ein Problem behoben, bei dem das automatische Markieren von Geräten als schlafend unter bestimmten Umständen die serielle Kommunikation mit dem Controller durcheinander gebracht hat.
- Die Eigenschaft
targetValuefür dieBinary Switch,Multilevel SwitchundBasicCCs wird jetzt auch dann erzeugt, wenn sie keinen Wert hat. - Leere Benutzercodes werden jetzt auch als Zeichenketten statt als Buffer behandelt.
- Werte für Notification Events (einmalige Ereignisse) werden jetzt erstellt. Zuvor waren nur Notification-Variablen als States in ioBroker verfügbar
Zusammengefasst:
@gelberlemmy - Die letzten beiden Punkte sollten hoffentlich (ich kanns leider nicht testen) dein Keypad nutzbar machen
@Domoe - Dein Problem mit Node 035 sollte hiermit hoffentlich auch weg sein
Update v1.8.1 (ein Riesen-Patch):
- Der
targetValuevon Switch CCs wird nicht mehr gelöscht, wenn ein Report ohne Zielwert empfangen wird - Konfigurationsdatei für
Jasco ZW3010hinzugefügt - Konfigurationsdatei für
HeatIt Z-TRM3hinzugefügt - Konfigurationsdatei für
Eurotronic Air quality sensor (Luftgütesensor)hinzugefügt - Verbesserte Unterstützung für
Qubino Flush 2 Relay - Die Werte für
Multi Channel Association CC,Z-Wave+ CCundNode Naming and Location CCsind jetzt ausgeblendet Color Switch CC:Setzen des warmweißentargetValuefunktioniert jetzt- Debug-Meldungen, die die Größe der Logdatei unnötig erhöht haben, wurden entfernt
- Das Entfernen einer Node-Verknüpfung (ohne Endpunkt) führt nicht mehr zu einem Fehler, wenn sowohl Multi-Channel- als auch normale Verknüpfungen unterstützt werden.
- Bestimmte
Notification CC Reports werden jetzt korrekt dekodiert. - Unterstützung für
*.gbl-Firmware-Dateien und Aeotec-Updater-Executables, die eine Prüfsumme und ein TargetChip-Byte enthalten, wurde hinzugefügt. - Ein Problem wurde behoben, bei dem unter bestimmten Umständen einem Befehl die falsche Antwort zugeordnet werden konnte
- ... und einige weitere kleinere Bugfixes
Update v1.8.3:
- Konfigurations datei für Technisat Dimmer and series switch hinzugefügt
- Zustand für leere Batterie hat jetzt den Namen
Battery Level Low - Ein Fehler beim Abfragen von
Binary Sensorbehoben, durch den die falschen Sensortypen abgefragt wurden. Betroffene Geräte müssen ggf. neu interviewt werden. - Die Strategie zum erneuten Senden von Nachrichten wurde überarbeitet. Sobald ein Gerät den Empfang bestätigt, wird nun nicht mehr erneut gesendet und stattdessen bis zu 10s (statt 1,6s) auf die Antwort gewartet.
- Werte, die Ereignis-Charakter haben (wie
Central Scenes) werden nun automatisch nach 1 Sekunde geleert.
Update v1.8.5:
- Ein Crash und eine Ursache für Interview-Abbrüche wurde behoben
- Logfiles werden wieder erstellt
- Diverse Gerätekonfigurationen aktualisiert
Update v1.8.6:
Ne ganze Menge an Bugfixes und neuen Konfigurationsdateien. Details siehe https://github.com/zwave-js/node-zwave-js/blob/master/CHANGELOG.md#changelog
Update v1.8.7:
- Die Szenen-ID der
Scene Activation CCwird nun automatisch zurückgesetzt - Einen Fehler behoben, der bei der Konfiguration von Verknüpfungen auftreten konnte
- Zwei potentielle Absturzquellen behoben
- Die Werte des Root-Endpunkts einiger älterer Geräte werden nun korrekt aktualisiert
- Unterstützung für
Aeotec aerQ ZWA009-AUS/Kanada/Mexiko-Version hinzugefügt - Ungültige Optionswerte in vielen Konfigurationsdateien korrigiert
Update v1.8.9:
- Beschriftungen für die Meter CC wurden verbessert und sind nun eindeutig.
- Viele Konfigurationsdateien wurden hinzugefügt und aktualisiert
- Verbesserte Kompatibilität mit einigen Geräten, vor allem
ID Lock 150,Vision Security ZD2102-5,HomeSeer WD200+ currentValueund ähnliche Werte werden jetzt sofort aktualisiert, wenn ein set-type-Befehl erfolgreich ist. Die Verifizierung der Änderung erfolgt nach einer kurzen Verzögerung.
Update v1.8.10:
- Der Start sollte nun schneller sein, insbesondere wenn viele schlafende Geräte im Netzwerk vorhanden sind
- Ein Problem wurde behoben, bei dem Geräte fälschlicherweise als sicher angezeigt wurden. @gelberlemmy
- Verbesserte Unterstützung für Geräte, die diealte
Alarm CCverwenden - Verschiedene Verbesserungen für Zooz- und GE-Geräte
Update v1.8.11:
Thermostat Fan Mode CCundThermostat Fan State CCimplementiert- Mehrere Absturzursachen behoben
- Fehlerhafte Erkennung von sicher eingebundenen Nodes behoben
- Bestimmte
.hex-Firmwaredateien werden jetzt korrekt geparst - Unterstützung für
.bin-Firmwaredateien hinzugefügt - Eine Interviewschleife wurde behoben, wenn Geräte das Ende der Config-Parameterliste nicht korrekt anzeigen
- Schlafende Nodes werden nun sofort als bereit markiert, wenn sie bereits vollständig interviewed wurden
- Selbstständige Nachrichten werden nicht mehr vom Root-Endpunkt auf Endpunkt 1 abgebildet, wenn dieser Endpunkt die betreffende CC nicht unterstützt
- Tonnenweise neue und verbesserte Gerätekonfigurationsdateien
Update v1.8.12:
- Implementierung von "Scene Actuator Configuration CC" und "Scene Controller Configuration CC".
- Behebung eines Problems, bei dem schlafende Knoten die Sendewarteschlange blockieren konnten, wenn noch nicht bekannt ist, ob sie
Wake Up CCunterstützen - Absturz behoben, der beim Loggen einer Nachricht auftreten konnte, während der Treiber noch nicht bereit ist
- Es wurde ein Absturz behoben, der beim Versuch auftreten konnte, ein Gerät zu initialisieren, das nach der Inklusion nicht antwortet
- Der Zustand
stateinThermostat Fan Mode CCist jetzt schreibgeschützt - Konfigurationsparameter können jetzt eine Einheit haben
- Tonnenweise neue und verbesserte Gerätekonfigurationsdateien
- Selbstständige Reports werden nicht mehr fälschlicherweise allen Endpunkten zugeordnet
@alcalzone Update. Ich habe festgestellt, dass die erste Meldung meist durchkommt. Also offen. Dann mache ich nach 5 sek wieder zu. Meldung bleibt irgendwo stecken..... Manchmal für immer, manchmal extrem Zeitverzögert. Wenn ich dann mit dem Öffnungsmelder rumspielen, funktioniert es manchmal dann ohne Zeitverzögerung. Log Datei kommt
-
irrgendwie funktioniert der Reset bei den folegenden Datenpunkten nicht:

value_001_electric_kwh_consumend wird resetet über den button reset
value_002_electric_kwh_consumend wird nicht resetet über den button reset
Betrifft einen Fibaro double Switch FGS223
-
irrgendwie funktioniert der Reset bei den folegenden Datenpunkten nicht:

value_001_electric_kwh_consumend wird resetet über den button reset
value_002_electric_kwh_consumend wird nicht resetet über den button reset
Betrifft einen Fibaro double Switch FGS223
@flopsi sagte in Test Adapter Z-Wave 2 (v1.8.x):
irrgendwie funktioniert der Reset bei den folegenden Datenpunkten nicht:

value_001_electric_kwh_consumend wird resetet über den button reset
value_002_electric_kwh_consumend wird nicht resetet über den button reset
Betrifft einen Fibaro double Switch FGS223
Ist bekannt: https://forum.iobroker.net/post/561329
https://forum.iobroker.net/post/562095 -
@flopsi sagte in Test Adapter Z-Wave 2 (v1.8.x):
irrgendwie funktioniert der Reset bei den folegenden Datenpunkten nicht:

value_001_electric_kwh_consumend wird resetet über den button reset
value_002_electric_kwh_consumend wird nicht resetet über den button reset
Betrifft einen Fibaro double Switch FGS223
Ist bekannt: https://forum.iobroker.net/post/561329
https://forum.iobroker.net/post/562095 -
@schomby kann es sein, daß Du unter Configuration bei den Datenpunkten des Notes den Bewegungssensorn aktivieren musst? Habe ich bei 1 Gerät gehabt. Die Notes kannst Du direkt unter den Datenpunkten ändern. Gebe dem Ordner einfach anstelle ZB Note 032 einen Namen.
@gelberlemmy
Danke für deine Antwort! Ich glaube nicht, dass ich da was einstellen kann, zumindest wüsste ich nicht wie... Ich habe mal zwei Screenshots angehängt: FibaroMotionSensorAlt zeigt das Alte Modell (in meinem Fall Firmware 2.7, ist aber bei 2.8 als Maximum auch nicht anders), FMSNeu zeigt hingegen einen Sensor mit Firmware 3.2 (neuere Hardware).
Die Einstellmöglichkeiten unter "Configuration" scheinen weitgehend identisch zu sein...Das mit dem Benennen hatte ich dann auch rausgefunden, danke trotzdem für den Hinweis! Löschen konnte ich nicht benötigte Nodes auch - möglicherweise dank der neuen Instanz-Version. Vorher hieß es glaube ich immer, dass ich ausgefallene Geräte nicht löschen könne, da sie nicht auf der Liste für ausgefallene Geräte stehen... o.ä....
LG

-
@gelberlemmy
Danke für deine Antwort! Ich glaube nicht, dass ich da was einstellen kann, zumindest wüsste ich nicht wie... Ich habe mal zwei Screenshots angehängt: FibaroMotionSensorAlt zeigt das Alte Modell (in meinem Fall Firmware 2.7, ist aber bei 2.8 als Maximum auch nicht anders), FMSNeu zeigt hingegen einen Sensor mit Firmware 3.2 (neuere Hardware).
Die Einstellmöglichkeiten unter "Configuration" scheinen weitgehend identisch zu sein...Das mit dem Benennen hatte ich dann auch rausgefunden, danke trotzdem für den Hinweis! Löschen konnte ich nicht benötigte Nodes auch - möglicherweise dank der neuen Instanz-Version. Vorher hieß es glaube ich immer, dass ich ausgefallene Geräte nicht löschen könne, da sie nicht auf der Liste für ausgefallene Geräte stehen... o.ä....
LG

@schomby nach Deinem Bild würde ich sagen, das Inzerview ist nicht durchgelaufen. Hast Du schon einmal versucht im Adapter unter Geräte diesen neu zu Interviewen und den Note noch einmal aufzuwecken? Oder löschen und neu anlegen. Unter Geräte solltest Du auch die Notes einzeln löschen können. Auch wenn er als Ausgefallen markiert ist.
-
@gelberlemmy
Danke für deine Antwort! Ich glaube nicht, dass ich da was einstellen kann, zumindest wüsste ich nicht wie... Ich habe mal zwei Screenshots angehängt: FibaroMotionSensorAlt zeigt das Alte Modell (in meinem Fall Firmware 2.7, ist aber bei 2.8 als Maximum auch nicht anders), FMSNeu zeigt hingegen einen Sensor mit Firmware 3.2 (neuere Hardware).
Die Einstellmöglichkeiten unter "Configuration" scheinen weitgehend identisch zu sein...Das mit dem Benennen hatte ich dann auch rausgefunden, danke trotzdem für den Hinweis! Löschen konnte ich nicht benötigte Nodes auch - möglicherweise dank der neuen Instanz-Version. Vorher hieß es glaube ich immer, dass ich ausgefallene Geräte nicht löschen könne, da sie nicht auf der Liste für ausgefallene Geräte stehen... o.ä....
LG

-
@schomby Dein alter Sensor hat den Motion Sensor vermutlich als
Binary_Sensor.any. Genaueres steht in der Anleitung. Der Adapter verarbeitet nur die Werte, die er bekommt - und das machen die meisten Geräte wie sie gerade Lust drauf haben.@alcalzone Danke für den Hinweis - aber was genau heißt das?
Sorry dafür, aber ich bin wie gesagt völlig neu in der Materie, kann nicht programmieren und daher froh, dass meine ersten Regeln funktionieren... 
Welche Anleitung meinst du - vom Sensor oder vom Adapter?
Ich habe mir aufgrund deiner Aussage unter Binary_Sensor den Eintrag "any" angeschaut und neu mit alt verglichen. Dort steht exakt das Gleiche drin. Allerdings steht der neue als Status auf false, während der alte auf true steht - was, sofern ich das richtig interpretiere, genau deine Aussage ist. Geht es überhaupt darum und falls ja: Wie kann ich das ändern?Zum Thema "das machen die meisten Geräte wie sie gerade Lust haben": Ich habe wie gesagt sechs von den Sensoren - drei offenbar neu, drei alt (hatte anfangs welche übersehen aufgrund der Darstellung im ioBroker und meiner Unerfahrenheit) und alle drei Neuen agieren gleich, ebenfalls alle alten...
LG
Schomby -
@schomby nach Deinem Bild würde ich sagen, das Inzerview ist nicht durchgelaufen. Hast Du schon einmal versucht im Adapter unter Geräte diesen neu zu Interviewen und den Note noch einmal aufzuwecken? Oder löschen und neu anlegen. Unter Geräte solltest Du auch die Notes einzeln löschen können. Auch wenn er als Ausgefallen markiert ist.
@gelberlemmy Danke für die Antwort. Erneutes Interview habe ich gerade probiert (auch wenn ich nicht genau weiß, was das überhaupt ist...
), passiert ist aber nichts. Erneut wecken bringt auch nichts - der Sensor wird ja immer wieder wach, wenn er zB Bewegung wahrnimmt, ich kann diesen Punkt im ioBroker nur nicht auslesen.Ein Defekt ist übrigens ausgeschlossen, am Fibaro Home Center 2 funktioniert er und auch die anderen beiden mit niedrigerer Firmware-Version einwandfrei. Neu Anlernen habe ich auch schon diverse male probiert - darum ist meine Note-Nummer inzwischen bei 13, obwohl nur 4 Knoten aktiv sind
. Leider machte das nie einen Unterschied. Löschen konnte ich wie gesagt (mMn) dank der neuen Adapter-Version.
LG -
@gelberlemmy Danke für die Antwort. Erneutes Interview habe ich gerade probiert (auch wenn ich nicht genau weiß, was das überhaupt ist...
), passiert ist aber nichts. Erneut wecken bringt auch nichts - der Sensor wird ja immer wieder wach, wenn er zB Bewegung wahrnimmt, ich kann diesen Punkt im ioBroker nur nicht auslesen.Ein Defekt ist übrigens ausgeschlossen, am Fibaro Home Center 2 funktioniert er und auch die anderen beiden mit niedrigerer Firmware-Version einwandfrei. Neu Anlernen habe ich auch schon diverse male probiert - darum ist meine Note-Nummer inzwischen bei 13, obwohl nur 4 Knoten aktiv sind
. Leider machte das nie einen Unterschied. Löschen konnte ich wie gesagt (mMn) dank der neuen Adapter-Version.
LG@schomby sagte in Test Adapter Z-Wave 2 (v1.8.x):
@gelberlemmy Danke für die Antwort. Erneutes Interview habe ich gerade probiert (auch wenn ich nicht genau weiß, was das überhaupt ist...
), passiert ist aber nichts. Erneut wecken bringt auch nichts - der Sensor wird ja immer wieder wach, wenn er zB Bewegung wahrnimmt, ich kann diesen Punkt im ioBroker nur nicht auslesen.Ein Defekt ist übrigens ausgeschlossen, am Fibaro Home Center 2 funktioniert er und auch die anderen beiden mit niedrigerer Firmware-Version einwandfrei. Neu Anlernen habe ich auch schon diverse male probiert - darum ist meine Note-Nummer inzwischen bei 13, obwohl nur 4 Knoten aktiv sind
. Leider machte das nie einen Unterschied. Löschen konnte ich wie gesagt (mMn) dank der neuen Adapter-Version.
LGWenn Du den Note neu interviewst, musst Du Ihn auch Aufwecken, damit dieser dann seine Datenpunkte an IOBroker übergibt. IOBroker fragt dann quasi die Gerätedaten ab. Dafür musst du diesen aber explizit aufwecken. Nur den Melder auslösen reicht da nicht. Also Interwiev starten, danach Gerät aufwecken. Im Log siehst Du dann auch ob das Interwiev durchgelaufen ist.
Gruß André -
@schomby sagte in Test Adapter Z-Wave 2 (v1.8.x):
@gelberlemmy Danke für die Antwort. Erneutes Interview habe ich gerade probiert (auch wenn ich nicht genau weiß, was das überhaupt ist...
), passiert ist aber nichts. Erneut wecken bringt auch nichts - der Sensor wird ja immer wieder wach, wenn er zB Bewegung wahrnimmt, ich kann diesen Punkt im ioBroker nur nicht auslesen.Ein Defekt ist übrigens ausgeschlossen, am Fibaro Home Center 2 funktioniert er und auch die anderen beiden mit niedrigerer Firmware-Version einwandfrei. Neu Anlernen habe ich auch schon diverse male probiert - darum ist meine Note-Nummer inzwischen bei 13, obwohl nur 4 Knoten aktiv sind
. Leider machte das nie einen Unterschied. Löschen konnte ich wie gesagt (mMn) dank der neuen Adapter-Version.
LGWenn Du den Note neu interviewst, musst Du Ihn auch Aufwecken, damit dieser dann seine Datenpunkte an IOBroker übergibt. IOBroker fragt dann quasi die Gerätedaten ab. Dafür musst du diesen aber explizit aufwecken. Nur den Melder auslösen reicht da nicht. Also Interwiev starten, danach Gerät aufwecken. Im Log siehst Du dann auch ob das Interwiev durchgelaufen ist.
Gruß André@gelberlemmy Thx für die Aufklärung! Wie gesagt: Der Node wir ohnehin bei jeder Bewegung wach, entsprechend wurde das Interview erfolgreich (laut Log) durchgeführt. Gebracht hat es aber nichts. Ich hoffe daher noch mal auf Antwort vom Developer - er scheint mir schon den richtigen Hinweis gegeben zu haben, ich kann damit nur nicht nicht 100%ig was anfangen
(s.o.)