NEWS
Test Adapter Z-Wave 2 (v1.8.x)
Test Adapter Z-Wave 2 (v1.8.x)
-
@_nico Ok meine Vermutung scheint sich zu bestätigen. Für Endpunkte wird nur das V1-Interview gemacht. Alle Funktionen aus höheren Versionen inklusive Meter Reset werden nicht abgefragt. ==> https://github.com/zwave-js/node-zwave-js/issues/1449
@alcalzone sagte in Test Adapter Z-Wave 2 (v1.8.x):
@_nico Ok meine Vermutung scheint sich zu bestätigen. Für Endpunkte wird nur das V1-Interview gemacht. Alle Funktionen aus höheren Versionen inklusive Meter Reset werden nicht abgefragt. ==> https://github.com/zwave-js/node-zwave-js/issues/1449
Super!
Freue mich auf den Fix, ist aber nicht Kriegsentscheidend. Keine Eile. DANKE!
Anderes Thema, habe noch einen Wunsch. Ich habe mir für alle Adapter Benachrichtigungen konfiguriert, wenn das Gerät sich X Tage nicht beim Adapter gemeldet hat, schicke mir eine Nachricht.
Beim Z-Wave 2 Adapter ist das garnicht so einfach, es unterscheidet sich von Gerät zu Gerät, man findet keinen DP der bei allen gleich ist. Daher meine Frage:
Ein DP
last_seenwäre doch toll, hier wird immer die aktuelle Zeit eingetragen, wann sich der Node, dass letzte mal beim Adapter gemeldet hat. Manche Batteriebetriebene Nodes melden sich auch nur mal alle X Stunden - aktualisieren garkeine Parameter - diesepings/helloskönnte man im DPlast_seendann auch berücksichtigen.Im Zigbee Adapter gibt es bei jedem Gerät den DP
link_quality, sowas wie Signalstärke wird es bei Z-Wave nicht geben oder?Ich denke, ich wäre auch nicht der einzige, der daran Interesse hat. So ein
last_seenist bei der Problemsuche immer gut. Wäre cool! Danke.
Gruß Nico
-
@alcalzone sagte in Test Adapter Z-Wave 2 (v1.8.x):
@_nico Ok meine Vermutung scheint sich zu bestätigen. Für Endpunkte wird nur das V1-Interview gemacht. Alle Funktionen aus höheren Versionen inklusive Meter Reset werden nicht abgefragt. ==> https://github.com/zwave-js/node-zwave-js/issues/1449
Super!
Freue mich auf den Fix, ist aber nicht Kriegsentscheidend. Keine Eile. DANKE!
Anderes Thema, habe noch einen Wunsch. Ich habe mir für alle Adapter Benachrichtigungen konfiguriert, wenn das Gerät sich X Tage nicht beim Adapter gemeldet hat, schicke mir eine Nachricht.
Beim Z-Wave 2 Adapter ist das garnicht so einfach, es unterscheidet sich von Gerät zu Gerät, man findet keinen DP der bei allen gleich ist. Daher meine Frage:
Ein DP
last_seenwäre doch toll, hier wird immer die aktuelle Zeit eingetragen, wann sich der Node, dass letzte mal beim Adapter gemeldet hat. Manche Batteriebetriebene Nodes melden sich auch nur mal alle X Stunden - aktualisieren garkeine Parameter - diesepings/helloskönnte man im DPlast_seendann auch berücksichtigen.Im Zigbee Adapter gibt es bei jedem Gerät den DP
link_quality, sowas wie Signalstärke wird es bei Z-Wave nicht geben oder?Ich denke, ich wäre auch nicht der einzige, der daran Interesse hat. So ein
last_seenist bei der Problemsuche immer gut. Wäre cool! Danke.
Gruß Nico
-
@gelberlemmy Haste mal probiert, die einfach neu zu konfigurieren?
Wenn ich davon ein Log hätte, wäre es ggf. ein Anhaltspunkt.@alcalzone wie meinst Du. Löschen und neu anlegen ?
-
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 ich habe mein js-controller aud 3.2.7 geupdatet. Auch den ZWAve Adapter geupdatet.
Mir ist aufgefallen, dass meine Öffnungsmelder nicht mehr funktionieren. Zum Teil fehlen die Datenpunkte "current value" Dort wo der current value noch existiert, werden auf/zu nicht mehr
geupdatet....... Bewegungsmelder scheinen noch zu funktionieren. Auch sind die Öffnungsmelder von verschiedenen Herstellern. Habe jetzt nicht alles getestst. Mach mich aber schon stutzig. Keine Änderung an den ZWave Komponenten. Auch keine gelöscht oder hinzugefügt. Habe den Adapter neu gestartet. Wenn das nachher durch ist, werde ich Dir einmal einen Log der Daten per Mail zukommen lassen. Wäre schön, wenn Du dann einmal drauf schauen könntest. Ach ja im normalen Log kam zB auch die Meldung: zwave2.0zwave2.0 2021-01-19 15:46:21.604 warn (3056) Deleting orphaned state zwave2.0.Node_036.Basic.currentValueWarum wurde dieser gelöscht ?
Gruß André
-
@alcalzone wie meinst Du. Löschen und neu anlegen ?
@gelberlemmy sagte in Test Adapter Z-Wave 2 (v1.8.x):
@alcalzone wie meinst Du. Löschen und neu anlegen ?
Nein, die unsinnigen Konfigurationswerte ändern
Warum wurde dieser gelöscht ?
Wenn es besser passende Datenpunkte für eine Funktion gibt, sollte der gar nicht erst existieren. Wurde vermutlich beim Interview angelegt, bevor er als unnötig erkannt wurde.
-
@gelberlemmy sagte in Test Adapter Z-Wave 2 (v1.8.x):
@alcalzone wie meinst Du. Löschen und neu anlegen ?
Nein, die unsinnigen Konfigurationswerte ändern
Warum wurde dieser gelöscht ?
Wenn es besser passende Datenpunkte für eine Funktion gibt, sollte der gar nicht erst existieren. Wurde vermutlich beim Interview angelegt, bevor er als unnötig erkannt wurde.
@alcalzone sagte in Test Adapter Z-Wave 2 (v1.8.x):
@gelberlemmy sagte in Test Adapter Z-Wave 2 (v1.8.x):
@alcalzone wie meinst Du. Löschen und neu anlegen ?
Nein, die unsinnigen Konfigurationswerte ändern
Warum wurde dieser gelöscht ?
Wenn es besser passende Datenpunkte für eine Funktion gibt, sollte der gar nicht erst existieren. Wurde vermutlich beim Interview angelegt, bevor er als unnötig erkannt wurde.
Aber das Note ist ein Öffnungsmelder und benötigt genau diesen Datenpunkt. Wird dann auch beim ersten bedienen wieder angelegt. Nur funktioniert dieser sporadisch....
-
ich habe noch das Problem das meine Fibaro Motion Augen den Batteriestand immer auf 100% anzeigen wenn ich Akkus drin habe, sobald ich eine normale Batterie einlege werden die Prozentzahlen richtig angezeigt...... kannst du da was dran ändern... wie z.B. Werte anpssen etc. oder liegt das an der Hardware
Akku:

