Bausatz HM_Sen_RD_O

[betateilchen]

ob die Heizung auch automatisch angehen kann weiss ich nicht.

Hallo Martin,

ohne diese autarke Möglichkeit des Schaltens der Heizung wäre der Sensor eigentlich ziemlich sinnlos ;)

Viele Grüße
Udo

[martinp876]

aus der Anleitung:

Die Heizung des Regensensors ist über einen Zentralenbefehl u.a. in Programmen steuerbar. Jedoch ist die Heizung aus Gründen der Betriebssicherheit nach einer Spannungswiederkehr nach Spannungsausfall immer eingeschaltet.
Bei einer direkten Aktorvernüpfung ist die Sensorheizung dauerhaft eingeschaltet

da kann ich nicht erkennen, dass der es automatisch geht
- default Heizung dauer-ein nach Spannungsausfall.
- direkte verknüpfung: dauer-ein (nicht 100% klar - kann die Zentrale dann nicht mehr ausschalten?)
- von der Zentrale aus steuerbar.

Was ich machen würde, in FHEM mittels notify:
- heizung aus nach powerOn
- heizung ein nach ende regen für x minuten.

Frage an trilu: wird power-on korrekt gemeldet?

Die beiden Funktionen könnte man in CUL_HM einbauen um unnötigen Notify-aufwand zu vermeiden. Braucht ihr so etwas? Konnte ich mir in einem attribut so vorstellen

attr rd_heating devParam powerOn:off,heatAfterRain:10

Das wäre ein attribut mit einer device-spezifischen parameterliste (oder channel-spezifisch)

Gruss Martin

[martinp876]

trilu

noch etwas
kannst du einmal
attr global showInternalValues 1
setzen und dann ein list des RD devices machen? mich interessiert der Wert von '.stc'

danach kannst du
attr global showInternalValues 0
setzen, ist schöner

Danke
Martin

[betateilchen]

Was ich machen würde, in FHEM mittels notify:

- heizung ein nach ende regen für x minuten.

Wozu? Wenn der Sensor nach dem Abtrocknen der Meßfläche OHNE HEIZUNG bereits erkannt hat, dass es nicht mehr regnet, braucht man auch die Heizung nicht mehr einschalten, denn dann ist er schon trocken. Der Sinn der Heizung ist doch, die Sensorfläche möglichst trocken (im Winter: schneefrei) zu halten, um den andauernden Regen überhaupt erkennen zu können.

[martinp876]

Hi,

Der Sinn der Heizung ist doch, die...

ok - habe den Sensor nicht angesehen. Man kann die Heizung auch bei beginn des Regens einschalten - falls dass sinn macht.
Da ich keine Ahnung habe, wie der Regen erkannt wird, ob nieseln auch schon einen Trigger liefert,...

Wann macht dann ein Einschalten Sinn? Immer bei "rain" und aus bei "dry"? oder besser garnicht?
Falls etwas gebaut wird wird es der User in jeden Fall abschalten können.

Gruss Martin

[betateilchen]

Wann macht dann ein Einschalten Sinn? Immer bei "rain" und aus bei "dry"?

Genau das ist der Gedanke dahinter. Die Sensorfläche trocken (im Winter schneefrei) zu halten, um einen Niederschlag auch wirklich erkennen zu können. Im Prinzip: "An" bei "Niederschlag erkannt" und "Aus" bei "kein Niederschlag"

Ich habe auch grade so einen Sensor auf den Tisch bekommen, da ich aber heute abend nicht nach Hause komme, kann ich wahrscheinlich erst morgen abend damit spielen.

[martinp876]

nun, ich denke dann ist es sinnvoll einen "automode" bereitzustellen. Da dies über attribute passieren muss denke ich mein Vorschlag ist nicht so schlecht, ein Attribut in dem man entsprechende funktionen der Aktoren oder channels festlegt.
Ein notify ist möglich aber kostet deutlich mehr Performance.

attr rd_heat param offAtPowerOn,onAtRain

param ist Kanal-spezifisch und wird im Commandref beschrieben
param lassen sich einzeln setzen

hier würde bei
offAtPowerOn: bei powerOn wird die Heizung ausgeschaltet
onAtRain: bei trigger Rain geht die Heizung an, bei dry geht sie aus.
der User kann auch schalten - beim nächsten Ereigniss schaltet die Automatic

