Vision ZM1601 Battery Operated Siren

[gamauf]

Die Vision ZM1601 Battery Operated Siren ist eine kleine Batteriebetriebene Sirene mit Blinklicht für den Inneneinsatz.
http://www.pepper1.net/zwavedb/device/758

Ich kann sie ohne Probleme via FHEM ansprechen und verwenden.

Einzig die verschlüsselte Kommunikation hab ich noch nicht zustande gebracht.
Das Perl Modul für die Verschlüsselung (die genaue Bezeichnung fällt mir gerade nicht ein) hab ich installiert.
Wenn ich mehr Zeit hab mich damit zu beschäftigen, werde ich berichten.

[A.Harrenberg]

Hi gamauf,

Die Vision ZM1601 Battery Operated Siren ist eine kleine Batteriebetriebene Sirene mit Blinklicht für den Inneneinsatz.
http://www.pepper1.net/zwavedb/device/758

Ich kann sie ohne Probleme via FHEM ansprechen und verwenden.

Einzig die verschlüsselte Kommunikation hab ich noch nicht zustande gebracht.
Das Perl Modul für die Verschlüsselung (die genaue Bezeichnung fällt mir gerade nicht ein) hab ich installiert.
Wenn ich mehr Zeit hab mich damit zu beschäftigen, werde ich berichten.

Das Modul ist "Crypt::Rijndael", ein paar Infos für die verschlüsselte Kommunikation findest Du hier.

Wenn Du das Modul installiert hast, den Netzwerkschlüssel gesetzt hast und die Sirene dann mit der im obigen Link beschriebenen Option "sec on" inkludierst sollte es eigentlich funktionieren.

Du musst aber beachten das die Kommunikation wegen dem Overhead langsamer und fehleranfälliger ist, und das peeren unter Security natürlich nur geht wenn beide Seiten Security unterstützen und auch nutzen. Im Fall der Sirene passt das wahrscheinlich, da Du die Sirene eher nicht mit einem Taster direkt einschalten willst.

Logs von der Inklusion (verbose 5 für den ZWave-Dongle, attribut mseclog=1 bei global) sind willkommen.

Gruß,
Andreas.

[scooty]

Ich kann sie ohne Probleme via FHEM ansprechen und verwenden.

Hallo,

habe jetzt auch so eine, Inklusion OK (ohne Security, nur mit addNode nwOn) und ON/OFF funktionieren.
Hast Du Erfahrungen mit den Konfigurationseinstellungen, ich komme nicht weiter.
Statt Sirene und blinkende LED hätte ich gerne nur die blinkende LED.
Lt. Beipackzettel ist Parameter 1 (configSirenStrobeMode) auf 2 zu stellen

Code Auswählen Erweitern

set XXX configByte 1 2
ändert jedoch den configAlarmAutoStop (eigentlich lt. Beipackzettel Parameter2).
Ein

Code Auswählen Erweitern

set XXX configSirenStrobeMode 2
ändert weder configSirenStrobeMode noch configAlarmAutoStop.

Entspricht also eher der Doku von pepper.net und den Infos in der openzwave_deviceconfig.xml, wo
Parameter 0 configSirenStrobeMode
und
Parameter 1 configAlarmAutoStop
sind.
Allerdings ändert ein entsprechendes

Code Auswählen Erweitern

set XXX configByte 0 2

auch nicht die Einstellung für configSirenStrobeMode.


Ich bin nun etwas ratlos, wo genau der Fehler liegt.
Vielleicht hast Du ja aus Deinen Erfahrungen den entscheidenden Tipp?
Oder jemand anderes kann weiterhelfen?

Viele Grüße,
Andreas

Anbei noch das list meiner ZM1601 :

Code Auswählen Erweitern

