Bausatz HM_Sen_RD_O

Begonnen von trilu, 27 Juli 2013, 20:26:25

Vorheriges Thema - Nächstes Thema

trilu

Hallo Zusammen,

ich habe mir oben genannten Regensensor als Bausatz zugelegt. Leider ist keine Aufbauanleitung dabei, deshalb die Frage - kann mir einer die Pinbelegung zwischen dem Sensor im Deckel und der Platine geben?

Zweite Frage, angeblich hat der Sensor eine Heizung - lässt sich diese über FHEM ansprechen, bzw. konfigurieren?
Habe leider im Wiki nichts dazu gefunden...

Vielen Dank und liebe Grüße

trilu

marc2

Hallo Trilu !

So etwas habe ich bei ELV noch nie erlebt. Am besten direkt telefonisch nachfragen.
Im aktuellen ELV Journal wurde der Sensor vorgestellt. Entsprechend sollte der
Artikel bei ELV als Download zur Verfügung stehen. Folgendes steht in dem Artikel
(diese Artikel enstprechen im Regelfall den Einbauanleitungen):

ST1 = rot
ST2 = gelb
ST3 = schwarz

Der Sensor ist in der aktuellen HMConfig.pm bereits erfasst.

"00A7" => {name=>"HM-Sen-RD-O"             ,st=>''                  ,cyc=>''      ,rxt=>''    ,lst=>'1:1,4:1'      ,chn=>"Rain:1:1,Sw:2:2",}

Der zweite Channel (Sw) sieht für mich stark nach dem Schalter für die Heizung aus. Falls nicht,
kann wohl nur Martin helfen ...

Gruß, Marc


trilu

Vielen Dank - werde gleich mal testen!
Kabel angelötet und Regenstatus wird angezeigt - Klasse!

Blöd ist aber, und hier komme ich nicht weiter, die Heizung ist per Default an und das Ding wird ganz schön warm :-)
Leider habe ich keine Ahnung wie man die Heizung, oder generell, die Parameter konfiguriert.

Anbei ein Log:
2013-07-27_19:58:12 CUL_HM_HM_Sen_RD_O_20EC71 noReceiver: src:20EC71 A610 0602C800
2013-07-27_19:58:15 CUL_HM_HM_Sen_RD_O_20EC71 noReceiver: src:20EC71 A610 06010000
2013-07-27_19:58:41 CUL_HM_HM_Sen_RD_O_20EC71 CMDs_pending
2013-07-27_19:58:41 CUL_HM_HM_Sen_RD_O_20EC71 CMDs_processing...
2013-07-27_19:58:41 CUL_HM_HM_Sen_RD_O_20EC71 CommandAccepted: no
2013-07-27_19:58:41 CUL_HM_HM_Sen_RD_O_20EC71 CMDs_done_events:1
2013-07-27_19:58:41 CUL_HM_HM_Sen_RD_O_20EC71 NACK
2013-07-27_20:00:14 CUL_HM_HM_Sen_RD_O_20EC71 CMDs_pending
2013-07-27_20:00:14 CUL_HM_HM_Sen_RD_O_20EC71 CMDs_processing...
2013-07-27_20:00:14 CUL_HM_HM_Sen_RD_O_20EC71 CommandAccepted: no
2013-07-27_20:00:14 CUL_HM_HM_Sen_RD_O_20EC71 CMDs_done_events:2
2013-07-27_20:00:14 CUL_HM_HM_Sen_RD_O_20EC71 NACK
2013-07-28_10:45:42 CUL_HM_HM_Sen_RD_O_20EC71 noReceiver: src:20EC71 A610 0602C800

Interessieren würden mich auch die Meldungen "CommandAccepted: no" und ganz besonders "noReceiver: src:20EC71 A610 0602C800"
Vielleicht kann mir ja hier jemand helfen. Bin auch im Gegenzug bereit den Wiki Eintrag zu füllen...

Viele Grüße
trilu

martinp876

Hallo Trilu,

ich habe einmal etwas probiert, werde es gleich einchecken. Also entweder 10_CULHM und HMCONFIGaus SVN laden oderbis morgen warten und normalen Update machen.

