NEWS
Test Adapter Z-Wave 2 (v1.8.x)
Test Adapter Z-Wave 2 (v1.8.x)
-
@AlCalzone
so jetzt noch einmal ein längeres log
zwave-17502.zip -
@AlCalzone
so jetzt noch einmal ein längeres log
zwave-17502.zip -
@Besserso Du verwendest gar nicht Version 1.8.0, oder? Zumindest nach dem Log müsstest du auf 1.7.x sein.
Moin zusammen,
ich lese hier schon eine Weile interessiert mit, habe zwave 2 seit einer Weile im System und nachdem zwave 1 in der letzten Woche mal wieder nicht mehr grün werden wollte und sich auch nicht überreden ließ, auf zwave 2 (aktuell ist 1.8 installiert) umgeschaltet.
Auch von mir erst mal herzlichen Dank für die gute Arbeit!
Problemfälle waren auch im alten Adapter immer schon meine Taster vom Typ Popp & Co 009303.
Nach aufwecken meldet sich der Taster (im Einsatz sind insgesamt 4) artig mit seinen Eigenschaften im Adapter an.
Im Bereich Central Scene entstehen dabei scene_001 bis_004 (für jeden der vier einzelen Taster eine).
Ohne Tastendruck sollten hier Nullen stehen, nach kurzem Druck Einsen, langer Druck erzeugt eine Zwei.
Wenn ich den Taster länger in Ruhe gelassen haben, bleiben die scenes aber (unterschiedlich welche und nicht reproduzierbar) bei "1" hängen.
Beim Rückschalten von "2" ist zu beobachten, dass der Weg nicht direkt auf "0" führt, sondern immer über die "1" führt.
Habt Ihr jetzt schon einen Tip für mich, oder soll ich weitere Info's auf den Weg bringen?
Gruß
Andreas

-
@Besserso Du verwendest gar nicht Version 1.8.0, oder? Zumindest nach dem Log müsstest du auf 1.7.x sein.
@AlCalzone
Also laut Adapter schon....

-
@AlCalzone
Also laut Adapter schon....

@Besserso Dann ist irgendwas nicht in Ordnung. Der Adapter hat Library-Version 5.4.0 als Abhängigkeit. Stoppe mal den Adapter, dann
cd /opt/iobroker npm i iobroker.zwave2@1.8.0 iobroker uploadund wieder starten.
Edit: Hab bei mir gerade mal produktiv über den Admin auf 1.8.0 gebracht - da kommen die richtigen Versionen mit:

-
Moin zusammen,
ich lese hier schon eine Weile interessiert mit, habe zwave 2 seit einer Weile im System und nachdem zwave 1 in der letzten Woche mal wieder nicht mehr grün werden wollte und sich auch nicht überreden ließ, auf zwave 2 (aktuell ist 1.8 installiert) umgeschaltet.
Auch von mir erst mal herzlichen Dank für die gute Arbeit!
Problemfälle waren auch im alten Adapter immer schon meine Taster vom Typ Popp & Co 009303.
Nach aufwecken meldet sich der Taster (im Einsatz sind insgesamt 4) artig mit seinen Eigenschaften im Adapter an.
Im Bereich Central Scene entstehen dabei scene_001 bis_004 (für jeden der vier einzelen Taster eine).
Ohne Tastendruck sollten hier Nullen stehen, nach kurzem Druck Einsen, langer Druck erzeugt eine Zwei.
Wenn ich den Taster länger in Ruhe gelassen haben, bleiben die scenes aber (unterschiedlich welche und nicht reproduzierbar) bei "1" hängen.
Beim Rückschalten von "2" ist zu beobachten, dass der Weg nicht direkt auf "0" führt, sondern immer über die "1" führt.
Habt Ihr jetzt schon einen Tip für mich, oder soll ich weitere Info's auf den Weg bringen?
Gruß
Andreas

