NEWS
Test Adapter Z-Wave 2 (v1.8.x)
Test Adapter Z-Wave 2 (v1.8.x)
-
@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 : Danke für die schnelle Antwort. Ich habe mal die Links zu den config Dateien beigefügt:
FGS214: https://github.com/OpenZWave/open-zwave/blob/master/config/fibaro/fgs214.xml
FGS224: https://github.com/OpenZWave/open-zwave/blob/master/config/fibaro/fgs224.xmlOb ich noch tiefergehend helfen kann, werde ich heute Abend mal prüfen. Bin eher auf der Laienebene/Endanwenderebene unterwegs...
-
@AlCalzone : Danke für die schnelle Antwort. Ich habe mal die Links zu den config Dateien beigefügt:
FGS214: https://github.com/OpenZWave/open-zwave/blob/master/config/fibaro/fgs214.xml
FGS224: https://github.com/OpenZWave/open-zwave/blob/master/config/fibaro/fgs224.xmlOb ich noch tiefergehend helfen kann, werde ich heute Abend mal prüfen. Bin eher auf der Laienebene/Endanwenderebene unterwegs...
-
@LaplaceII Der 214 scheint bei OZW nicht richtig eingepflegt zu sein - die device ID ist die gleiche wie 224
@AlCalzone: Auf den Seiten der Zwave Alliance ist der fgs224 mit der Product ID 0x0204 und der fgs214 mit der Product ID 0x0404 aufgeführt.
Ich habe gestern versucht das config file zu erstellen. Für einige Parameter bekomme ich das hin (abgeschaut von den Schaltern fgs213 und fgs223). Jedoch gibt es Parameter beim fgs214 und fgs224 (z.B. die Alarmeinstellungen, s. Bild), die ich so bei den Vorgängern nicht gesehen habe bzw. kopieren konnte. Da es einige dieser Parameter gibt, bin ich nicht wirklich voran gekommen...Falls es ein Bsp dafür gibt, kann ich weitermachen...

-
@AlCalzone: Auf den Seiten der Zwave Alliance ist der fgs224 mit der Product ID 0x0204 und der fgs214 mit der Product ID 0x0404 aufgeführt.
Ich habe gestern versucht das config file zu erstellen. Für einige Parameter bekomme ich das hin (abgeschaut von den Schaltern fgs213 und fgs223). Jedoch gibt es Parameter beim fgs214 und fgs224 (z.B. die Alarmeinstellungen, s. Bild), die ich so bei den Vorgängern nicht gesehen habe bzw. kopieren konnte. Da es einige dieser Parameter gibt, bin ich nicht wirklich voran gekommen...Falls es ein Bsp dafür gibt, kann ich weitermachen...