Der RD hat 2 channels- defaults habe ich umbenannt. Du könntest also die beiden Channels löschen (nicht das Device) und kurz anlernen drücken. Dann hast du die neuen.

Channel 2 ist für die Heizung. Da sollten jetzt die set-kommandos gehen. Aktuell geht nur an/aus. Sollte da auch ein Level funktionieren?

Channel 1 zeigt "rain" oder "dry". Du kannst über Register des Channel 1ein paar Filter setzen - musst du aber selbst probieren. Irgendwie sollte dies die Empfindlichkeit steuern.

Du könntest dann ein getConfig machen, expert auf 2 setzen und dann ein List aller Entities schicken.

Channel 1 sollte man peeren können, dann sollten da ggf trigger kommen mit denen man andere Devices steuern kann.  Hier könntest du einmal die messages roh aufzeichnen.

Gruss Martin

marc2

Hi !

Gemäß des Artikels im ELV Journal, kann man die Heizung wohl nur ein- und ausschalten
(und das auch nur dann wenn man eine Zentrale - oder FHEM :-) - hat, sonst ist sie
immer an). Level kann man wohl nicht einstellen. Nach einem Ausfall der Versorgungs-
spannung wird die Heizung wohl grundsätzlich auch wieder aktiviert. Es wäre also wohl
sinnvoll, den "Power On" Event des Sensors abzufangen, um die Heizung erst einmal
sofort wieder abzuschalten. Komische Defaulteinstellung ...

Gruß, Marc

trilu

Hallo Martin,

vielen Dank das du dich des Regensensors annimmst.
Ich bin mir nicht ganz sicher ob ich dich richtig verstanden habe :-)
Ich habe heute früh ein Update gemacht - gestern Abend ging nicht, da zu heiß im Büro.

Nach dem Update die zwei Channels raus gelöscht und expert auf 2 gesetzt per
attr CUL_HM_HM_Sen_RD_O_20EC71 expert 2_full

Ist das richtig so?

Wenn ich jetzt getConfig in der Web Oberfläche klicke bekomme ich zurück:
PairedTo         0x631963                                     2013-07-29 09:28:20
R-intKeyVisib    invisib                                      2013-07-29 09:28:20
R-pairCentral    0x631963                                     2013-07-29 09:28:20
RegL_00:         02:01 0A:63 0B:19 0C:63 14:06 18:00 00:00    2013-07-29 09:28:20
RegL_01:         08:00 22:64 23:05 30:06 00:00                2013-07-29 09:28:21
RegL_04:         01:00 00:00                                  2013-07-29 09:28:21
noReceiver       src:20EC71 8002 010200003F                   2013-07-29 09:18:43

Den Pair Button kann ich erst heute Abend drücken, bin gerade nicht in der nähe des Regensensors.
Update folgt!

Ich bin mir nicht sicher ob ich das mit dem Peeren richtig verstehe - Peeren geht nur mit anderen HM Devices oder?
Mein Problem ist - ich habe derzeit nur zwei von diesen 6Fach Tastern, den HM USB Stick und diesen Sensor....
Falls ich irgendwie anders an die Notify Meldung komme, dann bitte um kurze Anleitung.

Viele Grüße
trilu

martinp876

Hi Trilu
ZitatNach dem Update die zwei Channels raus gelöscht
danach kurz Anlernen, FHEM sollte die Channels neu anlegen (wenn sie schon existieren passiert dies nicht).
Somit solltest du auf einem aktuellen Stand der Channels sein.

das "no receiver" sollte dann nicht mehr kommen.

Nachdem du die neuen Channels hast solltest du einmal ein
set CUL_HM_HM_Sen_RD_O_20EC71
getConfig machen.
FHEM sollte jetzt die Register auslesen und darstellen.

pairen/peeren
pairen kann man Devices mit einer Zentrale. Das sollte man mit jeden Device auch tun.

peeren kann man channels mit anderen Channels. Also einen Sensor/taster mit einem Aktor. Meist kann ein Channel mehrere peers haben. Also ein Button mehrere Aktoren sowie ein Aktor mehrere Buttons.

Channel 1 ist ein Sensor und kann als solcher gepeert werden. Du könntest damit einen Aktor steuern und das Licht einschalten wenn es regnet :-)

Zum testen schlage ich einen virtuellen Aktor vor:
define va CUL_HM 123456
set va virtual 1