Internals:
   CFGFN
   DEF        d79c8805 43
   IODev      ZW_Dongle
   LASTInputDev ZW_Dongle
   MSGCNT     6
   NAME       ZWave_SWITCH_BINARY_43
   NR         653
   STATE      off
   TYPE       ZWave
   ZW_Dongle_MSGCNT 6
   ZW_Dongle_RAWMSG 0004002b03250300
   ZW_Dongle_TIME 2015-11-17 22:36:05
   homeId     d79c8805
   isWakeUp
   lastMsgSent 1447834557.15126
   nodeIdHex  2b
   Readings:
     2015-11-17 22:05:50   CMD             ZW_APPLICATION_UPDATE
     2015-11-17 22:02:41   alarm           CO2: unknown event 03, arg 00
     2015-11-17 22:07:59   assocGroup_1    Max 5 Nodes ZW_Dongle
     2015-11-17 22:07:49   assocGroups     1
     2015-11-17 22:04:00   battery         100 %
     2015-11-18 09:05:46   configAlarmAutoStop 0
     2015-11-18 09:13:03   configSirenStrobeMode 0
     2015-11-18 09:14:35   model           Vision ZM1601 Battery Operated Siren
     2015-11-18 09:14:35   modelConfig     vision/zm1601eu.xml
     2015-11-18 09:14:35   modelId         0109-2005-0508
     2015-11-17 22:21:57   neighborList    EZEG_LICHT WZOG_LICHTDIRK EZOG_CopenVitrine
     2015-11-17 22:36:05   reportedState   off
     2015-11-18 09:15:57   state           versionClassRequest MANUFACTURER_SPECIFIC
     2015-11-18 09:15:57   transmit        OK
     2015-11-18 09:15:07   version         Lib 3 Prot 4.5 App 15.5 HW 2 FWCounter 1 FW 5.1
     2015-11-18 09:15:15   zwavePlusInfo    version:01 role:SleepingListeningSlave node:Z-Wave+Node installerIcon:0f00 userIcon:0f00
Attributes:
   IODev      ZW_Dongle
   classes    ZWAVEPLUS_INFO ASSOCIATION ASSOCIATION_GRP_INFO BATTERY CONFIGURATION DEVICE_RESET_LOCALLY FIRMWARE_UPDATE_MD MANUFACTURER_SPECIFIC ALARM POWERLEVEL SECURITY SWITCH_BINARY VERSION BASIC
  room       ZWave
   stateFormat reportedState
   vclasses   ALARM:04 ASSOCIATION:02 ASSOCIATION_GRP_INFO:01 BASIC:01 BATTERY:01 CONFIGURATION:01 DEVICE_RESET_LOCALLY:01 FIRMWARE_UPDATE_MD:02 MANUFACTURER_SPECIFIC:02 POWERLEVEL:01 SECURITY:01 SWITCH_BINARY:01 VERSION:02 ZWAVEPLUS_INFO:02

[gamauf]

Hallo!

Also habs grad ausprobiert:
nach eimem

Code Auswählen Erweitern

set ZW_Sirene configByte 1 2

blinkt die Sierene nur mehr
mit

Code Auswählen Erweitern

set ZW_Sirene configByte 1 0
wieder Blinken und Heulen.

Das deckt sich auch mit den Infos auf pepper.net:
http://www.pepper1.net/zwavedb/device/758

Code Auswählen Erweitern

set ZW_Sirene configSirenStrobeMode 0
funktioniert bei mir NICHT!
Sollte Blinken & Heulen aktivieren; wie ich gestern herausgefunden hab' blinkt sie aber nur, was ich mit

Code Auswählen Erweitern

set ZW_Sirene configByte 1 0
wieder richtig gestellt hab.

mit

Code Auswählen Erweitern

