Hallo zusammen,
ich habe auf meinem RPI 3 den FHEM Server installiert. Hat auf Anhieb funktioniert.
Dann habe ich den Z-Wave USB Stick mit dem Kommando "define ZWAVE1 ZWDongle /dev/ttyACM0@115200" eingebunden,
ging auch ohne weiters; er taucht jetzt unter "ZWDongle" als "ZWAVE1" auf.
Wenn ich jetzt "set ZWAVE1 addNode onNw" eingebe, fängt die Blaue LED auch kräftig an zu blinken, sodass ja normalerweise
eine Inklusion von "Geräten" möglich sein müsste.
Aber es passiert rein gar nichts! Ich habe zwei Geräte (Rauchmelder, Fensterkontakt) versucht einzubinden, nichts funktioniert.
Die "Teile" müssten doch unter "Everything" irgendwo auftauchen, oder.
Mache ich da jetzt einen riesigen Denkfehler?
Muss ich och irgendetwas "einstellen" damit die Inklusion funktioniert?
Bestimmt ist irgendjemanden von Euch das am Anfang auch schon mal passiert, oder?
Auf jeden Fall danke für Eure Hilfe und noch einen schönen Abend!
Gruß
Nordmann
Hallo!
Lese nichts ungewöhnliches:
Was steht im Log mit "attr <ZWDongle> verbose 5", wenn Du versuchst zu inkludieren ?
Hast Du schnell genug am Geraet gedrückt? Bei den 3x Klicks ist das manchmal tückisch.
Gruß, Christian
Hallo Krikan,
ich kann im FHEM Logfile überhaupt keine Einträge sehen,
aus dehnen ersichtlich ist, dass ein versuch einer Inklusion hervorgeht.
Meine letzten Einträge sehen folgendermaßen aus:
2016.09.23 20:30:22 3: Setting ZWAVE1 serial parameters to 115200,8,N,1
2016.09.23 20:30:23 1: /dev/ttyACM0 reappeared (ZWAVE1)
2016.09.23 20:30:24 1: /dev/ttyACM0 disconnected, waiting to reappear (ZWAVE1)
2016.09.23 20:30:24 2: ZWDongle_ProcessSendStack: no ACK, resending message 0107000301020100f9
2016.09.23 20:30:24 3: Setting ZWAVE1 serial parameters to 115200,8,N,1
2016.09.23 20:30:25 1: /dev/ttyACM0 reappeared (ZWAVE1)
2016.09.23 20:31:16 3: ZWave: cannot load Crypt::Rijndael, SECURITY class disabled
Dabei habe ich vor ein paar Minuten (22:10) noch einmal versucht den Fensterkontakt einzubinden.
Schnell genug,bzw. lange genug habe ich auch am Gerät gedrückt.
Ich glaube es kommt überhaupt kein "Kontakt" zwischen Gerät und der FHEM Konsole zustande!
Hi,
das sieht etwas merkwürdig aus. Bei Dir wird der RazBerry im Sekundentakt "wiedererkannt" nachdem er nicht mehr erkannt wurde...
Ist das Netzteil von dem Raspi in Ordnung und stark genug? Hast Du noch einen Monitor angeschlossen oder gehst Du nur über SSH? Wenn Du noch einen Monitor dran hast, erscheint da vielleicht oben (rechts?) in der Ecke so ein buntes Viereck? Das wäre dann ein sicheres Zeichen das Du Probleme mit der Stromversorgung hast.
Ist sonst noch was an dem Raspi angeschlossen? USB Funktastatur vielleicht?
Gruß,
Andreas.
Ich habe den Server noch einmal neu gestartet, ann stand folgendes im Logfile:
2016.09.23 22:18:20 0: Server shutdown
2016.09.23 22:18:23 1: Including fhem.cfg
2016.09.23 22:18:23 3: telnetPort: port 7072 opened
2016.09.23 22:18:23 3: WEB: port 8083 opened
2016.09.23 22:18:23 2: eventTypes: loaded 10 events from ./log/eventTypes.txt
2016.09.23 22:18:23 3: Opening ZWAVE1 device /dev/ttyACM0
2016.09.23 22:18:23 3: Setting ZWAVE1 serial parameters to 115200,8,N,1
2016.09.23 22:18:24 3: ZWAVE1 device opened
2016.09.23 22:18:24 1: Including ./log/fhem.save
2016.09.23 22:18:24 1: usb create starting
2016.09.23 22:18:25 3: Probing CUL device /dev/ttyAMA0
2016.09.23 22:18:25 3: Probing TCM_ESP3 device /dev/ttyAMA0
2016.09.23 22:18:25 3: Probing FRM device /dev/ttyAMA0
2016.09.23 22:18:31 1: usb create end
2016.09.23 22:18:31 0: Featurelevel: 5.7
2016.09.23 22:18:31 0: Server started with 10 defined entities (fhem.pl:12192/2016-09-22 perl:5.020002 os:linux user:fhem pid:2945)
2016.09.23 22:18:31 2: ZWDongle_ProcessSendStack: no ACK, resending message 0107000301020100f9
2016.09.23 22:18:43 3: ZWave: cannot load Crypt::Rijndael, SECURITY class disabled
Was heißt denn: "ZWave: cannot load Crypt::Rijndael, SECURITY class disabled"?
Irgendwie scheint noch eine grundsätzlich Sache noch nicht zu stimmen! Aber was?
Hallo Andreas,
ich habe an meinen RPI einen USB Hub (mit externer Stromversorgung) an dem eine USB Festplatte und ein USB Stick angeschlossen ist.
Am Hub habe ich auch den Z-Wave Stick angeschlossen.
Am RPI "hängt" nichts dran!
Hi,
die Fehlermeldung ist von "mir" ,-)
Die besagt nur das Du das Verschlüsselungsmodul nicht installiert/geladen hast und deswegen keine verschlüsselten Geräte unter ZWave betreiben kannst. Diese Fehlermeldung kannst Du ignorieren solange bist Du mal die Klasse SECURITY einsetzen möchtest.
Der Rest sieht jetzt erst mal besser aus.
Gruß,
Andreas.
Hallo Andreas,
aber die Einbindung funktioniert immer noch nicht :-(
Gruß
Nordmann
Hi,
hmm eben nicht richtig gelesen, Du hast einen USB-Stick und keinen RazBerry...
Erscheint denn jetzt auch immer wieder "disconnected / reappeared"? Oder ist das jetzt stabil? Falls das immer noch wieder toggelt würde ich den Zwave-Stick doch mal direkt an den Raspi anschliessen. Manchmal machen so Hubs merkwürdige Sachen, musste ich gerade heute auch wieder erleben.
Wenn Du bei Deinem Dongle "get ZWave1 nodelist" auswählst, hast dann dort schon Einträge?
Versuche mal z.B. den Fenstersensor laut der Anleitung zu resetten und dann nochmal einzubinden. Reichweite/Abstand ist ok? Ansonsten zur Sicherheit erst mal in nächster Nähe probieren.
Gruß,
Andreas.
Im Augenblick sieht meine Konsolen Umgebung noch so aus wie auf dem Bild.
Vielleicht hilft das weiter :-)
Hallo Andreas!
Ich bekomme bei "get ZWave1 nodelist" folgenden Eintrag: ZWAVE1 nodeList => ZWAVE1
Den Dongle habe ich jetzt direkt am RPI angeschlossen!
Und wo kann ich sehen wo "disconnected / reappeared" erscheint?
Letzte Wasserstandsmeldung nach Neustart:
2016.09.23 22:50:11 0: Server shutdown
2016.09.23 22:50:14 1: Including fhem.cfg
2016.09.23 22:50:14 3: telnetPort: port 7072 opened
2016.09.23 22:50:15 3: WEB: port 8083 opened
2016.09.23 22:50:15 2: eventTypes: loaded 11 events from ./log/eventTypes.txt
2016.09.23 22:50:15 3: Opening ZWAVE1 device /dev/ttyACM0
2016.09.23 22:50:15 3: Setting ZWAVE1 serial parameters to 115200,8,N,1
2016.09.23 22:50:16 3: ZWAVE1 device opened
2016.09.23 22:50:16 1: Including ./log/fhem.save
2016.09.23 22:50:16 1: usb create starting
2016.09.23 22:50:16 3: Probing CUL device /dev/ttyAMA0
2016.09.23 22:50:17 3: Probing TCM_ESP3 device /dev/ttyAMA0
2016.09.23 22:50:17 3: Probing FRM device /dev/ttyAMA0
2016.09.23 22:50:22 1: usb create end
2016.09.23 22:50:22 0: Featurelevel: 5.7
2016.09.23 22:50:22 0: Server started with 10 defined entities (fhem.pl:12192/2016-09-22 perl:5.020002 os:linux user:fhem pid:3123)
2016.09.23 22:50:22 2: ZWDongle_ProcessSendStack: no ACK, resending message 0107000301020100f9
Hi,
im Logfile, so wie vorhin:
2016.09.23 20:30:22 3: Setting ZWAVE1 serial parameters to 115200,8,N,1
2016.09.23 20:30:23 1: /dev/ttyACM0 reappeared (ZWAVE1)
2016.09.23 20:30:24 1: /dev/ttyACM0 disconnected, waiting to reappear (ZWAVE1)
2016.09.23 20:30:24 2: ZWDongle_ProcessSendStack: no ACK, resending message 0107000301020100f9
2016.09.23 20:30:24 3: Setting ZWAVE1 serial parameters to 115200,8,N,1
2016.09.23 20:30:25 1: /dev/ttyACM0 reappeared (ZWAVE1)
2016.09.23 20:31:16 3: ZWave: cannot load Crypt::Rijndael, SECURITY class disabled
Kannst Du noch mal eine Inklusion starten und dann noch mal das Log posten (also nur den Bereich ab da wo Du das addnode machst).
Du musst bei den Geräten eventuell darauf achten das Du explizit eine "non-secure" inklusion auslöst, dazu sind evtl. mehr oder weniger Klicks nötig. Wenn Du am Gerät eine gesicherte/verschlüsselte Inklusion auslöst darf die eigentlich nicht durchlaufen.
Das kann ich mir dann aber erst morgen anschauen.
Gruß,
Andreas.
Hi,
das sieht ganz normal aus...
2016.09.23 22:58:22.557 1: Including fhem.cfg
2016.09.23 22:58:22.563 3: telnetPort: port 7072 opened
2016.09.23 22:58:22.635 3: WEB: port 8083 opened
2016.09.23 22:58:22.635 3: WEBphone: port 8084 opened
2016.09.23 22:58:22.636 3: WEBtablet: port 8085 opened
2016.09.23 22:58:22.671 2: eventTypes: loaded 1 events from ./log/eventTypes.txt
2016.09.23 22:58:22.704 3: Opening ZWDongle_0 device /dev/ttyACM0
2016.09.23 22:58:23.364 3: Setting ZWDongle_0 serial parameters to 115200,8,N,1
2016.09.23 22:58:24.504 3: ZWDongle_0 device opened
2016.09.23 22:58:24.662 3: Opening zwc device /dev/serial/by-id/usb-busware.de_CUL868-if00
2016.09.23 22:58:25.213 1: ERROR: Unknown packet ze01v 1.66 cul868
2016.09.23 22:58:26.219 3: zwc device opened
2016.09.23 22:58:26.279 1: Including ./log/fhem.save
2016.09.23 22:58:26.302 1: usb create starting
2016.09.23 22:58:26.571 1: usb create end
2016.09.23 22:58:26.576 2: SecurityCheck: WEB,WEBphone,WEBtablet has no associated allowed device with basicAuth. telnetPort has no associated allowed device with password/globalpassword. Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2016.09.23 22:58:26.576 0: Featurelevel: 5.7
2016.09.23 22:58:26.577 0: Server started with 29 defined entities (fhem.pl:12095/2016-08-30 perl:5.020002 os:linux user:andreas pid:32547)
2016.09.23 22:58:26.577 2: ZWDongle_ProcessSendStack: no ACK, resending message 0107000301020100f9
2016.09.23 22:58:26.577 5: SW: 0107000301020100f9
2016.09.23 22:58:26.579 5: ACK received, removing 0107000301020100f9 from dongle sendstack
Die "Fehlermeldung" mit dem "no ACK" beim allerersten Paket ist normal, die habe ich auch, ich habe zusätzlich noch einen weiteren Stick eingebunden bei dem ich die Firmware zu testzwecken angepasst habe, daher habe ich da sogar eine Fehlermeldung mehr...
Gruß,
Andreas.
Ein Schritt weiter:
2016.09.23 23:16:15 2: autocreate: define ZWave_SENSOR_NOTIFICATION_4 ZWave f1df7bc3 4 5e202530717085805a59738672ef20
2016.09.23 23:16:15 3: WEB_192.168.178.95_4930 asyncOutput: device gone, output was: created ZWave_SENSOR_NOTIFICATION_4
2016.09.23 23:16:15 2: autocreate: define FileLog_ZWave_SENSOR_NOTIFICATION_4 FileLog ./log/ZWave_SENSOR_NOTIFICATION_4-%Y.log ZWave_SENSOR_NOTIFICATION_4
2016.09.23 23:16:15 3: ZWave get ZWave_SENSOR_NOTIFICATION_4 versionClass ALARM
2016.09.23 23:16:15 3: ZWave get ZWave_SENSOR_NOTIFICATION_4 versionClass ASSOCIATION
2016.09.23 23:16:15 3: ZWave get ZWave_SENSOR_NOTIFICATION_4 versionClass ASSOCIATION_GRP_INFO
2016.09.23 23:16:15 3: ZWave get ZWave_SENSOR_NOTIFICATION_4 versionClass BASIC
2016.09.23 23:16:15 3: ZWave get ZWave_SENSOR_NOTIFICATION_4 versionClass BATTERY
2016.09.23 23:16:15 3: ZWave get ZWave_SENSOR_NOTIFICATION_4 versionClass CONFIGURATION
2016.09.23 23:16:15 3: ZWave get ZWave_SENSOR_NOTIFICATION_4 versionClass DEVICE_RESET_LOCALLY
2016.09.23 23:16:15 3: ZWave get ZWave_SENSOR_NOTIFICATION_4 versionClass MANUFACTURER_SPECIFIC
2016.09.23 23:16:15 3: ZWave get ZWave_SENSOR_NOTIFICATION_4 versionClass POWERLEVEL
2016.09.23 23:16:15 3: ZWave get ZWave_SENSOR_NOTIFICATION_4 versionClass SENSOR_BINARY
2016.09.23 23:16:15 3: ZWave get ZWave_SENSOR_NOTIFICATION_4 versionClass SWITCH_BINARY
2016.09.23 23:16:15 3: ZWave get ZWave_SENSOR_NOTIFICATION_4 versionClass VERSION
2016.09.23 23:16:15 3: ZWave get ZWave_SENSOR_NOTIFICATION_4 versionClass ZWAVEPLUS_INFO
2016.09.23 23:16:15 1: ZWAVE INIT: get ZWave_SENSOR_NOTIFICATION_4 versionClassAll: working the background, check the vclasses attribute
2016.09.23 23:16:15 3: ZWave set ZWave_SENSOR_NOTIFICATION_4 associationAdd 1 1
2016.09.23 23:16:15 3: ZWave get ZWave_SENSOR_NOTIFICATION_4 model
2016.09.23 23:16:19 3: ZWave got config for popp/smoke-detector.xml from ./FHEM/lib/openzwave_deviceconfig.xml.gz
Der Popp Rauchmelder hat funktioniert mit der "non-secure" Inklusion.
Bei meinem Fensterkontakt (Vision ZD2102) habe ich aber nichts finden können von wegen "non-secure" Inklusion.
Was mache ich denn jetzt da? Ich habe auch noch eine POPP Steckdose, bei der funktioniert es auch nicht.
Auf jeden Fall schon mal ein dickes DAAAAAAAAAAAAAANKE bis hierhin!!!
Guten Morgen :P
Jetzt gehts weiter!
Ich habe heute Morgen ein update gemacht und die Konsole noch einmal
mit "shutdown restart" neu gestartet.
Folgendes stand dann im Logfile:
2016.09.24 08:18:07 0: Server shutdown
2016.09.24 08:18:10 1: Including fhem.cfg
2016.09.24 08:18:10 3: telnetPort: port 7072 opened
2016.09.24 08:18:10 3: WEB: port 8083 opened
2016.09.24 08:18:11 2: eventTypes: loaded 23 events from ./log/eventTypes.txt
2016.09.24 08:18:11 3: Opening ZWAVE1 device /dev/ttyACM0
2016.09.24 08:18:11 3: Setting ZWAVE1 serial parameters to 115200,8,N,1
2016.09.24 08:18:12 3: ZWAVE1 device opened
2016.09.24 08:18:13 3: ZWave: cannot load Crypt::Rijndael, SECURITY class disabled
2016.09.24 08:18:13 1: Including ./log/fhem.save
2016.09.24 08:18:13 1: usb create starting
2016.09.24 08:18:13 3: Probing CUL device /dev/ttyAMA0
2016.09.24 08:18:13 3: Probing TCM_ESP3 device /dev/ttyAMA0
2016.09.24 08:18:14 3: Probing FRM device /dev/ttyAMA0
2016.09.24 08:18:19 1: usb create end
2016.09.24 08:18:19 0: Featurelevel: 5.7
2016.09.24 08:18:19 0: Server started with 14 defined entities (fhem.pl:12192/2016-09-22 perl:5.020002 os:linux user:fhem pid:6382)
2016.09.24 08:18:19 2: ZWDongle_ProcessSendStack: no ACK, resending message 0107000301020100f9
Dabei sind mir wieder folgende beiden Dinge aufgefallen:
ZWave: cannot load Crypt::Rijndael, SECURITY class disabled
ZWDongle_ProcessSendStack: no ACK, resending message 0107000301020100f9
Kann das sein, dass ich deshalb keine "sichere" Verbindung hin bekomme?
Wie soll ich ohne "sichere" Verbindung meine POPP Steckdose und meinen Fensterkontakt einbinden können?
Danke für Eure Hilfe!
Zitat von: Nordmann am 24 September 2016, 08:25:29
Kann das sein, dass ich deshalb keine "sichere" Verbindung hin bekomme?
Ja.
Du musst das Modul Crypt::Rijndael installieren:
sudo apt-get install libcrypt-rijndael-perlhttp://www.fhemwiki.de/wiki/Z-Wave#Wie_kann_eine_verschl.C3.BCsselte_Kommunikation_unter_Nutzung_der_Command_Class_SECURITY_eingerichtet_werden.3F
Steckdose und Fensterkontakt lassen sich auch ohne SECURITY einbinden. SECURITY ist nicht zwingend.
ZitatWie soll ich ohne "sichere" Verbindung meine POPP Steckdose und meinen Fensterkontakt einbinden können?
Normalerweise ist die Inklusion im Standard ohne SECURITY. Es gibt nur sehr wenige Geraete (kenne nur eines), die verschiedene Aktionen am Geraet erfordern, damit ohne SECURITY eingebunden wird. Bei den meisten Geraeten wird die Inklusion gleich gestartet und über FHEM wird festgelegt, welche Inklusion erfolgt (on=unsicher; onSec=sicher).
Gruß, Christian
Hi,
ich kann mir nicht vorstellen das die anderen Geräte nur eine verschlüsselte Inklusion haben und nicht auch eine nicht verschlüsselte...
Infos zu der Verschlüsselung gibt es hier in dem Thread (https://forum.fhem.de/index.php/topic,38587.0.html) in dem das entwickelt wurde. Oder auch in dem auf das wesentliche im Wiki zusammengefasst, den Link hat Dir Christian eben geschickt, ebenso den Befehl der nötig ist um das im System zu installieren. Danach natürlich Fhem neu starten...
Es gibt mittlerweile bei einigen Geräte Unterstützung für die Verschlüsselung und bei immer mehr Geräte sind dazu unterschiedliche Bedienungen nötig. Da hilft im Zweifelsfall nur das Handbuch.
Ein möglicher Fallstrick bei der erstmaligen Einrichtung von ZWave ist das die Geräte evtl. noch in ein altes Netzwerk inkludiert sind, dann kann man die nicht mehr inkludieren sondern muss die resetten. Deswegen hatte ich Dir ja auch schon mal geschrieben am besten die Geräte laut der Anleitung auf den Werkszustand zurückzusetzen.
Gruß,
Andreas.
;D ;D ;D ;D ;D ;D ;D ;D
Also - vorab erst einmal DANKE!!!!!!!
Nach dem Tipp von Krikan ist die Fehlermeldung "ZWave: cannot load Crypt::Rijndael, SECURITY class disabled" weg!
Dann habe ich den Tipp von Andreas noch mal anhand eines total neuen Fensterkontaktes "verinnerlicht".
Und sieh da, der Fensterkontakt ist da!!!!!
Ich muss noch ergänzend dazu sagen, im Augenblick benutze ich noch eine Zipabox, die mir jedoch so auf den Senkel geht,
dass ich mich jetzt entschlossen habe die Sachen selbst in die Hand zu nehmen!
Jetzt habe ich noch das Problem, dass ich den Fensterkontakt von Visio ZD2102 exkludieren muss. Nun ja, werde ich schon hinbekommen.
-------------------
Jetzt stellt sich für mich noch die Frage, was bedeutet die folgende Meldung im Logfile und wie bekomme ich die Meldung weg:
ZWDongle_ProcessSendStack: no ACK, resending message 0107000301020100f9
Hi,
schön das es jetzt läuft.
Ich hatte Dir ja mal mein Log vom Starten geschickt und darauf hingewiesen das diese erste Fehlermeldung normal ist...
Wenn Du im laufenden Betrieb weiterhin diese "no ACK" Meldungen siehst, ist meist ein Reichweitenproblem schuld. Du musst bei ZWave auch darauf achten wie/wo Du die Geräte anlernst. Die Geräte bilden ein Netzwerk, allerdings nutzen sie dazu nur Geräte die dauernd mit Strom versorgt sind, also z.B. Steckdosenschalter. Deine Fenstersensoren oder der Rauchmelder sind Batteriegeräte, die gehen "schlafen" und leiten dann keine Nachrichten im Netzwerk weiter und werden deshalb nicht für das Netzwerk genutzt.
Idealerweise inkludiert man die Geräte physikalisch an dem Ort an dem sie nachher auch betrieben werden. Falls Du die Geräte z.B. in der Nähe eines Steckdosenschalters anlernst, dann können sie den Steckdosenschalter Nutzen falls es für das Netzwerk günstiger ist. Wenn Du dann aber diesen Steckdosenschalter ganz woanders einsteckst...
Gruß,
Andreas.
Also "no ACK" zeigt das Logfile immer noch an, obwohl der Steckdosenschalter sich im gleichen Raum befindet, max. 2 Meter entfernt.
Ansonsten hat das Anlernen des Popp Rauchmelders und der Popp Steckdose funktioniert.
Wo ich jetzt noch Probleme habe ist der Vision Fentserkontakt ZD2102.
Es wird mir immer bei STATE "wakeupInterval 86400 1" angezeigt und ich bekomme das Ding nicht "wachgerüttelt", sodass er mir auch nicht anzeigt, ob der Kontakt geschlossen oder geöffnet ist.
Laut Gebrauchsanweisung kann man den Kontakt aktivieren, wenn man 10 Sekunden auf den Programmierschalter drückt. Aber auch da rüht sich nichts.
Also langsam bekomme ich einen Dreher :-(
Du hast eine secure-Inklusion probiert, ohne den networkkey zu setzen (Details siehe meinen obigen Wiki-Link) und dann ist vermutlich einiges schief gelaufen. Vermutlich, weil im Screenshot nur Teile der notwendigen Info stehen.
Der STATE ist normal, wenn kein anderer STATE danach durch eine Nachricht gesetzt wurde. Und bei Dir kommt vermutlich nichts, weil eben nicht richtig inkludiert. Ich würde den Sensor reseten und noch einmal inkludieren.
Poste zukünftig besser die Ausgabe von "list <device>". Die enthaelt alle Infos und ist einfacher lesbar als Screenshots.
Speziell für ZWave helfen folgende Infos zur schnellen Problemlösung: http://www.fhemwiki.de/wiki/Z-Wave#Welche_Infos_sollten_Anfragen_im_ZWave-Forum_enthalten.3F
Gruß, Christian
PS: Bitte nicht die gleiche Frage als neues Thema eröffnen, wenn innerhalb kurzer Zeit niemand antwortet. Danke.
So, ich bins noch mal.
Also ich habe die Anweisungen bezüglich des "list <device>, des Resets und des nochmaligen Einbindens gemacht, bin aber keinen Schritt weiter gekommen, leider.
[size=10pt]Internals:
CFGFN
DEF f1df7bc3 7
IODev ZWAVE1
LASTInputDev ZWAVE1
MSGCNT 1
NAME Fensterkontakt
NR 40
STATE wakeupInterval 86400 1
TYPE ZWave
ZWAVE1_MSGCNT 1
ZWAVE1_RAWMSG 00040007087205010920010106
ZWAVE1_TIME 2016-09-24 22:33:02
ZWaveSubDevice no
homeId f1df7bc3
isWakeUp 1
lastMsgSent 1474749182.17331
nodeIdHex 07
Readings:
2016-09-24 22:33:02 model Vision ZD2102 EU Door/Window Sensor
2016-09-24 22:33:02 modelConfig vision/zd2102.xml
2016-09-24 22:33:02 modelId 0109-2001-0106
2016-09-24 22:32:59 state wakeupInterval 86400 1
2016-09-24 22:33:02 timeToAck 0.027
2016-09-24 22:33:02 transmit OK
SendStack:
get:13070285052512
get:1307037005012513
get:1307038613712514
get:1307038613852515
get:1307038613592516
get:1307038613202517
get:1307038613802518
get:1307038613702519
get:13070386135a251a
get:13070386137a251b
get:130703861372251c
get:130703861373251d
get:130703861398251e
get:130703861386251f
get:1307038613842520
get:13070386135e2521
get:13070284052522
Attributes:
IODev ZWAVE1
classes ZWAVEPLUS_INFO MANUFACTURER_SPECIFIC DEVICE_RESET_LOCALLY BATTERY POWERLEVEL VERSION WAKE_UP ASSOCIATION ASSOCIATION_GRP_INFO ALARM CONFIGURATION FIRMWARE_UPDATE_MD SECURITY BASIC
room ZWave
vclasses ALARM:4 ASSOCIATION:2 ASSOCIATION_GRP_INFO:1 BATTERY:1 CONFIGURATION:1 DEVICE_RESET_LOCALLY:1 FIRMWARE_UPDATE_MD:2 MANUFACTURER_SPECIFIC:2 POWERLEVEL:1 SECURITY:1 VERSION:2 WAKE_UP:2 ZWAVEPLUS_INFO:2[/size]
Ich möchte den Vision ZD2102 Fensterkontakt einbinden bekomme aber leider keine Statusmeldung, nur unter STATE: "wakeupInterval 86400 1".
Die Frage ist jetzt, wie kann ich den Kontakt aufwecken?
Steht im Handbuch. Wenn es der http://www.pepper1.net/zwavedb/uploads/resources/6e7d7a5572e0723a21b22404bdb82a2915043417.pdf ist, dann sollte Wakeup nach Entfernen der Abdeckung kommen. Also zu machen und wieder auf machen.
(Wobei ich persönlich nicht verstehe, warum Du für einen Fensterkontakt SECURITY nutzt. -> aber jeder wie er mag :) )
Deckel drauf und wieder ab habe ich auch schon gemacht, aber an STATE "wakeupInterval 86400 1" ändert sich nichts!
Es sollte doch eine Meldung wie "open" oder "closed" kommen?
Ich habe den Fensterkontakt auch nicht mehr im Secure Modus eingebunden ;)
Ich habe den Fensterkontakt auch nicht mehr im Secure Modus eingebundenStimmt, wenn man Dein list richtig anschaut. Anscheinend zu spaet für mich, habe schief geschaut :-[ .
ZitatEs sollte doch eine Meldung wie "open" oder "closed" kommen?
Normalerweise sollte irgendetwas kommen, wenn Du den Magneten an den Kontakt haeltst und wieder weg nimmst. Könnte natürlich sein, dass die Assoziation mit dem Controller nicht sauber durchgelaufen ist. Das könnte man im Log sehen.
Neues Spiel, neues Glück?
Ich habe jetzt den Fensterkontakt noch einmal neu eingebunden und den Inhalt des Logfiles rauskopiert:
2016.09.25 09:47:17.702 2: autocreate: define ZWave_SENSOR_NOTIFICATION_11 ZWave f1df7bc3 11 5e725a80738684855971707a98
2016.09.25 09:47:17.707 2: autocreate: define FileLog_ZWave_SENSOR_NOTIFICATION_11 FileLog ./log/ZWave_SENSOR_NOTIFICATION_11-%Y.log ZWave_SENSOR_NOTIFICATION_11
2016.09.25 09:47:19.454 3: ZWave get ZWave_SENSOR_NOTIFICATION_11 versionClass ALARM
2016.09.25 09:47:19.457 3: ZWave get ZWave_SENSOR_NOTIFICATION_11 versionClass ASSOCIATION
2016.09.25 09:47:19.459 3: ZWave get ZWave_SENSOR_NOTIFICATION_11 versionClass ASSOCIATION_GRP_INFO
2016.09.25 09:47:19.461 3: ZWave get ZWave_SENSOR_NOTIFICATION_11 versionClass BATTERY
2016.09.25 09:47:19.462 3: ZWave get ZWave_SENSOR_NOTIFICATION_11 versionClass CONFIGURATION
2016.09.25 09:47:19.464 3: ZWave get ZWave_SENSOR_NOTIFICATION_11 versionClass DEVICE_RESET_LOCALLY
2016.09.25 09:47:19.466 3: ZWave get ZWave_SENSOR_NOTIFICATION_11 versionClass FIRMWARE_UPDATE_MD
2016.09.25 09:47:19.468 3: ZWave get ZWave_SENSOR_NOTIFICATION_11 versionClass MANUFACTURER_SPECIFIC
2016.09.25 09:47:19.468 3: ZWave get ZWave_SENSOR_NOTIFICATION_11 versionClass POWERLEVEL
2016.09.25 09:47:19.469 3: ZWave get ZWave_SENSOR_NOTIFICATION_11 versionClass SECURITY
2016.09.25 09:47:19.470 3: ZWave get ZWave_SENSOR_NOTIFICATION_11 versionClass VERSION
2016.09.25 09:47:19.471 3: ZWave get ZWave_SENSOR_NOTIFICATION_11 versionClass WAKE_UP
2016.09.25 09:47:19.472 3: ZWave get ZWave_SENSOR_NOTIFICATION_11 versionClass ZWAVEPLUS_INFO
2016.09.25 09:47:19.472 1: ZWAVE INIT: get ZWave_SENSOR_NOTIFICATION_11 versionClassAll: working the background, check the vclasses attribute
2016.09.25 09:47:19.473 3: ZWave set ZWave_SENSOR_NOTIFICATION_11 associationAdd 1 1
2016.09.25 09:47:19.475 3: ZWave set ZWave_SENSOR_NOTIFICATION_11 wakeupInterval 86400 1
2016.09.25 09:47:19.476 3: ZWave get ZWave_SENSOR_NOTIFICATION_11 model
2016.09.25 09:47:21.306 3: ZWave got config for vision/zd2102.xml from ./FHEM/lib/openzwave_deviceconfig.xml.gz
2016.09.25 09:47:27.469 1: No Logdevice FileLog_ZWave_SENSOR_NOTIFICATION_7
Aber auch hier zeigt er nunter STATE immer noch " wakeupInterval 86400 1" an.
Ich persönlich werde da jetzt wirklich nicht schlau draus :-X
Hi,
also bis dahin sieht doch alles richtig und gut aus. Das Problem ist jetzt das Du eine WakeUp-Notification aus dem Gerät "rauskitzeln" musst, ohne die geht es nicht weiter und die Befehle landen alle in einem Sendstack und warten dort bis sich das Geräte wieder meldet...
Die ganzen Befehle die beim Einbinden automatisch gemacht werden liegen da momentan auf diesem Sendstack. Darunter ist auch der Befehl der die Nachrichten bei Fenster auf-/zu machen an den Controller schickt.
Also noch mal die Anleitung lesen und schauen wie an dem Gerät eine WakeUp-Notification manuell erzeugt wird.
Gruß,
Andreas.
Hi,
also bis dahin sieht doch alles richtig und gut aus. Das Problem ist jetzt das Du eine WakeUp-Notification aus dem Gerät "rauskitzeln" musst, ohne die geht es nicht weiter und die Befehle landen alle in einem Sendstack und warten dort bis sich das Geräte wieder meldet...
Die ganzen Befehle die beim Einbinden automatisch gemacht werden liegen da momentan auf diesem Sendstack. Darunter ist auch der Befehl der die Nachrichten bei Fenster auf-/zu machen an den Controller schickt.
Also noch mal die Anleitung lesen und schauen wie an dem Gerät eine WakeUp-Notification manuell erzeugt wird.
Gruß,
Andreas.
So, jetzt habe ich mir die Gebrauchsanweisung nochmal angeschaut und folgendes gefunden,
womit ich jedoch nicht so richtig was anfangen kann.
Dieses Gerät weckt regelmäßig auf, meldet dies durch Aussenden einer sogenannten Wakeup-Notifikation und leert dann seine Mailbox im statischen Controller. Dafür muss bei der Inclusion die Node-ID des Controllers und ein Aufweckinterval definiert werden. Erfolgt die Inklusion durch einen statischen Controller wie zum Beispiel ein IP-Gateway, wird dieser Controller diese Konfiguration automatisch erledigen und in der Regel eine Nutzerschnittstelle anbieten, um das Aufweckinterval den Nutzerbedürfnissen anzupassen. Das Aufweckinterval ist ein Kompromiss zwischen maximaler Batterielaufzeit und minimaler Reaktionszeit des batteriegespeisten Gerätes.
Für Wakeup Funktion hintere Abdeckung öffnen. Die rote LED wird für 10 Sekunden anhaltend leuchten. Anschließend sendet der ZD2102 ein "Wake up" Signal. Sollte der ZD2102 den Befehl "Keine Wake-Up Informationen" erhalten haben, geht die LED sofort bzw. nach 10 Sekunden aus. Das Gerät wird nach der "Wake-Up" Benachrichtigung mit seiner Funktion fortfahren.
Es ist möglich die Gerätenummer 255 als Zielgerät für die Wakeup-Notifikation anzugeben. In diesem Falle wird die Nachricht als Broadcast an alle Geräte mit direkter Funkverbindung gesendet. Dem Vorteil der sofortigen Benachrichtigung steht als Nachteil gegenüber, das das Gerät gegebenenfalls mehr Zeit im aktiven Modus und damit mehr Batterieladekapazität verbraucht.
Node Information Frame
NIF Der Node Information Frame ist die Visitenkarte eines Z-Wave Gerätes. Es ist ein spezielles Datenpaket, in dem der Gerätetyp sowie die Funktionen des Gerätes bekanntgemacht werden. Inklusion und Exklusion eines Gerätes wird von diesem mit einem Node Information Frame beantwortet. Zusätzlich kann der Node Information Frame für bestimmte Konfigurationsprozesse des Z-Wave Netzes - zum Beispiel das Setzen von Assoziationen - benötigt werden.
Ein Druck auf den Manipulationssicherungsschalter führt zum Senden eines Node Information Frame.
Das mit dem wakeup funktioniert scheinbar, die LED leuchtet wirklich so um die 10 Sekunden, aber wie bekomme ich denn die Information, ob der Kontakt offen oder zu ist.
In den 10 Sekunden habe ich auch ein paar Mal den Magneten an den Kontakt gehalten.
Ich glaube ich liege da noch grundsätzlich falsch in meiner Denke, oder?
Hi,
ok, Du solltest Dir im Wiki auch noch mal den Abschnitt über Assoziationen durchlesen...
Kurzfassung: Solche Geräte haben meistens 1 oder mehrere Assoziationsgruppen in denen sie verschiedenen Dinge "reporten", Fenster auf/zu, Batteriezustand, Sabotagealarm (Gehäuse auf) etc. Was genau gesendet werden kann und in welcher Gruppe steht wieder nur im Handbuch...
Im "Normalfall" werden die wichtigen Ereignisse in Gruppe 1 "Lifeline" gemeldet. Hierzu wird bei der Inklusion normalerweise automatisch der Befehl
2016.09.25 09:47:19.473 3: ZWave set ZWave_SENSOR_NOTIFICATION_11 associationAdd 1 1 abgesetzt, das ist hier aus Deinem Log. Hiermit wird die Gruppe 1 der NodeID 1 (dem Controller) zugeordnet. Sobald der Befehl verarbeitet wurde werden alle Nachrichten für diese Gruppe an die NodeID 1 verschickt. Die 255 aus der Anleitung würde einen "BroadCast" an alle verschicken, das sollte man aber vermeiden.
Nachdem Du es nun ja geschafft hast eine WakeUp-Notification (wir sagen meist kürzer nur WUN) auszulösen sollte Dein Befehlsstack abgearbeitet sein und der Befehl sollte eigentlich ausgeführt worden sein.
Mach doch mal ein "get ZWave_SENSOR_NOTIFICATION_11 configAll", löse eine WUN aus und poste mal ein listing von dem Sensor. Eigentlich sollte dort dann eine Eintrag "assocGroup_1: Max x Nodes ZWave1" vorhanden sein.
Je nach Konfiguration des Sensors erhälst Du ein "state open/close" oder auch eine ALARM Meldung für den Sensor. Ich würde mal fast tippen das Du eine ALARM meldung erhälst, diese aber bisher nicht wahrgenommen hast.
Gruß,
Andreas.
Also ich habe in der Kommandozeile folgendes eingetragen: "get Fensterkontakt_1 configAll" (Habe meinen meinen Fensterkontakt_1 umbenannt!)
Dann habe ich ein WUN ausgelöst, die LED am Kontakt ging an und nach ca. 4 Sek. hat auch mein ZWave Dongle zwei mal kurz aufgeblinkt.
im List steht folgendes:
Internals:
CFGFN
DEF f1df7bc3 17
IODev ZWAVE1
LASTInputDev ZWAVE1
MSGCNT 20
NAME Fensterkontakt_1
NR 33
STATE wakeupInterval 86400 1
TYPE ZWave
ZWAVE1_MSGCNT 20
ZWAVE1_RAWMSG 00040011057006010100
ZWAVE1_TIME 2016-09-25 14:27:18
ZWaveSubDevice no
homeId f1df7bc3
isWakeUp 1
lastMsgSent 1474806440.74261
nodeIdHex 11
Readings:
2016-09-25 14:18:11 CMD ZW_APPLICATION_UPDATE
2016-09-25 14:27:08 alarm HomeSecurity: Tampering - product covering removed, arg 0000
2016-09-25 14:25:56 basicSet 255
2016-09-25 14:27:18 configExternalSwitch Off
2016-09-25 14:15:51 model Vision ZD2102 EU Door/Window Sensor
2016-09-25 14:15:51 modelConfig vision/zd2102.xml
2016-09-25 14:15:51 modelId 0109-2001-0106
2016-09-25 14:15:48 state wakeupInterval 86400 1
2016-09-25 14:27:20 timeToAck 0.027
2016-09-25 14:27:20 transmit OK
2016-09-25 14:27:18 wakeup notification
Attributes:
IODev ZWAVE1
classes ZWAVEPLUS_INFO MANUFACTURER_SPECIFIC DEVICE_RESET_LOCALLY BATTERY POWERLEVEL VERSION WAKE_UP ASSOCIATION ASSOCIATION_GRP_INFO ALARM CONFIGURATION FIRMWARE_UPDATE_MD SECURITY BASIC
room ZWave
vclasses ALARM:4 ASSOCIATION:2 ASSOCIATION_GRP_INFO:1 BATTERY:1 CONFIGURATION:1 DEVICE_RESET_LOCALLY:1 MANUFACTURER_SPECIFIC:2 POWERLEVEL:1 SECURITY:1 WAKE_UP:2 ZWAVEPLUS_INFO:2
Hilft das jetzt weiter? :-[
STIMMT, da passiert was ;D
Wenn ich den Magneten an den Kontakt ranhalte sieht das Listing anders aus:
nternals:
CFGFN
DEF f1df7bc3 17
IODev ZWAVE1
LASTInputDev ZWAVE1
MSGCNT 35
NAME Fensterkontakt_1
NR 33
STATE wakeupInterval 86400 1
TYPE ZWave
ZWAVE1_MSGCNT 35
ZWAVE1_RAWMSG 000400110a7105060000ff06170000
ZWAVE1_TIME 2016-09-25 14:34:03
ZWaveSubDevice no
homeId f1df7bc3
isWakeUp 1
lastMsgSent 1474806440.74261
nodeIdHex 11
Readings:
2016-09-25 14:18:11 CMD ZW_APPLICATION_UPDATE
2016-09-25 14:34:03 alarm AccessControl: Event cleared: Window/Door is closed, arg 0000
2016-09-25 14:34:03 basicSet 0
2016-09-25 14:27:18 configExternalSwitch Off
2016-09-25 14:15:51 model Vision ZD2102 EU Door/Window Sensor
2016-09-25 14:15:51 modelConfig vision/zd2102.xml
2016-09-25 14:15:51 modelId 0109-2001-0106
2016-09-25 14:15:48 state wakeupInterval 86400 1
2016-09-25 14:27:20 timeToAck 0.027
2016-09-25 14:27:20 transmit OK
2016-09-25 14:27:18 wakeup notification
Attributes:
IODev ZWAVE1
classes ZWAVEPLUS_INFO MANUFACTURER_SPECIFIC DEVICE_RESET_LOCALLY BATTERY POWERLEVEL VERSION WAKE_UP ASSOCIATION ASSOCIATION_GRP_INFO ALARM CONFIGURATION FIRMWARE_UPDATE_MD SECURITY BASIC
room ZWave
vclasses ALARM:4 ASSOCIATION:2 ASSOCIATION_GRP_INFO:1 BATTERY:1 CONFIGURATION:1 DEVICE_RESET_LOCALLY:1 MANUFACTURER_SPECIFIC:2 POWERLEVEL:1 SECURITY:1 WAKE_UP:2 ZWAVEPLUS_INFO:2
2016-09-25 14:34:03 alarm AccessControl: Event cleared: Window/Door is closed, arg 0000
So und jetzt die nächste doofe Anfängerfrage, wie kann ich mir DAS denn in der Konsole anzeigen lassen?
Jetzt sehe ich da ja nur den Eintrag "wakeupInterval 86400 1"!
Hi,
also das sieht alles gut aus, außer das ich mich vertan habe und es hätte "get Fensterkontakt_1 associationAll" heißen müssen... :-)
ABER Du hast da bereits ein Reading "alarm" dort wurde wie von mir vermutet schon das Öffnen des Gehäuses eingetragen (Tampering alarm), daher gehe ich davon aus das die Assoziation bereits richtig gesetzt wurde. Wenn Du jetzt mal mit dem Magneten ein Öffnen/Schließen simulierst solltest Du in diesem Reading eine andere Meldung finden, wahrscheinlich "Window/Door is open/closed". Dann funktioniert alles so wie es soll ,-)
Gruß,
Andreas.
Hallo Andreas,
erst mal vielen Dank! Du hast mir da unwahrscheinlich weitergeholfen!!!!!!!!!
Ja, jetzt sieht es folgendermaßen im Listing aus:
2016-09-25 14:39:24 alarm AccessControl: Window/Door is open, arg 0000
2016-09-25 14:39:24 basicSet 255
2016-09-25 14:39:27 alarm AccessControl: Event cleared: Window/Door is closed, arg 0000
2016-09-25 14:39:27 basicSet 0
Noch mal meine doofe weitere Anfängerfrag, wie kann ich mir denn jetzt die Schaltzustände "Offen/Zu" in der Konsole anzeigen lassen, damit ich da auch eine Kontrolle habe?
Hi
Zitat von: Nordmann am 25 September 2016, 14:38:10
STIMMT, da passiert was ;D
Wenn ich den Magneten an den Kontakt ranhalte sieht das Listing anders aus:
na also...
Zitat von: Nordmann am 25 September 2016, 14:38:10
2016-09-25 14:34:03 alarm AccessControl: Event cleared: Window/Door is closed, arg 0000
So und jetzt die nächste doofe Anfängerfrage, wie kann ich mir DAS denn in der Konsole anzeigen lassen?
Jetzt sehe ich da ja nur den Eintrag "wakeupInterval 86400 1"!
Was ist denn für Dich die "Konsole"?
Also dieser Eintrag landet wie gesagt im Reading des Gerätes, gleichzeitig wird eine Event ausgelöst auf das Du z.B. mit einem Notify reagieren kannst.
Was willst Du denn noch mehr?
Um Dich noch mehr zu verwirren, es gibt ein extra Attribut mit dem Du Dir diese Alarmmeldungen in unterschiedlichen Readings anzeigen lassen kannst. Der Standard ist das die Meldungen im Reading "alarm" angezeigt werden und die "Herkunft" (z.B. AccessControl, HomeSecurity, ...) dort mit angegeben wird. Wenn Du das Attribut "extendedAlarmReadings" setzt werden die Meldungen in getrennten Readings ausgegeben. Das sind dann aber Feinheiten...
Gruß,
Andreas.
OK,
ist im Augenblick noch zu hoch für mich :o
Also mit Konsole meine ich die Weboberfläche vom FHEM ;D
Ich habe mal einen Screenshot beigefügt!
Ich möchte mir den Status des Fensterkontaktes so wie den Status der Steckdose bzw.
anzeigen lassen, vielleicht mit einem geschlossenen, bzw. offenen Fenster!
Schau Dir die Infos zum Attribut stateFormat an. Das Attribut devStateIcon solltest Du Dir dann vielleicht auch direkt mal anschauen.
Zu dem Sensor speziell gab es mEn vor Kurzem im ZWave-Unterforum etwas.
Das hier https://forum.fhem.de/index.php/topic,48639.msg489829.html#msg489829 lässt sich sicherlich auch übertragen.
Ok,
"Cobra, übernehmen sie..."
Bei dem ganzen Oberflächenzeug bin ich raus, damit kenne ich mich nicht wirklich aus, ich hätte auch nur das Stichwort "stateFormat" geben können.
Anstatt auf das Alarmreading zu schauen kannst Du bei Deinem Sensor auch das "basicSet" nutzen, das ist 255 für "open" und 0 für "closed", das ist vielleicht etwas einfacher zu verarbeiten als das alarmreading.
Gruß,
Andreas.
Hallo zusammen,
ich möchte mich nochmals bei Euch für die Einstiegshilfe bedanken!
Ich habe jetzt über folgende define's meinen ersten Erfolge ;D :
define Test_1 notify Fensterkontakt_1:basicSet:.0 set Steckdose on
define Test_2 notify Fensterkontakt_1:basicSet:.255 set Steckdose off
Wenn der Fensterkontakt auf ist, schaltet die Steckdose ab, wenn der Kontakt zu ist, schaltet die Steckdose ein!
Ihr mögt jetzt schmunzel, aber für mich ist das ein RIESENSCHRITT
Kann ich die define's auch in einer Datei ablegen und aufrufen. Ich meine wenn die Abfragen umfangreicher werden
gibt das ja sonst ein Chaos!