Batterie:

-
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 wurden irgendwelche Datenpunkte geändert beim Update? Einige Alias Verknüpfungen gehen nicht mehr.
-
@alcalzone sagte in Test Adapter Z-Wave 2 (v1.8.x):
@gelberlemmy sagte in Test Adapter Z-Wave 2 (v1.8.x):
@alcalzone wie meinst Du. Löschen und neu anlegen ?
Nein, die unsinnigen Konfigurationswerte ändern
Warum wurde dieser gelöscht ?
Wenn es besser passende Datenpunkte für eine Funktion gibt, sollte der gar nicht erst existieren. Wurde vermutlich beim Interview angelegt, bevor er als unnötig erkannt wurde.
Aber das Note ist ein Öffnungsmelder und benötigt genau diesen Datenpunkt. Wird dann auch beim ersten bedienen wieder angelegt. Nur funktioniert dieser sporadisch....
@gelberlemmy sagte in Test Adapter Z-Wave 2 (v1.8.x):
Aber das No
tde ist ein Öffnungsmelder und benötigt genau diesen Datenpunkt. Wird dann auch beim ersten bedienen wieder angelegt. Nur funktioniert dieser sporadisch....Du weißt was jetzt kommt

wurden irgendwelche Datenpunkte geändert beim Update
Bei Meter (electic, kWh, consumed) wurde was umbenannt, um einen Bug zu beheben.
-
@gelberlemmy sagte in Test Adapter Z-Wave 2 (v1.8.x):
Aber das No
tde ist ein Öffnungsmelder und benötigt genau diesen Datenpunkt. Wird dann auch beim ersten bedienen wieder angelegt. Nur funktioniert dieser sporadisch....Du weißt was jetzt kommt

