Vision ZD2102 gibt bei battery Abfrage falsche Werte zurück ...

Spook112 · 16 Januar 2016, 19:07:10

Hi,
ich habe 11 Vision ZD2102 Fenster-/Tür-Sensoren im Einsatz von denen 3 sich seltsam verhalten.
Grundsätzlich:
Alle 11 Sensoren haben einen WakeUp Intervall von 86400 und sollten somit einmal am Tag "aufwachen" und get Befehle beantworten.
Für alle Sensoren wir einmal mittels at Befehl eine get <SensorName> battery Abfrage erzeugt.
Das Aufwachen funktioniert bei allen - zwar nicht nach exakt 24 Std. aber doch so ca.
Alle Sensoren beantworten die get Abfrage mit einer Antwort.
8 Sensoren wie hier:

Code Auswählen

2016-01-15_17:27:41 GWC_Fenster wakeup: notification
2016-01-15_17:27:41 GWC_Fenster battery: 100 %
2016-01-15_17:27:49 GWC_Fenster TRANSMIT_NO_ACK
2016-01-15_17:27:49 GWC_Fenster transmit: NO_ACK

3 Sensoren wie hier:

Code Auswählen

2016-01-16_00:00:41 AKE_Fenster wakeup: notification
2016-01-16_00:00:42 AKE_Fenster battery: 0 %
2016-01-16_00:00:50 AKE_Fenster TRANSMIT_NO_ACK
2016-01-16_00:00:50 AKE_Fenster transmit: NO_ACK

Manchmal fehlen auch die letzten 2 Zeilen. Frage warum das?
Hinweis am Rande die Betterien sind neu und nicht leer.

Was besonders irritierend ist:
Wenn ich quasi manuell einen WakeUp hervorrufe durch öffnen des Sensors und anschließendes schließen wird folgendes ausgegeben.:

Code Auswählen

2016-01-12_22:17:40 AKE_Fenster alarm: HomeSecurity: Tampering, product covering removed, arg 010300
2016-01-12_22:17:50 AKE_Fenster wakeup: notification
2016-01-12_22:17:50 AKE_Fenster battery: 100 %
2016-01-12_22:17:59 AKE_Fenster TRANSMIT_NO_ACK
2016-01-12_22:17:59 AKE_Fenster transmit: NO_ACK

Es verhält sich also so, dass bei manuellem WakeUp der richtige Wert für die Batterieladung in % ausgegeben wird und bei automatischem, zeitgesteuertem WakeUp der Falsche Wert mit 0%.

Hat jemand eine Idee woran das liegen könnte?
Aus meiner Sicht sind die Sensoren auch identisch konfiguriert.
Ich tappe da völlig im Dunkeln.

Danke im Voraus und Gruß

rudolfkoenig · 16 Januar 2016, 20:41:32

NO_ACK heisst, dass das Geraet auf "wakeupNoMoreInformation" (d.h. leg dich schlafen) nicht antwortet, vmtl. schlaeft sie schon. Abhilfe: Attribut WNMI_delay setzen.

Manchmal 0% manchmal 100% battery:
- Moeglichkeit 1: Firmware Fehler
- Moeglichkeit 2: Diese Geraete implementieren eine FHEM unbekannte Version der Batterie-Klasse. Das koennten wir pruefen, wenn wir ein Log, was mit "attr ZWDongle_0 verbose 5" erstellt wurde, sehen koennten.

Spook112 · 16 Januar 2016, 21:59:47

Ich hab das Attribut WNMI_delay jetzt bei allen Vision ZD2102 devices auf 1 sek gesetzt und das Attribut verbose auf 5.
Das Ergebnis sind die beiden folgenden Log-File Passagen.
Im Zusammenhang mit dem get Kommando:

Code Auswählen

2016.01.16 21:40:34 4: WEB_192.168.178.71_52384 GET /fhem?cmd={ZWave_helpFn(%22KUE_Fenster%22,%22battery%22)}&XHR=1; BUFLEN:0
2016.01.16 21:40:34 4: name: /fhem?cmd={ZWave_helpFn(%22KUE_Fenster%22,%22battery%22)}&XHR=1 / RL:21 / text/plain; charset=UTF-8 / Content-Encoding: gzip
 / 
2016.01.16 21:40:35 4: WEB_192.168.178.71_52384 POST /fhem?detail=KUE_Fenster&dev.getKUE_Fenster=KUE_Fenster&cmd.getKUE_Fenster=get&arg.getKUE_Fenster=battery&val.getKUE_Fenster=&XHR=1&addLinks=1&fw_id=463; BUFLEN:0
2016.01.16 21:40:35 2: ZWave get KUE_Fenster battery 
2016.01.16 21:40:35 4: name: /fhem?detail=KUE_Fenster&dev.getKUE_Fenster=KUE_Fenster&cmd.getKUE_Fenster=get&arg.getKUE_Fenster=battery&val.getKUE_Fenster=&XHR=1&addLinks=1&fw_id=463 / RL:56 / text/plain; charset=UTF-8 / Content-Encoding: gzip
 / 
