NEWS
Test Adapter Z-Wave 2 (v1.8.x)
-
Hi, bei mir startet seit ein paar Tagen der Adapter (Windows, latest) dauernd neu:
zwave2.0 2021-01-01 21:25:31.289 error (4728) Failed to initialize the driver: dest already exists. zwave2.0 2021-01-01 21:25:29.501 info (4728) starting. Version 1.8.3 in C:/Program Files/iobroker/SmartHome/node_modules/iobroker.zwave2, node: v10.17.0, js-controller: 3.1.6 zwave2.0 2021-01-01 21:25:26.936 info (2372) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason zwave2.0 2021-01-01 21:25:25.926 error (2372) Restarting the adapter in a second... zwave2.0 2021-01-01 21:25:25.925 error (2372) Failed to initialize the driver: dest already exists. zwave2.0 2021-01-01 21:25:24.142 info (2372) starting. Version 1.8.3 in C:/Program Files/iobroker/SmartHome/node_modules/iobroker.zwave2, node: v10.17.0, js-controller: 3.1.6 zwave2.0 2021-01-01 21:25:21.549 info (11936) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason zwave2.0 2021-01-01 21:25:20.537 error (11936) Restarting the adapter in a second... zwave2.0 2021-01-01 21:25:20.537 error (11936) Failed to initialize the driver: dest already exists. zwave2.0 2021-01-01 21:25:18.721 info (11936) starting. Version 1.8.3 in C:/Program Files/iobroker/SmartHome/node_modules/iobroker.zwave2, node: v10.17.0, js-controller: 3.1.6 zwave2.0 2021-01-01 21:25:16.173 info (2792) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reasonIch hab sowohl versucht die Instanz als auch den Adapter zu löschen und neu zu installieren, hat leider nichts geholfen. Irgendwelche Tipps von Eurer Seite? Der alte z-wave Adapter läuft soweit (hab ich pausiert beim Erstellen des Logs oben).
-
Hi, bei mir startet seit ein paar Tagen der Adapter (Windows, latest) dauernd neu:
zwave2.0 2021-01-01 21:25:31.289 error (4728) Failed to initialize the driver: dest already exists. zwave2.0 2021-01-01 21:25:29.501 info (4728) starting. Version 1.8.3 in C:/Program Files/iobroker/SmartHome/node_modules/iobroker.zwave2, node: v10.17.0, js-controller: 3.1.6 zwave2.0 2021-01-01 21:25:26.936 info (2372) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason zwave2.0 2021-01-01 21:25:25.926 error (2372) Restarting the adapter in a second... zwave2.0 2021-01-01 21:25:25.925 error (2372) Failed to initialize the driver: dest already exists. zwave2.0 2021-01-01 21:25:24.142 info (2372) starting. Version 1.8.3 in C:/Program Files/iobroker/SmartHome/node_modules/iobroker.zwave2, node: v10.17.0, js-controller: 3.1.6 zwave2.0 2021-01-01 21:25:21.549 info (11936) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason zwave2.0 2021-01-01 21:25:20.537 error (11936) Restarting the adapter in a second... zwave2.0 2021-01-01 21:25:20.537 error (11936) Failed to initialize the driver: dest already exists. zwave2.0 2021-01-01 21:25:18.721 info (11936) starting. Version 1.8.3 in C:/Program Files/iobroker/SmartHome/node_modules/iobroker.zwave2, node: v10.17.0, js-controller: 3.1.6 zwave2.0 2021-01-01 21:25:16.173 info (2792) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reasonIch hab sowohl versucht die Instanz als auch den Adapter zu löschen und neu zu installieren, hat leider nichts geholfen. Irgendwelche Tipps von Eurer Seite? Der alte z-wave Adapter läuft soweit (hab ich pausiert beim Erstellen des Logs oben).
@Andreas-Wartmann sagte in Test Adapter Z-Wave 2 (v1.8.x):
dest already exists
Zeigst du mir bitte mal den Inhalt des Cache-Verzeichnisses?
/opt/iobroker/iobroker-data/zwave2.0/cacheWarum `sudo` böse ist: https://forum.iobroker.net/post/17109
-
@Andreas-Wartmann sagte in Test Adapter Z-Wave 2 (v1.8.x):
dest already exists
Zeigst du mir bitte mal den Inhalt des Cache-Verzeichnisses?
/opt/iobroker/iobroker-data/zwave2.0/cache -
-
@Andreas-Wartmann jup.
Lösche mal die .metadata.jsonl (ohne .bak) und nenne die .metadata.jsonl.bak um (".bak"entfernen).Geht es dann?
@AlCalzone Genial, läuft wieder :) Vielen Dank!
-
Juchuu, mein Türschloss (Asus CFA3010) funktioniert mit dem Zwave2-Adapter.
Ich habe es nochmal komplett zurückgesetzt und überlegt "hey, probier es doch direkt im S2-Sicherheitsmodus nochmal zu inkludieren". Obwohl @AlCalzone ja meinte, dass der Adapter den S2 noch nicht unterstützt.
Und siehe da, das Schloss funktioniert auf Anhieb!:man-shrugging: -
Was bedeutet das:
zwave2.0 2021-01-04 19:58:31.522 warn (972) Otherwise, install it using "apt install udev" zwave2.0 2021-01-04 19:58:31.522 warn (972) If it is installed, add it to the PATH env variable. zwave2.0 2021-01-04 19:58:31.521 warn (972) Cannot list serial ports because "udevadm" was not found on PATH!Hab noch nicht ganz raus was der auslöser ist, glaube wenn ich in die Geräteliste der Instanz schaue. Aber leider auch nicht immer.
Hat bestimmt was mit Docker zu tun, ioBroker läuft bei mir auf Synology NAS oder?
-
Was bedeutet das:
zwave2.0 2021-01-04 19:58:31.522 warn (972) Otherwise, install it using "apt install udev" zwave2.0 2021-01-04 19:58:31.522 warn (972) If it is installed, add it to the PATH env variable. zwave2.0 2021-01-04 19:58:31.521 warn (972) Cannot list serial ports because "udevadm" was not found on PATH!Hab noch nicht ganz raus was der auslöser ist, glaube wenn ich in die Geräteliste der Instanz schaue. Aber leider auch nicht immer.
Hat bestimmt was mit Docker zu tun, ioBroker läuft bei mir auf Synology NAS oder?
-
@AlCalzone
Ok, kann ich das einfach über den Terminal des iobroker-Containers im Docker machen via
apt-get -y install udev
?Muss gestehen, - hab noch nicht lange nach ner Lösung gegoogelt:baby:
-
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: Danke für die tolle zwave Adapter Entwicklung.
Bei mir laufen beide Adapter (zwave2 und zwave) auf jeweils auf einem Gerät (rock64 und pi4). Ich habe versucht die Fibaro Smart Module FGS214 und FGS224 einzubinden. Beide werden als Schalter erkannt, aber eine Konfiguration ist in beiden Adptern nicht möglich (z.b. Wahl der Schalterart). Wäre klasse, wenn die Geräte in beiden zwave Versionen hinzugefügt werden können.
Btw in openzwave sind die Geräte vor kurzem hinzugefügt worden. In node-zwave-js scheinen beide Geräte noch nicht integriert zu sein.
Danke vorab! -
@AlCalzone: Danke für die tolle zwave Adapter Entwicklung.
Bei mir laufen beide Adapter (zwave2 und zwave) auf jeweils auf einem Gerät (rock64 und pi4). Ich habe versucht die Fibaro Smart Module FGS214 und FGS224 einzubinden. Beide werden als Schalter erkannt, aber eine Konfiguration ist in beiden Adptern nicht möglich (z.b. Wahl der Schalterart). Wäre klasse, wenn die Geräte in beiden zwave Versionen hinzugefügt werden können.
Btw in openzwave sind die Geräte vor kurzem hinzugefügt worden. In node-zwave-js scheinen beide Geräte noch nicht integriert zu sein.
Danke vorab!@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.
-
@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é
Support us
810
Online32.4k
Users81.5k
Topics1.3m
Posts