wurden irgendwelche Datenpunkte geändert beim Update
Bei Meter (electic, kWh, consumed) wurde was umbenannt, um einen Bug zu beheben.
@alcalzone sagte in Test Adapter Z-Wave 2 (v1.8.x):
@gelberlemmy sagte in Test Adapter Z-Wave 2 (v1.8.x):
Aber das No
tde ist ein Öffnungsmelder und benötigt genau diesen Datenpunkt. Wird dann auch beim ersten bedienen wieder angelegt. Nur funktioniert dieser sporadisch....Du weißt was jetzt kommt

wurden irgendwelche Datenpunkte geändert beim Update
Bei Meter (electic, kWh, consumed) wurde was umbenannt, um einen Bug zu beheben.
Was kommt denn jetzt ? Log habe ich Dir bereits zugesendet.
oder noch einmal Aufwecken und abfragen ?
Folgendes ist mir aufgefallen. Wenn dort der Datenpunkt wieder angelegt wird, hat der Ordner "Basic" keinen Typ zugeornet. Alle anderen haben dort "Channel" Dort handelt es sich um die Vision Tür/Fenster Sensoren Gen 5, Z-Wave Plus.Habe meine Alias auf die geänderten Datenpunkte geändert danke.
Gruß André

-
@alcalzone sagte in Test Adapter Z-Wave 2 (v1.8.x):
@gelberlemmy sagte in Test Adapter Z-Wave 2 (v1.8.x):
Aber das No
tde ist ein Öffnungsmelder und benötigt genau diesen Datenpunkt. Wird dann auch beim ersten bedienen wieder angelegt. Nur funktioniert dieser sporadisch....Du weißt was jetzt kommt

wurden irgendwelche Datenpunkte geändert beim Update
Bei Meter (electic, kWh, consumed) wurde was umbenannt, um einen Bug zu beheben.
Was kommt denn jetzt ? Log habe ich Dir bereits zugesendet.
oder noch einmal Aufwecken und abfragen ?
Folgendes ist mir aufgefallen. Wenn dort der Datenpunkt wieder angelegt wird, hat der Ordner "Basic" keinen Typ zugeornet. Alle anderen haben dort "Channel" Dort handelt es sich um die Vision Tür/Fenster Sensoren Gen 5, Z-Wave Plus.Habe meine Alias auf die geänderten Datenpunkte geändert danke.
Gruß André