@LaplaceII FGS 214 habe ich hier von OpenZWave importiert:
https://github.com/zwave-js/node-zwave-js/pull/1323/files
Da scheinen die Alarmeinstellungen aber nicht drin zu sein. Du kannst die Datei gerne als Startpunkt nutzen für den FGS 224.Diese komplizierteren Parameter werden in zwave-js als partielle Parameter abgebildet.
Diese sehen von außen erst mal aus wie normale, markieren aber über eine Bitmaske welchen Teil des Parameters sie bearbeiten:
https://zwave-js.github.io/node-zwave-js/#/development/config-files?id=partial-parametersIn deinem Beispiel: wäre Notification Type
"31[0xff000000]"und Event/State Parameters:"31[0xff00]".
Hilft dir das? Sonst lass mir einfach die Beschreibung dieser Parameter zukommen, dann bau ich das selbst. -
@Troya
Zum Fenstersensor:
accessControl_doorState und der Binary Sensor müssten funktionieren. Wenn die fehlen, stimmt was mit der Konfiguration oder den Verknüpfungen des Geräts nicht. Hier lohnt ein Blick in die Anleitung.
ALARM.Access_Control_1 ist die alte Version der Notification CC. Der müsste accessControl_doorState entsprechen.
Im Zweifel mach mal ein Log, wo du die betätigst.ASUS CFA3010
Hast du den vorm Einbinden auf Security S0 umgestellt? Steht in der Anleitung wie das geht. Security S2 kann der Adapter noch nicht. Es gibt definitiv Leute, die dieses Gerät mit zwave2 schon im Einsatz haben.
nur zwave2.0.Node_003.Binary_Switch.targetValue ohne die 1/2.*
Interviewe das Gerät mal neu (unter Adaptereinstellungen -> Geräte -> Knopf [...])
@AlCalzone Hallo AlCalzone, toll Arbeit an einem tollen Adapter.
Kannst Du folgende Config für einen Philio Flood Sensor PAT02-A noch einbinden? Für die Typen PAT02-B und C ist die bereits vorhanden Typ A fehlt jedoch.
http://manuals-backend.z-wave.info/make.php?lang=DE&sku=PHIEPAT02-A&cert=ZC10-15040009
pat02-a.json
Danke! -
@LaplaceII FGS 214 habe ich hier von OpenZWave importiert:
https://github.com/zwave-js/node-zwave-js/pull/1323/files
Da scheinen die Alarmeinstellungen aber nicht drin zu sein. Du kannst die Datei gerne als Startpunkt nutzen für den FGS 224.Diese komplizierteren Parameter werden in zwave-js als partielle Parameter abgebildet.
Diese sehen von außen erst mal aus wie normale, markieren aber über eine Bitmaske welchen Teil des Parameters sie bearbeiten:
https://zwave-js.github.io/node-zwave-js/#/development/config-files?id=partial-parametersIn deinem Beispiel: wäre Notification Type
"31[0xff000000]"und Event/State Parameters:"31[0xff00]".
Hilft dir das? Sonst lass mir einfach die Beschreibung dieser Parameter zukommen, dann bau ich das selbst.@AlCalzone : Ich habe mir von git das config file für den fgs224 herangezogen und das config file für das fgs214 erstellt und eine PR platziert (hoffe ich habe alle richtig gemacht). Anbei noch die Beschreibungen der Schalter inkl. der oben beschriebenen Alarm Parameter (ein file).
FGS-2x4-T-EN-1.0.pdf -
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 guten Morgen. ich habe Neo Coolcam Powerplugs im Einsatz. Jetzt wollte ich den Reportintervall der Messadaten ändern. Da bin ich über etwas gestolpert. Kann es sein, dass dort die Datenpunktnamen vertauscht sind ? Für den Reportintervall ist Standart 300s Sekunden eingestellt. Ich bin der Meinung zwei sind vertauscht. Siehe Screenshot. Der Plug ist noch auf Standart.
Könntest Du einmal schauen ? Danke
Gruß André


-
@AlCalzone guten Morgen. ich habe Neo Coolcam Powerplugs im Einsatz. Jetzt wollte ich den Reportintervall der Messadaten ändern. Da bin ich über etwas gestolpert. Kann es sein, dass dort die Datenpunktnamen vertauscht sind ? Für den Reportintervall ist Standart 300s Sekunden eingestellt. Ich bin der Meinung zwei sind vertauscht. Siehe Screenshot. Der Plug ist noch auf Standart.
Könntest Du einmal schauen ? Danke
Gruß André


-
@gelberlemmy Möglich... kannst du mal neben dem Node_002-Objekt auf den Bleistift klicken, auf "Raw" wechseln und mir diese 3 Werte zeigen?

@AlCalzone sagte in Test Adapter Z-Wave 2 (v1.8.x):
@gelberlemmy Möglich... kannst du mal neben dem Node_002-Objekt auf den Bleistift klicken, auf "Raw" wechseln und mir diese 3 Werte zeigen?

Anbei der Screenshot:

-
@AlCalzone sagte in Test Adapter Z-Wave 2 (v1.8.x):
@gelberlemmy Möglich... kannst du mal neben dem Node_002-Objekt auf den Bleistift klicken, auf "Raw" wechseln und mir diese 3 Werte zeigen?

Anbei der Screenshot:

