HM-SEC-SD-2 neu

Begonnen von martinp876, 21 März 2015, 17:28:26

Vorheriges Thema - Nächstes Thema

theophilou85

Grüß euch

Ich habe ein kleines Problem mit meinem Rauchmelder. Er fungiert auch als Sirene/Alarmanlage. Jetzt ist es so, dass jedes Mal wenn ich ein "set smo00 alarmOn" absetze, weil der Alarm eines Fensterkontakts abgeht, auch mein notify für den Rauchalarm abgeht und ich finde den Fehler nicht.

define smo00_n0 notify smo00:.*smoke-Alarm.* {if(ReadingsVal("surve","smo00","") eq "armed") {fhem("set surve smo00 raised")}}

Habe es so aus dem Wiki. Wäre so vielleicht richtig(er):
define smo00_n0 notify smo00:smoke-Alarm.* {if(ReadingsVal("surve","smo00","") eq "armed") {fhem("set surve smo00 raised")}}

Otto123

Keiner im Haus, deswegen mal getestet. Das passiert wenn ich am Rauchmelder_Team alarmOn drücke:
2020-02-06 10:04:14 CUL_HM RmAZ smoke_detect: TeamDev1
2020-02-06 10:04:14 CUL_HM RmAZ smoke-Alarm_0B
2020-02-06 10:04:14 CUL_HM RmFlur smoke_detect: TeamDev1
2020-02-06 10:04:14 CUL_HM RmFlur smoke-Alarm_0B
2020-02-06 10:04:14 CUL_HM RmSZ smoke_detect: TeamDev1
2020-02-06 10:04:14 CUL_HM RmSZ smoke-Alarm_0B

Dein notify triggert auf das Wort smoke-Alarm mittendrin (egal) damit kannst Du nicht vom normalen Alarm unterscheiden.

Alarm ist Alarm ;)

Du könntest auf smoke_detect: TeamDev1 triggern und das TeamDev1 aus deinem Smoke Alarm ausklammern-also nur die echten Melder einschließen.

Musst Du Dir selbst im Event Monitor anschauen, ich habe SD und keine SD2 - kann also da anders sein!

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

theophilou85

Meine Freundin liegt gerade blöderweise mit Fieber im Bett und ich möchte ihr das ersparen ;)

2018-02-12_23:34:03 smo00 smoke_detect: smo00
2018-02-12_23:34:03 smo00 smoke-Alarm_02
2018-02-12_23:34:03 smo00 trigLast: smo00:198
2018-02-12_23:34:03 smo00 trig_smo00: 198_2
2018-02-12_23:34:03 smo00 trigger_cnt: 2
2018-02-12_23:34:07 smo00 alarmTest: ok
2018-02-12_23:34:07 smo00 battery: ok
2018-02-12_23:34:07 smo00 level: 0


Bin mal 3 Jahre Logs durchwühlen gegangen. Könnte das ein Test von damals sein?! @Irgendjemand da draußen der den SD-2 hat :D (und am besten nur einen)


theophilou85

Habe es gerade mit alarmOn getestet:

READINGS:
     2020-02-05 23:32:16   Activity        alive
     2018-04-15 21:37:46   D-firmware      1.0
     2018-04-15 21:37:46   D-serialNr      NEQ0442322
     2018-10-14 05:16:01   PairedTo        0x000001
     2018-04-14 15:28:24   R-pairCentral   0x000001
     2018-10-14 05:16:01   RegL_00.        02:01 0A:00 0B:00 0C:01 16:00 1F:00 00:00
     2020-02-07 23:02:53   aesCBCCounter   0004EE
     2020-02-07 08:22:05   alarmTest       ok
     2020-02-07 08:22:05   battery         ok
     2020-02-07 23:02:58   eventNo         03
     2020-02-07 23:02:58   level           198
     2020-02-06 21:31:30   peerList        self01,
     2019-11-05 22:49:35   powerOn         2019-11-05 22:49:35
     2020-02-07 08:22:05   recentStateType info
     2018-10-14 05:16:01   sdRepeat        off
     2020-02-07 08:22:05   smokeChamber    ok
     2020-02-07 23:02:58   smoke_detect    -
     2020-02-07 23:02:58   state           smoke-Alarm_03
     2018-04-15 21:35:59   teamCall        from :0D
     2018-10-13 23:00:11   trigLast        smo00:0
     2018-10-13 23:00:11   trig_smo00      0_2
     2018-10-13 23:00:11   trigger_cnt     2