@gelberlemmy Schau mal unter Notification. Da gibts einen Datenpunkt für den Fensterzustand.
18:25:12.981 DRIVER « [Node 036] [REQ] [ApplicationCommand] └─[SecurityCCCommandEncapsulation] │ sequenced: false └─[NotificationCCReport] notification type: Access Control notification status: 255 notification state: Window/door is closed 18:25:12.984 CNTRLR [Node 036] [~] [Notification] Access Control[Door state]: 23 => 2 [Endpoint 0] 3Dass Basic keinen Channel hat und nach dem Interview verschwindet, deutet darauf hin, dass er gar nicht auftauchen sollte und nicht sauber rausgefiltert wird.
@Flopsi
Hardwareproblem. Der Adapter verarbeitet nur was er bekommt. Batterien haben i.d.R. ne andere Spannung als Akkus - damit wird die interne Messung nicht klar kommen. -
@gelberlemmy Schau mal unter Notification. Da gibts einen Datenpunkt für den Fensterzustand.
18:25:12.981 DRIVER « [Node 036] [REQ] [ApplicationCommand] └─[SecurityCCCommandEncapsulation] │ sequenced: false └─[NotificationCCReport] notification type: Access Control notification status: 255 notification state: Window/door is closed 18:25:12.984 CNTRLR [Node 036] [~] [Notification] Access Control[Door state]: 23 => 2 [Endpoint 0] 3Dass Basic keinen Channel hat und nach dem Interview verschwindet, deutet darauf hin, dass er gar nicht auftauchen sollte und nicht sauber rausgefiltert wird.
@Flopsi
Hardwareproblem. Der Adapter verarbeitet nur was er bekommt. Batterien haben i.d.R. ne andere Spannung als Akkus - damit wird die interne Messung nicht klar kommen.@alcalzone aber die der Status 0 oder 255 ist nicht unter "Notification" sondern unter "Basic" der dann gelöscht wird.
Hmmm.... Anbei ein Screenshot.
-
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 ich habe mal nach Deinem Tipp geschaut.... Das sind wirklich Dinge die verschlüsselt sind !
-
@gelberlemmy Schau mal unter Notification. Da gibts einen Datenpunkt für den Fensterzustand.
18:25:12.981 DRIVER « [Node 036] [REQ] [ApplicationCommand] └─[SecurityCCCommandEncapsulation] │ sequenced: false └─[NotificationCCReport] notification type: Access Control notification status: 255 notification state: Window/door is closed 18:25:12.984 CNTRLR [Node 036] [~] [Notification] Access Control[Door state]: 23 => 2 [Endpoint 0] 3Dass Basic keinen Channel hat und nach dem Interview verschwindet, deutet darauf hin, dass er gar nicht auftauchen sollte und nicht sauber rausgefiltert wird.
@Flopsi
Hardwareproblem. Der Adapter verarbeitet nur was er bekommt. Batterien haben i.d.R. ne andere Spannung als Akkus - damit wird die interne Messung nicht klar kommen.@alcalzone
Eine kurze Frage: Ich finde leider die Kompatibilitätsliste nicht mehr. Ich würde mir einen der neuen Fibaro CO Sensoren (Zwave) kaufen. Lassen die sich an dem Adapter betrieben? Ich habe die 1.8.6 am Laufen. -
@alcalzone aber die der Status 0 oder 255 ist nicht unter "Notification" sondern unter "Basic" der dann gelöscht wird.
Hmmm.... Anbei ein Screenshot.
@gelberlemmy sagte in Test Adapter Z-Wave 2 (v1.8.x):
aber die der Status 0 oder 255 ist nicht unter "Notification" sondern unter "Basic" der dann gelöscht wird.
Hmmm.... Anbei ein Screenshot.Die Notifications sollten sich eigentlich aktualisieren wenn du das Fenster öffnet/schließt. Der heißt nicht ohne Grund "Window/Door is open". Ich habe beim kurzen durchscrollen mindestens Node 46 und 61 gesehen, die Notifications senden.
Die ungültigen Nachrichten konnte ich beim Test lokal auch entschlüsseln. Ich release heute Abend nochmal ne neue Version, ggf. ist das dann schon behoben. -
@alcalzone
Eine kurze Frage: Ich finde leider die Kompatibilitätsliste nicht mehr. Ich würde mir einen der neuen Fibaro CO Sensoren (Zwave) kaufen. Lassen die sich an dem Adapter betrieben? Ich habe die 1.8.6 am Laufen.@martybr Grundsätzlich sollte erst mal alles funktionieren. Es kann allerdings sein, dass ein bisher unbekanntes/ungetestetes Gerät Dinge tut, die der Adapter nicht mag. Das muss man dann beheben.
An einer Kompatibilitätsliste wird derzeit gearbeitet. Sobald da was finales steht, verweise ich darauf.
-
@gelberlemmy sagte in Test Adapter Z-Wave 2 (v1.8.x):
aber die der Status 0 oder 255 ist nicht unter "Notification" sondern unter "Basic" der dann gelöscht wird.
Hmmm.... Anbei ein Screenshot.Die Notifications sollten sich eigentlich aktualisieren wenn du das Fenster öffnet/schließt. Der heißt nicht ohne Grund "Window/Door is open". Ich habe beim kurzen durchscrollen mindestens Node 46 und 61 gesehen, die Notifications senden.
Die ungültigen Nachrichten konnte ich beim Test lokal auch entschlüsseln. Ich release heute Abend nochmal ne neue Version, ggf. ist das dann schon behoben.@alcalzone Ok, ich weiß. Hatte aber die Basic Werte genommen (0-255) Wobei mir das eigentlich gleich ist welche Datenpunkte ich nehmen muß. Aber mit diesen Basic Werten hatte ich nie Probleme. Und diese wurden auch noch nie so gelöscht.... (gefühlt). Sporadisch funktioniert das auch. Gestern Abend war es so schlimm, dass alle verschlüsselten Geräte keine Statusänderung mehr gemacht haben. Aber heute morgen gingen zumindest die Bewegungsmelder wieder.
Werde die neue Version dann gleich mal testen und berichten. Danke
Gruß André
-
@AlCalzone
könntest du bitte den adapter auch im admin sichtbar machen?
finde das spitze beim zigbee adapter

-
@AlCalzone
könntest du bitte den adapter auch im admin sichtbar machen?
finde das spitze beim zigbee adapter

-
@jackdaniel Was ist da dahinter?
@alcalzone
beim zigbee kommt man direkt zur geräteübersicht