@SirHenri Das ist korrekt so. Folgende Werte gibt es (eigentlich sollte statt der Zahl da auch stehen, was der bedeutet).
KeyPressed = 0x00, KeyReleased = 0x01, KeyHeldDown = 0x02, KeyPressed2x = 0x03, KeyPressed3x = 0x04, KeyPressed4x = 0x05, KeyPressed5x = 0x06,Nicht jedes Gerät kann alles, aber die meisten die Werte 0-2. Demnach bekommst du bei kurzem Druck eine 0, bei langem eine 2 und nach dem Loslassen eines langen Drucks eine 1.
-
Und hier das Log.
Funktioniert jetzt super. Hat beide Endpunkte erstellt und zeigt mir den Stromverbrauch von jeden Ausgang an.
-
@SirHenri Das ist korrekt so. Folgende Werte gibt es (eigentlich sollte statt der Zahl da auch stehen, was der bedeutet).
KeyPressed = 0x00, KeyReleased = 0x01, KeyHeldDown = 0x02, KeyPressed2x = 0x03, KeyPressed3x = 0x04, KeyPressed4x = 0x05, KeyPressed5x = 0x06,Nicht jedes Gerät kann alles, aber die meisten die Werte 0-2. Demnach bekommst du bei kurzem Druck eine 0, bei langem eine 2 und nach dem Loslassen eines langen Drucks eine 1.
@AlCalzone Ok. Danke für den Überblick. Für einen Moment hatte ich gedacht, dass ich das dann nur falsch interpretiert habe. Nun liegt der Taster seit ner Weile vor mir auf dem Tisch und wenn ich die Daten im broker richtig verstehe (Abb. s.u.), dann drückt seit geraumer Zeit jemand kurzzeitig (da stehen ja Nullen und keine Zweien) alle vier Mikrotaster...
Was nun? Taster einmal raus aus dem System und wieder rein? -
@AlCalzone Ok. Danke für den Überblick. Für einen Moment hatte ich gedacht, dass ich das dann nur falsch interpretiert habe. Nun liegt der Taster seit ner Weile vor mir auf dem Tisch und wenn ich die Daten im broker richtig verstehe (Abb. s.u.), dann drückt seit geraumer Zeit jemand kurzzeitig (da stehen ja Nullen und keine Zweien) alle vier Mikrotaster...
Was nun? Taster einmal raus aus dem System und wieder rein? -
@SirHenri Das ist korrekt so. Folgende Werte gibt es (eigentlich sollte statt der Zahl da auch stehen, was der bedeutet).
KeyPressed = 0x00, KeyReleased = 0x01, KeyHeldDown = 0x02, KeyPressed2x = 0x03, KeyPressed3x = 0x04, KeyPressed4x = 0x05, KeyPressed5x = 0x06,Nicht jedes Gerät kann alles, aber die meisten die Werte 0-2. Demnach bekommst du bei kurzem Druck eine 0, bei langem eine 2 und nach dem Loslassen eines langen Drucks eine 1.
Moin AlCalzone,
ich habe mir einen neuen Sensor gekauft Eurotronic Luftgütesensor Z-Wave Plus.
Der Senosr wird gefunden und er überträgt auch alle Daten.
Das einzige was mir aufgefallen ist ich kann über die Objekte den Sensor nicht konfigurieren.

Muss ich da irgendwas machen damit ich den Sensor konfigurieren kann oder ist dieser noch nicht richtig in der Datenbank?
Viele Grüße
-
Moin AlCalzone,
ich habe mir einen neuen Sensor gekauft Eurotronic Luftgütesensor Z-Wave Plus.
Der Senosr wird gefunden und er überträgt auch alle Daten.
Das einzige was mir aufgefallen ist ich kann über die Objekte den Sensor nicht konfigurieren.

