Z-Wave Plus Fenstersensoren

krikan · 09 März 2018, 14:52:44

Zitat von: parabacus am 09 März 2018, 14:50:32
na ja - ich hoffe, dass alles andere dann noch funktioniert.

Den Rückweg eröffnet doch immer ein zuvor erstelltes, vollständiges backup.

parabacus · 09 März 2018, 18:51:47

Jetzt bin ich wieder synchron - hab das Update ausgeführt und dem RasPi einen General-Reset verpasst.
Alle bisher verwendeten Sachen funktionieren schon mal genauso wie vorher, was mich beruhigt.

Im FHEM-Logfile finde ich jetzt noch folgende Infos für ZWDongle:

mehrfach diese Logeinträge:

Code Auswählen

2018.03.07 16:11:09 3: Probing CUL device /dev/ttyAMA0
2018.03.07 16:11:09 3: Probing TCM_ESP3 device /dev/ttyAMA0
2018.03.07 16:11:10 3: Probing ZWDongle device /dev/ttyAMA0
2018.03.07 16:11:10 3: Probing FRM device /dev/ttyAMA0

..dann diesen:

Code Auswählen

2018.03.07 16:33:59 3: Probing CUL device /dev/ttyAMA0
2018.03.07 16:33:59 3: Probing TCM_ESP3 device /dev/ttyAMA0
2018.03.07 16:33:59 3: Probing ZWDongle device /dev/ttyAMA0
2018.03.07 16:33:59 3: Probing FRM device /dev/ttyAMA0
2018.03.07 16:34:05 3: Probing CUL device /dev/ttyS0
2018.03.07 16:34:05 3: Can't open /dev/ttyS0: Permission denied

Die Fehlermeldung kommt meiner Meinung nach noch von der zu dem Zeitpunkt noch nicht vollständig durchgeführten Konfiguration des Razberry2-Moduls.

seitdem das

Code Auswählen


2018.03.07 16:58:46 2: ZWDongle_ProcessSendStack: no ACK, resending message 01030007fb
2018.03.07 16:58:46 1: ERROR: max send retries reached, removing 01030007fb from dongle sendstack

2018.03.07 16:58:41 2: ZWDongle_ProcessSendStack: no ACK, resending message 01030007fb
2018.03.07 16:58:42 2: ZWDongle_ProcessSendStack: no ACK, resending message 01030007fb
2018.03.07 16:58:43 2: ZWDongle_ProcessSendStack: no ACK, resending message 01030007fb
2018.03.07 16:58:46 2: ZWDongle_ProcessSendStack: no ACK, resending message 01030007fb
2018.03.07 16:58:46 1: ERROR: max send retries reached, removing 01030007fb from dongle sendstack

Diese Fehlermeldung kann ich nicht ganz interpretieren, glaube aber auch an die noch nicht ganz korrekte Konfiguration des Moduls - danach klappt ja die Einbindung des Bewegungsmelders:

Code Auswählen

