HM-Sec-WDS und Wiederholung der Statusmeldungen

Begonnen von Rohan, 17 April 2013, 21:31:43

Vorheriges Thema - Nächstes Thema

Rohan

Hallo,

im Rahmen eines Tests habe ich gerade meinen HM-Sec-WDS "missbraucht" um eine Mail-Wiederholung nur mit zeitlichem Versatz zu skripten.

Dabei ist mir aufgefallen, dass der HM-Sec-WDS seine "dump"- und "wet"-Meldungen wohl nur erzeugt, wenn sich der Zustand von einem zum anderen ändert.

Dazu eine Frage: Kann man das (in den Registern?) ändern, so dass der HM-Sec-WDS die "dump"- und "wet"-Meldungen wiederholt an Fhem sendet, also z.B. alle 5 oder 10 Minuten (wobei der zeitliche Abstand mir persönlich egal wäre).

Falls nicht, muss ich das "umschiffen", denn nur eine Mail reicht mir nicht aus.

Edith ergänzt das "list" meines Wassermelders:


Internals:
   DEF        1DE4D9
   EVENTS     13
   HMLAN1_MSGCNT 13
   HMLAN1_RAWMSG E1DE4D9,0000,294A436E,FF,FFCA,46A4411DE4D9123ABC012A00
   HMLAN1_RSSI -54
   HMLAN1_TIME 2013-04-17 20:57:37
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     13
   NAME       UG.WaKue.Wassermelder
   NR         436
   NTFY_TRIGGERTIME 2013-04-17 20:57:37
   STATE      dry
   TYPE       CUL_HM
   lastMsg    No:46 - t:41 s:1DE4D9 d:123ABC 012A00
   protLastRcv 2013-04-17 20:57:37
   rssi_at_HMLAN1 avg:-53.23 min:-57 max:-49 lst:-54 cnt:13
   Readings:
     2013-04-17 19:59:09   Activity:       alive
     2013-03-19 20:08:10   CommandAccepted yes
     2013-03-19 20:08:10   PairedTo        0x123ABC
     2013-03-19 20:08:10   R-cyclicInfoMsg on
     2013-03-19 20:08:11   R-eventFilterTime 0.5 s
     2013-03-19 20:08:10   R-intKeyVisib   invisib
     2013-03-19 20:08:11   R-msgWdsPosA    dry
     2013-03-19 20:08:11   R-msgWdsPosB    wet
     2013-03-19 20:08:11   R-msgWdsPosC    water
     2013-03-19 20:08:10   R-pairCentral   0x123ABC
     2013-03-19 20:08:10   R-transmDevTryMax 6
     2013-03-19 20:08:11   R-transmitTryMax 6
     2013-03-19 20:08:10   RegL_00:        02:01 09:01 0A:12 0B:3A 0C:BC 10:01 14:06 00:00
     2013-03-19 20:08:11   RegL_01:        08:00 20:78 22:64 23:05 30:06 00:00
     2013-04-17 18:02:15   alive           yes
     2013-04-17 18:02:15   battery         ok
     2013-04-17 20:57:37   contact         dry (to HMLAN1)
     2013-04-17 20:57:37   state           dry
   Helper:
     mId        0045
     rxType     12
     Respwait:
     Role:
       chn        1
       dev        1
     Rpt:
       IO         HMLAN1
       msg        A0C46A4411DE4D9123ABC012A00::-54:HMLAN1
       ts         1366225057.44959
       ack:
         HASH(0xf0d990)
         468002123ABC1DE4D90101C800
     Rssi:
       At_hmlan1:
         avg        -53.2307692307692
         cnt        13
         lst        -54
         max        -49
         min        -57
Attributes:
   actCycle   028:00
   actStatus  alive
   expert     2_full
   firmware   1.1
   model      HM-SEC-WDS
   peerIDs    00000000,
   room       UG.WaKue,CUL_HM
   serialNr   JEQ0645633
   subType    threeStateSensor


Wobei ich gerade sehe, dass es ja jetzt nicht mehr "dump" und "wet" heißt, sondern "wet" und "water" ;) Da war martinp876 wieder fleißig! Danke dafür!

Danke und Gruß
Thomas
Fhem auf Mini-ITX mit Celeron 2-Core, HMLAN (> 55 Devices), CUL (FS20 und EM), RFXtrx 433E, Arduino (einige DS18B20), RPi mit 1-Wire (DS2423 für S0-Signale, DS18B20+), RPi/Arduino mit MQ-5 und MQ-9 (CO- und CNG/LPG-Sensor), CO-20 IAQ Sensor

martinp876

Hi,