2016.01.16 21:40:35 4: WEB_192.168.178.71_52384 GET /fhem/pgm2/images/ui-bg_glass_100_f6f6f6_1x400.png; BUFLEN:0
2016.01.16 21:40:35 4: WEB_192.168.178.71_52384 => 304 Not Modified
2016.01.16 21:40:35 4: WEB_192.168.178.71_52382 GET /fhem/pgm2/images/ui-bg_diagonals-thick_20_666666_40x40.png; BUFLEN:0
2016.01.16 21:40:35 4: WEB_192.168.178.71_52382 => 304 Not Modified
2016.01.16 21:40:35 4: WEB_192.168.178.71_52383 GET /fhem/pgm2/images/ui-icons_222222_256x240.png; BUFLEN:0
2016.01.16 21:40:35 4: WEB_192.168.178.71_52383 => 304 Not Modified
2016.01.16 21:40:35 4: WEB_192.168.178.71_52384 GET /fhem/pgm2/images/ui-bg_glass_100_fdf5ce_1x400.png; BUFLEN:0
2016.01.16 21:40:35 4: WEB_192.168.178.71_52384 => 304 Not Modified
2016.01.16 21:40:37 4: WEB_192.168.178.71_52384 GET /fhem/pgm2/images/ui-bg_glass_65_ffffff_1x400.png; BUFLEN:0
2016.01.16 21:40:37 4: WEB_192.168.178.71_52384 => 304 Not Modified
2016.01.16 21:40:42 4: Connection closed for WEB_192.168.178.71_52381: EOF
2016.01.16 21:40:42 4: WEB_192.168.178.71_52384 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2016-01.log; BUFLEN:0

und im Zusammenhang mit dem Wake-Up :

Code Auswählen