-
@gelberlemmy Also in den Konfigurationsdateien ist es schon mal korrekt.
Kannst du mir deine Cache-Dateien mal schicken?@alcalzone said in Test Adapter Z-Wave 2 (v1.8.x):
@gelberlemmy Also in den Konfigurationsdateien ist es schon mal korrekt.
Kannst du mir deine Cache-Dateien mal schicken?Lustigerweise müsste der Punkt Relaison/off Status der aktuell den Wert 300 hat nur den Wert 0 und 1 zur Verfügun haben.
Die 300 sind ja als Wert für die Sekunden des Intervalls. Also zumindest so der Beschreibung. Irgend etwas ist da in Schieflage. -
@alcalzone said in Test Adapter Z-Wave 2 (v1.8.x):
@gelberlemmy Also in den Konfigurationsdateien ist es schon mal korrekt.
Kannst du mir deine Cache-Dateien mal schicken?Lustigerweise müsste der Punkt Relaison/off Status der aktuell den Wert 300 hat nur den Wert 0 und 1 zur Verfügun haben.
Die 300 sind ja als Wert für die Sekunden des Intervalls. Also zumindest so der Beschreibung. Irgend etwas ist da in Schieflage. -
@gelberlemmy Die Nummern in den Konfigurationdateien stimmen mit der Anleitung überein - daher auch die Frage nach den Cache-Dateien.
@alcalzone die müsstest Du schon längst per eMail bekommen haben. Mo 21:25.
Gruß André
-
Hallo @AlCalzone
Irgendwie habe ich das Problem, das mein Z.ME UZB dongle als Routing Slave und alle angelernten Endpoints als Static Controller angezeigt werden.
Egal ob sicher oder unsicher inkludiert wurde.
Ebenso sind die Punkte Current Value und Target value nicht immer synchron, wenn z.b. ein Endpunkt über Target value geschaltet wird.
Endpunkt Target wird auf True gestellt -> Licht geht an -> current value bleibt bei false. Teilweise bleiben beide values auf false obwohl das Licht angeht.
Ich betreibe seit min. 3 Jahren ein HC2 und wollte auf Zwave2 umsteigen, da ich eh viele Datenpunkte vom iobroker per API an den HC2 übertrage und mir dieses somit sparen könnte.
Aber so wird das leider nix. Kannst du mir da vielleicht etwas weiter helfen?

LG
Stefan -
Hallo @AlCalzone
Irgendwie habe ich das Problem, das mein Z.ME UZB dongle als Routing Slave und alle angelernten Endpoints als Static Controller angezeigt werden.
Egal ob sicher oder unsicher inkludiert wurde.
Ebenso sind die Punkte Current Value und Target value nicht immer synchron, wenn z.b. ein Endpunkt über Target value geschaltet wird.
Endpunkt Target wird auf True gestellt -> Licht geht an -> current value bleibt bei false. Teilweise bleiben beide values auf false obwohl das Licht angeht.
Ich betreibe seit min. 3 Jahren ein HC2 und wollte auf Zwave2 umsteigen, da ich eh viele Datenpunkte vom iobroker per API an den HC2 übertrage und mir dieses somit sparen könnte.
Aber so wird das leider nix. Kannst du mir da vielleicht etwas weiter helfen?

LG
Stefan@prozac said in Test Adapter Z-Wave 2 (v1.8.x):
als Routing Slave und alle angelernten Endpoints als Static Controller angezeigt werden.
Wieso ist das wichtig?
Ebenso sind die Punkte Current Value und Target value nicht immer synchron
Bekanntes Problem mit einigen Geräten. Steht relativ hoch auf meiner Prioritätsliste, kann aber noch nicht versprechen, wann ich das gelöst bekomme.
-
@alcalzone said in Test Adapter Z-Wave 2 (v1.8.x):
@gelberlemmy Also in den Konfigurationsdateien ist es schon mal korrekt.
Kannst du mir deine Cache-Dateien mal schicken?Lustigerweise müsste der Punkt Relaison/off Status der aktuell den Wert 300 hat nur den Wert 0 und 1 zur Verfügun haben.
Die 300 sind ja als Wert für die Sekunden des Intervalls. Also zumindest so der Beschreibung. Irgend etwas ist da in Schieflage. -
@prozac said in Test Adapter Z-Wave 2 (v1.8.x):
als Routing Slave und alle angelernten Endpoints als Static Controller angezeigt werden.
Wieso ist das wichtig?
Ebenso sind die Punkte Current Value und Target value nicht immer synchron
Bekanntes Problem mit einigen Geräten. Steht relativ hoch auf meiner Prioritätsliste, kann aber noch nicht versprechen, wann ich das gelöst bekomme.
@alcalzone said in Test Adapter Z-Wave 2 (v1.8.x):
Wieso ist das wichtig?
Wenn es sich nur um einen Anzeigefehler handelt ist es mir natürlich egal