also cyclicInfoMessage hast du auf on. Damit sollte alle 24h eine message kommen, nicht sehr viel...
Kannst du bestaetigen, dass die kommen? Stimmen die 24h?

Mehr hab ich nicht. Evtl kann man wakeup devices auch erwecken, aber das haben wir bei einem VD auch noch nicht auf dieReihe gebracht...
Gruss
Martin
ps: Die eventfiltertime ist auch noch nicht bestaetigt.




Rohan

Hallo Martin,

hier ein Log-Auszug:


2013-04-05_19:46:24 UG.WaKue.Wassermelder alive: yes
2013-04-05_19:46:24 UG.WaKue.Wassermelder battery: ok
2013-04-05_19:46:24 UG.WaKue.Wassermelder dry
2013-04-05_19:46:24 UG.WaKue.Wassermelder contact: dry (to HMLAN1)
2013-04-06_19:37:43 UG.WaKue.Wassermelder alive: yes
2013-04-06_19:37:43 UG.WaKue.Wassermelder battery: ok
2013-04-06_19:37:43 UG.WaKue.Wassermelder dry
2013-04-06_19:37:43 UG.WaKue.Wassermelder contact: dry (to HMLAN1)
2013-04-06_22:38:56 UG.WaKue.Wassermelder Activity:: alive
2013-04-07_13:50:54 UG.WaKue.Wassermelder Activity:: alive
2013-04-07_19:29:04 UG.WaKue.Wassermelder alive: yes
2013-04-07_19:29:04 UG.WaKue.Wassermelder battery: ok
2013-04-07_19:29:04 UG.WaKue.Wassermelder dry
2013-04-07_19:29:04 UG.WaKue.Wassermelder contact: dry (to HMLAN1)
2013-04-08_19:20:27 UG.WaKue.Wassermelder alive: yes
2013-04-08_19:20:27 UG.WaKue.Wassermelder battery: ok
2013-04-08_19:20:27 UG.WaKue.Wassermelder dry
2013-04-08_19:20:27 UG.WaKue.Wassermelder contact: dry (to HMLAN1)
2013-04-09_19:11:43 UG.WaKue.Wassermelder alive: yes
2013-04-09_19:11:43 UG.WaKue.Wassermelder battery: ok
2013-04-09_19:11:43 UG.WaKue.Wassermelder dry
2013-04-09_19:11:43 UG.WaKue.Wassermelder contact: dry (to HMLAN1)
2013-04-09_20:25:17 UG.WaKue.Wassermelder Activity:: alive
2013-04-10_19:03:01 UG.WaKue.Wassermelder alive: yes
2013-04-10_19:03:01 UG.WaKue.Wassermelder battery: ok
2013-04-10_19:03:01 UG.WaKue.Wassermelder dry
2013-04-10_19:03:01 UG.WaKue.Wassermelder contact: dry (to HMLAN1)
2013-04-11_18:54:19 UG.WaKue.Wassermelder alive: yes
2013-04-11_18:54:19 UG.WaKue.Wassermelder battery: ok
2013-04-11_18:54:19 UG.WaKue.Wassermelder dry
2013-04-11_18:54:19 UG.WaKue.Wassermelder contact: dry (to HMLAN1)
2013-04-11_20:02:29 UG.WaKue.Wassermelder Activity:: alive
2013-04-11_20:04:01 UG.WaKue.Wassermelder Activity:: alive
2013-04-11_20:06:26 UG.WaKue.Wassermelder Activity:: alive
2013-04-11_20:07:45 UG.WaKue.Wassermelder Activity:: alive
2013-04-11_20:09:07 UG.WaKue.Wassermelder Activity:: alive
2013-04-11_20:10:53 UG.WaKue.Wassermelder Activity:: alive
2013-04-11_20:11:13 UG.WaKue.Wassermelder Activity:: alive
2013-04-11_20:13:22 UG.WaKue.Wassermelder Activity:: alive
2013-04-11_20:16:24 UG.WaKue.Wassermelder Activity:: alive
2013-04-11_20:16:40 UG.WaKue.Wassermelder Activity:: alive
2013-04-11_20:18:31 UG.WaKue.Wassermelder Activity:: alive
2013-04-11_20:18:45 UG.WaKue.Wassermelder Activity:: alive
2013-04-11_20:20:40 UG.WaKue.Wassermelder Activity:: alive
2013-04-11_20:21:02 UG.WaKue.Wassermelder Activity:: alive
2013-04-12_18:45:40 UG.WaKue.Wassermelder alive: yes
2013-04-12_18:45:40 UG.WaKue.Wassermelder battery: ok
2013-04-12_18:45:40 UG.WaKue.Wassermelder dry
2013-04-12_18:45:40 UG.WaKue.Wassermelder contact: dry (to HMLAN1)
2013-04-12_18:55:16 UG.WaKue.Wassermelder Activity:: alive
2013-04-13_18:37:03 UG.WaKue.Wassermelder alive: yes
2013-04-13_18:37:03 UG.WaKue.Wassermelder battery: ok
2013-04-13_18:37:03 UG.WaKue.Wassermelder dry
2013-04-13_18:37:03 UG.WaKue.Wassermelder contact: dry (to HMLAN1)
2013-04-14_18:28:19 UG.WaKue.Wassermelder alive: yes
2013-04-14_18:28:19 UG.WaKue.Wassermelder battery: ok
2013-04-14_18:28:19 UG.WaKue.Wassermelder dry
2013-04-14_18:28:19 UG.WaKue.Wassermelder contact: dry (to HMLAN1)
2013-04-15_18:19:37 UG.WaKue.Wassermelder alive: yes
2013-04-15_18:19:37 UG.WaKue.Wassermelder battery: ok
2013-04-15_18:19:37 UG.WaKue.Wassermelder dry
2013-04-15_18:19:37 UG.WaKue.Wassermelder contact: dry (to HMLAN1)
2013-04-16_18:10:55 UG.WaKue.Wassermelder alive: yes
2013-04-16_18:10:55 UG.WaKue.Wassermelder battery: ok
2013-04-16_18:10:55 UG.WaKue.Wassermelder dry
2013-04-16_18:10:55 UG.WaKue.Wassermelder contact: dry (to HMLAN1)
2013-04-16_21:20:57 UG.WaKue.Wassermelder Activity:: alive
2013-04-17_18:02:15 UG.WaKue.Wassermelder alive: yes
2013-04-17_18:02:15 UG.WaKue.Wassermelder battery: ok
2013-04-17_18:02:15 UG.WaKue.Wassermelder dry
2013-04-17_18:02:15 UG.WaKue.Wassermelder contact: dry (to HMLAN1)
2013-04-17_19:34:37 UG.WaKue.Wassermelder Activity:: alive
2013-04-17_19:37:43 UG.WaKue.Wassermelder Activity:: alive
2013-04-17_19:45:08 UG.WaKue.Wassermelder Activity:: alive
2013-04-17_19:45:56 UG.WaKue.Wassermelder Activity:: alive