2016.01.16 21:40:47 4: WEB_192.168.178.71_52382 GET /fhem/pgm2/jquery-ui.min.css; BUFLEN:0
2016.01.16 21:40:47 4: WEB_192.168.178.71_52382 => 304 Not Modified
2016.01.16 21:40:47 4: WEB_192.168.178.71_52384 GET /fhem/pgm2/style.css; BUFLEN:0
2016.01.16 21:40:47 4: WEB_192.168.178.71_52384 => 304 Not Modified
2016.01.16 21:40:47 4: Connection accepted from WEB_192.168.178.71_52385
2016.01.16 21:40:47 4: WEB_192.168.178.71_52383 GET /fhem/pgm2/jquery.min.js; BUFLEN:0
2016.01.16 21:40:47 4: WEB_192.168.178.71_52383 => 304 Not Modified
2016.01.16 21:40:47 4: WEB_192.168.178.71_52384 GET /fhem/pgm2/fhemweb_colorpicker.js; BUFLEN:0
2016.01.16 21:40:47 4: WEB_192.168.178.71_52384 => 304 Not Modified
2016.01.16 21:40:47 4: WEB_192.168.178.71_52385 GET /fhem/pgm2/jquery-ui.min.js; BUFLEN:0
2016.01.16 21:40:47 4: WEB_192.168.178.71_52385 => 304 Not Modified
2016.01.16 21:40:47 4: WEB_192.168.178.71_52382 GET /fhem/pgm2/fhemweb.js; BUFLEN:0
2016.01.16 21:40:47 4: WEB_192.168.178.71_52382 => 304 Not Modified
2016.01.16 21:40:47 4: WEB_192.168.178.71_52384 GET /fhem/pgm2/fhemweb_knob.js; BUFLEN:0
2016.01.16 21:40:47 4: WEB_192.168.178.71_52384 => 304 Not Modified
2016.01.16 21:40:47 4: WEB_192.168.178.71_52385 GET /fhem/pgm2/fhemweb_readingsGroup.js; BUFLEN:0
2016.01.16 21:40:47 4: WEB_192.168.178.71_52385 => 304 Not Modified
2016.01.16 21:40:47 4: WEB_192.168.178.71_52383 GET /fhem/pgm2/fhemweb_fbcalllist.js; BUFLEN:0
2016.01.16 21:40:47 4: WEB_192.168.178.71_52383 => 304 Not Modified
2016.01.16 21:40:47 4: WEB_192.168.178.71_52384 GET /fhem/pgm2/fhemweb_sortable.js; BUFLEN:0
2016.01.16 21:40:47 4: WEB_192.168.178.71_52384 => 304 Not Modified
2016.01.16 21:40:47 4: WEB_192.168.178.71_52385 GET /fhem/pgm2/fhemweb_uzsu.js; BUFLEN:0
2016.01.16 21:40:47 4: WEB_192.168.178.71_52385 => 304 Not Modified
2016.01.16 21:40:47 4: WEB_192.168.178.71_52382 GET /fhem/pgm2/fhemweb_readingsHistory.js; BUFLEN:0
2016.01.16 21:40:47 4: WEB_192.168.178.71_52382 => 304 Not Modified
2016.01.16 21:40:47 4: WEB_192.168.178.71_52384 GET /fhem/pgm2/heading.js; BUFLEN:0
2016.01.16 21:40:47 4: WEB_192.168.178.71_52384 => 304 Not Modified
2016.01.16 21:40:47 4: WEB_192.168.178.71_52385 GET /fhem/pgm2/defaultCommon.css; BUFLEN:0
2016.01.16 21:40:47 4: WEB_192.168.178.71_52385 => 304 Not Modified
2016.01.16 21:40:47 4: WEB_192.168.178.71_52383 GET /fhem/pgm2/fhemweb_weekprofile.js; BUFLEN:0
2016.01.16 21:40:47 4: WEB_192.168.178.71_52383 => 304 Not Modified
2016.01.16 21:40:47 4: WEB_192.168.178.71_52384 GET /fhem/pgm2/dashboard_style.css; BUFLEN:0
2016.01.16 21:40:47 4: WEB_192.168.178.71_52384 => 304 Not Modified
2016.01.16 21:40:48 4: WEB_192.168.178.71_52384 GET /fhem/images/default/house1_32px.png; BUFLEN:0
2016.01.16 21:40:48 4: WEB_192.168.178.71_52384 => 304 Not Modified
2016.01.16 21:40:48 4: WEB_192.168.178.71_52382 GET /fhem/images/default/desk_32px.png; BUFLEN:0
2016.01.16 21:40:48 4: WEB_192.168.178.71_52382 => 304 Not Modified
2016.01.16 21:40:48 4: WEB_192.168.178.71_52384 GET /fhem/images/default/kitchen_32px.png; BUFLEN:0
2016.01.16 21:40:48 4: WEB_192.168.178.71_52384 => 304 Not Modified
2016.01.16 21:40:48 4: WEB_192.168.178.71_52385 GET /fhem/images/default/bathroom_32px.png; BUFLEN:0
2016.01.16 21:40:48 4: WEB_192.168.178.71_52385 => 304 Not Modified
2016.01.16 21:40:48 4: WEB_192.168.178.71_52383 GET /fhem/images/default/house_32px.png; BUFLEN:0
2016.01.16 21:40:48 4: WEB_192.168.178.71_52383 => 304 Not Modified
2016.01.16 21:40:48 4: WEB_192.168.178.71_52384 GET /fhem/images/default/Sleeping_Shelter_32px.png; BUFLEN:0
2016.01.16 21:40:48 4: WEB_192.168.178.71_52384 => 304 Not Modified
2016.01.16 21:40:48 4: WEB_192.168.178.71_52385 GET /fhem/images/default/clothing_hanger_32px.png; BUFLEN:0
2016.01.16 21:40:48 4: WEB_192.168.178.71_52385 => 304 Not Modified
2016.01.16 21:40:48 4: WEB_192.168.178.71_52382 GET /fhem/images/default/couch_32px.png; BUFLEN:0
2016.01.16 21:40:48 4: WEB_192.168.178.71_52382 => 304 Not Modified
2016.01.16 21:40:48 4: WEB_192.168.178.71_52384 GET /fhem/images/default/confused_32px.png; BUFLEN:0
2016.01.16 21:40:48 4: WEB_192.168.178.71_52384 => 304 Not Modified
2016.01.16 21:40:48 4: WEB_192.168.178.71_52385 GET /fhem/images/default/icoEverything.png; BUFLEN:0
2016.01.16 21:40:48 4: WEB_192.168.178.71_52385 => 304 Not Modified
2016.01.16 21:40:48 4: WEB_192.168.178.71_52382 GET /fhem/images/default/fhemicon.png; BUFLEN:0
2016.01.16 21:40:48 4: WEB_192.168.178.71_52382 => 304 Not Modified
2016.01.16 21:40:49 4: WEB_192.168.178.71_52383 GET /fhem/FileLog_logWrapper?XHR=1&inform=type=status;filter=;since=1452976841;fmt=JSON&fw_id=474×tamp=1452976852044; BUFLEN:0
2016.01.16 21:42:06 4: Closing inactive connection WEB_192.168.178.71_52384
2016.01.16 21:42:06 4: Closing inactive connection WEB_192.168.178.71_52385
2016.01.16 21:42:06 4: Closing inactive connection WEB_192.168.178.71_52382
2016.01.16 21:43:10 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00041017032001ff
2016.01.16 21:43:10 5: SW: 06
2016.01.16 21:43:10 5: ZWAVE1 dispatch 00041017032001ff
2016.01.16 21:43:10 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:17 ARG:032001ff
2016.01.16 21:43:10 4: ZWDongle_Read ZWAVE1: sending ACK, processing 000400170b710506ff00ff0616011600
2016.01.16 21:43:10 5: SW: 06
2016.01.16 21:43:10 5: ZWAVE1 dispatch 000400170b710506ff00ff0616011600
2016.01.16 21:43:10 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:17 ARG:0b710506ff00ff0616011600
2016.01.16 21:43:10 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00041017032001ff
2016.01.16 21:43:10 5: SW: 06
2016.01.16 21:43:10 5: ZWAVE1 dispatch 00041017032001ff
2016.01.16 21:43:10 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:17 ARG:032001ff
2016.01.16 21:43:10 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00041017032001ff
2016.01.16 21:43:10 5: SW: 06
2016.01.16 21:43:10 5: ZWAVE1 dispatch 00041017032001ff
2016.01.16 21:43:10 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:17 ARG:032001ff
2016.01.16 21:43:10 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00041017032001ff
2016.01.16 21:43:10 5: SW: 06
2016.01.16 21:43:10 5: ZWAVE1 dispatch 00041017032001ff
2016.01.16 21:43:10 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:17 ARG:032001ff
2016.01.16 21:43:10 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00041017032001ff
2016.01.16 21:43:10 5: SW: 06
2016.01.16 21:43:10 5: ZWAVE1 dispatch 00041017032001ff
2016.01.16 21:43:10 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:17 ARG:032001ff
2016.01.16 21:43:10 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00041017032001ff
2016.01.16 21:43:10 5: SW: 06
2016.01.16 21:43:10 5: ZWAVE1 dispatch 00041017032001ff
2016.01.16 21:43:10 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:17 ARG:032001ff
2016.01.16 21:43:11 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00041017032001ff
2016.01.16 21:43:11 5: SW: 06
2016.01.16 21:43:11 5: ZWAVE1 dispatch 00041017032001ff
2016.01.16 21:43:11 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:17 ARG:032001ff
2016.01.16 21:43:12 4: ZWDongle_Read ZWAVE1: sending ACK, processing 000400170b7105070000ff0700010300
2016.01.16 21:43:12 5: SW: 06
2016.01.16 21:43:12 5: ZWAVE1 dispatch 000400170b7105070000ff0700010300
2016.01.16 21:43:12 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:17 ARG:0b7105070000ff0700010300
2016.01.16 21:43:22 4: ZWDongle_Read ZWAVE1: sending ACK, processing 000400170b710507ff00ff0703010300
2016.01.16 21:43:22 5: SW: 06
2016.01.16 21:43:22 5: ZWAVE1 dispatch 000400170b710507ff00ff0703010300
2016.01.16 21:43:22 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:17 ARG:0b710507ff00ff0703010300
2016.01.16 21:43:22 4: ZWDongle_Read ZWAVE1: sending ACK, processing 000400170b710507ff00ff0703010300
2016.01.16 21:43:22 5: SW: 06
2016.01.16 21:43:22 5: ZWAVE1 dispatch 000400170b710507ff00ff0703010300
2016.01.16 21:43:22 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:17 ARG:0b710507ff00ff0703010300
2016.01.16 21:43:32 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00041017028407
2016.01.16 21:43:32 5: SW: 06
2016.01.16 21:43:32 5: ZWAVE1 dispatch 00041017028407
2016.01.16 21:43:32 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:17 ARG:028407
2016.01.16 21:43:32 5: ZWDongle_Write 0013170280022517 (e40ce002)
2016.01.16 21:43:32 5: SW: 0109001317028002251740
2016.01.16 21:43:33 5: ACK received, WaitForAck=>2 for 0109001317028002251740
2016.01.16 21:43:33 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2016.01.16 21:43:33 5: SW: 06
2016.01.16 21:43:33 5: ZWAVE1 dispatch 011301
2016.01.16 21:43:33 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00041017028407
2016.01.16 21:43:33 5: SW: 06
2016.01.16 21:43:33 5: ZWAVE1 dispatch 00041017028407
2016.01.16 21:43:33 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:17 ARG:028407
2016.01.16 21:43:33 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00041017028407
2016.01.16 21:43:33 5: SW: 06
2016.01.16 21:43:33 5: ZWAVE1 dispatch 00041017028407
2016.01.16 21:43:33 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:17 ARG:028407
2016.01.16 21:43:33 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00041017028407
2016.01.16 21:43:33 5: SW: 06
2016.01.16 21:43:33 5: ZWAVE1 dispatch 00041017028407
2016.01.16 21:43:33 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:17 ARG:028407
2016.01.16 21:43:33 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00041017028407
2016.01.16 21:43:33 5: SW: 06
2016.01.16 21:43:33 5: ZWAVE1 dispatch 00041017028407
2016.01.16 21:43:33 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:17 ARG:028407
2016.01.16 21:43:33 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00041017028407
2016.01.16 21:43:33 5: SW: 06
2016.01.16 21:43:33 5: ZWAVE1 dispatch 00041017028407
2016.01.16 21:43:33 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:17 ARG:028407
2016.01.16 21:43:33 4: ZWDongle_Read ZWAVE1: sending ACK, processing 001317000060
2016.01.16 21:43:33 5: SW: 06
2016.01.16 21:43:33 5: device ack reveived, removing 0109001317028002251740 from dongle sendstack
2016.01.16 21:43:33 5: ZWAVE1 dispatch 001317000060
2016.01.16 21:43:33 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0060
2016.01.16 21:43:33 4: ZWAVE1 transmit OK for 17
2016.01.16 21:43:33 5: ZWDongle_Write 0013170284082517 (e40ce002)
2016.01.16 21:43:33 5: SW: 010900131702840825174e
2016.01.16 21:43:33 5: ACK received, WaitForAck=>2 for 010900131702840825174e
2016.01.16 21:43:33 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2016.01.16 21:43:33 5: SW: 06
2016.01.16 21:43:33 5: ZWAVE1 dispatch 011301
2016.01.16 21:43:36 4: no response from device, removing 010900131702840825174e from dongle sendstack
2016.01.16 21:43:37 4: Connection closed for WEB_192.168.178.71_52383: EOF
2016.01.16 21:43:37 4: Connection accepted from WEB_192.168.178.71_52414
2016.01.16 21:43:37 4: WEB_192.168.178.71_52414 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2016-01.log; BUFLEN:0