Ich hatte nur gedacht es stünde evtl. in Verbindung zu dem genannten Problem mit den unterschiedlichen Values.Bekanntes Problem mit einigen Geräten. Steht relativ hoch auf meiner Prioritätsliste, kann aber noch nicht versprechen, wann ich das gelöst bekomme.
Danke für die Rückmeldung. Hatte dazu leider nichts gefunden. Interessant ist, dass ja irgendetwas vom Modul zurück kommt, da der Wert aktualisiert wird. Eine Regelmäßigkeit ist auch nicht erkennbar, da man alle Kombinationen provozieren kann

Gibt es da evtl. eine Art workaround?Mein Qubino 3 Phase Meter läuft leider auch nicht, da bei der Inklusion alle wichtigen Datenpunkte als „orphaned delete“ im Log geführt werden.
Kann / soll ich dir dazu vielleicht weitere Infos geben?
Ich werde wohl noch etwas warten meine 50+ Geräte zu migrieren.Vielen Dank für deinen Einsatz und liebe Grüße
Stefan -
@alcalzone said in Test Adapter Z-Wave 2 (v1.8.x):
Wieso ist das wichtig?
Wenn es sich nur um einen Anzeigefehler handelt ist es mir natürlich egal

Ich hatte nur gedacht es stünde evtl. in Verbindung zu dem genannten Problem mit den unterschiedlichen Values.Bekanntes Problem mit einigen Geräten. Steht relativ hoch auf meiner Prioritätsliste, kann aber noch nicht versprechen, wann ich das gelöst bekomme.
Danke für die Rückmeldung. Hatte dazu leider nichts gefunden. Interessant ist, dass ja irgendetwas vom Modul zurück kommt, da der Wert aktualisiert wird. Eine Regelmäßigkeit ist auch nicht erkennbar, da man alle Kombinationen provozieren kann

Gibt es da evtl. eine Art workaround?Mein Qubino 3 Phase Meter läuft leider auch nicht, da bei der Inklusion alle wichtigen Datenpunkte als „orphaned delete“ im Log geführt werden.
Kann / soll ich dir dazu vielleicht weitere Infos geben?
Ich werde wohl noch etwas warten meine 50+ Geräte zu migrieren.Vielen Dank für deinen Einsatz und liebe Grüße
Stefan@prozac sagte in Test Adapter Z-Wave 2 (v1.8.x):
Gibt es da evtl. eine Art workaround?
Nein. Das hängt mit dem Timing der Aktualisierungs-Abfrage zusammen.
Mein Qubino 3 Phase Meter läuft leider auch nicht, da bei der Inklusion alle wichtigen Datenpunkte als „orphaned delete“ im Log geführt werden.
Kann / soll ich dir dazu vielleicht weitere Infos geben?Ja bitte. Was wird gelöscht, was nicht gelöscht werden sollte? Mit Qubino hatte ich sogar schon Kontakt, die haben hierzu nichts angemerkt

Und am besten noch folgende Informationen:
https://github.com/AlCalzone/ioBroker.zwave2/blob/master/docs/de/bei-problemen.md#notwendige-informationen-für-ein-issue -
Hi @AlCalzone, ich mal wieder.
Danke für deine viele Arbeit am Z-Wave 2 Adapter. Es läuft wie immer alles stabil und zuverlässig - deutlich besser als der alte Z-Wave (1) Adapter mit OpenZWave.
Mir ist gerade aufgefallen, dass es bei UP-Schaltern o.ä. mit zwei Eingängen nur einen
resetDP, zum Zurücksetzen des historischen Stromverbrauchs, gibt. Es handelt sich um einen FIBARO DOUBLE SWITCH 2 FGS-223. (Siehe Screenshot)
In meinen Fall setzt
zwave2.0.Node_006.Meter.resetzwarzwave2.0.Node_006.Meter.value_001_kWh_Consumedzurück, aber nichtzwave2.0.Node_006.Meter.value_002_kWh_Consumed.
Meiner Meinung nach sollte es einenreset_001und einenreset_002geben.Kannst du das fixen?
Was brauchst du von mir?Gruß Nico