Sieht mM gut aus wegen der ~ 24 Stunden.

Was meinst du mit

Zitatps: Die eventfiltertime ist auch noch nicht bestaetigt
?

Das Reading habe ich zwar gesehen, aber seine Bedeutung kenne ich nicht.

Ach ja... geht zwar wohl aus meinem Eingangspost hervor, aber der HM-Sec-WDS wird an einem HMLAN betrieben.

Gruß
Thomas

P.S. eine Klärung ist mir nicht so wichtig, du hast genug andere HomeMatic-Baustellen! Danke.
Fhem auf Mini-ITX mit Celeron 2-Core, HMLAN (> 55 Devices), CUL (FS20 und EM), RFXtrx 433E, Arduino (einige DS18B20), RPi mit 1-Wire (DS2423 für S0-Signale, DS18B20+), RPi/Arduino mit MQ-5 und MQ-9 (CO- und CNG/LPG-Sensor), CO-20 IAQ Sensor

martinp876

ich denke, der event-filter ist verhindert das senden von Nachrichten schneller als...
Die Minimalzeit sollte 5sec betragen. Ich nicht korrekt in den Regs vorgegeben.

Gruss
Martin

Rohan

Hallo Martin,

Zitat von: martinp876 schrieb am Mi, 17 April 2013 22:24... Die Minimalzeit sollte 5sec betragen. ...

soll heißen bzw. würde eine Änderung (wie?) etwas ändern?

Gruß
Thomas


Fhem auf Mini-ITX mit Celeron 2-Core, HMLAN (> 55 Devices), CUL (FS20 und EM), RFXtrx 433E, Arduino (einige DS18B20), RPi mit 1-Wire (DS2423 für S0-Signale, DS18B20+), RPi/Arduino mit MQ-5 und MQ-9 (CO- und CNG/LPG-Sensor), CO-20 IAQ Sensor

martinp876

war nur eine Anmerkung.
schneller als 5sec reagiert der WDS nicht auf aenderungen.
Automatische statusmessages sind hier wohl nicht betroffen. Aber evtl solltest du 5 einstellen...

Fallsu du lust hast kannst du es ja testen, wasserrein, wasser raus. Klingt aufwendig.

Gruss
Martin