Ich hoffe daraus kann jemand etwas erkennen.

Was mich irritiert sind die ganzen Meldungen mit 304 Not Modified.
Liegt da irgend etwas im Argen ?

rudolfkoenig · 17 Januar 2016, 07:53:05

"304 Not Modified": Browser prueft, ob die Daten im Cache noch valide sind. FHEMWEB sagt: die Datei wurden bei "mir" nicht modifiziert.

Im ersten Log gibt es keine sichtbare Kommunikation zu Dongle. Ich vermute, "attr ZWAVE1 vebose 5" war da noch nicht aktiv.

Im zweiten Log sieht man was, allerdings nur die Batterieabfrage (die Zeilen mit 8002), nicht die Antwort (8003, falls bekannt, oder 80XX, falls was Unbekanntes).

Spook112 · 19 Januar 2016, 20:04:38

Es ist seltsam.
Wenn ich den WakeUp manuell initiiere finde ich 8003er Einträge, aber wenn der WakeUp automatisch läuft nicht.
Ich habe mal die model ID und Versionen etc. verglichen.

Bei
model Vision ZD2102 EU Door/Window Sensor
modelConfig vision/zd2102.xml
modelId 0109-2001-0106
version Lib 3 Prot 4.5 App 5.1 HW 2 FWCounter 1 FW 10.2