Prinzip von param wäre m.E.
- definition von Verhalten innerhalb eines Devices und seiner channels
geregelt würden NICHT
- Dinge die über Register funktionieren
- Beziehungen und Verhalten über mehrere Devices

macht sinn oder zu komplex?

[trilu]

Hallo Zusammen,

ich habe jetzt mal das Device aus der fhem.conf geschmissen und noch mal komplett neu angelernt. Jetzt sieht das getConf etwas anders aus. Das bekomme ich beim Device nach getConf zurück
Readings
CommandAccepted
yes
2013-07-30 16:02:10
PairedTo
0x631963
2013-07-30 16:31:07
R-intKeyVisib
visib
2013-07-30 16:31:07
R-localResDis
off
2013-07-30 15:53:12
R-pairCentral
0x631963
2013-07-30 15:53:12
R-transmDevTryMax
6
2013-07-30 15:53:12
RegL_00:
02:81 0A:63 0B:19 0C:63 14:06 18:00 00:00
2013-07-30 16:31:07
state
CMDs_done_events:2
2013-07-30 16:31:08


Hier ist ein Log von getConf
2013.07.30 16:31:07 1: HMLAN_Send:  HMUSB S:S2FFD5A0D stat:  00 t:00000000 d:01 r:2FFD5A0D m:18 A001 631963 20EC71 00040000000000
2013.07.30 16:31:07 1: HMLAN_Parse: HMUSB R:E20EC71   stat:0000 t:1931A44F d:FF r:FFB9     m:18 A010 20EC71 631963 0202810A630B190C63140618000000
2013.07.30 16:31:07 1: HMLAN_Delay: HMUSB 20EC71
2013.07.30 16:31:07 1: HMLAN_Parse: HMUSB R:R2FFD5A0D stat:0001 t:1931A454 d:FF r:FFB9     m:18 A010 20EC71 631963 0202810A630B190C63140618000000
2013.07.30 16:31:07 1: HMLAN_SdDly: HMUSB 20EC71
2013.07.30 16:31:07 1: HMLAN_Send:  HMUSB S:+20EC71,00,01,
2013.07.30 16:31:07 1: HMLAN_Send:  HMUSB S:S2FFD5B4B stat:  00 t:00000000 d:01 r:2FFD5B4B m:19 A001 631963 20EC71 01040000000001
2013.07.30 16:31:07 1: HMLAN_Parse: HMUSB R:E20EC71   stat:0000 t:1931A657 d:FF r:FFB9     m:19 A010 20EC71 631963 0208002264230530060000
2013.07.30 16:31:07 1: HMLAN_Delay: HMUSB 20EC71
2013.07.30 16:31:08 1: HMLAN_Parse: HMUSB R:R2FFD5B4B stat:0001 t:1931A65C d:FF r:FFB9     m:19 A010 20EC71 631963 0208002264230530060000
2013.07.30 16:31:08 1: HMLAN_SdDly: HMUSB 20EC71
2013.07.30 16:31:08 1: HMLAN_Send:  HMUSB S:S2FFD5CFC stat:  00 t:00000000 d:01 r:2FFD5CFC m:1A A001 631963 20EC71 01040000000004
2013.07.30 16:31:08 1: HMLAN_Parse: HMUSB R:E20EC71   stat:0000 t:1931A85E d:FF r:FFB8     m:1A A010 20EC71 631963 0201000000
2013.07.30 16:31:08 1: HMLAN_Parse: HMUSB R:R2FFD5CFC stat:0001 t:1931A863 d:FF r:FFB8     m:1A A010 20EC71 631963 0201000000
2013.07.30 16:31:14 1: HMLAN_Send:  HMUSB I:K
2013.07.30 16:31:14 1: HMLAN_Parse: HMUSB V:03C3 sNo:JEQ0534665 d:1DAF52 O:631963 t:1931BF13 IDcnt:0001

Heizung lässt sich manuell schalten, allerdings passt das Symbol nicht - bei off bekomme ich eine gelbe Lampe, bei on eine grüne Lampe.

