POPP Outdoor Siren (POPE005107)

[krikan]

Hallo Rainer!
Zunächst sollten wir bei FHEM anfangen, da uns keiner Doku zu den Command Classes liefert und wir das selbst austüfteln dürfen:
Ich kann Dir leider mit den knappen Angaben nicht helfen (keine Ahnung, ob Rudi es schafft.).
Ich bräuchte alles was dort http://www.fhemwiki.de/wiki/Z-Wave#Welche_Infos_sollten_Anfragen_im_ZWave-Forum_enthalten.3F steht, insbesondere mit Abfrage "set <device> versionClassRequest".
Zudem log verbose 5 mit Abfrage der Temperatur und der tatsächlichen Temperatur.
Gruß, Christian

[gamauf]

Hallo Christian!
List:

Code Auswählen Erweitern

Internals:
   DEF        xxxxxxxx 16
   IODev      ZWDongle_0
   LASTInputDev ZWDongle_0
   MSGCNT     67
   NAME       ZW_Sirene_A1
   NR         176
   STATE      versionClassRequest SECURITY
   TYPE       ZWave
   ZWDongle_0_MSGCNT 67
   ZWDongle_0_RAWMSG 000400101a9881886861f4e2d30a1c267ff5532aea8986f705976e341c2fa3
   ZWDongle_0_TIME 2015-12-11 09:02:32
   homeId     xxxxxxxx
   isWakeUp
   lastMsgSent 1449820952.35443
   nodeIdHex  10
   Readings:
     2015-11-27 17:24:56   SECURITY        ENABLED
     2015-12-02 14:49:19   alarm           HomeSecurity: Event cleared: Tampering, product covering removed
     2015-12-11 08:52:54   assocGroup_1    Max 10 Nodes ZWDongle_0
     2015-12-11 08:52:54   assocGroups     1
     2015-11-27 17:27:44   basicReport     00
     2015-12-03 09:50:18   battery         100 %
     2015-11-30 16:56:09   configAddedAutoOFF 0
     2015-12-11 08:53:24   configAutoOFF   0
     2015-12-11 08:53:24   configSendUnsolicitedTemperatureReport 5
     2015-12-11 08:53:24   configSendUnsolicitedTemperatureReport4 5
     2015-12-11 08:54:18   configSirenTriggeringMode
     2015-12-11 08:53:25   configSwitchMode FlashSirenDefault
     2015-12-11 08:53:25   configTemperatureAdjustments 0
     2015-11-27 18:10:40   config_1        2
     2015-11-27 18:10:52   config_2        0
     2015-11-27 18:11:44   config_3        10
     2015-11-27 18:12:10   config_4        15
     2015-11-27 18:12:22   config_5        2
     2015-11-27 18:14:40   config_6        0
     2015-12-02 07:46:01   model           Popp Solar Powered Outdoor Siren
     2015-12-02 07:46:01   modelConfig     popp/solar-siren.xml
     2015-12-02 07:46:01   modelId         0154-0004-0002
     2015-11-29 11:10:21   neighborList    ZWDongle_0 ZW_Sirene_1
     2015-11-30 08:47:19   powerlvl        current 0 remain 0
     2015-11-30 08:47:26   powerlvlTest    node 0 status 0 frameAck 0
     2015-12-10 12:08:31   reportedState   off
     2015-12-11 08:59:08   state           versionClassRequest SECURITY
     2015-12-02 14:49:18   tamper          00
     2015-12-11 09:02:32   temperature     2356.5 C
     2015-12-11 09:02:32   transmit        OK
     2015-11-28 11:33:26   version         Lib 3 Prot 4.5 App 1.1 HW 1 FWCounter 0
     2015-12-11 08:59:38   zwavePlusInfo    version:01 role:AlwaysOnSlave node:Z-Wave+Node installerIcon:0d01 userIcon:0f00
   secMsg:
Attributes:
   IODev      ZWDongle_0
   alarmDevice Actor
   alarmSettings alarm5,alarm6,|set ZW_Sirene_A1 on|set ZW_Sirene_A1 off|20
   classes    ZWAVEPLUS_INFO BASIC SWITCH_BINARY SENSOR_BINARY ALARM SENSOR_MULTILEVEL CONFIGURATION ASSOCIATION BATTERY FIRMWARE_UPDATE_MD DEVICE_RESET_LOCALLY ASSOCIATION_GRP_INFO POWERLEVEL SECURITY VERSION MANUFACTURER_SPECIFIC
   icon       secur_alarm
   room       Laubengang,Alarm,ZWave
   secure_classes ZWAVEPLUS_INFO BASIC SWITCH_BINARY SENSOR_BINARY ALARM SENSOR_MULTILEVEL CONFIGURATION ASSOCIATION_GRP_INFO ASSOCIATION VERSION MANUFACTURER_SPECIFIC
   vclasses   ALARM:05 ASSOCIATION:02 ASSOCIATION_GRP_INFO:01 BASIC:01 BATTERY:01 CONFIGURATION:01 DEVICE_RESET_LOCALLY:01 FIRMWARE_UPDATE_MD:03 MANUFACTURER_SPECIFIC:02 POWERLEVEL:01 SECURITY:01 SENSOR_BINARY:02 SENSOR_MULTILEVEL:05 SWITCH_BINARY:01 VERSION:02 ZWAVEPLUS_INFO:02

und das Log der Temperaturabfrage:

Code Auswählen Erweitern

2015.12.11 09:02:30 2: ZWave get ZW_Sirene_A1 smStatus
2015.12.11 09:02:30 5: ZWDongle_Write 00 13100298402510
2015.12.11 09:02:30 5: SW: 010900131002984025101a
2015.12.11 09:02:30 4: ZWDongle_ReadAnswer arg:secNonce regexp:^00040010..98
2015.12.11 09:02:30 5: ACK received, WaitForAck=>2 for 010900131002984025101a
2015.12.11 09:02:30 4: ZWDongle_Read ZWDongle_0: sending ACK, processing 011301
2015.12.11 09:02:30 5: SW: 06
2015.12.11 09:02:30 5: ZWDongle_0 dispatch 011301
2015.12.11 09:02:32 4: ZWDongle_Read ZWDongle_0: sending ACK, processing 001310000081
2015.12.11 09:02:32 5: SW: 06
2015.12.11 09:02:32 5: device ack reveived, removing 010900131002984025101a from dongle sendstack
2015.12.11 09:02:32 5: ZWDongle_0 dispatch 001310000081
2015.12.11 09:02:32 4: ZWDongle_0 CMD:ZW_SEND_DATA ID:00 ARG:0081
2015.12.11 09:02:32 4: ZWDongle_0 transmit OK for 10
2015.12.11 09:02:32 4: ZWDongle_Read ZWDongle_0: sending ACK, processing 000400100a98800b2fbc46208d5279
2015.12.11 09:02:32 5: SW: 06
2015.12.11 09:02:32 4: ZWDongle_ReadAnswer for secNonce: 000400100a98800b2fbc46208d5279
2015.12.11 09:02:32 4: ZWDongle_0 CMD:APPLICATION_COMMAND_HANDLER ID:10 ARG:0a98800b2fbc46208d5279
2015.12.11 09:02:32 5: ZWDongle_Write 00 13101698817ad215db9e1d79c795330f0b1dff9941ae05ec052510
2015.12.11 09:02:32 5: SW: 011d0013101698817ad215db9e1d79c795330f0b1dff9941ae05ec0525105a
2015.12.11 09:02:32 5: ACK received, WaitForAck=>2 for 011d0013101698817ad215db9e1d79c795330f0b1dff9941ae05ec0525105a
2015.12.11 09:02:32 4: ZWDongle_Read ZWDongle_0: sending ACK, processing 011301
2015.12.11 09:02:32 5: SW: 06
2015.12.11 09:02:32 5: ZWDongle_0 dispatch 011301
2015.12.11 09:02:32 4: ZWDongle_Read ZWDongle_0: sending ACK, processing 001310000003
2015.12.11 09:02:32 5: SW: 06
2015.12.11 09:02:32 5: device ack reveived, removing 011d0013101698817ad215db9e1d79c795330f0b1dff9941ae05ec0525105a from dongle sendstack
2015.12.11 09:02:32 5: ZWDongle_0 dispatch 001310000003
2015.12.11 09:02:32 4: ZWDongle_0 CMD:ZW_SEND_DATA ID:00 ARG:0003
2015.12.11 09:02:32 4: ZWDongle_0 transmit OK for 10
2015.12.11 09:02:32 4: ZWDongle_Read ZWDongle_0: sending ACK, processing 00040010029840
2015.12.11 09:02:32 5: SW: 06
2015.12.11 09:02:32 5: ZWDongle_0 dispatch 00040010029840
2015.12.11 09:02:32 4: ZWDongle_0 CMD:APPLICATION_COMMAND_HANDLER ID:10 ARG:029840
2015.12.11 09:02:32 5: ZWDongle_Write 00 13100a988086906693dcc8313c2510
2015.12.11 09:02:32 5: SW: 01110013100a988086906693dcc8313c251030
2015.12.11 09:02:32 5: ACK received, WaitForAck=>2 for 01110013100a988086906693dcc8313c251030
2015.12.11 09:02:32 4: ZWDongle_Read ZWDongle_0: sending ACK, processing 011301
2015.12.11 09:02:32 5: SW: 06
2015.12.11 09:02:32 5: ZWDongle_0 dispatch 011301
2015.12.11 09:02:32 4: ZWDongle_Read ZWDongle_0: sending ACK, processing 001310000003
2015.12.11 09:02:32 5: SW: 06
2015.12.11 09:02:32 5: device ack reveived, removing 01110013100a988086906693dcc8313c251030 from dongle sendstack
2015.12.11 09:02:32 5: ZWDongle_0 dispatch 001310000003
2015.12.11 09:02:32 4: ZWDongle_0 CMD:ZW_SEND_DATA ID:00 ARG:0003
2015.12.11 09:02:32 4: ZWDongle_0 transmit OK for 10
2015.12.11 09:02:32 4: ZWDongle_Read ZWDongle_0: sending ACK, processing 000400101a9881886861f4e2d30a1c267ff5532aea8986f705976e341c2fa3
2015.12.11 09:02:32 5: SW: 06
2015.12.11 09:02:32 5: ZWDongle_0 dispatch 000400101a9881886861f4e2d30a1c267ff5532aea8986f705976e341c2fa3
2015.12.11 09:02:32 4: ZWDongle_0 CMD:APPLICATION_COMMAND_HANDLER ID:10 ARG:1a9881886861f4e2d30a1c267ff5532aea8986f705976e341c2fa3
2015.12.11 09:02:32 4: ZWDongle_0 CMD:APPLICATION_COMMAND_HANDLER ID:10 ARG:06310501225c0d


