HomeMatic-Beweungsmelder HM-SEC-MDIR an Fhem - State: ???
Bassem
vorhin wollte ich ein notify-event für den Bewegungsmelder erstellen.
Leider gelingt es mir nicht, einen Zwischenstecker zu schalten, wenn
er auslöst.
Mein notify-Befehl:
define BM01_movement notify BM01 set ZS01 on (BM01 ist der
Bewegungsmelder, ZS01 der Zwischenstecker)
Im Log steht bei Aktivierung:
2011.05.12 11:33:42 5: Triggering BM (0 changes)
2011.05.12 11:33:42 5: BM trigger: Checking Bewegung_unten for notify
2011.05.12 11:33:42 5: BM trigger: Checking FileLog_BM for notify
2011.05.12 11:33:42 5: BM trigger: Checking
FileLog_Zwischenstecker_01_Schalter
for notify
2011.05.12 11:33:42 5: BM trigger: Checking Logfile for notify
2011.05.12 11:33:42 5: BM trigger: Checking autocreate for notify
Ach ja, und in Fhem steht bei BM: STATE ???
Ist das normal, dass da kein definierter Zustand steht?
Danke für jeden hilfreichen Tipp!
Beste Wünsche,
Bassem
Bassem
2011.05.12 11:41:36 4: CUL868: A0D088410143DFABC82AD0601760E -47.5
2011.05.12 11:41:36 5: CUL868 dispatch A0D088410143DFABC82AD0601760E
2011.05.12 11:41:36 4: CUL_HM RCV L:0D N:08 CMD:A410 SRC:143DFA
DST:BC82AD 0601760E (INFO_ACTUATOR_STATUS CHANNEL:01 STATUS:76 UNKNOWN:
0E)
Rudolf Koenig
> Leider gelingt es mir nicht, einen Zwischenstecker zu schalten, wenn
Tipp: http://fhem.de/HOWTO.html#at durchlesen, "inform timer" und "trigger"
probieren. Falls immer noch nicht geht, die Versuche und die Ergebnisse uns
zeigen.
Bassem
ändere ich den notify-Befehl auf:
define BM01_movement notify BM01:on set ZS01 on
und gebe dann "trigger BM01 on" ein, dann schaltet ZS01 auch korrekt.
Also lässt das alles vermuten, dass das Problem beim "State:???"
liegt, was andeutet, dass der HM-SEC-MDIR nicht korrekt mit Fhem
funktioniert.
Ich benutze übrigens Fhem-CVS vom 18.3.2011.
Vielleicht kann mir ja Rudolf weiterhelfen...
Danke & Grüße,
Bassem
Bassem
versucht, was ja klappt, wenn ich annehme, dass der getriggerte
Bewegungsmelder "on" liefert und ich auf on triggere.
Leider ändert sich der State des Bewegungsmelders nicht, wodurch ich
auch nichts auswerten kann. Im Debug sieht man, dass kommuniziert
wird, aber in Fhem-Web ändert sich nichts.
Rudolf Koenig
> auch nichts auswerten kann. Im Debug sieht man, dass kommuniziert
Liegt wohl daran, dass HM-SEC-MDIR in 10_CUL_HM.pm noch nicht unterstuetzt
wird. Da fehlt wohl ein Eintrag im CUL_HM_Parse fuer HM-SEC-MDIR oder bevorzugt
motionDetector (wenn dass der subType ist). So in der Art:
} elsif($st eq "motionDetector") { #####################################
if($cmd eq "A410" && $p =~ m/0601(..)(..)/) {
my ($st, $unknown) = ($1, $2);
push @event, "state:on";
CUL_HM_SendCmd($shash, "++8002".$id.$src."0101${st}00",1,0)
if($id eq $dst); # Send Ack
}
Das mit dem "Send Ack" muesste man pruefen. Ist der HM-SEC-MDIR ueberhaupt
gepaart mit fhem? Und man sollte rauskriegen was hinter $st/$unknown steht,
und es im state beruecksichtigen.
Bassem
> wird. Da fehlt wohl ein Eintrag im CUL_HM_Parse fuer HM-SEC-MDIR oder bevorzugt
> motionDetector (wenn dass der subType ist).
Unterstützung ja implementieren...
> So in der Art: (Perlcode ....)
Soll ich den Code mal in die 10_CUL_HM.pm einfügen?
>Ist der HM-SEC-MDIR ueberhaupt gepaart mit fhem?
Bewegungsmelder erstellt hat.
Welche Methoden, den pair zu checken, gibt es? "set BM01
statusRequest"?
Folgendes liefert "list BM01":
Man beachte "MSGCNT" - der Wert scheint stetig zu steigen, wenn der
Melder ausgelöst wird, oder liegt das an "inform timer"?
Ansonsten könnte man MSGCNT für eine erste "schlampige"
Implementierung hernehmen. Laut Bedienungsanleitung kann man in der
Original-CCU über die Anzahl der Events unterschiedliche Vorgänge
triggern, wie: 1-2 Events = Licht, 3-4 Evts = Alarm. (Link zum Gerät
m. PDF-Anleitung: http://www.elv.de/HomeMatic-HM-Sec-MDIR-Bewegungsmelder/x.aspx/cid_74/detail_10/detail2_22580)
Internals:
CUL868_MSGCNT 37
CUL868_RAWMSG A0D248410143DFABC82AD0601260EE9
CUL868_RSSI -85.5
CUL868_TIME 2011-05-12 12:57:57
DEF 143DFA
IODev CUL868
LASTIODev CUL868
MSGCNT 37
NAME BM01
NR 12
STATE ???
TYPE CUL_HM
lastMsg A0D248410143DFABC82AD0601260E
Attributes:
devInfo 810100
firmware 1.0
hmClass sender
model HM-SEC-MDIR
room CUL_HM
serialNr HEQ0404652
subType motionDetector
Etwas später, nach einigen Auslösevorgängen:
Internals:
CUL868_MSGCNT 40
CUL868_RAWMSG A0D278441143DFA00000001112380E8
CUL868_RSSI -86
CUL868_TIME 2011-05-12 13:11:40
DEF 143DFA
IODev CUL868
LASTIODev CUL868
MSGCNT 40
NAME BM
NR 12
STATE ???
TYPE CUL_HM
lastMsg A0D278441143DFA00000001112380
Attributes:
devInfo 810100
firmware 1.0
hmClass sender
model HM-SEC-MDIR
room CUL_HM
serialNr HEQ0404652
subType motionDetector
> Und man sollte rauskriegen was hinter $st/$unknown steht, und es im state beruecksichtigen.
sind mehr als bescheiden...
Also ein vollständiges Event im Debuglog sieht so aus:
2011.05.12 13:02:54 5: CUL/RAW: /A0D258410143DFABC82AD0601240EEC
2011.05.12 13:02:54 4: CUL868: A0D258410143DFABC82AD0601240E -84
2011.05.12 13:02:54 5: CUL868 dispatch A0D258410143DFABC82AD0601240E
2011.05.12 13:02:54 4: CUL_HM RCV L:0D N:25 CMD:A410 SRC:143DFA
DST:BC82AD 06012 40E (INFO_ACTUATOR_STATUS CHANNEL:01 STATUS:24
UNKNOWN:0E)
2011.05.12 13:02:54 5: Triggering BM (0 changes)
2011.05.12 13:02:54 5: BM trigger: Checking Bewegung_unten for notify
2011.05.12 13:02:54 5: BM trigger: Checking FileLog_BM for notify
2011.05.12 13:02:54 5: BM trigger: Checking
FileLog_Zwischenstecker_01_Schalter for notify
2011.05.12 13:02:54 5: BM trigger: Checking Logfile for notify
2011.05.12 13:02:54 5: BM trigger: Checking autocreate for notify
Rudolf Koenig
Ja. Direkt vor "smokeDetector". Was ist denn der hmId von CUL868? Wenn BC82AD
(DST aus dem Log), dann wurde erfolgreich gepaart.
> Die Frage ist, wie ich das am Besten rausbringe, meine Perl-Kenntnisse
> sind mehr als bescheiden...
Ist nicht wirklich notwendig. Nur experimentieren und im Log in den
INFO_ACTUATOR_STATUS Zeilen die Werte fuer STATUS und UNKNOWN beobachten. Und
irgendwie sowas feststellen wie: STATUS haengt mit der auf dem Sensor
eingestellten Parameter X zusammen und UNKNOWN waechst linear.
Bassem
Ok, also folgendes habe ich herausgefunden:
Das Ding sendet laut Debuglog 3 unterschiedliche CMDs:
- A610, DST:meine hmId(wird direkt nach dem Einlegen der Batterien 3x
gesendet)
danach jeweils abwechselnd
-A441, DST:000000
-A410, DST:meine hmId. Nur diese enthält STATUS und UNKNOWN, wobei
sich UNKNOWN nie geändert hat (vielleicht die Einstellung der Totzeit
des Bewegungsmelders)
Folgendes habe ich versucht:
-Batterien gegen schwache ausgetauscht
-Umgebungshelligkeit verändert, nach Abkleben des oberen Sensors nahm
STATUS kontinuierlich ab.
-Mindestzeit zwischen 2 A410-CMDs bestimmt, diese betrug nie weniger
als 4 Minuten, das würde wohl auch der Herstellervorgabe von 240 Sek
entsprechen, die man wohl über die Original Homematiczentrale
verändern kann (zu Lasten der Batterielebensdauer).
Daher vermute ich:
STATUS = Mittelwert der letzten 8 Helligkeitsmesswerte (wird laut
Anleitung alle 6 Min gemessen und intern gespeichert)
UNKNOWN = entweder prop. zu Mindestauslösedauer oder alternativ
Auslöseschwelle der Helligkeitsveränderung, um Ereignis zu melden
Idealerweise müsste ich diese Werte zum Verifizieren über Fhem
verändern können, ist das möglich?
Bassem
weiter bei 0E.
Nun ist wohl wieder Rudolf mit seinem Fachwissen gefragt (danke für
die starke Beteiligung!)
Rudolf Koenig
Kommt diese Meldung auch wenn Bewegung erkannt wurde? Bzw. Kommt A410 auch,
wenn keine Bewegung erkannt wurde?
> UNKNOWN = entweder prop. zu Mindestausl�sedauer oder alternativ
> Ausl�seschwelle der Helligkeitsver�nderung, um Ereignis zu melden
Auf welchen Wert steht dieser Mindestausloesedauer?
Bassem
> wenn keine Bewegung erkannt wurde?
sowas also:
2011.05.12 18:05:45 4: CUL_HM RCV L:0D N:2F CMD:A410 SRC:143DFA
DST:BC82AD 0601270E (INFO_ACTUATOR_STATUS CHANNEL:01 STATUS:27 UNKNOWN:
0E)
Und A441 kommt, wenn der Melder ausgelöst wird:
2011.05.12 18:13:54 4: CUL_HM RCV L:0D N:32 CMD:A441 SRC:143DFA DST:
000000 010D2780
> Auf welchen Wert steht dieser Mindestausloesedauer?
Minuten) vermute ich, dass die 240 Sekunden aus der Dokumentation
zutreffen.
Jedenfalls war das die kleinste erreichte Zeitdifferenz bei dauernder
Bewegung.
Bassem
dem FHEM-Server geben.
Rudolf Koenig
} elsif($st eq "motionDetector") { #####################################
# Code with help of Bassem
my $state;
if($cmd eq "A410" && $p =~ m/^0601(..)(..)/) {
($state, undef) = ($1, $2);
push @event, "brightness:$state";
push @event, "state:alive";
}
if($cmd eq "A441" && $p =~ m/^01(......)/) {
$state = $1;
push @event, "state:motion";
}
CUL_HM_SendCmd($shash, "++8002".$id.$src."0101${state}00",1,0)
if($id eq $dst && $state); # Send Ack
Bassem
Der "STATE" ändert sich allerdings immer noch nicht in Fhem.
Soll ich den Bewegungsmelder löschen und neu pairen?
Rudolf Koenig
> Wow, super! Ich habe den Code soeben in die 10_CUL_HM.pm eingef�gt.
> Der "STATE" �ndert sich allerdings immer noch nicht in Fhem.
> Soll ich den Bewegungsmelder l�schen und neu pairen?
Ich vermute es liegt bei dir daran, dass im Moment die Meldungen mit 8440
kommen und nicht mit A440, im bin noch nicht im Klaren ueber diesen Bit. Du
hast selber ein Beispiel mit 8440 gepostet.
Habs geaendert, und jetzt wird bei mir state gesetzt, wenn ich es mit
deinem Beispieldatei teste
fhem> info timer
fhem> { Dispatch($defs{CUL}, "A0D258410143DFABC82AD0601240E", undef) }
2011-05-13 07:50:16.463 CUL_HM moti brightness: 24
2011-05-13 07:50:16.463 CUL_HM moti alive
ARRAY(0x100890e10)
Achtung: Bei Wiederholung dieser Test muss das 2-te Byte (also 25) geaendert
werden, sonst schlaegt die duplicate Filterung zu. Oder man startet fhem neu.
Gruss,
Rudi
Bassem
Jetzt müsste es noch eine Möglichkeit geben, dir Parameter,
insbesondere UNKNOWN, zu verändern, um die Vermutungen zu deren
Funktion zu bestätigen.
Auch sollten wir noch einen Timer einbauen, der den Status nach einer
bestimmten Zeit zurücksetzt (sonst steht der State ja bis zum nächsten
"alive" auf "motion").
Das könnte man vielleicht über ein "at" auf die schlampige Art
umsetzen, aber das wäre nur ein Provisorium.
Gruss,
Bassem
Rudolf Koenig
> insbesondere UNKNOWN, zu ver�ndern, um die Vermutungen zu deren
> Funktion zu best�tigen.
Dazu braucht man entweder ein CCU oder ein HM-Lan mit dem Windows- Konfig-
Programm. Und Zeit fuer das froehliche Ratespiel, was genauso ablaeuft, wie
das hier :)
Bassem
> Programm.
HomeMatic-Idee tatsächlich weiterverfolge.
Das CUL kann ja dann jeweils die von der CCU gesendeten Befehle
"sniffen", oder?
> Und Zeit fuer das froehliche Ratespiel, was genauso ablaeuft, wie das hier :)
weiterspielen, vielleicht kann ich dann selber was beitragen...
Erst mal ein schönes Wochenende,
Bassem
Frank Web
ich habe ein winMatic mit dem HM-Lan in betrieb.
Zum ab schauen der Befehle ist der HM-Lan (50�)mit dem entfernten bidCos
prima geeignet.
Hat anfangs etwas gedauert bis man durchsteigt.
besonders das tcptee.pl wird ben�tigt
perl tcptee.pl --bidi --loop 1000:xxx.xxx.x.xx:1000
Ich kann jetzt auch mit fhem den winMatic steuer, noch m�hsam mit
einzelnen Commandos.
winMatic speichert die vrtuell-Tasten vom HM-Lan.
Bei Conrad oder ELV bestellen und wenn nicht 14 t�giges R�ckgaberecht.
soll nur ein Vorschlag sein.
mfg Frank
Am 13.05.2011 08:49, schrieb Bassem:
>> Dazu braucht man entweder ein CCU oder ein HM-Lan mit dem Windows- Konfig-
>> Programm.
> Ein CCU werde ich sowieso f�r die Familie beschaffen, wenn ich die
> HomeMatic-Idee tats�chlich weiterverfolge.
> Das CUL kann ja dann jeweils die von der CCU gesendeten Befehle
> "sniffen", oder?
>
>> Und Zeit fuer das froehliche Ratespiel, was genauso ablaeuft, wie das hier :)
> Hat mit bisher Spass gemacht ;-P Ich werde auf jeden Fall mit Perl
> weiterspielen, vielleicht kann ich dann selber was beitragen...
> Erst mal ein sch�nes Wochenende,
> Bassem
>
Bassem
danke für den Tipp, das HM-Lan ist ja im Prinzip die rein PC-basierte
Basis des HomeMatic-Systems, oder?
Die CCU müsste google zufolge sowohl lokal als auch übers Netz
bedienbar sein, genau was man braucht, wenn die Familie der Fritzbox
misstrauisch gegenübersteht.
Gruß,
Bassem
On 13 Mai, 17:34, Frank Web <fhuet...@web.de> wrote:
> Hallo Bassem,
>
> ich habe ein winMatic mit dem HM-Lan in betrieb.
> Hat anfangs etwas gedauert bis man durchsteigt.
> winMatic speichert die vrtuell-Tasten vom HM-Lan.
> mfg Frank
>
> Am 13.05.2011 08:49, schrieb Bassem:
>
>
>
>
>
>
>
> >> Dazu braucht man entweder ein CCU oder ein HM-Lan mit dem Windows- Konfig-
> >> Programm.
> > HomeMatic-Idee tats chlich weiterverfolge.
> > "sniffen", oder?
>
> >> Und Zeit fuer das froehliche Ratespiel, was genauso ablaeuft, wie das hier :)
> > Hat mit bisher Spass gemacht ;-P Ich werde auf jeden Fall mit Perl
> > weiterspielen, vielleicht kann ich dann selber was beitragen...
> > Bassem
Bassem
wollte nur nochmal ein kurzes Feedback gegen:
Unser Patch stimmt bezüglich des Brightness-Wertes, der Wert
korreliert sehr gut mit der Umgebungshelligkeit, also könnte man den
Melder auch super als Helligkeitssensor für eine Rolladenschaltung
etc. hernehmen. Das Minimum war bisher 20 entsprechend quasi
vollständiger Dunkelheit, das Maximum bei indirekter
Sonneneinstrahlung lag bisher bei 40. Die Werte sind hexadezimal.
Ich werde in den kommenden Tagen meine CCU bekommen, mit der ich
ermitteln werde, wie die Totzeit des Bewegungsmelders verändert wird.
Besonderen Dank an Rudolf und beste Wünsche,
Bassem