2018.03.07 20:10:03 3: ZWave: cannot load Crypt::Rijndael, SECURITY class disabled
2018.03.07 20:41:00 2: autocreate: define ZWave_SENSOR_NOTIFICATION_2 ZWave ecfa496a 2 5e80718570728630318459735a8f987aef20
2018.03.07 20:41:00 2: autocreate: define FileLog_ZWave_SENSOR_NOTIFICATION_2 FileLog ./log/ZWave_SENSOR_NOTIFICATION_2-%Y-%m.log ZWave_SENSOR_NOTIFICATION_2
2018.03.07 20:41:01 3: ZWave get ZWave_SENSOR_NOTIFICATION_2 versionClass ALARM
2018.03.07 20:41:01 3: ZWave get ZWave_SENSOR_NOTIFICATION_2 versionClass ASSOCIATION
2018.03.07 20:41:01 3: ZWave get ZWave_SENSOR_NOTIFICATION_2 versionClass ASSOCIATION_GRP_INFO
2018.03.07 20:41:01 3: ZWave get ZWave_SENSOR_NOTIFICATION_2 versionClass BASIC
2018.03.07 20:41:01 3: ZWave get ZWave_SENSOR_NOTIFICATION_2 versionClass BATTERY
2018.03.07 20:41:01 3: ZWave get ZWave_SENSOR_NOTIFICATION_2 versionClass CONFIGURATION
2018.03.07 20:41:01 3: ZWave get ZWave_SENSOR_NOTIFICATION_2 versionClass DEVICE_RESET_LOCALLY
2018.03.07 20:41:01 3: ZWave get ZWave_SENSOR_NOTIFICATION_2 versionClass FIRMWARE_UPDATE_MD
2018.03.07 20:41:01 3: ZWave get ZWave_SENSOR_NOTIFICATION_2 versionClass MANUFACTURER_SPECIFIC
2018.03.07 20:41:01 3: ZWave get ZWave_SENSOR_NOTIFICATION_2 versionClass MULTI_CMD
2018.03.07 20:41:01 3: ZWave get ZWave_SENSOR_NOTIFICATION_2 versionClass POWERLEVEL
2018.03.07 20:41:01 3: ZWave get ZWave_SENSOR_NOTIFICATION_2 versionClass SECURITY
2018.03.07 20:41:01 3: ZWave get ZWave_SENSOR_NOTIFICATION_2 versionClass SENSOR_BINARY
2018.03.07 20:41:01 3: ZWave get ZWave_SENSOR_NOTIFICATION_2 versionClass SENSOR_MULTILEVEL
2018.03.07 20:41:01 3: ZWave get ZWave_SENSOR_NOTIFICATION_2 versionClass VERSION
2018.03.07 20:41:01 3: ZWave get ZWave_SENSOR_NOTIFICATION_2 versionClass WAKE_UP
2018.03.07 20:41:01 3: ZWave get ZWave_SENSOR_NOTIFICATION_2 versionClass ZWAVEPLUS_INFO
2018.03.07 20:41:01 1: ZWAVE INIT: get ZWave_SENSOR_NOTIFICATION_2 versionClassAll: Scheduled get requests for sending after WAKEUP, check the vclasses attribute
2018.03.07 20:41:01 3: ZWave set ZWave_SENSOR_NOTIFICATION_2 associationAdd 1 1
2018.03.07 20:41:01 3: ZWave set ZWave_SENSOR_NOTIFICATION_2 wakeupInterval 86400 1
2018.03.07 20:41:01 3: ZWave get ZWave_SENSOR_NOTIFICATION_2 model 
2018.03.07 20:44:25 3: ZWave get ZWave_SENSOR_NOTIFICATION_2 battery 
2018.03.07 20:44:45 3: ZWave get ZWave_SENSOR_NOTIFICATION_2 powerlevel 
2018.03.07 20:44:51 3: ZWave get ZWave_SENSOR_NOTIFICATION_2 version 
2018.03.07 20:45:00 3: ZWave get ZWave_SENSOR_NOTIFICATION_2 zwavePlusInfo 
2018.03.07 20:59:27 2: autocreate: renamed FileLog_ZWave_SENSOR_NOTIFICATION_2 to FileLog_BewSensHT

2018.03.08 21:35:59 3: ZWave: cannot load Crypt::Rijndael, SECURITY class disabled

Da fehlt wohl noch das Perl-Modul Crypt-Rijndael - SECURITY wird vom Bewegunsmelder unterstützt. ==> Ist das aktuell entscheiden?

Den Sensor-Device-Namen hab ich umbenannt... - hat auch geklappt:

Code Auswählen


2018.03.08 21:59:19 3: ZWave get BewSensHT model 
2018.03.08 22:03:15 3: ZWave get BewSensHT powerlevel 
2018.03.08 22:31:44 3: ZWave get BewSensHT zwavePlusInfo 
2018.03.08 22:31:52 3: ZWave get BewSensHT wakeupIntervalCapabilities 
2018.03.08 22:32:03 3: ZWave get BewSensHT versionClass ALARM
2018.03.08 22:32:03 3: ZWave get BewSensHT versionClass ASSOCIATION
2018.03.08 22:32:03 3: ZWave get BewSensHT versionClass ASSOCIATION_GRP_INFO
2018.03.08 22:32:03 3: ZWave get BewSensHT versionClass BASIC
2018.03.08 22:32:03 3: ZWave get BewSensHT versionClass BATTERY
2018.03.08 22:32:03 3: ZWave get BewSensHT versionClass CONFIGURATION
2018.03.08 22:32:03 3: ZWave get BewSensHT versionClass DEVICE_RESET_LOCALLY
2018.03.08 22:32:03 3: ZWave get BewSensHT versionClass FIRMWARE_UPDATE_MD
2018.03.08 22:32:03 3: ZWave get BewSensHT versionClass MANUFACTURER_SPECIFIC
2018.03.08 22:32:03 3: ZWave get BewSensHT versionClass MULTI_CMD
2018.03.08 22:32:03 3: ZWave get BewSensHT versionClass POWERLEVEL
2018.03.08 22:32:03 3: ZWave get BewSensHT versionClass SECURITY
2018.03.08 22:32:03 3: ZWave get BewSensHT versionClass SENSOR_BINARY
2018.03.08 22:32:03 3: ZWave get BewSensHT versionClass SENSOR_MULTILEVEL
2018.03.08 22:32:03 3: ZWave get BewSensHT versionClass VERSION
2018.03.08 22:32:03 3: ZWave get BewSensHT versionClass WAKE_UP
2018.03.08 22:32:03 3: ZWave get BewSensHT versionClass ZWAVEPLUS_INFO
2018.03.08 22:32:39 3: ZWave get BewSensHT basicStatus 
2018.03.08 22:32:55 3: ZWave get BewSensHT associationGroups