set ZW_Sirene configByte 2 2
hab ich die Aktivierungsdauer auf zwei Minuten beschränkt (hab's aber nicht ausprobiert, ob sie wirklich nach 2 Minuten aufhört; will weder mein Gehör schädigen noch die Nachbarn am Hals haben!  )


Grüße
Rainer

[scooty]

Hallo gamauf,

vielen Dank für Deine Rückmeldung.
Mmmh, beruhigt mich, dass es bei Dir zumindest mit den configByte funktioniert.

Wie sehen bei Dir folgende readings aus?
model
modelConfig
modelId
version

Meine sind:

Code Auswählen Erweitern

model  Vision ZM1601 Battery Operated Siren
modelConfig    vision/zm1601eu.xml
modelId         0109-2005-0508
version           Lib 3 Prot 4.5 App 15.5 HW 2 FWCounter 1 FW 5.1

Vielleicht haben wir doch nicht das gleiche Modell, bei pepper gibt es mehrere Einträge.

Vielen Dank nochmal,
Andreas

[gamauf]

Code Auswählen Erweitern

model: Vision ZM1601 Battery Operated Siren
modelConfig: vision/zm1601eu.xml
modelId: 0109-2005-0508
version: Lib 3 Prot 4.5 App 15.5 HW 2 FWCounter 1 FW 5.1

[krikan]

Hallo!
habe Euch nicht wirklich verstanden:
Ist die Config-XML falsch? Falls ja, was müsste geändert werden?
Wenn Ihr das nicht beantworten könnt, wäre evtl. Log mit verbose 5 von nicht funktionierenden Befehl hilfreich.
Danke und Gruß, Christian

[scooty]

Alles klar, vielen Dank.
Sind also gleich, da bleiben  mir wohl erstmal nur zwei Strohalme:
1) noch eine Frage an Dich: Hast Du den Deckel auf der Sirene derzeit montiert oder nicht? (VORSICHT! Beim Öffnen des Deckels geht die Sirene an!)
2) mein ToDo: Exklusion (nach Doku = Werksreset) und erneute Inklusion, vielleicht ist ja bei mir etwas schiefgelaufen

Wird aber erst heute Abend.

@Christian:
Ob der Fehler in der XML ist, versuche ich noch herauszufinden.
Dass ein

Code Auswählen Erweitern

set ZW_Sirene configSirenStrobeMode 0
nichts verändert sondern nur

Code Auswählen Erweitern

set ZW_Sirene configByte 1 0
könnte aber darauf hindeuten?

Beim ersten Blick kann ich mit meinen Kenntnissen jedoch nichts erkennen:

Code Auswählen Erweitern

<Product sourceFile="vision/zm1601eu.xml">
    <CommandClass id="112">
        <Value type="byte" genre="config" index="0" label="Siren Strobe Mode" min="0" max="255" value="0">
            <Help>Defines the reaction of the siren: [0] Strobe and Siren, [1] Siren, [2] Strobe (Default setting: 0)</Help>
        </Value>
        <Value type="byte" genre="config" index="1" label="Alarm auto stop" min="0" max="255" value="0">
            <Help>Defines the auto time out of the alarm indication: [0] 30 seconds, [1] 60 seconds, [2] 120 seconds, [3] Continuous (Default setting: 0)</Help>
        </Value>
    </CommandClass>
  <CommandClass id="32" setasreport="true"/>
  <CommandClass id="37" setasreport="true"/>
  <CommandClass id="128" setasreport="true"/>
</Product>
Ich probiere auf jeden Fall erst noch Schritt 2) bevor ich Dich weiter belästige.

Viele Grüße,
Andreas

[gamauf]

Hallo Christian!
Hier die gewünschten Logs.
Ausgangslage in beiden Fällen: Der letzte Befehl an die Sirene war

Code Auswählen Erweitern

set ZW_Sirene_1 configByte 1 2
(nicht im Log enthalten)

dann

Code Auswählen Erweitern

set ZW_Sirene_1 configSirenStrobeMode 0
set ZW_Sirene_1 blink 1 1
Hier das zugehörige Log:

Code Auswählen Erweitern