Wenn ich einen Regen auslöse bekomm ich das hier im Log
2013.07.30 16:36:54 1: HMLAN_Parse: HMUSB R:E20EC71   stat:0000 t:1936EF7A d:FF r:FFBA     m:10 A441 20EC71 123456 0108C8
2013.07.30 16:36:54 1: HMLAN_Send:  HMUSB S:+20EC71,00,01,
2013.07.30 16:36:54 1: HMLAN_Send:  HMUSB S:S3002A60F stat:  00 t:00000000 d:01 r:3002A60F m:10 8002 123456 20EC71 0101C800
2013.07.30 16:36:54 1: HMLAN_Parse: HMUSB R:R3002A60F stat:0002 t:00000000 d:FF r:7FFF     m:10 8002 123456 20EC71 0101C800
2013.07.30 16:36:54 1: HMLAN_Parse: HMUSB R:E20EC71   stat:0000 t:1936F08B d:FF r:FFBA     m:10 A041 20EC71 123456 0108C8
2013.07.30 16:36:55 1: HMLAN_Parse: HMUSB R:E20EC71   stat:0000 t:1936F297 d:FF r:FFBA     m:10 A041 20EC71 123456 0108C8
2013.07.30 16:36:56 1: HMLAN_Parse: HMUSB R:E20EC71   stat:0000 t:1936F69C d:FF r:FFBA     m:10 A041 20EC71 123456 0108C8
2013.07.30 16:36:58 1: HMLAN_Parse: HMUSB R:E20EC71   stat:0000 t:1936FE91 d:FF r:FFB9     m:10 A041 20EC71 123456 0108C8
2013.07.30 16:37:02 1: HMLAN_Parse: HMUSB R:E20EC71   stat:0000 t:19370E67 d:FF r:FFB9     m:10 A041 20EC71 123456 0108C8
2013.07.30 16:37:02 1: HMLAN_Parse: HMUSB R:E20EC71   stat:0000 t:19370F4C d:FF r:FFB9     m:11 A610 20EC71 631963 0601C800
2013.07.30 16:37:04 1: HMLAN_Send:  HMUSB I:K
2013.07.30 16:37:04 1: HMLAN_Parse: HMUSB V:03C3 sNo:JEQ0534665 d:1DAF52 O:631963 t:193717CC IDcnt:0001

Ein list des Device liefert das
 list CUL_HM_HM_Sen_RD_O_20EC71
Internals:
   DEF        20EC71
   IODev      HMUSB
   NAME       CUL_HM_HM_Sen_RD_O_20EC71
   NR         296
   STATE      CMDs_done_events:2
   TYPE       CUL_HM
   channel_01 CUL_HM_HM_Sen_RD_O_20EC71_Rain
   channel_02 CUL_HM_HM_Sen_RD_O_20EC71_Heating
   Readings:
     2013-07-30 16:02:10   CommandAccepted yes
     2013-07-30 16:31:07   PairedTo        0x631963
     2013-07-30 16:31:07   R-intKeyVisib   visib
     2013-07-30 15:53:12   R-localResDis   off
     2013-07-30 15:53:12   R-pairCentral   0x631963
     2013-07-30 15:53:12   R-transmDevTryMax 6
     2013-07-30 16:31:07   RegL_00:        02:81 0A:63 0B:19 0C:63 14:06 18:00 00:00
     2013-07-30 16:39:42   state           CMDs_done_events:2
   Helper:
     mId        00A7
     rxType     1
     Role:
       dev        1
Attributes:
   .devInfo   040101
   .stc       70
   expert     2_full
   firmware   1.3
   model      HM-Sen-RD-O
   peerIDs
   room       CUL_HM
   serialNr   KEQ0117104
   subType    sensRain
   webCmd     getConfig

fhem>

Ach ja, das Thema Empfindlichkeit - leicht feuchter Finger für 5 Sekunden reicht, soll heissen, das Ding schaltet auch bei Nieselregen...

Viele Grüße

trilu

[betateilchen]

Was bringt eigentlich ein list auf die beiden Channels zutage?

@martin natürlich hast Du immer die besten Ideen :)

Aber was ich hier im Thread gerade mitlese, hört sich für mich alles irgendwie komisch an und bringt mein in den letzten Wochen gewonnenes positives Homematic-Weltbild ziemlich durcheinander. Mein Bauchgefühl (und Bauch hab ich viel...) sagt mir, dass das alles viel zu kompliziert klingt. Ich bin sehr gespannt, was ich erlebe, wenn ich mich mit meinem Sensor beschäftigen kann.

[trilu]