Tatsächliche Temperatur (vermutlich): -3,5°C

Danke
Rainer

[krikan]

Keine guten Nachrichten für Dich. Wenn ich

06310501225c0d

anhand der mir bekannten Infos analysiere, komme ich genau auf das Ergebnis, was FHEM Dir anzeigt: 2356,5. (5c0dhex=23565 mit 1 Dezimalstelle)
Es gibt kein zusätzliches Byte/Bit zu den alten Class-Versionen. Alles sieht für mich altbekannt aus; Negativ-Bit ist nicht gesetzt.
Eine Änderung im vorliegenden Nachrichtenaufbau würde die Rückwärtskompatibilität der Command Classes durchbrechen, die ZWave hochhält. Also glaube ich nicht daran.

Es gibt nach Deiner XML einen Korrekturfaktor in den Configs. Könnte der nicht einen Einfluß haben? Ist der richtig gesetzt?
Waren die positiven Temperaturen korrekt?

[gamauf]

ja, die positiven Temperaturwerte waren korrekt.
Der Korrekturfaktor ist auf 0 gesetzt.
Danke!

[krikan]

Hattest Du auch spontan gemeldete Werte, d.h. ohne Abfrage mit get", die evtl. anders sind?
Hintergrund:
Bei den get-Abfragen gibt es wohl eine Änderung ab Command Class Version 5. Glaube zwar immer noch nicht, dass dadurch Rückwärtskompatibilität durchbrochen wird, aber wer weiss schon...

[gamauf]

ja, auch die Werte die das Gerät unaufgefordert sendet sind im selben Bereich (über 2000°C)

[A.Harrenberg]

Hi,

da mich das interessiert hat habe ich gerade mal meinen AEOTEC Multisensor 6 (auch mit SENSOR_MULTILEVEL:05) in das Eisfach gelegt... (und natürlich prompt darin vergessen...)

Der Sensor meldet jetzt -16.1°C:
000400ab0631050122ff5f