Erklärt zumindestens einmal warum ich die Meldung bekam. Der Käse ist, dass ich auf "state" nicht triggern kann, also muss ich mir was anderes suchen. smokeChamber, smoke_detect? Irgendwer damit Erfahrung/Was da dann kommt?

Mein nächstes Problem: Der Alarm war lautlos. Also wieder Tipp von Frank und aesCBCCounter von 0004xx auf 0005xx und dann auf 000600 erhöht. Keine Veränderung.

Internals:
   DEF        4BAA74
   FUUID      5e348e96-f33f-bd58-3790-5c49c3d5564b2896
   IODev      scc00
   LASTInputDev scc00
   MSGCNT     2
   NAME       smo00
   NOTIFYDEV  global
   NR         287
   STATE      smoke-Alarm_08
   TESTNR     9
   TYPE       CUL_HM
   chanNo     01
   lastMsg    No:1F - t:10 s:4BAA74 d:000001 06010000
   peerList   self01,
   protLastRcv 2020-02-07 08:22:05
   protRcv    2 last_at:2020-02-07 08:22:05
   protSnd    51 last_at:2020-02-07 23:22:12
   protSndB   49 last_at:2020-02-07 23:22:12
   protState  CMDs_done
   rssi_at_scc00 cnt:2 min:-67 max:-62.5 avg:-64.75 lst:-62.5
   rssi_scc00 cnt:1 min:-66 max:-66 avg:-66 lst:-66
   scc00_MSGCNT 2
   scc00_RAWMSG A0D1FA6104BAA7400000106010000::-62.5:scc00:
   scc00_RSSI -62.5
   scc00_TIME 2020-02-07 08:22:05
   sdTeam     sdLead
   READINGS:
     2020-02-05 23:32:16   Activity        alive
     2018-04-15 21:37:46   D-firmware      1.0
     2018-04-15 21:37:46   D-serialNr      NEQ0442322
     2018-10-14 05:16:01   PairedTo        0x000001
     2018-04-14 15:28:24   R-pairCentral   0x000001
     2018-10-14 05:16:01   RegL_00.        02:01 0A:00 0B:00 0C:01 16:00 1F:00 00:00
     2020-02-07 23:22:12   aesCBCCounter   0006F4
     2020-02-07 08:22:05   alarmTest       ok
     2020-02-07 08:22:05   battery         ok
     2020-02-07 23:22:04   eventNo         08
     2020-02-07 23:22:04   level           198
     2020-02-06 21:31:30   peerList        self01,
     2019-11-05 22:49:35   powerOn         2019-11-05 22:49:35
     2020-02-07 08:22:05   recentStateType info
     2018-10-14 05:16:01   sdRepeat        off
     2020-02-07 08:22:05   smokeChamber    ok
     2020-02-07 23:22:04   smoke_detect    -
     2020-02-07 23:22:04   state           smoke-Alarm_08
     2018-04-15 21:35:59   teamCall        from :0D
     2018-10-13 23:00:11   trigLast        smo00:0
     2018-10-13 23:00:11   trig_smo00      0_2
     2018-10-13 23:00:11   trigger_cnt     2
   helper:
     HM_CMDNR   244
     cSnd       ,010000014BAA74010E
     fkt        sdLead2
     mId        00AA
     peerFriend peerSD
     peerOpt    p:smokeDetector
     regLst     0
     rxType     6
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       lstRecType 10
       newChn     +4BAA74,00,00,00
       nextSend   1581060125.88655
       nxtSndMcnt 1F
       prefIO     
       restoredIO scc00
       rxt        0
       tgtDly     88
       vccu       
       lRcTm:
         scc00      117909900
         tnms       512160873
       p:
         4BAA74
         00
         00
         00
     mRssi:
       mNo        1F
       io:
         scc00:
           -58.5
           -58.5
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
     rpt:
       IO         scc00
       flg        A
       ts         1581060125.81725
       ack:
         HASH(0x39fd478)
         1F80020000014BAA7400
     rssi:
       at_scc00:
         avg        -64.75
         cnt        2
         lst        -62.5
         max        -62.5
         min        -67
       scc00:
         avg        -66
         cnt        1
         lst        -66
         max        -66
         min        -66
     tmpl:
Attributes:
   IODev      scc00
   actCycle   099:00
   actStatus  alive
   alias      Smoke Detector
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.0
   group      [Homematic] Smoke Detectors
   model      HM-SEC-SD-2
   msgRepeat  1
   peerIDs    00000000,4BAA7401,
   room       Sensors
   serialNr   NEQ0442322
   subType    smokeDetector
   webCmd     statusRequest


Da ich nur einen alleine verwende glaube ich dass das Peering stimmt. Sicher bin ich mir aber nicht. Danke für jede Hilfe.

Otto123

Zitat von: theophilou85 am 07 Februar 2020, 23:28:54
Der Käse ist, dass ich auf "state" nicht triggern kann, also muss ich mir was anderes suchen.
Wer sagt das? Die Holländer? :)

2018-02-12_23:34:03 smo00 smoke-Alarm_02

Machst Du smo00:smoke-Alarm_.* oder?

Gruß  Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

theophilou85

Ich kann mich ja täuschen, aber wenn ich ein "alarmOn" rausschicke (was ich tu, wenn ein Fensterkontakt auslöst) UND wenn die SmokeChamber einen Alarm auslöst bekomme ich ein "smoke-Alarm_xx" als state. Sprich: Da kann ich keine Unterscheidung zwischen echtem Rauchalarm und dem Fensterkontakt machen. Aus dem Grund muss ich z.B auf die Rauchkammer triggern. Oder sehe ich das falsch? Gibt es da noch irgend ein Unterscheidungsmerkmal?

Otto123

#681
Ich habe Deine Aussage wahrscheinlich falsch verstanden: Du hast gesagt Du kannst auf state nicht triggern. Ich weiß nicht genau was Du damit meintest, aber dieser Event
2020-02-06 10:04:14 CUL_HM RmAZ smoke-Alarm_0B
Ist der state Event. Da steht nur (per default) bei keinem Gerät der Begriff state mit im Event.

Das Du es am Event nicht unterscheiden kannst habe ich ja schon gesagt, Du könntest es, wenn Du wie in meinem Beispiel, den Auslöser des Events mit einbeziehst. Da Du aber nur einen RM hast und den dummerweise mit sich selbst gepeert hast, wird das nicht gehen.
Du könntest einen virtuellen TeamLead einrichten, dann könntest Du es. Siehe mein Beispiel...
Vielleicht ist das auch genau der Sinn, dass man auch bei nur einem Rauchmelder einen virtuellen TeamLead einrichtet.

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

theophilou85

Erstmal danke für den Support.
Die Idee ihn mit sich selbst zu peeren, stammt aus dem Wiki: "Nutzt man nur einen SD sollte man diesen mit sich selbst peeren."
Gut, also auf "smoke detect" triggern:

define smo00_n0 notify smo00:smoke_detect:.smo00

Was meinst du?
Ich habe außerdem noch das Problem, dass ich trotz manuellem inkrementieren des aesCBCCounter von 0004xx auf 0006F4 keinen Ton mehr aus dem Gerät rausbekomme. Das Probleme hatte ich schon mal und es trat leider wieder auf und ich habe keine Ahnung weshalb.

Otto123

Die Demokratie des Lesens :)
ZitatNutzt man nur einen einzelnen SD, kann/sollte man diesen mit sich selbst teamen (peerChan). In allen andere Fällen braucht man einen TeamLead um eine Team-ID zu erhalten. Man kann hierzu einen der SDs nutzen. Wird dieser einmal ausgewechselt, hat man allerdings seine Team-ID verloren.