Muss ich da irgendwas machen damit ich den Sensor konfigurieren kann oder ist dieser noch nicht richtig in der Datenbank?
Viele Grüße
-
@AlCalzone Ok. Danke für den Überblick. Für einen Moment hatte ich gedacht, dass ich das dann nur falsch interpretiert habe. Nun liegt der Taster seit ner Weile vor mir auf dem Tisch und wenn ich die Daten im broker richtig verstehe (Abb. s.u.), dann drückt seit geraumer Zeit jemand kurzzeitig (da stehen ja Nullen und keine Zweien) alle vier Mikrotaster...
Was nun? Taster einmal raus aus dem System und wieder rein?@SirHenri Nein, auch nicht ganz...
KeyPress wird für jeden kurzen Druck einmal aktualisiert. Wenn die Aktualisierung nicht erfolgt, wurde auch nichts gedrückt.
KeyHeldDown wird solange gedrückt ist alle paar hundert ms aktualisiert. Sobald losgelassen wird, steht der Wert auf KeyReleased.
Ein "Zurücksetzen" erfolgt hier nicht.@Domoe sagte in Test Adapter Z-Wave 2 (v1.8.x):
ist dieser noch nicht richtig in der Datenbank?
Das ist es. Klick mal auf den Bleistift in der Zeile Manufacturer_Specific und zeige mir die Rohdarstellung des Objekts.
-
@SirHenri Nein, auch nicht ganz...
KeyPress wird für jeden kurzen Druck einmal aktualisiert. Wenn die Aktualisierung nicht erfolgt, wurde auch nichts gedrückt.
KeyHeldDown wird solange gedrückt ist alle paar hundert ms aktualisiert. Sobald losgelassen wird, steht der Wert auf KeyReleased.
Ein "Zurücksetzen" erfolgt hier nicht.@Domoe sagte in Test Adapter Z-Wave 2 (v1.8.x):
ist dieser noch nicht richtig in der Datenbank?
Das ist es. Klick mal auf den Bleistift in der Zeile Manufacturer_Specific und zeige mir die Rohdarstellung des Objekts.
Ich hoffe das war das richtige.
-
Ich hoffe das war das richtige.
-
Besser?

-
Besser?

-
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, mir ist eben noch etwas aufgefallen mit meinen Notes 71 und 72. Dieser werden in der Netzwerkkarte als nicht verknüft angezeigt. OK Note 71 ist eine Fernbedienung. Aber 72 ist ein aktives Note. Gestern angelegt, funktioniert perfekt. Alle Datenpunkte sind da. Oder noch warten ?

-
@Domoe Ja. Dafür hab ich tatsächlich keine Config-Datei. Hast du mal die Anleitung (oder möchtest gar selbst eine Config-Datei beisteuern?)
-
@SirHenri Nein, auch nicht ganz...
KeyPress wird für jeden kurzen Druck einmal aktualisiert. Wenn die Aktualisierung nicht erfolgt, wurde auch nichts gedrückt.
KeyHeldDown wird solange gedrückt ist alle paar hundert ms aktualisiert. Sobald losgelassen wird, steht der Wert auf KeyReleased.
Ein "Zurücksetzen" erfolgt hier nicht.@Domoe sagte in Test Adapter Z-Wave 2 (v1.8.x):
ist dieser noch nicht richtig in der Datenbank?
Das ist es. Klick mal auf den Bleistift in der Zeile Manufacturer_Specific und zeige mir die Rohdarstellung des Objekts.
@AlCalzone Soooo - das Thema Taster hab ich erst mal an die Seite gelegt, da die Probleme an anderer Stelle größer geworden sind.
Aktuell kann ich weder den Qubino ZMNHBD noch die GreenWave Reality Inc. GWPN1 zuverlässig schalten (UP-Doppelrelais für die Dose bzw. Zwischenstecker für die Steckdose). Ich meine, das hatte ich hier schon erfolgreich laufen nach der Umstellung auf zwave 2 und der Anpassung von Skripten und iQontrol.
Gestern abend war ich wieder zurück auf der 1.7.10, bin aber wieder bei 1.8.
In den Skripten steuere ichzwave2.0.Node_010.Binary_Switch.targetValue_001erfolgreich. Wenn ich den gleichen Wert in iQontrol in einer "Lichtkachel" beim State eintrage, dann bekomme ich den Zwischenstecker (GreenWave) eingeschaltet, die Kachel zeigt kurz die eingeschaltete Glühbirne und springt dann zurück auf ausgeschaltet - der Zwischenstecker ist aber noch an.
Gleiches Bild beim qubino. Ausschalten geht dann bei beiden über iQontrol nicht, wohl aber über ein Skript (auch bei beiden).
Was mache ich da falsch?



Bitte das Node-Objekt 