funktioniert es richtig.

Bei
model Vision ZD2102 EU Door/Window Sensor
modelConfig vision/zd2102.xml
modelId 0109-2001-0105
version Lib 3 Prot 3.95 App 5.1 HW 2 FWCounter 1 FW 10.1

leider nicht.

Kann daraus jemand etwas ableiten, was auf das Problem hindeuten könnte?

rudolfkoenig · 19 Januar 2016, 21:25:49

Im Log faellt auf, dass viele Nachrichten 3-5 mal empfangen werden. Ich habe keine Erklaerung dafuer, nur die Theorie, dass das Routing nicht optimal ist. Evtl. koennten neighborUpdates helfen.

Spook112 · 04 Februar 2016, 20:46:51

Immer noch dasselbe Problem.

Hier das Log vom Sensor:

Zitat2016-02-04_20:34:48 ZWave_SENSOR_NOTIFICATION_23 wakeup: notification
2016-02-04_20:34:54 ZWave_SENSOR_NOTIFICATION_23 modelConfig: vision/zd2102.xml
2016-02-04_20:34:54 ZWave_SENSOR_NOTIFICATION_23 modelId: 0109-2001-0105
2016-02-04_20:34:54 ZWave_SENSOR_NOTIFICATION_23 model: Vision ZD2102 EU Door/Window Sensor
2016-02-04_20:34:55 ZWave_SENSOR_NOTIFICATION_23 battery: 0 %
2016-02-04_20:34:56 ZWave_SENSOR_NOTIFICATION_23 version: Lib 3 Prot 3.95 App 5.1 HW 2 FWCounter 1 FW 10.1

Wie man sieht reportet der Sensor nach dem automatischen wakeup alle mittels get abgefragten Anfragen und sendet sinnvolle "Antworten" - mit Ausnahme des Wertes für die Batterie. Die ist definitiv 100% voll.

Hier ist der dazu passende Abschnitte aus dem Server-Log:

Zitat2016.02.04 20:34:48 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00040017028407
2016.02.04 20:34:48 5: SW: 06
2016.02.04 20:34:48 5: ZWAVE1 dispatch 00040017028407
2016.02.04 20:34:48 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:17 ARG:028407
2016.02.04 20:34:48 5: ZWDongle_Write 0013170272042517 (e40ce002)
2016.02.04 20:34:48 5: SW: 01090013170272042517b4
2016.02.04 20:34:48 5: ACK received, WaitForAck=>2 for 01090013170272042517b4
2016.02.04 20:34:48 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2016.02.04 20:34:48 5: SW: 06
2016.02.04 20:34:48 5: ZWAVE1 dispatch 011301
2016.02.04 20:34:48 4: ZWDongle_Read ZWAVE1: sending ACK, processing 001317000003
2016.02.04 20:34:48 5: SW: 06
2016.02.04 20:34:48 5: device ack reveived, removing 01090013170272042517b4 from dongle sendstack
2016.02.04 20:34:48 5: ZWAVE1 dispatch 001317000003
2016.02.04 20:34:48 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0003
2016.02.04 20:34:48 4: ZWAVE1 transmit OK for 17
2016.02.04 20:34:48 5: ZWDongle_Write 0013170280022517 (e40ce002)
2016.02.04 20:34:48 5: SW: 0109001317028002251740
2016.02.04 20:34:48 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00040017087205010920010105
2016.02.04 20:34:48 5: SW: 06
2016.02.04 20:34:48 5: ZWAVE1 dispatch 00040017087205010920010105
2016.02.04 20:34:48 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:17 ARG:087205010920010105
2016.02.04 20:34:54 3: ZWave got config for vision/zd2102.xml from ./FHEM/lib/openzwave_deviceconfig.xml.gz
2016.02.04 20:34:55 4: ZWDongle_Read ZWAVE1: CAN received
2016.02.04 20:34:55 2: ZWDongle_ProcessSendStack: no ACK, resending message 0109001317028002251740
2016.02.04 20:34:55 5: SW: 0109001317028002251740
2016.02.04 20:34:55 5: ACK received, WaitForAck=>2 for 0109001317028002251740
2016.02.04 20:34:55 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2016.02.04 20:34:55 5: SW: 06
2016.02.04 20:34:55 5: ZWAVE1 dispatch 011301
2016.02.04 20:34:55 4: WEB_192.168.178.71_52493 GET /fhem/FileLog_logWrapper&dev=FileLog_ZWave_SENSOR_NOTIFICATION_23&type=text&file=ZWave_SENSOR_NOTIFICATION_23-2016.log; BUFLEN:0
2016.02.04 20:34:55 4: Connection closed for WEB_192.168.178.71_52490: EOF
2016.02.04 20:34:55 4: ZWDongle_Read ZWAVE1: sending ACK, processing 001317000002
2016.02.04 20:34:55 5: SW: 06
2016.02.04 20:34:55 5: device ack reveived, removing 0109001317028002251740 from dongle sendstack
2016.02.04 20:34:55 5: ZWAVE1 dispatch 001317000002
2016.02.04 20:34:55 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0002
2016.02.04 20:34:55 4: ZWAVE1 transmit OK for 17
2016.02.04 20:34:55 5: ZWDongle_Write 0013170286112517 (e40ce002)
2016.02.04 20:34:55 5: SW: 0109001317028611251755
2016.02.04 20:34:55 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004001703800300
2016.02.04 20:34:55 5: SW: 06
2016.02.04 20:34:55 5: ZWAVE1 dispatch 0004001703800300
2016.02.04 20:34:55 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:17 ARG:03800300
2016.02.04 20:34:55 4: ZWDongle_Read ZWAVE1: CAN received
2016.02.04 20:34:55 4: Connection accepted from WEB_192.168.178.71_52498
2016.02.04 20:34:55 4: WEB_192.168.178.71_52493 GET /fhem/pgm2/style.css?v=1454612717; BUFLEN:0
2016.02.04 20:34:55 4: WEB_192.168.178.71_52493 => 304 Not Modified
2016.02.04 20:34:55 4: WEB_192.168.178.71_52496 GET /fhem/pgm2/jquery-ui.min.css; BUFLEN:0
2016.02.04 20:34:55 4: WEB_192.168.178.71_52496 => 304 Not Modified
2016.02.04 20:34:55 4: WEB_192.168.178.71_52491 GET /fhem/pgm2/jquery.min.js; BUFLEN:0
2016.02.04 20:34:55 4: WEB_192.168.178.71_52491 => 304 Not Modified
2016.02.04 20:34:55 4: WEB_192.168.178.71_52497 GET /fhem/pgm2/jquery-ui.min.js; BUFLEN:0
2016.02.04 20:34:55 4: WEB_192.168.178.71_52497 => 304 Not Modified
2016.02.04 20:34:55 4: WEB_192.168.178.71_52498 GET /fhem/pgm2/fhemweb.js; BUFLEN:0
2016.02.04 20:34:55 4: WEB_192.168.178.71_52498 => 304 Not Modified
2016.02.04 20:34:55 4: WEB_192.168.178.71_52493 GET /fhem/pgm2/fhemweb_colorpicker.js; BUFLEN:0
2016.02.04 20:34:55 4: WEB_192.168.178.71_52493 => 304 Not Modified
2016.02.04 20:34:55 4: WEB_192.168.178.71_52496 GET /fhem/pgm2/fhemweb_fbcalllist.js; BUFLEN:0
2016.02.04 20:34:55 4: WEB_192.168.178.71_52496 => 304 Not Modified
2016.02.04 20:34:55 4: WEB_192.168.178.71_52491 GET /fhem/pgm2/fhemweb_knob.js; BUFLEN:0
2016.02.04 20:34:55 4: WEB_192.168.178.71_52491 => 304 Not Modified
2016.02.04 20:34:55 4: WEB_192.168.178.71_52498 GET /fhem/pgm2/fhemweb_readingsHistory.js; BUFLEN:0
2016.02.04 20:34:55 4: WEB_192.168.178.71_52498 => 304 Not Modified
2016.02.04 20:34:55 4: WEB_192.168.178.71_52493 GET /fhem/pgm2/fhemweb_sortable.js; BUFLEN:0
2016.02.04 20:34:55 4: WEB_192.168.178.71_52493 => 304 Not Modified
2016.02.04 20:34:55 4: WEB_192.168.178.71_52496 GET /fhem/pgm2/fhemweb_uzsu.js; BUFLEN:0
2016.02.04 20:34:55 4: WEB_192.168.178.71_52496 => 304 Not Modified
2016.02.04 20:34:55 4: WEB_192.168.178.71_52497 GET /fhem/pgm2/fhemweb_readingsGroup.js; BUFLEN:0
2016.02.04 20:34:55 4: WEB_192.168.178.71_52497 => 304 Not Modified
2016.02.04 20:34:55 4: WEB_192.168.178.71_52498 GET /fhem/pgm2/heading.js; BUFLEN:0
2016.02.04 20:34:55 4: WEB_192.168.178.71_52498 => 304 Not Modified
2016.02.04 20:34:55 4: WEB_192.168.178.71_52493 GET /fhem/pgm2/defaultCommon.css; BUFLEN:0
2016.02.04 20:34:55 4: WEB_192.168.178.71_52493 => 304 Not Modified
2016.02.04 20:34:55 4: WEB_192.168.178.71_52491 GET /fhem/pgm2/fhemweb_weekprofile.js; BUFLEN:0
2016.02.04 20:34:55 4: WEB_192.168.178.71_52491 => 304 Not Modified
2016.02.04 20:34:55 4: WEB_192.168.178.71_52493 GET /fhem/pgm2/dashboard_style.css; BUFLEN:0
2016.02.04 20:34:55 4: WEB_192.168.178.71_52493 => 304 Not Modified
2016.02.04 20:34:55 4: WEB_192.168.178.71_52493 GET /fhem/images/default/house1_32px.png; BUFLEN:0
2016.02.04 20:34:55 4: WEB_192.168.178.71_52493 => 304 Not Modified
2016.02.04 20:34:55 4: WEB_192.168.178.71_52498 GET /fhem/images/default/house_32px.png; BUFLEN:0
2016.02.04 20:34:55 4: WEB_192.168.178.71_52498 => 304 Not Modified
2016.02.04 20:34:55 4: WEB_192.168.178.71_52496 GET /fhem/images/default/desk_32px.png; BUFLEN:0
2016.02.04 20:34:55 4: WEB_192.168.178.71_52496 => 304 Not Modified
2016.02.04 20:34:55 4: WEB_192.168.178.71_52491 GET /fhem/images/default/kitchen_32px.png; BUFLEN:0
2016.02.04 20:34:55 4: WEB_192.168.178.71_52491 => 304 Not Modified
2016.02.04 20:34:55 4: WEB_192.168.178.71_52497 GET /fhem/images/default/bathroom_32px.png; BUFLEN:0
2016.02.04 20:34:55 4: WEB_192.168.178.71_52497 => 304 Not Modified
2016.02.04 20:34:55 4: WEB_192.168.178.71_52498 GET /fhem/images/default/Sleeping_Shelter_32px.png; BUFLEN:0
2016.02.04 20:34:55 4: WEB_192.168.178.71_52498 => 304 Not Modified
2016.02.04 20:34:55 4: WEB_192.168.178.71_52493 GET /fhem/images/default/couch_32px.png; BUFLEN:0
2016.02.04 20:34:55 4: WEB_192.168.178.71_52493 => 304 Not Modified
2016.02.04 20:34:55 4: WEB_192.168.178.71_52496 GET /fhem/images/default/clothing_hanger_32px.png; BUFLEN:0
2016.02.04 20:34:55 4: WEB_192.168.178.71_52496 => 304 Not Modified
2016.02.04 20:34:55 4: WEB_192.168.178.71_52491 GET /fhem/images/default/confused_32px.png; BUFLEN:0
2016.02.04 20:34:55 4: WEB_192.168.178.71_52491 => 304 Not Modified
2016.02.04 20:34:55 4: WEB_192.168.178.71_52498 GET /fhem/images/default/fhemicon.png; BUFLEN:0
2016.02.04 20:34:55 4: WEB_192.168.178.71_52498 => 304 Not Modified
2016.02.04 20:34:55 4: WEB_192.168.178.71_52497 GET /fhem/images/default/icoEverything.png; BUFLEN:0
2016.02.04 20:34:55 4: WEB_192.168.178.71_52497 => 304 Not Modified
2016.02.04 20:34:55 4: WEB_192.168.178.71_52493 GET /fhem/FileLog_logWrapper&dev=FileLog_ZWave_SENSOR_NOTIFICATION_23&type=text&file=ZWave_SENSOR_NOTIFICATION_23-2016.log?XHR=1&inform=type=status;filter=;since=1454614494;fmt=JSON&fw_id=364×tamp=1454614495889; BUFLEN:0
2016.02.04 20:34:56 2: ZWDongle_ProcessSendStack: no ACK, resending message 0109001317028611251755
2016.02.04 20:34:56 5: SW: 0109001317028611251755
2016.02.04 20:34:56 5: ACK received, WaitForAck=>2 for 0109001317028611251755
2016.02.04 20:34:56 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2016.02.04 20:34:56 5: SW: 06
2016.02.04 20:34:56 5: ZWAVE1 dispatch 011301
2016.02.04 20:34:56 4: ZWDongle_Read ZWAVE1: sending ACK, processing 001317000002
2016.02.04 20:34:56 5: SW: 06
2016.02.04 20:34:56 5: device ack reveived, removing 0109001317028611251755 from dongle sendstack
2016.02.04 20:34:56 5: ZWAVE1 dispatch 001317000002
2016.02.04 20:34:56 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0002
2016.02.04 20:34:56 4: ZWAVE1 transmit OK for 17
2016.02.04 20:34:56 4: ZWDongle_Read ZWAVE1: sending ACK, processing 000400170b861203035f050102010a01
2016.02.04 20:34:56 5: SW: 06
2016.02.04 20:34:56 5: ZWAVE1 dispatch 000400170b861203035f050102010a01
2016.02.04 20:34:56 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:17 ARG:0b861203035f050102010a01