jetzt hast du einen Aktor-channel (virtuell) va_Btn1. Egal, dass er Btn heist.. wirnehmen ihn als Aktor.

Den kannst du jetzt peeren
set <rd_chn1> peerChan 0 va_Btn1 single set


ein "save" speichert die Einstellungen des va, der RD speichert es generell

dann noch einmal ein getConfig, nun sollten die Peers in der Liste erscheinen.

Der RD sollte nun events erzeugen - keine Ahnung wann. Ich denke einmal wenn es regnet. Dann sollte er den va_Btn1 informieren. Spielzeit.

Gruss Martin

trilu

wow, danke für die Anleitung

Ich habe jetzt das Device eingebunden als
CUL_HM_HM_Sen_RD_O_20EC71

Zusätzlich folgende zwei Kanäle
CUL_HM_HM_Sen_RD_O_20EC71_Heating  ??? on off
CUL_HM_HM_Sen_RD_O_20EC71_Rain  dry

Beim Heating Kanal kann ich über on und off die Heizung schalten...

Das Device zeigt jetzt bei getConfig folgendes an:
CommandAccepted   yes    2013-07-29 20:03:07
PairedTo   0x631963   2013-07-29 19:59:59
R-intKeyVisib   invisib   2013-07-29 13:36:18
R-localResDis   off   2013-07-29 19:59:35
R-pairCentral   0x631963   2013-07-29 13:36:18
R-transmDevTryMax   6   2013-07-29 19:59:35
RegL_00:   02:01 0A:63 0B:19 0C:63 14:06 18:00 00:00   2013-07-29 19:59:59
RegL_01:   08:00 22:64 23:05 30:06 00:00   2013-07-29 13:36:19
RegL_04:   01:00 00:00   2013-07-29 13:36:20
state   CMDs_done   2013-07-29 20:03:13

getConfig bei CUL_HM_HM_Sen_RD_O_20EC71_Rain
RegL_01:
state   dry   2013-07-29 20:03:13
trigger   2   2013-07-29 20:03:12

getConfig bei CUL_HM_HM_Sen_RD_O_20EC71_Heating bringt keine Rückmeldung


Das Log zum virtuellen Button sieht so aus:
2013-07-29_20:03:12 va_Btn1 ON
2013-07-29_20:03:12 va_Btn1 virtActState: ON
2013-07-29_20:03:12 va_Btn1 virtActTrigger: CUL_HM_HM_Sen_RD_O_20EC71_Rain
2013-07-29_20:03:12 va_Btn1 virtActTrigType: short_Release
2013-07-29_20:03:12 va_Btn1 virtActTrigRpt: 1
2013-07-29_20:03:12 va_Btn1 virtActTrigNo: 2
2013-07-29_20:11:56 va_Btn1 OFF
2013-07-29_20:11:56 va_Btn1 virtActState: OFF
2013-07-29_20:11:56 va_Btn1 virtActTrigger: CUL_HM_HM_Sen_RD_O_20EC71_Rain
2013-07-29_20:11:56 va_Btn1 virtActTrigType: short_Release
2013-07-29_20:11:56 va_Btn1 virtActTrigRpt: 1
2013-07-29_20:11:56 va_Btn1 virtActTrigNo: 3

Das ist der Rain Channel:
2013-07-29_20:03:12 CUL_HM_HM_Sen_RD_O_20EC71_Rain R-expectAES: off
2013-07-29_20:03:12 CUL_HM_HM_Sen_RD_O_20EC71_Rain R-peerNeedsBurst: off
2013-07-29_20:03:12 CUL_HM_HM_Sen_RD_O_20EC71_Rain trigger: 2
2013-07-29_20:03:13 CUL_HM_HM_Sen_RD_O_20EC71_Rain dry
2013-07-29_20:11:56 CUL_HM_HM_Sen_RD_O_20EC71_Rain R-expectAES: off
2013-07-29_20:11:56 CUL_HM_HM_Sen_RD_O_20EC71_Rain R-peerNeedsBurst: off
2013-07-29_20:11:56 CUL_HM_HM_Sen_RD_O_20EC71_Rain trigger: 3
2013-07-29_20:11:56 CUL_HM_HM_Sen_RD_O_20EC71_Rain rain
2013-07-29_20:12:10 CUL_HM_HM_Sen_RD_O_20EC71_Rain trigger: 4
2013-07-29_20:12:11 CUL_HM_HM_Sen_RD_O_20EC71_Rain dry

