Rauchmelder Homematic HM-SEC-SD-2: Alarm auswerten

Begonnen von stobor, 08 März 2020, 12:41:09

Vorheriges Thema - Nächstes Thema

stobor

Hallo,
ich habe meine Rauchmelder an der CCU2 angelernt und als Gruppe verbunden.
In FHEM sind die Rauchmelder auch bekannt - FHEM lauscht quasi nur auf deren Datenverkehr:

define HM_Rauchmelder_Arbeitszimmer CUL_HM 6FB375
attr HM_Rauchmelder_Arbeitszimmer .mId 00AA
attr HM_Rauchmelder_Arbeitszimmer IODev CUL_1
attr HM_Rauchmelder_Arbeitszimmer actCycle 099:00
attr HM_Rauchmelder_Arbeitszimmer actStatus alive
attr HM_Rauchmelder_Arbeitszimmer alias Feuer Arbeitszimmer
attr HM_Rauchmelder_Arbeitszimmer autoReadReg 4_reqStatus
attr HM_Rauchmelder_Arbeitszimmer expert 2_raw
attr HM_Rauchmelder_Arbeitszimmer firmware 1.0
attr HM_Rauchmelder_Arbeitszimmer icon secur_smoke_detector
attr HM_Rauchmelder_Arbeitszimmer model HM-SEC-SD-2
attr HM_Rauchmelder_Arbeitszimmer msgRepeat 1
attr HM_Rauchmelder_Arbeitszimmer room Feuermelder
attr HM_Rauchmelder_Arbeitszimmer serialNr QEQ1951492
attr HM_Rauchmelder_Arbeitszimmer subType smokeDetector
attr HM_Rauchmelder_Arbeitszimmer webCmd statusRequest
define FileLog_HM_Rauchmelder_Arbeitszimmer FileLog ./log/HM_Rauchmelder_Arbeitszimmer-%Y-%m.log HM_Rauchmelder_Arbeitszimmer
attr FileLog_HM_Rauchmelder_Arbeitszimmer logtype text


Ich lausche lediglich, da ich bei Alarm alle Lampen über meine FS20 Empfänger einschalten und mir eine Nachricht senden wollte:

define RauckmelderCheck notify HM_Rauchmelder_.*:.*smoke-Alarm.* {\
...
}


Jetzt habe ich Rauchmelder-Testspray verwendet, um die Konfiguration zu testen. Die Melder informierten sich untereinander und fingen an zu piepen.
Allerdings hat FHEM nix davon mitbekommen. In dem Log des Test-Melders steht lediglich:
2020-03-08_12:15:04 HM_Rauchmelder_HWR trigger_cnt: 5

Und im Event-Monitor von FHEM:
2020-03-08 12:15:04 CUL_HM HM_Rauchmelder_HWR trigger_cnt: 5

Hat jemand eine Idee, wie ich das umsetzen kann, ohne die Melder direkt bei FHEM zu registrieren?
Intel NUC (Ubuntu 22.04.2 LTS (GNU/Linux 5.15.0-113-generic x86_64))  mit CUL V3.2 (FW 1.57 CUL868) für FS20 und CCU3 für HM(IP) + Arduino Mega (Firmata) - FHEM Revision: 29534 - FS20, HM(IP), MQTT, Philips HUE, ModBus

frank

ich würde mal den event monitor öffnen und dann das spray probieren. welche events siehst du dann?
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

stobor

Intel NUC (Ubuntu 22.04.2 LTS (GNU/Linux 5.15.0-113-generic x86_64))  mit CUL V3.2 (FW 1.57 CUL868) für FS20 und CCU3 für HM(IP) + Arduino Mega (Firmata) - FHEM Revision: 29534 - FS20, HM(IP), MQTT, Philips HUE, ModBus

frank

mit deiner "schrägen" integration der rm, musst du dann wohl damit leben.
also notify anpassen.

deutlich besser wäre sicher eine ordentliche integration über hmccu modul.
oder soll das nur zufällig funktionieren.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

stobor

