Bewegungsmelder konfigurieren - HM-Sen-MDIR-O-2

ReneR1986 · 18 August 2019, 20:26:51

Hallo zusammen,

vielleicht habt ihr eine Idee..
Ich möchte ebenfalls einige Readings setzen, um die Empfindlichkeit zu verringern.

Folgendes habe ich probiert (am Beispiel von R-evtFltrPeriod)

set Bewegungsmelder_Briefkasten getConfig
Danach hatte ich "3 CMDs pending"
Da auch nach einiger Wartezeit und dem Auslösen einer Bewegung trotzdem keinerlei Register gelesen wurden habe ich einmal auf den Taster am Bewegungsmelder gedrückt.
Anschließend waren es nur noch "1 CMDs pending". Es wurde aber trotzdem nichts ausgelesen, was man am Timestamp sehen konnte.
Auch ein längeres Drücken des Tasters brachte hier nichts.
Batterien rein und wieder raus (1% Regel) hat auch nichts gebracht.

Beim nächsten Versuch habe ich direkt set Bewegungsmelder_Briefkasten regSet evtFltrPeriod 5 ausgeführt und dann den Taster noch einmal länger gedrückt und siehe da das Reading R-evtFltrPeriod hatte den Wert set_5 s.
Nach mehrmaligen rumgedrücke und Batterie rein und wieder raus schien es dann so, als hätte er die Einstellung endlich übernommen. Der Wert von R-evtFltrPeriod war nun 5 s.

Das Verhalten des Bewegungsmelders hat sich allerdings nicht verändert. Er reagiert immer noch bei der kleinsten Bewegung, wesswegen ich nicht glaube, dass er das wirklich übernommen hat.
Und Kommandos seitens des CUL scheinen entweder garnicht oder zumindest nach keinem für mich erkenntlichen Muster abgearbeitet.

Was kann ich noch tun?

Otto123 · 18 August 2019, 20:48:10

Hi,

Readings sind Werte die das Gerät liefert, in dem Fall nicht geeignet das Gerät zu beeinflussen.

Du musst die entsprechenden Register setzen, geht mit set regSet evtFltrPeriod 5
Danach musst Du warten bzw. den BM auslösen. Die CMD pendings müssen abgearbeitet sein.

Kannst Du in dem Thread hier auch nachlesen, wenn Du bei Antwort 3 oder so nochmal beginnst

Gruß Otto

ReneR1986 · 18 August 2019, 20:56:17

Sorry, da habe ich mich vertippt. Ich meinte natürlich Register.
set regSet evtFltrPeriod 5 war ja der Befehl den ich ausgeführt habe.

Otto123 · 18 August 2019, 22:27:21

Dann poste doch mal bitte ein

Code Auswählen

list Bewegungsmelder_Briefkasten
Hast Du hmInfo definiert? Wenn tu es bitte.
Was sagt hmInfo configCheck zu deinem System?

ReneR1986 · 19 August 2019, 12:42:44

list liefert folgendes:

DEF 5545B0
FUUID 5d591d32-f33f-cd1d-88af-4a4061571b119af5
IODev MyCUL
LASTInputDev MyCUL
MSGCNT 83
MyCUL_MSGCNT 83
MyCUL_RAWMSG A0D3C84105545B05544AA06019F00::-59:MyCUL
MyCUL_RSSI -59
MyCUL_TIME 2019-08-19 12:27:07
NAME Bewegungsmelder_Briefkasten
NOTIFYDEV global
NR 99
NTFY_ORDER 50-Bewegungsmelder_Briefkasten
STATE noMotion
TYPE CUL_HM
chanNo 01
lastMsg No:3C - t:10 s:5545B0 d:5544AA 06019F00
protLastRcv 2019-08-19 12:27:07
protRcv 83 last_at:2019-08-19 12:27:07
rssi_at_MyCUL cnt:83 min:-59.5 max:-58 avg:-58.87 lst:-59
READINGS:
2019-08-19 05:00:24 Activity alive
2019-08-18 16:08:14 CommandAccepted yes
2019-08-18 18:13:21 D-firmware 1.6
2019-08-18 18:13:21 D-serialNr OEQ0024761
2019-08-18 18:13:21 PairedTo 0x5544AA
2019-08-18 13:30:34 R-brightFilter 7
2019-08-18 13:30:34 R-captInInterval off
2019-08-18 16:09:26 R-evtFltrNum 5
2019-08-18 16:09:26 R-evtFltrPeriod 5 s
2019-08-18 13:30:34 R-minInterval 240
2019-08-18 11:45:53 R-pairCentral 0x5544AA
2019-08-18 13:30:34 R-sign off
2019-08-18 18:13:21 RegL_00. 00:00 02:01 0A:55 0B:44 0C:AA
2019-08-19 05:00:01 RegL_01.
2019-08-19 12:27:07 battery ok
2019-08-19 12:27:07 brightness 159
2019-08-19 12:27:07 cover closed
2019-08-19 05:00:56 motion off
2019-08-18 22:29:54 motionCount 10_next:240s
2019-08-18 22:33:56 motionDuration 242
2019-08-18 16:11:19 powerOn 2019-08-18 16:11:19
2019-08-19 12:27:07 recentStateType info
2019-08-19 05:00:56 state noMotion
2019-08-18 22:29:54 trigDst_5544AA noConfig
2019-08-18 22:29:54 trigger_cnt 10
helper:
HM_CMDNR 60
mId 00C1
peerFriend peerAct,peerVirt
peerOpt 4:motionDetector
regLst 0,1,4p
rxType 28
supp_Pair_Rep 0
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +5545B0,00,00,00
nextSend 1566210427.1905
prefIO
rxt 2
vccu
p:
5545B0
00
00
00
mRssi:
mNo 3C
io:
MyCUL:
-53
-53
prt:
bErr 0
sProc 0
q:
qReqConf 00
qReqStat
role:
chn 1
dev 1
rssi:
at_MyCUL:
avg -58.8734939759036
cnt 83
lst -59
max -58
min -59.5
Attributes:
IODev MyCUL
actCycle 000:10
actStatus alive
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.6
model HM-SEN-MDIR-O-2
peerIDs
room CUL_HM
serialNr OEQ0024761
subType motionDetector