Was übersetzt bedeutet:
31 05 (Command Class für Mulit-Sensor, Report)
01 (temperature sensor)
22 (Bitfeld: 0010 0010 -> 3bit-precision: 001 2bit-scale: 00 3bit-size:010 -> 1 Nachkommastelle, Celsius-Skala, 2 Byte
ff5f = 65375, Vorzeichen bit gesetzt-> -161
mit 1 Nachkommastelle dann -16.1°C

Also mit meinem Sensor funktioniert das mit Version 5 von der SENSOR_MULTILEVEL Kommandoklasse einwandfrei.

Da hat Krikan wohl leider recht und es ist ein Problem von dem Gerät:

@Krikan: V5 akzeptiert noch zwei weitere Bytes bei dem Get, Byte1:Sensortyp, Byte2:Skalierung (in bit3 und bit4). Ich habe damit rumgespielt und kann die Abfrage dann z.B. in Farenheit machen, ändert aber nichts am Verhalten. In dem Report wird die Skalierung ja mitgeschickt, daher sehe ich nicht es hier Probleme mit der Kompatibilität der verschiedenen Versionen gibt.

Gruß,
Andreas.

Daher sieht es wohl wirklich schlecht

[gamauf]

Statement vom Popp Support:

Code Auswählen Erweitern

can confirm the problem. Its a bug that will be fixed. We will provide a
firmware update you can load on
the device when the new FW is ready. You will need a software that
supports FW update Over the air.
The Popp HUB does this.

Kann FHEM Firmware-Updates auf Z-Wave Geräten durchführen?

[krikan]

can confirm the problem. Its a bug that will be fixed.

Danke für die Info.

Kann FHEM Firmware-Updates auf Z-Wave Geräten durchführen?

Nein, die notwendige Command Class FIRMWARE_UPDATE_MD kann FHEM bisher nicht (http://www.fhemwiki.de/wiki/Z-Wave_Command_Classes). Es fehlte hier bisher ein Produkt für das Firmwareupdates zur Verfügung gestellt wurden; und damit letztlich die Notwendigkeit.

Popp HUB nutzt OEM-zway. 

[toms01]

Hallo Christian,

wenn's danach geht kann ich für den AEOTEC Multisensor Gen5 die Version 1.3 (EU) anbieten.
Ist allerdings auch ein Flasher mit Hilfe eines ZWave-USB-Stick dabei. Ging mit dem Gen5-Stick von
gleichnamiger Firma problemlos unter einer Win10-VM.

Gruß
Thomas

[krikan]

Hallo Thomas!

Den Sensor habe ich auch, aber noch nicht mit einem Firmwareupdate versorgt. Habe mir sogar den Updater schon angesehen, nur das vergessen. Theoretisch und vermutlich praktisch (u.a. ZWave@CUL) könnte man das jetzt analysieren. Aber ich frage mich beim Überdenken, ob es wirklich sinnvoll ist. Ich habe keine Ahnung, ob ich das schaffe und wie testet man das anschließend. Gibt es ein Downgrade? Ich möchte eigentlich nicht verantwortlich sein, für fehlgeschlagene Firmwareupdates und Elekronikschrott. Dennoch interessant.

Gruß, Christian

[toms01]

Stimmt schon. Möchte auch nicht für gehimmelte Hardware mitschuldig sein. Vielleicht sollte Firma Popp gleich einen passenden Flasher mitliefern!

Ich fand den Sigma?-Flasher übrigens schon sehr "verbose" - vielleicht muss man da kaum sniffen.

[gamauf]

So, das FW Update ist da:
http://new.zwave.eu/ota.php

Popp empfiehlt den Popp Hub, Popps Variante von Z-Way fürs FW-Upgrade.

Fürchte nur, mein Z-Wave USB Stick (ZME_UZB1) wird ohne €50,- terure Lizenz von Z-Way nicht unterstützt. Außerdem scheint diese "Lizenz" den Stick zu verändern. Ob er dann noch für FHEM zu gebrauchen ist?
...

[krikan]

Ob er dann noch für FHEM zu gebrauchen ist?

Ja.
Aber wenn Du einen Raspberry hast, überlege, ob Du nicht für den gleichen Preis den razberry inkl. z-way nimmst. Dann hast Du noch ein Backup-Gateway.

So, das FW Update ist da:

Habe mir das Firmware-Update von AEOTEC angeschaut und durchgeführt.
Leider haben die die Firmware-Datei irgendwie im Updatetool gekapselt, so dass ich keine reine BIN-Update-Datei habe. Zudem brauchte der Updatevorgang relativ lange und besteht aus einer Vielzahl von abhängigen Befehlen, die aber schön im Log dokumentiert werden. Ich selbst werde mich dennoch nicht an der Implementierung in FHEM probieren. Meine Sorge vor Erfolglosigkeit und Elektronikschrott ist zu groß.

Hast Du den Link vom Hersteller oder gibt es auch eine offizielle Firmwareupdate-Ankündigung?

Gruß, Christian

[gamauf]

Hab den Link heute per Mail vom Popp Support bekommen.

Grüße
Rainer