Im Log des Devices hat sich nichts getan...

Die peerID sehe ich nur in den Attributen des va_Btn1 Devices.
Im CUL_HM_HM_Sen_RD_O_20EC71 Devices steht folgendes unter Attributes
expert  2_full  deleteattr
firmware  1.3  deleteattr
model  HM-Sen-RD-O  deleteattr
peerIDs  deleteattr
room  CUL_HM  deleteattr
serialNr  KEQ0117104  deleteattr
subType  sensRain  deleteattr
webCmd  getConfig  deleteattr

Scheint aber zu funktionieren :-)
Vielen Dank!!!!!!!

Falls du weitere Info's brauchst, jederzeit gerne....

trilu

betateilchen

Rein interessehalber:

Eigentlich muss doch da auch noch eine interne Verknüpfung zwischen dem Sensor und der Heizung vorhanden sein, denn der Sensor schaltet die Heizung doch bei Regen automatisch ein.

Hast Du schonmal probiert, ob man nach einem

set <device> regSet intKeyVisib visib

mit anschließendem getConfig noch mehr Informationen bekommt?
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

trilu

Mhh, kommt auch nicht mehr...
CommandAccepted
yes
2013-07-29 21:22:27
PairedTo
0x631963
2013-07-29 21:20:11
R-intKeyVisib
visib
2013-07-29 21:20:11
R-localResDis
off
2013-07-29 19:59:35
R-pairCentral
0x631963
2013-07-29 13:36:18
R-transmDevTryMax
6
2013-07-29 19:59:35
RegL_00:
RegL_01:
08:00 22:64 23:05 30:06 00:00
2013-07-29 13:36:19
RegL_04:
01:00 00:00
2013-07-29 13:36:20
state
CMDs_pending
2013-07-29 21:22:35

Was bedeuten eigentlich die Nummern bei den RegL Zeilen?

betateilchen

Dein Listing ist noch nicht komplett. Da sind noch "cmds pending" Drück nochmal kurz (!) die Konfigurationstaste.

Die RegL_xx sind Registernummern im Speicher des Gerätes.
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

trilu

Ok, diesmal ohne cmd pending :-)
Readings
CommandAccepted
yes
2013-07-29 21:22:27
PairedTo
0x631963
2013-07-29 21:31:32
R-intKeyVisib
visib
2013-07-29 21:20:11
R-localResDis
off
2013-07-29 19:59:35
R-pairCentral
0x631963
2013-07-29 13:36:18
R-transmDevTryMax
6
2013-07-29 19:59:35
RegL_00:
02:81 0A:63 0B:19 0C:63 14:06 18:00 00:00
2013-07-29 21:31:32
RegL_01:
08:00 22:64 23:05 30:06 00:00
2013-07-29 13:36:19
RegL_04:
01:00 00:00
2013-07-29 13:36:20
state
CMDs_done
2013-07-29 21:31:33

betateilchen

merkwürdig...

Ich seh schon, ich muss mir auch mal so einen Sensor zum Spielen besorgen *g*
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

trilu

Sag in der Zwischenzeit einfach was ich probieren soll. Mach ich gerne, kann ja dabei nur lernen :-)
Ich kann dir auch mal einen Port öffnen so das du selbst testen kannst...

martinp876

Hi trilu,

ob die Heizung auch automatisch angehen kann weiss ich nicht.

Aber es fehlt in jeden Fall noch die Register List1 des rain channel.

kannst
attr global verbose 1
attr <hmlan> loglevel 1

dann ein
set CUL_HM_HM_Sen_RD_O_20EC71 getConfig

und das Ergebnis aus den generellen logfile schicken

ausserdem - hast du den rainchannel schon gepeert - zum testen? kann ich nicht sehen, dass etwas in der Liste steht, aber da eine List4 besteht sollte es so sein.

Wenn du mit den Logeinstellungen es dann noch einmal regnen lässt - dann können wir versuchen die erwarteten trigger zu finden

Gruss Martin