Ne, ich möchte mich schon darauf verlassen.
Habe mich bisher nur nie an einer HM Integration versucht.
Wäre dies der richtige Weg :
https://wiki.fhem.de/wiki/HM-SEC-SD_Rauchmelder
Bzw.
https://wiki.fhem.de/wiki/HomeMatic_Devices_pairen
?
Intel NUC (Ubuntu 22.04.2 LTS (GNU/Linux 5.15.0-113-generic x86_64))  mit CUL V3.2 (FW 1.57 CUL868) für FS20 und CCU3 für HM(IP) + Arduino Mega (Firmata) - FHEM Revision: 29534 - FS20, HM(IP), MQTT, Philips HUE, ModBus

stobor

So richtig will das alles bei mir nicht.

Noch vor einiger Zeit hatte ich eine Reihe Events:

2020-03-24 17:13:13 HMCCUDEV HM_RM_Gruppe 1.STATE: alarm
2020-03-24 17:13:13 HMCCUDEV HM_RM_Gruppe control: alarm
2020-03-24 17:13:13 HMCCUDEV HM_RM_Gruppe alarm
2020-03-24 17:13:13 HMCCUDEV HM_RM_Gruppe hmstate: alarm

2020-03-24 17:13:13 HMCCUCHN RM_OG_TEST2 1.STATE: 1
2020-03-24 17:13:13 HMCCUCHN RM_OG_TEST2 control: 1
2020-03-24 17:13:13 HMCCUCHN RM_OG_TEST2 1
2020-03-24 17:13:13 HMCCUCHN RM_OG_TEST2 1.LOWBAT: 0
2020-03-24 17:13:13 HMCCUCHN RM_OG_TEST2 hmstate: 1

2020-03-24 17:13:13 HMCCUDEV HM_RM_Flur_OG 1.STATE: alarm
2020-03-24 17:13:13 HMCCUDEV HM_RM_Flur_OG control: alarm
2020-03-24 17:13:13 HMCCUDEV HM_RM_Flur_OG alarm
2020-03-24 17:13:13 HMCCUDEV HM_RM_Flur_OG hmstate: alarm

2020-03-24 17:13:13 HMCCUCHN RM_OG_TEST hmstate: Initialized

2020-03-24 17:13:15 HMCCUDEV HM_RM_Gruppe 1.STATE: alarm
2020-03-24 17:13:15 HMCCUDEV HM_RM_Gruppe control: alarm
2020-03-24 17:13:15 HMCCUDEV HM_RM_Gruppe alarm
2020-03-24 17:13:15 HMCCUDEV HM_RM_Gruppe hmstate: alarm

2020-03-24 17:13:15 HMCCUCHN RM_OG_TEST2 1.STATE: 1
2020-03-24 17:13:15 HMCCUCHN RM_OG_TEST2 control: 1
2020-03-24 17:13:15 HMCCUCHN RM_OG_TEST2 1
2020-03-24 17:13:15 HMCCUCHN RM_OG_TEST2 hmstate: 1

2020-03-24 17:13:15 HMCCUDEV HM_RM_Flur_OG 1.STATE: alarm
2020-03-24 17:13:15 HMCCUDEV HM_RM_Flur_OG control: alarm
2020-03-24 17:13:15 HMCCUDEV HM_RM_Flur_OG alarm
2020-03-24 17:13:15 HMCCUDEV HM_RM_Flur_OG hmstate: alarm

2020-03-24 17:13:15 HMCCUCHN RM_OG_TEST hmstate: Initialized
2020-03-24 17:13:15 HMCCUCHN RM_OG_TEST2 1.LOWBAT: 0
2020-03-24 17:13:15 HMCCUCHN RM_OG_TEST2 hmstate: 1

2020-03-24 17:13:15 HMCCUDEV HM_RM_Flur_OG hmstate: alarm

2020-03-24 17:13:15 HMCCUCHN RM_OG_TEST hmstate: Initialized

2020-03-24 17:13:19 HMCCUDEV HM_RM_Gruppe 1.STATE: ok
2020-03-24 17:13:19 HMCCUDEV HM_RM_Gruppe control: ok
2020-03-24 17:13:19 HMCCUDEV HM_RM_Gruppe ok
2020-03-24 17:13:19 HMCCUDEV HM_RM_Gruppe hmstate: ok

2020-03-24 17:13:19 HMCCUCHN RM_OG_TEST2 1.STATE: 0
2020-03-24 17:13:19 HMCCUCHN RM_OG_TEST2 control: 0
2020-03-24 17:13:19 HMCCUCHN RM_OG_TEST2 0
2020-03-24 17:13:19 HMCCUCHN RM_OG_TEST2 1.LOWBAT: 0
2020-03-24 17:13:19 HMCCUCHN RM_OG_TEST2 hmstate: 0