Ich bin ratlos. Auch ein Löschen/Exkludieren und erneutes Anlegen/Inkludieren hat nichts geändert.

Hat noch jemand eine Idee?

krikan · 04 Februar 2016, 20:59:07

Code Auswählen

2016.02.04 20:34:55 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:17 ARG:03800300
Der reportet auch 0 %, so wie FHEM es anzeigt. Firmwareproblem?

krikan · 04 Februar 2016, 21:15:56

Hier https://groups.google.com/d/msg/openhab/OnKp8BjP1AM/_MYkOBiktKkJ hatte jemand ein ähnliches Problem mit dem Sensor.

Spook112 · 04 Februar 2016, 22:29:53

Firmwarefehler könnte natürlich sein.

Ich habe den Händler kontaktiert und die meinen, dass es daran liegt, dass der Sensor/die Sensoren beim inkludieren nicht richtig konfiguriert worden sind.
Gibt es eine Möglichkeit in FHEM nachträglich noch etwas forciert nach zu konfigurieren - wobei ich noch nicht verstanden habe was.
Da warte ich noch auf eine Antwort.

Eine Frage in dem Zusammenhang:
Die Sensoren geben ja an: modelConfig vision/zd2102.xml
Diese Datei finde ich bei mir gar nicht.
Einzig in der Datei "openzwave_manufacturer_specific.xml" habe ich diesen Inhalt gefunden:

Zitat<Manufacturer id="0109" name="Vision">
<Product type="1001" id="0101" name="ZU1401 Z-Wave USB Stick"/>
<Product type="1001" id="0105" name="ZU1401 Z-Wave USB Stick"/>
<Product type="2001" id="0101" name="ZD2102 US Door/Window Sensor" config="vision/zd2102.xml"/>
<Product type="2001" id="0102" name="ZD2102 AU Door/Window Sensor" config="vision/zd2102.xml"/>
<Product type="2001" id="0104" name="ZD2102 JP Door/Window Sensor" config="vision/zd2102.xml"/>
<Product type="2001" id="0105" name="ZD2102 EU Door/Window Sensor" config="vision/zd2102.xml"/>
<Product type="2001" id="0106" name="ZD2102 EU Door/Window Sensor" config="vision/zd2102.xml"/>

So wie ich das verstehe wird da auf eine Configdatei verwiesen, die es in meiner Installation gar nicht gibt.

Hat jemand einen Tip oder eine Erklärung?

krikan · 04 Februar 2016, 23:03:08

Zitat von: Spook112 am 04 Februar 2016, 22:29:53
Ich habe den Händler kontaktiert und die meinen, dass es daran liegt, dass der Sensor/die Sensoren beim inkludieren nicht richtig konfiguriert worden sind.
Gibt es eine Möglichkeit in FHEM nachträglich noch etwas forciert nach zu konfigurieren - wobei ich noch nicht verstanden habe was.
Da warte ich noch auf eine Antwort.

Dann bin ich auch auf die Antwort gespannt. Keine Ahnung, was das sein soll. Konfigurationsparameter gibt es laut Doku nur einen und den bringe ich nicht mit Deinem Problem in Zusammenhang.

Zitat
Die Sensoren geben ja an: modelConfig vision/zd2102.xml
Diese Datei finde ich bei mir gar nicht.

Die ist komprimiert in openzwave_deviceconfig.xml.gz enthalten. Details dazu findest Du im Wiki http://www.fhemwiki.de/wiki/Z-Wave in der FAQ.