fhem> attr global showInternalValues 1
fhem> list CUL_HM_HM_Sen_RD_O_20EC71_Heating
Internals:
   DEF        20EC7102
   NAME       CUL_HM_HM_Sen_RD_O_20EC71_Heating
   NR         311
   STATE      on
   TYPE       CUL_HM
   chanNo     02
   device     CUL_HM_HM_Sen_RD_O_20EC71
   Readings:
     2013-07-30 16:35:40   CommandAccepted yes
     2013-07-30 16:35:40   state           on
   Helper:
     Role:
       chn        1
Attributes:
   expert     1
   model      HM-Sen-RD-O
   peerIDs
   room       CUL_HM

fhem>

Wobei hier der Status nicht stimmt - eigentlich ist die Heizung aus.
Hatte fhem neu gestartet...

fhem> list CUL_HM_HM_Sen_RD_O_20EC71_Rain
Internals:
   DEF        20EC7101
   NAME       CUL_HM_HM_Sen_RD_O_20EC71_Rain
   NR         305
   STATE      dry
   TYPE       CUL_HM
   chanNo     01
   device     CUL_HM_HM_Sen_RD_O_20EC71
   Readings:
     2013-07-30 16:31:07   .RegL_01:       08:00 22:64 23:05 30:06 00:00
     2013-07-30 16:31:08   .RegL_04:       01:00 00:00
     2013-07-30 16:31:07   R-eventFilterTime 0.5 s
     2013-07-30 16:31:08   R-expectAES     off
     2013-07-30 16:31:08   R-peerNeedsBurst off
     2013-07-30 16:31:07   R-transmitTryMax 6
     2013-07-30 16:39:42   state           dry
     2013-07-30 16:39:41   trigger         11
   Helper:
     Role:
       chn        1
Attributes:
   expert     1
   model      HM-Sen-RD-O
   peerIDs
   room       CUL_HM

fhem>
Warum jetzt die peerID leer ist weiss ich nicht, die Verknüpfung zum virtuellen Button läuft noch.

Viele Grüße
trilu

[betateilchen]

ich habe mir oben genannten Regensensor als Bausatz zugelegt. Leider ist keine Aufbauanleitung dabei

Falls Du die Aufbauanleitung noch haben möchtest, schick mir eine email hier über das Forum, dann scanne ich Dir die acht Seiten ein. Bei meinem Bausatz war die Anleitung dabei.

[trilu]

Vielen Dank für das Angebot.
In der Zwischenzeit habe ich sie von ELV bekommen. Wobei ich sie gar nicht mehr gebraucht habe, der Aufbau ist ja selbsterklärend, bis auf die Pinbelegung für die Heizung und Messchleife :-)

[martinp876]

Hi Udo,

sicher sollten wir erstversuchen, es IM Device zu lösen.

@trilu: du hast ein list der beiden Kanäle geliefert - kannst du noch das Device nachleifern?

Warum jetzt die peerID leer ist weiss ich nicht, die Verknüpfung zum virtuellen Button läuft noch.
wenn es nach getConfig nicht vorhanden ist, kannst du bitte noch einmal das GetConfig im rohformat aufzeichnen? Sollte so nicht sein - hoffentlich kein Bug.

Und dann noch einmal die events aufzeichnen, auch roh. Wenn ein peer eingerichtet ist sollte auch trigger kommen, wenn du regen simulierst.

Gruss Martin

[trilu]