Irgendeinen Hinweis auf den Versuch, dass ein Stripe versucht wird zu includieren, kann ich bisher nicht finden.

Lediglich diese Fehlermeldung hält sich:
2018.03.09 16:37:41 2: ZWDongle_ProcessSendStack: no ACK, resending message 0107000301020100f9

..und eben kam das noch, wobei die Readings des Bewegunssensors aktualisiert wurden:
2018.03.09 18:00:41 2: ZW_GW transmit NO_ACK for CB 02, target BewSensHT
2018.03.09 18:00:41 2: ZW_GW transmit NO_ACK for CB 02, target BewSensHT
2018.03.09 18:00:41 2: ZW_GW transmit NO_ACK for CB 02, target BewSensHT
2018.03.09 18:00:41 2: ZW_GW transmit NO_ACK for CB 02, target BewSensHT

Damit würd ich erst mal interpretieren, dass die Kommunikation zumindest zwischen den beiden prinzipiell funktioniert und ich damit das Razperry-Modul selbst und die Einbindung dessen als Fehlerquelle ausschliessen kann.

@Christian: Wie sieht das dein erfahrenes Anwender-Auge?

parabacus · 09 März 2018, 19:09:38

Da wird der Hund in der Pfanne verrückt... - irgendwo war doch wirklich der Klemmer...

Der Devolo-Soundgeber hat sich jetzt auf Anhieb inkludieren lassen... - die Stripes weigern sich aber noch und da bin ich jetzt schon recht sicher, dass dabei die Reset- und/oder Wakeup-Prozedur irgendwie nicht klappt.

parabacus · 09 März 2018, 20:55:58

Könnte es auch daran liegen...? - siehe unter Add - Punkt 5

https://www.stripsbysensative.com/wp-content/uploads/2017/05/Strips_guard_English.pdf

If your Z-Wave system doesn't respond, you may need to change Strips' notification type from the controller.

krikan · 10 März 2018, 13:02:36

Zitat von: parabacus am 09 März 2018, 20:55:58
Könnte es auch daran liegen...? - siehe unter Add - Punkt 5

https://www.stripsbysensative.com/wp-content/uploads/2017/05/Strips_guard_English.pdf

If your Z-Wave system doesn't respond, you may need to change Strips' notification type from the controller.

Schließe ich aus, obwohl die Anleitung dort für mich verwirrend ist.
Der Notification Type ist die Festlegung der Command Class zur Mitteilung von auf/zu mittels der Class CONFIGURATION. Das ist erst nach der Inklusion durch den Controller möglich. FHEM unterstützt alle aufgeführten Command Classes zur Mitteilung.

parabacus · 10 März 2018, 14:12:54

Dann bin ich langsam am Ende mit meinem Latein... - ich hab's inzwischen bestimmt schon 50 mal probiert.

Wie es scheint bin ich aber nicht der erste mit Problemen, die Strips einzubinden... https://forum.fhem.de/index.php?topic=71644.0

Es klingt vielleicht unwahrscheinlich, dass gleich zwei defekt sind, aber ausschliessen kann man's auch wieder nicht.
Ich hab jetzt dem Support von Sensative mein Problem geschildert - mal sehen, was da kommt.

Mit den beiden anderen Devolo-Geräten komme ich auch noch nicht ganz klar - da steht im Log bisher nur "...transmit: NO_ACK" - das aber dann in einem anderen Thread

parabacus · 10 März 2018, 18:58:10