2015.11.18 13:09:08.136 2: ZWave set ZW_Sirene_1 configSirenStrobeMode 0
2015.11.18 13:09:08.136 5: ZWDongle_Write 00 130f057004000100250f
2015.11.18 13:09:08.137 5: SW: 010c00130f057004000100250fb5
2015.11.18 13:09:08.153 5: ACK received, WaitForAck=>2 for 010c00130f057004000100250fb5
2015.11.18 13:09:08.154 4: ZWDongle_Read ZWDongle_0: sending ACK, processing 011301
2015.11.18 13:09:08.154 5: SW: 06
2015.11.18 13:09:08.156 5: ZWDongle_0 dispatch 011301
2015.11.18 13:09:09.462 4: ZWDongle_Read ZWDongle_0: sending ACK, processing 00130f000083
2015.11.18 13:09:09.462 5: SW: 06
2015.11.18 13:09:09.464 5: device ack reveived, removing 010c00130f057004000100250fb5 from dongle sendstack
2015.11.18 13:09:09.464 5: ZWDongle_0 dispatch 00130f000083
2015.11.18 13:09:09.465 4: ZWDongle_0 CMD:ZW_SEND_DATA ID:00 ARG:0083
2015.11.18 13:09:09.465 4: ZWDongle_0 transmit OK for 0f
2015.11.18 13:09:49.215 2: ZWave set ZW_Sirene_1 on
2015.11.18 13:09:49.216 5: ZWDongle_Write 00 130f032501FF250f
2015.11.18 13:09:49.216 5: SW: 010a00130f032501FF250f1b
2015.11.18 13:09:49.233 5: ACK received, WaitForAck=>2 for 010a00130f032501FF250f1b
2015.11.18 13:09:49.234 4: ZWDongle_Read ZWDongle_0: sending ACK, processing 011301
2015.11.18 13:09:49.234 5: SW: 06
2015.11.18 13:09:49.236 5: ZWDongle_0 dispatch 011301
2015.11.18 13:09:53.218 2: ZWave set ZW_Sirene_1 off
2015.11.18 13:09:53.236 4: no response from device, removing 010a00130f032501FF250f1b from dongle sendstack
2015.11.18 13:09:53.238 4: ZWDongle_Read ZWDongle_0: sending ACK, processing 00130f00007d
2015.11.18 13:09:53.238 5: SW: 06
2015.11.18 13:09:53.240 5: ZWDongle_0 dispatch 00130f00007d
2015.11.18 13:09:53.240 4: ZWDongle_0 CMD:ZW_SEND_DATA ID:00 ARG:007d
2015.11.18 13:09:53.241 4: ZWDongle_0 transmit OK for 0f
2015.11.18 13:09:53.242 5: ZWDongle_Write 00 130f03250100250f
2015.11.18 13:09:53.242 5: SW: 010a00130f03250100250fe4
2015.11.18 13:09:53.244 4: ZWDongle_Read ZWDongle_0: sending ACK, processing 00130f00007d
2015.11.18 13:09:53.244 5: SW: 06
2015.11.18 13:09:53.246 5: device ack reveived, removing 010a00130f03250100250fe4 from dongle sendstack
2015.11.18 13:09:53.247 5: ZWDongle_0 dispatch 00130f00007d
2015.11.18 13:09:53.247 4: ZWDongle_0 CMD:ZW_SEND_DATA ID:00 ARG:007d
2015.11.18 13:09:53.247 4: ZWDongle_0 transmit OK for 0f
2015.11.18 13:09:53.248 4: ZWDongle_Read ZWDongle_0: sending ACK, processing 00130f00007d
2015.11.18 13:09:53.249 5: SW: 06
2015.11.18 13:09:53.250 5: ZWDongle_0 dispatch 00130f00007d
2015.11.18 13:09:53.251 4: ZWDongle_0 CMD:ZW_SEND_DATA ID:00 ARG:007d
2015.11.18 13:09:53.251 4: ZWDongle_0 transmit OK for 0f
2015.11.18 13:09:53.252 4: ZWDongle_Read ZWDongle_0: sending ACK, processing 0004000f032503ff
2015.11.18 13:09:53.253 5: SW: 06
2015.11.18 13:09:53.254 5: ZWDongle_0 dispatch 0004000f032503ff
2015.11.18 13:09:53.255 4: ZWDongle_0 CMD:APPLICATION_COMMAND_HANDLER ID:0f ARG:032503ff
2015.11.18 13:09:53.270 4: ZWDongle_Read ZWDongle_0: CAN received
2015.11.18 13:10:19.637 2: ZWave set ZW_Sirene_1 off
2015.11.18 13:10:19.637 5: ZWDongle_Write 00 130f03250100250f
2015.11.18 13:10:19.638 5: SW: 010a00130f03250100250fe4
2015.11.18 13:10:19.654 5: ACK received, WaitForAck=>2 for 010a00130f03250100250fe4
2015.11.18 13:10:19.655 4: ZWDongle_Read ZWDongle_0: sending ACK, processing 011301
2015.11.18 13:10:19.655 5: SW: 06
2015.11.18 13:10:19.657 5: ZWDongle_0 dispatch 011301
2015.11.18 13:10:20.914 4: ZWDongle_Read ZWDongle_0: sending ACK, processing 00130f00007f
2015.11.18 13:10:20.914 5: SW: 06
2015.11.18 13:10:20.916 5: device ack reveived, removing 010a00130f03250100250fe4 from dongle sendstack
2015.11.18 13:10:20.916 5: ZWDongle_0 dispatch 00130f00007f
2015.11.18 13:10:20.917 4: ZWDongle_0 CMD:ZW_SEND_DATA ID:00 ARG:007f
2015.11.18 13:10:20.917 4: ZWDongle_0 transmit OK for 0f
2015.11.18 13:10:20.942 4: ZWDongle_Read ZWDongle_0: sending ACK, processing 0004000f03250300
2015.11.18 13:10:20.942 5: SW: 06
2015.11.18 13:10:20.944 5: ZWDongle_0 dispatch 0004000f03250300
2015.11.18 13:10:20.944 4: ZWDongle_0 CMD:APPLICATION_COMMAND_HANDLER ID:0f ARG:03250300
anstatt einmal kurz aufzujaulen und zu blinken reagiert das Gerät mit dauerblinken, daher noch ein:

Code Auswählen Erweitern

set ZW_Sirene_1 off

zweiter Versuch selbe Ausgangslage:

Code Auswählen Erweitern

set ZW_Sirene_1 configByte 1 0
set ZW_Sirene_1 blink 1 1
Hier das zugehörige Log:

Code Auswählen Erweitern

2015.11.18 13:11:26.240 2: ZWave set ZW_Sirene_1 configByte 1 0
2015.11.18 13:11:26.240 5: ZWDongle_Write 00 130f057004010100250f
2015.11.18 13:11:26.241 5: SW: 010c00130f057004010100250fb4
2015.11.18 13:11:26.257 5: ACK received, WaitForAck=>2 for 010c00130f057004010100250fb4
2015.11.18 13:11:26.258 4: ZWDongle_Read ZWDongle_0: sending ACK, processing 011301
2015.11.18 13:11:26.258 5: SW: 06
2015.11.18 13:11:26.260 5: ZWDongle_0 dispatch 011301
2015.11.18 13:11:27.491 4: ZWDongle_Read ZWDongle_0: sending ACK, processing 00130f00007c
2015.11.18 13:11:27.491 5: SW: 06
2015.11.18 13:11:27.493 5: device ack reveived, removing 010c00130f057004010100250fb4 from dongle sendstack
2015.11.18 13:11:27.493 5: ZWDongle_0 dispatch 00130f00007c
2015.11.18 13:11:27.494 4: ZWDongle_0 CMD:ZW_SEND_DATA ID:00 ARG:007c
2015.11.18 13:11:27.494 4: ZWDongle_0 transmit OK for 0f
2015.11.18 13:11:35.503 2: ZWave set ZW_Sirene_1 on
2015.11.18 13:11:35.504 5: ZWDongle_Write 00 130f032501FF250f
2015.11.18 13:11:35.505 5: SW: 010a00130f032501FF250f1b
2015.11.18 13:11:35.525 5: ACK received, WaitForAck=>2 for 010a00130f032501FF250f1b
2015.11.18 13:11:35.526 4: ZWDongle_Read ZWDongle_0: sending ACK, processing 011301
2015.11.18 13:11:35.526 5: SW: 06
2015.11.18 13:11:35.528 5: ZWDongle_0 dispatch 011301
2015.11.18 13:11:36.526 2: ZWave set ZW_Sirene_1 off
2015.11.18 13:11:36.767 4: ZWDongle_Read ZWDongle_0: sending ACK, processing 00130f00007e
2015.11.18 13:11:36.768 5: SW: 06
2015.11.18 13:11:36.769 5: device ack reveived, removing 010a00130f032501FF250f1b from dongle sendstack
2015.11.18 13:11:36.770 5: ZWDongle_0 dispatch 00130f00007e
2015.11.18 13:11:36.770 4: ZWDongle_0 CMD:ZW_SEND_DATA ID:00 ARG:007e
2015.11.18 13:11:36.771 4: ZWDongle_0 transmit OK for 0f
2015.11.18 13:11:36.771 5: ZWDongle_Write 00 130f03250100250f
2015.11.18 13:11:36.772 5: SW: 010a00130f03250100250fe4
2015.11.18 13:11:36.774 5: ACK received, WaitForAck=>2 for 010a00130f03250100250fe4
2015.11.18 13:11:36.780 4: ZWDongle_Read ZWDongle_0: sending ACK, processing 011301
2015.11.18 13:11:36.780 5: SW: 06
2015.11.18 13:11:36.782 5: ZWDongle_0 dispatch 011301
2015.11.18 13:11:36.794 4: ZWDongle_Read ZWDongle_0: sending ACK, processing 0004000f032503ff
2015.11.18 13:11:36.794 5: SW: 06
2015.11.18 13:11:36.796 5: ZWDongle_0 dispatch 0004000f032503ff
2015.11.18 13:11:36.797 4: ZWDongle_0 CMD:APPLICATION_COMMAND_HANDLER ID:0f ARG:032503ff
2015.11.18 13:11:36.820 4: ZWDongle_Read ZWDongle_0: sending ACK, processing 00130f000004
2015.11.18 13:11:36.820 5: SW: 06
2015.11.18 13:11:36.822 5: device ack reveived, removing 010a00130f03250100250fe4 from dongle sendstack
2015.11.18 13:11:36.822 5: ZWDongle_0 dispatch 00130f000004
2015.11.18 13:11:36.823 4: ZWDongle_0 CMD:ZW_SEND_DATA ID:00 ARG:0004
2015.11.18 13:11:36.823 4: ZWDongle_0 transmit OK for 0f
2015.11.18 13:11:36.849 4: ZWDongle_Read ZWDongle_0: sending ACK, processing 0004000f03250300
2015.11.18 13:11:36.850 5: SW: 06
2015.11.18 13:11:36.851 5: ZWDongle_0 dispatch 0004000f03250300
2015.11.18 13:11:36.852 4: ZWDongle_0 CMD:APPLICATION_COMMAND_HANDLER ID:0f ARG:03250300
Ergebnis: einmal kurz aufzujaulen und aufblinken.