Klar kann ich :-)
fhem> list CUL_HM_HM_Sen_RD_O_20EC71
Internals:
   .triggerUsed 1
   CHANGED
   DEF        20EC71
   EVENTS     13
   HMUSB_MSGCNT 25
   HMUSB_RAWMSG R35D4C00C,0001,1F09069A,FF,FFAB,0DA01020EC716319630201000000
   HMUSB_RSSI -85
   HMUSB_TIME 2013-07-31 19:44:30
   IODev      HMUSB
   LASTInputDev HMUSB
   MSGCNT     25
   NAME       CUL_HM_HM_Sen_RD_O_20EC71
   NR         311
   STATE      CMDs_done_events:1
   TYPE       CUL_HM
   channel_01 CUL_HM_HM_Sen_RD_O_20EC71_Rain
   channel_02 CUL_HM_HM_Sen_RD_O_20EC71_Heating
   lastMsg    No:0D - t:10 s:20EC71 d:631963 0201000000
   protLastRcv 2013-07-31 19:44:30
   protResnd  1 last_at:2013-07-31 19:43:45
   protSnd    13 last_at:2013-07-31 19:44:29
   protState  CMDs_done_events:1
   rssi_at_HMUSB avg:-81.72 min:-86 max:-74 lst:-85 cnt:25
   Readings:
     2013-07-31 19:43:46   CommandAccepted yes
     2013-07-31 19:44:29   PairedTo        0x631963
     2013-07-31 18:03:38   R-intKeyVisib   visib
     2013-07-31 18:03:38   R-localResDis   off
     2013-07-31 18:03:38   R-pairCentral   0x631963
     2013-07-31 18:03:38   R-transmDevTryMax 6
     2013-07-31 19:44:29   RegL_00:          02:81 0A:63 0B:19 0C:63 14:06 18:00 00:00
     2013-07-31 19:44:30   state           CMDs_done_events:1
   Helper:
     burstEvtCnt 1
     mId        00A7
     rxType     1
     Respwait:
     Role:
       dev        1
     Rssi:
       At_hmusb:
         avg        -81.72
         cnt        25
         lst        -85
         max        -74
         min        -86
     Shadowreg:
Attributes:
   .devInfo   040101
   .stc       70
   expert     2_full
   firmware   1.3
   model      HM-Sen-RD-O
   peerIDs
   room       CUL_HM
   serialNr   KEQ0117104
   subType    sensRain
   webCmd     getConfig

fhem>

Hab noch mal neu gepeert, aber PeerId bleibt leer.

Getconfig im Rohformat:
2013.07.31 19:49:33 1: HMLAN_Send:  HMUSB I:K
2013.07.31 19:49:33 1: HMLAN_Parse: HMUSB V:03C3 sNo:JEQ0534665 d:1DAF52 O:631963 t:1F0DA6B5 IDcnt:0001
2013.07.31 19:49:58 1: HMLAN_Send:  HMUSB I:K
2013.07.31 19:49:58 1: HMLAN_Parse: HMUSB V:03C3 sNo:JEQ0534665 d:1DAF52 O:631963 t:1F0E087B IDcnt:0001
2013.07.31 19:50:23 1: HMLAN_Send:  HMUSB I:K
2013.07.31 19:50:23 1: HMLAN_Parse: HMUSB V:03C3 sNo:JEQ0534665 d:1DAF52 O:631963 t:1F0E6A42 IDcnt:0001
2013.07.31 19:50:48 1: HMLAN_Send:  HMUSB I:K
2013.07.31 19:50:48 1: HMLAN_Parse: HMUSB V:03C3 sNo:JEQ0534665 d:1DAF52 O:631963 t:1F0ECBE9 IDcnt:0001
2013.07.31 19:51:06 1: HMLAN_Send:  HMUSB S:+20EC71,00,01,
2013.07.31 19:51:06 1: HMLAN_Send:  HMUSB S:S35DACF10 stat:  00 t:00000000 d:01 r:35DACF10 m:11 A001 631963 20EC71 00040000000000
2013.07.31 19:51:07 1: HMLAN_Parse: HMUSB R:E20EC71   stat:0000 t:1F0F14CA d:FF r:FFB5     m:11 A010 20EC71 631963 0202810A630B190C63140618000000
2013.07.31 19:51:07 1: HMLAN_Delay: HMUSB 20EC71
2013.07.31 19:51:07 1: HMLAN_Parse: HMUSB R:R35DACF10 stat:0001 t:1F0F14CF d:FF r:FFB5     m:11 A010 20EC71 631963 0202810A630B190C63140618000000
2013.07.31 19:51:07 1: HMLAN_SdDly: HMUSB 20EC71
2013.07.31 19:51:07 1: HMLAN_Send:  HMUSB S:+20EC71,00,01,
2013.07.31 19:51:07 1: HMLAN_Send:  HMUSB S:S35DAD33C stat:  00 t:00000000 d:01 r:35DAD33C m:12 A001 631963 20EC71 01040000000001
2013.07.31 19:51:08 1: HMLAN_Parse: HMUSB R:E20EC71   stat:0000 t:1F0F1907 d:FF r:FFB5     m:12 A010 20EC71 631963 0208002264230530060000
2013.07.31 19:51:08 1: HMLAN_Delay: HMUSB 20EC71
2013.07.31 19:51:08 1: HMLAN_Parse: HMUSB R:R35DAD33C stat:0001 t:1F0F190C d:FF r:FFB5     m:12 A010 20EC71 631963 0208002264230530060000
2013.07.31 19:51:08 1: HMLAN_SdDly: HMUSB 20EC71
2013.07.31 19:51:08 1: HMLAN_Send:  HMUSB S:S35DAD761 stat:  00 t:00000000 d:01 r:35DAD761 m:13 A001 631963 20EC71 01040000000004
2013.07.31 19:51:09 1: HMLAN_Parse: HMUSB R:E20EC71   stat:0000 t:1F0F1CE3 d:FF r:FFB5     m:13 A010 20EC71 631963 0201000000
2013.07.31 19:51:09 1: HMLAN_Parse: HMUSB R:R35DAD761 stat:0001 t:1F0F1CE8 d:FF r:FFB5     m:13 A010 20EC71 631963 0201000000