HmInfo habe ich noch nicht definiert. Das mache ich heute Abend mal.

Otto123 · 19 August 2019, 13:15:05

Hi,

zum list beachte bitte noch folgendes: https://forum.fhem.de/index.php/topic,71806.0.html

Eigentlich sieht das alles gut aus, ich hatte nach Deiner Beschreibung vermutet er ist gar nicht richtig gepairt.

Du musst halt wissen, ein CUL mit Standard Firmware (hast DU ja - oder?) ist quasi kein Homematic IO, es ist ein Standard IO der die gleiche Frequenz funkt und auch Homematic kann ...

Normal solltest Du bei dem BM einen Register Befehl absetzen können und nach kurzer Zeit ist er verarbeitet (beim nächsten Meldezyklus) bis dahin muss man Ruhe bewahren, jede Hektik und zusätzliche Aktion verschlimmert statt verbessert.

Zu deinem eigentlichen Filter Problem kann ich leider gar nix sagen, ich betreibe den mit Standardeinstellung und das funktioniert für mich gut.

Gruß Otto

ReneR1986 · 19 August 2019, 17:25:36

So, ich habe hminfo nun definiert.

Code Auswählen

get hm regCheck zeigt:

Code Auswählen

regCheck done:

 missing register list
    Bewegungsmelder_Briefkasten:	RegL_00.

Auch nach öfteren Wiederholvorgängen wird das Register nich gelesen.

Das Problem mit den pending commands scheint sich nach einer Weile (hier braucht man wohl wirklich Gedult)
von alleine zu lösen...
Allerdings wird das entsprechende Register wie gesagt trotzdem nicht gelesen.

Code Auswählen

get hm configCheck liefert garnichts

Code Auswählen

get hm protoEvents zeigt:

Code Auswählen

protoEvents send to devices done:
    name                        :State           |CmdPend   |Snd       |SndB      |Rcv       |RcvB      |Resnd     #CmdDel    |ResndFail |Nack      |IOerr     
    Bewegungsmelder_Briefkasten : pending        | 11 pending| 12       |  -       | 151      |  -       | 6        #  -       |  -       |  -       |  -       
    Bewegungsmelder_Paketbox    :  -             |  -       |  -       |  -       | 142      |  -       |  -       #  -       |  -       |  -       |  -       
===========================================================================================================================================================
    sum                         0                |11        |12        |0         |293       |0         |6         #0         |0         |0         |0         

    CUL_HM queue length:0

    requests pending
    ----------------
    autoReadReg          : 
        recent           : none
    status request       : 
    autoReadReg wakeup   : Bewegungsmelder_Briefkasten Bewegungsmelder_Paketbox
    status request wakeup: 
    autoReadTest         : Bewegungsmelder_Briefkasten

    IODevs:MyCUL:Initialized condition:-

Otto123 · 19 August 2019, 21:19:51

Hi,

Zitatliefert garnichts

Da läuft dann was ganz schief. Da muss eine Box mit der Ausschrift "configCheck done:

OK
" kommen. Wenn gar nichts kommt läuft die Abfrage irgendwo ins Unendliche.

ZitatIODevs:MyCUL:Initialized condition:-

Dazu kann ich nichts sagen (habe keinen Cul) aber bei mir steht da "opened condition:ok" .

Wenn Du nicht vor dem BM rumspringst dauert es bei mir 6 min bis er einmal reagiert. Wie lange die komplette Übertragung dauert kann ich nicht sagen. Ich teste noch. Ich habe 21:09 ein getConfig abgesetzt.

Edit: Ohne motion (davor rumspringen

) geht keine Datenübertragung!

Gruß Otto

ReneR1986 · 21 August 2019, 20:42:36

Jetzt läuft endlich alles wie es soll!
Was habe ich gemacht?

Den Cul noch einmal neu angelegt und die Homematic ID so wie es auch beschrieben ist in HEX Großbuchstaben statt in klein angelegt. Neu Gepairt und siehe da, Befehle werden sofort ausgeführt keine Kommandos mehr in der queu!

Danke für die Hilfe