Wenn man mit Zentrale (FHEM) arbeitet, gibt es eigentlich keinen vernünftigen Grund (ausser 1-SD-Teams), einen der SDs als Lead zu nutzen. Man kann genauso gut einen virtuellen Aktor bauen und diesen zum Lead machen. Das ergibt eine bessere Struktur, da dieser virtuelle Aktor nicht verloren gehen kann.
Diese Idee wird nicht funktionieren, sagte ich ja schon.
ZitatGut, also auf "smoke detect" triggern:
Dein Teamlead hat den gleichen Namen wie der Melder selbst.
Oder hast Du da andere Erkenntnisse?

Mit dem aesCBCCounter  kann ich Dir nicht helfen, ich habe keinen SD2. Außer ich meine gelesen zu haben man soll den Counter nur in kleinen (Einzel?) Schritten erhöhen?
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Udomatic

Zitat von: theophilou85 am 13 Februar 2020, 22:38:59
Gut, also auf "smoke detect" triggern:
define smo00_n0 notify smo00:smoke_detect:.smo00

Wenn du dir einen virtuellen Teamlead gebaut hast kannst du auch das Beispiel aus dem Wiki abwandeln und auf deine Bedürfnisse anpassen

define sd.nf.report notify Rauchmelder_Team:.*smoke-Alarm.* {\
    <Mail versenden>;;
    fhem("set LichtTreppenhaus on");;
  }\


Alternativ dein Szenario durchspielen und den Eventmonitor mitlaufen lassen. Da kannst dir das Notify evt. raus ziehen.
2x Raspberry 3B+, 1x Raspberry 4, Signalduino 433 (Somfy), CUL_HM (HM-MOD-RPI-PCB), MQTT, Hue, ConBee 2, Sonos, AVM DECT, Netatmo, eufy, Nuki,

VolkerL

Hallo zusammen,

ich habe im ganzen Haus insgesamt 8 Rauchmelder installiert und über ein virt. Team verknüpft. Das ganze funktioniert auch, wie der heutige(Fehl-) Alarm gezeigt hat.  ;)

Meine Frage nun: Kann ich irgendwie auf die schnelle Erkennen welcher Rauchmelder die Ursache des Alarms war, z. B. in einer Email o. ä.?

Danke und viele Grüße

Volker
Raspberry PI mit fhem 5.8, COC & HM-CFG-LAN für Homematic & CUL für FS20

martinp876

das sollte im Reading "smoke_detect" zu finden sein
im Teamlead

achim-e

Ich habe auch einige HM-SEC-SD-2 sowie Bosch Ferion 5000OW bei mir am laufen, bisher ohne Fehlalarm. Ich wollte jetzt noch zwei nachrüsten, aber man bekommt aktuell nirgends Homematic-Modelle ohne IP. Kennt jemand eine Alternative? Ansonsten wäre wohl die Anschaffung einer Homematic IP Zentrale notwendig, diese in FHEM einbinden und dann halt Schritt für Schritt alle Homematic-Geräte und -Sensoren auf die Zentrale übertragen, oder?

Otto123

auf die letzte Frage: Ja, also genauer eine CCU2 / CCU3 oder eine der Alternativen piVCCU, Raspberrymatic. Man kann auch die CUL_HM Welt weiter betreiben, nur sind es eben immer zwei Welten. Es gibt hier viele Threads zu dem Thema...
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

TL

Zitat von: achim-e am 22 Januar 2023, 12:03:00
... Ich wollte jetzt noch zwei nachrüsten, aber man bekommt aktuell nirgends Homematic-Modelle ohne IP. Kennt jemand eine Alternative? ...
Moin achim-e,
ich habe gerade meine HM-Sec-SD-2 abgebaut und durch vernetzbare Ei Electronics-Geräte ersetzt. Die Homematic-Melder sind max. 5 Jahre alt. Falls du Interesse an gebrauchten Geräten hast, schreib mir eine PM.
VG Thomas
Einen Pi, sie zu knechten, sie alle zu finden,
ins FHEM zu treiben und ewig zu binden.