Das sollte ein Rain event sein:
2013.07.31 19:51:16 1: HMLAN_Send:  HMUSB I:K
2013.07.31 19:51:16 1: HMLAN_Parse: HMUSB V:03C3 sNo:JEQ0534665 d:1DAF52 O:631963 t:1F0F39B0 IDcnt:0001
2013.07.31 19:51:41 1: HMLAN_Send:  HMUSB I:K
2013.07.31 19:51:41 1: HMLAN_Parse: HMUSB V:03C3 sNo:JEQ0534665 d:1DAF52 O:631963 t:1F0F9B75 IDcnt:0001
2013.07.31 19:52:06 1: HMLAN_Send:  HMUSB I:K
2013.07.31 19:52:06 1: HMLAN_Parse: HMUSB V:03C3 sNo:JEQ0534665 d:1DAF52 O:631963 t:1F0FFD3B IDcnt:0001
2013.07.31 19:52:31 1: HMLAN_Send:  HMUSB I:K
2013.07.31 19:52:31 1: HMLAN_Parse: HMUSB V:03C3 sNo:JEQ0534665 d:1DAF52 O:631963 t:1F105EE1 IDcnt:0001
2013.07.31 19:52:56 1: HMLAN_Send:  HMUSB I:K
2013.07.31 19:52:56 1: HMLAN_Parse: HMUSB V:03C3 sNo:JEQ0534665 d:1DAF52 O:631963 t:1F10C0A8 IDcnt:0001
2013.07.31 19:53:21 1: HMLAN_Send:  HMUSB I:K
2013.07.31 19:53:21 1: HMLAN_Parse: HMUSB V:03C3 sNo:JEQ0534665 d:1DAF52 O:631963 t:1F11224E IDcnt:0001
2013.07.31 19:53:43 1: HMLAN_Parse: HMUSB R:E20EC71   stat:0000 t:1F1178AF d:FF r:FFB8     m:1F A441 20EC71 123456 010FC8
2013.07.31 19:53:43 1: HMLAN_Send:  HMUSB S:S35DD3446 stat:  00 t:00000000 d:01 r:35DD3446 m:1F 8002 123456 20EC71 01010000
2013.07.31 19:53:44 1: HMLAN_Parse: HMUSB R:R35DD3446 stat:0002 t:00000000 d:FF r:7FFF     m:1F 8002 123456 20EC71 01010000
2013.07.31 19:53:44 1: HMLAN_Parse: HMUSB R:E20EC71   stat:0000 t:1F117981 d:FF r:FFB8     m:20 A610 20EC71 631963 0601C800
2013.07.31 19:53:46 1: HMLAN_Send:  HMUSB I:K
2013.07.31 19:53:46 1: HMLAN_Parse: HMUSB V:03C3 sNo:JEQ0534665 d:1DAF52 O:631963 t:1F118415 IDcnt:0001
2013.07.31 19:54:11 1: HMLAN_Send:  HMUSB I:K
2013.07.31 19:54:11 1: HMLAN_Parse: HMUSB V:03C3 sNo:JEQ0534665 d:1DAF52 O:631963 t:1F11E5BC IDcnt:0001
2013.07.31 19:54:21 1: HMLAN_Parse: HMUSB R:E20EC71   stat:0000 t:1F120E41 d:FF r:FFB7     m:21 A441 20EC71 123456 011000
2013.07.31 19:54:22 1: HMLAN_Send:  HMUSB S:S35DDC9C6 stat:  00 t:00000000 d:01 r:35DDC9C6 m:21 8002 123456 20EC71 0101C800
2013.07.31 19:54:22 1: HMLAN_Parse: HMUSB R:R35DDC9C6 stat:0002 t:00000000 d:FF r:7FFF     m:21 8002 123456 20EC71 0101C800
2013.07.31 19:54:22 1: HMLAN_Parse: HMUSB R:E20EC71   stat:0000 t:1F120F0B d:FF r:FFB6     m:22 A610 20EC71 631963 06010000