2020-03-24 17:13:19 HMCCUDEV HM_RM_Flur_OG 1.STATE: ok
2020-03-24 17:13:19 HMCCUDEV HM_RM_Flur_OG control: ok
2020-03-24 17:13:19 HMCCUDEV HM_RM_Flur_OG ok
2020-03-24 17:13:19 HMCCUDEV HM_RM_Flur_OG hmstate: ok

2020-03-24 17:13:19 HMCCUCHN RM_OG_TEST hmstate: Initialized

2020-03-24 17:13:21 HMCCUCHN RM_OG_TEST2 1.LOWBAT: 0
2020-03-24 17:13:21 HMCCUCHN RM_OG_TEST2 1.STATE: 0
2020-03-24 17:13:21 HMCCUCHN RM_OG_TEST2 control: 0
2020-03-24 17:13:21 HMCCUCHN RM_OG_TEST2 0
2020-03-24 17:13:21 HMCCUCHN RM_OG_TEST2 hmstate: 0

2020-03-24 17:13:21 HMCCUDEV HM_RM_Gruppe 1.STATE: ok
2020-03-24 17:13:21 HMCCUDEV HM_RM_Gruppe control: ok
2020-03-24 17:13:21 HMCCUDEV HM_RM_Gruppe ok
2020-03-24 17:13:21 HMCCUDEV HM_RM_Gruppe hmstate: ok

2020-03-24 17:13:21 HMCCUDEV HM_RM_Flur_OG 1.STATE: ok
2020-03-24 17:13:21 HMCCUDEV HM_RM_Flur_OG control: ok
2020-03-24 17:13:21 HMCCUDEV HM_RM_Flur_OG ok
2020-03-24 17:13:21 HMCCUDEV HM_RM_Flur_OG hmstate: ok

2020-03-24 17:13:21 HMCCUCHN RM_OG_TEST hmstate: Initialized


Heute habe ich noch mal das Rauchmelder-Spray probiert, und es kam auch im Event-Monitor nix an.

Anbei Screenshots meiner Versuchs-Konfigurationen, nachdem ich nochmals den "AN"-Schalter in der FHEM GUI gedrückt habe.

Danach traten auch wieder Events auf:

2020-05-02 16:42:28 HMCCUDEV HM_RM_Gruppe 1.STATE: alarm
2020-05-02 16:42:28 HMCCUDEV HM_RM_Gruppe control: alarm
2020-05-02 16:42:28 HMCCUDEV HM_RM_Gruppe alarm
2020-05-02 16:42:28 HMCCUDEV HM_RM_Gruppe hmstate: alarm
2020-05-02 16:42:28 HMCCUCHN RM_OG_TEST2 1.STATE: 1
2020-05-02 16:42:28 HMCCUCHN RM_OG_TEST2 control: 1
2020-05-02 16:42:28 HMCCUCHN RM_OG_TEST2 1
2020-05-02 16:42:28 HMCCUCHN RM_OG_TEST2 1.LOWBAT: 0
2020-05-02 16:42:28 HMCCUCHN RM_OG_TEST2 hmstate: 1
2020-05-02 16:42:28 HMCCUDEV HM_RM_Flur_OG 1.STATE: alarm
2020-05-02 16:42:28 HMCCUDEV HM_RM_Flur_OG control: alarm
2020-05-02 16:42:28 HMCCUDEV HM_RM_Flur_OG alarm
2020-05-02 16:42:28 HMCCUDEV HM_RM_Flur_OG hmstate: alarm
2020-05-02 16:42:30 HMCCUDEV HM_RM_Gruppe 1.STATE: alarm
2020-05-02 16:42:30 HMCCUDEV HM_RM_Gruppe control: alarm
2020-05-02 16:42:30 HMCCUDEV HM_RM_Gruppe alarm
2020-05-02 16:42:30 HMCCUDEV HM_RM_Gruppe hmstate: alarm
2020-05-02 16:42:30 HMCCUCHN RM_OG_TEST2 1.LOWBAT: 0
2020-05-02 16:42:30 HMCCUCHN RM_OG_TEST2 1.STATE: 1
2020-05-02 16:42:30 HMCCUCHN RM_OG_TEST2 control: 1
2020-05-02 16:42:30 HMCCUCHN RM_OG_TEST2 1
2020-05-02 16:42:30 HMCCUCHN RM_OG_TEST2 hmstate: 1
2020-05-02 16:42:30 HMCCUDEV HM_RM_Flur_OG 1.STATE: alarm
2020-05-02 16:42:30 HMCCUDEV HM_RM_Flur_OG control: alarm
2020-05-02 16:42:30 HMCCUDEV HM_RM_Flur_OG alarm
2020-05-02 16:42:30 HMCCUDEV HM_RM_Flur_OG hmstate: alarm
2020-05-02 16:42:34 HMCCUDEV HM_RM_Gruppe 1.STATE: ok
2020-05-02 16:42:34 HMCCUDEV HM_RM_Gruppe control: ok
2020-05-02 16:42:34 HMCCUDEV HM_RM_Gruppe ok
2020-05-02 16:42:34 HMCCUDEV HM_RM_Gruppe hmstate: ok
2020-05-02 16:42:34 HMCCUCHN RM_OG_TEST2 1.LOWBAT: 0
2020-05-02 16:42:34 HMCCUCHN RM_OG_TEST2 1.STATE: 0
2020-05-02 16:42:34 HMCCUCHN RM_OG_TEST2 control: 0
2020-05-02 16:42:34 HMCCUCHN RM_OG_TEST2 0
2020-05-02 16:42:34 HMCCUCHN RM_OG_TEST2 hmstate: 0
2020-05-02 16:42:34 HMCCUDEV HM_RM_Flur_OG 1.STATE: ok
2020-05-02 16:42:34 HMCCUDEV HM_RM_Flur_OG control: ok
2020-05-02 16:42:34 HMCCUDEV HM_RM_Flur_OG ok
2020-05-02 16:42:34 HMCCUDEV HM_RM_Flur_OG hmstate: ok
2020-05-02 16:42:36 HMCCUDEV HM_RM_Gruppe 1.STATE: ok
2020-05-02 16:42:36 HMCCUDEV HM_RM_Gruppe control: ok
2020-05-02 16:42:36 HMCCUDEV HM_RM_Gruppe ok
2020-05-02 16:42:36 HMCCUDEV HM_RM_Gruppe hmstate: ok
2020-05-02 16:42:36 HMCCUCHN RM_OG_TEST2 1.LOWBAT: 0
2020-05-02 16:42:36 HMCCUCHN RM_OG_TEST2 1.STATE: 0
2020-05-02 16:42:36 HMCCUCHN RM_OG_TEST2 control: 0
2020-05-02 16:42:36 HMCCUCHN RM_OG_TEST2 0
2020-05-02 16:42:36 HMCCUCHN RM_OG_TEST2 hmstate: 0
2020-05-02 16:42:36 HMCCUDEV HM_RM_Flur_OG 1.STATE: ok
2020-05-02 16:42:36 HMCCUDEV HM_RM_Flur_OG control: ok
2020-05-02 16:42:36 HMCCUDEV HM_RM_Flur_OG ok
2020-05-02 16:42:36 HMCCUDEV HM_RM_Flur_OG hmstate: ok



Wie bekomme ich das denn hin, dass die Events verlässlich immer erscheinen?

Und welche werte ich denn sinnvollerweise aus? Da kommt ja einiges, was mir einen Alarm signalisiert.


Intel NUC (Ubuntu 22.04.2 LTS (GNU/Linux 5.15.0-113-generic x86_64))  mit CUL V3.2 (FW 1.57 CUL868) für FS20 und CCU3 für HM(IP) + Arduino Mega (Firmata) - FHEM Revision: 29534 - FS20, HM(IP), MQTT, Philips HUE, ModBus

stobor

Ich sehe gerade, dass nach einem Neustart (fhem.cfg update) d_ccu inactive ist.

Ist das evt. das Problem, dass ich nach dem Neustart immer d_ccu noch einschalten muss?
Intel NUC (Ubuntu 22.04.2 LTS (GNU/Linux 5.15.0-113-generic x86_64))  mit CUL V3.2 (FW 1.57 CUL868) für FS20 und CCU3 für HM(IP) + Arduino Mega (Firmata) - FHEM Revision: 29534 - FS20, HM(IP), MQTT, Philips HUE, ModBus