Na also... - jetzt hab ich beide einbinden können, wobei einer noch immer zickt.
Das Problem war übrigens mehr als banal.... - Thema Reichweite! $:-\$
Der RPi ist im Keller und zwischen der Stelle, wo er hängt und meinem Schreibtisch liegen grad mal so 4..5m - halt mit Betondecke, in der natürlich das ein oder andere Eisen steckt. Das genügt aber schon, dass praktisch gar nix geht. Seltsam ist das auch noch mit den beiden anderen Geräten - includieren ging noch, aber dann Daten austauschen.. "Fehlanzeige".
Zumindest klappt's mit dem Bewegungssenor jetzt auch über grössere Entfernung, nachdem ich ihn und das GW mal wortwörtlich näher gebracht hatte.
Analoges gilt für die Sirene - auch die hat nun auch ihre Daten ausgetauscht, als ich sie in unmittelbare Nähe des GWs gebracht hatte.

Leider stellt mich das nun vor die nächste "bauliche" Frage. Den RPi kann ich örtlich nicht wo anders installieren, da der an einigen Geräten (Heizung, Stromzähler, ...) per USB hängt. Ich hätte gehofft, dass das Razberry2-Modul mit verbesserter Antenne das schafft. Dann muss ich wohl noch eine ext. Antenne dran bauen und die irgendwie ins EG bekommen - oder irgenwie mit Repeater experimentieren.

parabacus · 11 März 2018, 19:45:47

Inzwischen hab ich einen der beiden Sensoren schon an einer Tür verbaut und er liefert fleissig und bisher recht zuverlässig seine Informationen zum Zustand der Tür.
Ich hab jedoch das Problem, dass ich nicht weiss, wie ich die Information "einfach" verarbeiten kann.

Im Log liefert der Stripe das:

Code Auswählen

2018-03-11_13:29:31 ZWHausTuer alarm: AccessControl: Window/Door is open, arg 0000
2018-03-11_13:29:37 ZWHausTuer alarm: AccessControl: Window/Door is closed, arg 0000

Wie lässt sich das substituieren oder gibt's einen Trick, wie man den Sensor nur "open" bzw. "closed" liefern lassen kann?

Edit: Das ist der Notification type! - Possible values: BasicReport (2), BinarySensorReport (0), NotificationReport (1) - Stellt man ihn auf 2, kommt "open" bzw. closed und bei 0 kommt 0 bzw. 255.

Der zweite Sensor hat sich jetzt auch nochmals integrieren lassen. Ohne dass ich es wollte, hab ich ihm aber jetzt einen Reset verpasst, während ich den Stripe aufwecken wollte, um ihn per "set <ZW_Dongle> removeNode on" zu entfernen.
Damit war er auch gleich wach und sofort nach dem Reset im Inklusions-Modus, weshalb er sich dann auch gleich neu angemeldet hat.

Leider hab ich jetzt soz. eine Leiche im System... - wenn ich jetzt get <ZWDongle> nodeList ausführe, bekomme ich den "alten" mit angezeigt:
ZW_GW nodeList => ZW_GW BewSensHT ZWSirene ZWKellerTuer ZWHausTuer ZWave_SENSOR_NOTIFICATION_7

Ich nehme mal stark an, dass es nicht genügt, das Device einfach aus FHEM zu löschen?

krikan · 11 März 2018, 21:40:56

Zitat von: parabacus am 11 März 2018, 19:45:47
Edit: Ist das der Notification type? - Possible values: BasicReport (2), BinarySensorReport (0), NotificationReport (1)

BinarySensorReport liefert einfaches open/close
Oder lässt NotificationReport und übt so FHEM.

Beispielsweise: https://wiki.fhem.de/wiki/Z-Wave-PHI_PST02-1A-T%C3%BCr-,_Bewegungs-,_Helligkeits-,_Temperatursensor#STATE_mit_open.2Fclosed_anzeigen

Zitat
Ich nehme mal stark an, dass es nicht genügt, das Device einfach aus FHEM zu löschen?

Korrekt. inkludierte Nodes sind auf dem Stick gespeichert.
Lösung: https://wiki.fhem.de/wiki/Z-Wave#Wie_kann_man_ohne_Exklusion_Nodes_des_Controllers_l.C3.B6schen.3F

parabacus · 11 März 2018, 22:06:10

Du bist ein wandelndes Lexikon... - mein Respekt!

Jetzt bist du mit deiner Antwort parall mit meinem EDIT gekommen - hab's eben selbst probiert und auf BinarySensorReport (0) umgestellt - und für alle ratlosen gleich dokumentiert..

FHEM üben wäre sicher auch angebracht - da bin ich noch längst kein routinierter Anwender. Bisher konnte ich mir das meiste aber "abgucken"

Danek für die Links - das werd ich auch noch schaffen!