Das ist das log des virtuellen Buttons - also Trigger funktioniert:
2013-07-31_19:53:43 va_Btn1 OFF
2013-07-31_19:53:43 va_Btn1 virtActState: OFF
2013-07-31_19:53:43 va_Btn1 virtActTrigger: CUL_HM_HM_Sen_RD_O_20EC71_Rain
2013-07-31_19:53:43 va_Btn1 virtActTrigType: short_Release
2013-07-31_19:53:43 va_Btn1 virtActTrigRpt: 1
2013-07-31_19:53:43 va_Btn1 virtActTrigNo: 15
2013-07-31_19:54:22 va_Btn1 ON
2013-07-31_19:54:22 va_Btn1 virtActState: ON
2013-07-31_19:54:22 va_Btn1 virtActTrigger: CUL_HM_HM_Sen_RD_O_20EC71_Rain
2013-07-31_19:54:22 va_Btn1 virtActTrigType: short_Release
2013-07-31_19:54:22 va_Btn1 virtActTrigRpt: 1
2013-07-31_19:54:22 va_Btn1 virtActTrigNo: 16

Das ist das log des Rain devices:
2013-07-31_19:53:43 CUL_HM_HM_Sen_RD_O_20EC71_Rain R-expectAES: off
2013-07-31_19:53:43 CUL_HM_HM_Sen_RD_O_20EC71_Rain R-peerNeedsBurst: off
2013-07-31_19:53:43 CUL_HM_HM_Sen_RD_O_20EC71_Rain trigger: 15
2013-07-31_19:53:44 CUL_HM_HM_Sen_RD_O_20EC71_Rain rain
2013-07-31_19:54:22 CUL_HM_HM_Sen_RD_O_20EC71_Rain trigger: 16
2013-07-31_19:54:22 CUL_HM_HM_Sen_RD_O_20EC71_Rain dry

Warum die PeerId nicht angezeigt wird ist mir ein Rätsel. So setze ich die peerId:
set CUL_HM_HM_Sen_RD_O_20EC71_Rain peerChan 0 va_Btn1 single set

Nur beim Rain_device taucht peerChan im Dropdown auf
Bei getConfig wird mir das Feld PeerId aber weiterhin leer angezeigt:

Ich habe auch schon versucht die PeerId über die Console beim Hauptdevice zu setzen
(dropdown hat peerChan nicht), bekomme auch keine Fehlermeldung,
aber auch kein gefülltes Feld für die PeerId

 
Viele Grüße
trilu

[betateilchen]

Inzwischen hab ich meinen Sensor auch in Betrieb.

- beim Spannunganlegen erkenne ich im Event-Monitor keinen power-on event
- beim Spannunganlegen wird einmalig der Sensorstatur dry/rain geliefert
- beim Spannunganlegen wird die Heizung angeschaltet
- es gibt keine periodische rain/dry Meldung, sondern offenbar nur einen event beim Wechsel des Status

- in fhem funktioniert das Schalten derzeit noch falschrum (on schaltet die Heizung aus, und umgekehrt)
- laut Beschreibung kann man den Sensor mit einem Aktor peeren. Wenn ich nun davon ausgehe, dass der "sensor" Channel der Sensor ist, und die Heizung der Aktor, stellt sich mir die Frage, warum ich diese beiden Channels nicht miteinander peeren kann? Dann würde die Heizung bei Regen automatisch angehen. Das Abschalten würde so aber nicht funktionieren, weil laut Doku beim "trocken"-Melden kein Schaltbefehl generiert wird

Das sind die Punkte, die mir im Moment aufgefallen sind.

Ich habe mit eventMap rain und dry auf 50 und 0 gemappt und logge das Ganze in meine Wetterdaten. Dann wird der Regen (auf der Feuchtigkeitsskala) entsprechend im weblink dargestellt.