Der (erste) Unterschied scheint schon beim gesendeten Befehl in der zweiten Log-Zeile zu sein:
2015.11.18 13:09:08.136 5: ZWDongle_Write 00 130f057004000100250f
2015.11.18 13:11:26.240 5: ZWDongle_Write 00 130f057004010100250f

Grüße
Rainer

[gamauf]

Hallo!

@Andreas:
Zuletzt war der Deckel zu. Aber auch bei offenem Deckel selbes Verhalten!
Hast Du die aktuellste FHEM Version?

@Andreas & Christian:
Vielleicht sollte in der XML Datei statt "index="0"" und "index="1"", "index="1"" und "index="2"" stehen?

LG
Rainer

[gamauf]

Hallo Andreas Harrenberg!

Danke für Dein Feedback.
Nachdem nach Exclusion und erneuter Inclusion eine neue ID vergeben wird und ich danach die Konfiguration entsprechend nacharbeiten muß, brauche ich um die verschlüsselte Kommunikation zu testen etwas mehr Zeit am Stück, als ich jetzt gerade habe.
Werde das daher ein anderes Mal testen.

Danke!
Rainer

[krikan]

Vielleicht sollte in der XML Datei statt "index="0"" und "index="1"", "index="1"" und "index="2"" stehen?

Ja, das sehe ich genauso. Werde es mal anpassen und dann könnt ihr testen. Fertigmeldung kommt in Kürze...
Gruß, Christian

Bottomline: So langsam wundere ich mich über die Vielzahl von Fehlern(?) bei den ozw-configs.

[gamauf]

Das erklärt dann auch warum das Setzen des AlarmAutoStop auf zwei Minuten mir die Sirene stumm schaltet!
Danke!

Rainer

[gamauf]

hab jetzt bei mir lokal in der openzwave_deviceconfig.xml.gz unter vision/zm1601eu.xml die zwei index Werte inkrementiert und die "Siren Strobe Mode" und  "Alarm auto stop" Befehle kurz getestet: scheint jetzt zu funktionieren!

Grüße
Rainer

[scooty]

Hallo,

ich kann es bestätigen, mit den von gamauf vorgeschlagenen Änderungen an der openzwave_deviceconfig.xml funktionieren configByte 1/2 und configSirenStrobeMode/configAlarmAutoStop auch bei mir einwandfrei.

Vielen Dank für eure Unterstützung!


Andreas