HM-SEC-SD ohne alarmOn / alarmOff

Begonnen von mfeske, 06 November 2015, 19:59:38

Vorheriges Thema - Nächstes Thema

franky08

#15
Da hab ich jetzt leider keine Antwort drauf. Ich kann das jetzt leider bei mir nicht nachstellen, da meine Rauchmelder verbaut sind und um diese Uhrzeit  :o
Macht das Teil teamCall? Der muss als Team Leader eingetragen sein, glaub ich. Sonst wirf mal einen Blick ins WIKI

VG
Frank
Debian Bookworm auf HUNSN / Debian Bullseye auf 2.ter HUNSN F2F an 2x RaspiB
mit FHEM aktuell
22Zoll ViewSonic als Infodislay (WVC)
3xHMLAN mit vccu, raspmatic_rpi3, HMIP-HCU1

mfeske

set HM_30C61B teamCall ergibt leider die gleiche Fehlerneldung; nein lieber kein Testalarm bei Dir, nicht das die Regierung des Hauses FHEM vernichtet.
Hardware:
1 x Raspberry Pi Mod. B 512 MB
eq-3 2 x MAX! eTRV Heizungssteller, 1 x MAX! Fensterkontakt, 1 x MAX! Cube - LAN Gateway (ausser Betrieb)
Intertechno 1x ITZ-500, 3x ITT-1500, 9x ITR-1500, 3 x ITDL-1000, 2 x ITL-500
1 x CC1101-USB-Lite 433MHz (CUL433)  V3 1 x CC1101-USB-Lite 868MHz (CUL868)

franky08

#17
Wie gesagt der mus als Team Leader configuriert sein, glaub ich. Auch wenn er nur alleine ist  :)
Hier mal ein list von mir:
Internals:
   DEF        52CBF2
   HMLAN1_MSGCNT 2
   HMLAN1_RAWMSG RD819636B,0001,000034A1,FF,FFD8,02A01052CBF2123ABC0601000026
   HMLAN1_RSSI -40
   HMLAN1_TIME 2015-11-05 15:42:34
   HMLAN3_MSGCNT 1
   HMLAN3_RAWMSG E52CBF2,0000,C86E872E,FF,FFBB,02A01052CBF2123ABC0601000026
   HMLAN3_RSSI -69
   HMLAN3_TIME 2015-11-05 15:42:34
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     3
   NAME       Rauchmelder_WZ
   NR         1355
   NTFY_ORDER 50-Rauchmelder_WZ
   STATE      off
   TYPE       CUL_HM
   lastMsg    No:02 - t:10 s:52CBF2 d:123ABC 0601000026
   peerList   self01,
   protLastRcv 2015-11-05 15:42:34
   protSnd    2 last_at:2015-11-05 15:42:34
   protState  CMDs_done
   rssi_HMLAN1 avg:-38 min:-38 max:-38 lst:-38 cnt:1
   rssi_at_HMLAN1 avg:-40 min:-40 max:-40 lst:-40 cnt:2
   rssi_at_HMLAN3 avg:-69 min:-69 max:-69 lst:-69 cnt:1
   sdTeam     sdLead
   CHANGETIME:
   Readings:
     2015-11-05 15:41:48   Activity        alive
     2015-01-04 21:56:04   D-firmware      1.1
     2015-01-04 21:56:04   D-serialNr      LEQ0037714
     2015-01-04 21:58:12   PairedTo        0x123ABC
     2015-01-04 21:58:12   R-pairCentral   0x123ABC
     2015-01-04 21:58:12   RegL_00:        02:01 0A:12 0B:3A 0C:BC 00:00
     2015-11-05 15:42:34   battery         ok
     2015-11-05 15:42:34   level           0
     2015-11-05 15:41:48   peerList        self01,
     2015-11-05 15:42:34   recentStateType info
     2015-11-05 15:42:34   state           off
     2015-09-18 23:44:43   teamCall        from Rauchmelder_WZ:1
     2015-09-18 23:44:43   trigLast        Rauchmelder_WZ:short
     2015-09-18 23:44:43   trig_Rauchmelder_WZ short
     2015-09-18 23:44:43   trigger         Short_1
     2015-09-18 23:44:43   trigger_cnt     1
   Helper:
     HM_CMDNR   2
     cSnd       ,01123ABC52CBF2010E
     fkt        sdLead
     mId        0042
     rxType     2
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +52CBF2,00,00,00
       nextSend   1446734554.38029
       rxt        0
       vccu       vccu
       p:
         52CBF2
         00
         00
         00
     Mrssi:
       mNo        02
       Io:
         HMLAN1     -38
         HMLAN3     -69
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rpt:
       IO         HMLAN1
       flg        A
       ts         1446734554.16253
       ack:
         HASH(0x4a4d708)
         028002123ABC52CBF200
     Rssi:
       Hmlan1:
         avg        -38
         cnt        1
         lst        -38
         max        -38
         min        -38
       At_hmlan1:
         avg        -40
         cnt        2
         lst        -40
         max        -40
         min        -40
       At_hmlan3:
         avg        -69
         cnt        1
         lst        -69
         max        -69
         min        -69
Attributes:
   DbLogExclude .*
   IODev      HMLAN1
   IOgrp      vccu
   actCycle   099:00
   actStatus  alive
   autoReadReg 4_reqStatus
   devStateIcon on.*:building_security@red off.*:building_security@green
   expert     2_full
   firmware   1.1
   fp_status2 630,1360,0,
   model      HM-SEC-SD
   msgRepeat  1
   peerIDs    00000000,52CBF201,
   room       Wohnzimmer
   serialNr   LEQ0037714
   subType    smokeDetector
   webCmd     statusRequest


sdTeam     sdLead

ZitatHinweise zum Betrieb mit FHEM
Der HM-SEC-SD Rauchmelder beherrscht kein AES. Der Betrieb ist mit HMLAN Konfigurator oder mit CUL möglich. Das Pairing sollte wie in HomeMatic Devices pairen beschrieben durchgeführt werden.

Teams
Rauchmelder können/sollen in Teams gruppiert werden. Jeder SD kann einem Team angehören - und das sollte man auch einrichten. Nutzt man nur einen SD sollte man diesen mit sich selbst Teamen.

Beispiele: nutzt man einen SD und will diese nicht mit anderen in einem team haben peert man ihm mit sich selbst. Damit ist der SD sein eigener teamLead.

VG
Frank
Debian Bookworm auf HUNSN / Debian Bullseye auf 2.ter HUNSN F2F an 2x RaspiB
mit FHEM aktuell
22Zoll ViewSonic als Infodislay (WVC)
3xHMLAN mit vccu, raspmatic_rpi3, HMIP-HCU1

martinp876

gibt doch einmal die gesamtsituation wieder. Ein List des Device, das peering mit virtual SD oder sich selbst und ein Log der messages von Kommando.

mfeske

Hallo Martin, danke schon jetzt für die morgendliche Unterstützung die ich heute bestimmt noch brauchen werde bevor ich das Gerät an die Decke schraube :-) Ich habe meinen Fehler gefunden. Ich hatte ja immer wieder komplett von vorne begonnen und alles wieder gelöscht und zurück gesetzt. Dabei muss ich wohl beim letztenmal die Teambildung vergessen haben. Jetzt ist Sie aber da 2015-11-07 08:38:11   peerList        self01, Ich kann jetzt auch mit einem alarmOn / alarmOff den Alarm schalten. Das funktioniert später doch auch für die einzelnen Rauchmelder, oder nur für das Team ?

Ich mache gerade die kleine BMZ für mich fertig und werde mich in Kürze mit einem Problem melden, was jetzt aufgetreten ist.

Gruß
Micha
Hardware:
1 x Raspberry Pi Mod. B 512 MB
eq-3 2 x MAX! eTRV Heizungssteller, 1 x MAX! Fensterkontakt, 1 x MAX! Cube - LAN Gateway (ausser Betrieb)
Intertechno 1x ITZ-500, 3x ITT-1500, 9x ITR-1500, 3 x ITDL-1000, 2 x ITL-500
1 x CC1101-USB-Lite 433MHz (CUL433)  V3 1 x CC1101-USB-Lite 868MHz (CUL868)

franky08

Den Verdacht hatte ich gestern Abend schon, da in den Readings nichts mehr von peerList self01 zu finden war.

VG
Frank
Debian Bookworm auf HUNSN / Debian Bullseye auf 2.ter HUNSN F2F an 2x RaspiB
mit FHEM aktuell
22Zoll ViewSonic als Infodislay (WVC)
3xHMLAN mit vccu, raspmatic_rpi3, HMIP-HCU1

mfeske

Dein Verdacht war ja zutreffend :-) Wenn man eine Anleitung mehrfach durchgeht (was bei den HM Produkten wirklich oft erforderlich ist) dann findet man auch diesen Fehler ;-) der manchmal durch den User verursacht wird.
Hardware:
1 x Raspberry Pi Mod. B 512 MB
eq-3 2 x MAX! eTRV Heizungssteller, 1 x MAX! Fensterkontakt, 1 x MAX! Cube - LAN Gateway (ausser Betrieb)
Intertechno 1x ITZ-500, 3x ITT-1500, 9x ITR-1500, 3 x ITDL-1000, 2 x ITL-500
1 x CC1101-USB-Lite 433MHz (CUL433)  V3 1 x CC1101-USB-Lite 868MHz (CUL868)

franky08

Na Hauptsache das es jetzt trötet  :)

VG
Frank
Debian Bookworm auf HUNSN / Debian Bullseye auf 2.ter HUNSN F2F an 2x RaspiB
mit FHEM aktuell
22Zoll ViewSonic als Infodislay (WVC)
3xHMLAN mit vccu, raspmatic_rpi3, HMIP-HCU1

mfeske

#23
Hier jetzt meine kleine BMZ mit ein paar Fragen dazu:
# BMZ Anfang
define Rauchmelder01 CUL_HM 30C61B
attr Rauchmelder01 IODev hmusb
attr Rauchmelder01 IOgrp vccu:hmusb
attr Rauchmelder01 actCycle 099:00
attr Rauchmelder01 actStatus alive
attr Rauchmelder01 autoReadReg 4_reqStatus
attr Rauchmelder01 expert 2_full
attr Rauchmelder01 firmware 1.1
attr Rauchmelder01 model HM-SEC-SD
attr Rauchmelder01 msgRepeat 1
attr Rauchmelder01 peerIDs 00000000,30C61B01,
attr Rauchmelder01 room BMZ
attr Rauchmelder01 serialNr LEQ1093130
attr Rauchmelder01 subType smokeDetector
attr Rauchmelder01 webCmd statusRequest
define Rauchmelder_Test_Team dummy
attr Rauchmelder_Test_Team devStateIcon off:10px-kreis-rot on:10px-kreis-gruen
attr Rauchmelder_Test_Team room BMZ
attr Rauchmelder_Test_Team setList state:on,off
attr Rauchmelder_Test_Team webCmd state
define Rauchmelder_Test_Team_doif DOIF ([Rauchmelder_Test_Team] eq "on") (set Rauchmelder01 alarmOn) DOELSE  (set Rauchmelder01 alarmOff)
attr Rauchmelder_Test_Team_doif devStateIcon cmd_2:10px-kreis-rot cmd_1:10px-kreis-gruen
attr Rauchmelder_Test_Team_doif room BMZ
define Alarm_Rauchmelder01 dummy
attr Alarm_Rauchmelder01 devStateIcon off:Wecker.Aus on:Wecker.Immer:FS20.off
attr Alarm_Rauchmelder01 room BMZ
define Rauchmelder_Alarm_Team_doif DOIF ([Rauchmelder01:state] eq "on") (set Alarm_Rauchmelder01 on) DOELSEIF ([Rauchmelder01:state] eq "off") (set AlarmRauchmelder01 off)
attr Rauchmelder_Alarm_Team_doif devStateIcon cmd_2:Wecker.Aus cmd_1:Wecker.Immer:FS20.off
attr Rauchmelder_Alarm_Team_doif room BMZ
define Rauchmelder01_Battery dummy
attr Rauchmelder01_Battery devStateIcon low:measure_battery_50@red ok:measure_battery_50@green
attr Rauchmelder01_Battery room BMZ
attr Rauchmelder01_Battery setList state: ok low
define Rauchmelder01_Battery_doif DOIF ([Rauchmelder01:battery] eq "ok") (set Rauchmelder01_Battery ok) DOELSEIF ([Rauchmelder01:battery] eq "low") (set Rauchmelder01_Battery low)
attr Rauchmelder01_Battery_doif devStateIcon cmd_2:measure_battery_50@red cmd_1:measure_battery_50@green
attr Rauchmelder01_Battery_doif room BMZ
# BMZ Ende


Die wichtigste. Mein Rauchmelder_Test_Team_doif habe ich angelegt um den Rauchmelder01 über den dummy Rauchmelder_Test_Team testweise auszulösen. Meine Sorge ist jetzt, ob ich mit DOELSE (set Rauchmelder01 alarmOff) einen evt. Alarm unterdrücke, was natürlich überhaupt nicht gewünscht ist.

So löse ich vermutlich auch nur einen nämlich Rauchmelder01 aus, für das Team was an Rauchmelder01 gepeert ist müsste ich dann teamCall verwenden ? Wie kann ich den teamCall wieder ausschalten?

Ich hoffe das Konstrukt ist so okay und ich würde in den dummys erfahren wenn ein echter Alarm ausgelöst wird. Ich möchte dann von dort aus die Sachen wie Fluchtwegbeleuchtung, Rolläden und push Nachricht steuern. Was mir zu denken gibt ist das state:[off|smoke-Alarm_<count>] vermutlich müsste ich ja bei Rauchmelder_Alarm_Team_doif ein smoke-Alarm_<count> einbauen und nicht ein on, oder ? Wie mache ich das, wenn mir count ja unbekannt ist mit smoke-Alarm_* ?

Ich hatte auch gelesen, das man einmal im Monat den Knopf auf der Aussenseite zur Kalibrierung drücken soll, wird das durch einen regelmässigen Probealarm den ich vermutlich auch noch über ein DOIF steuern werde abgelöst oder ist es trotzdem erforderlich?

Löst das drücken vom Knopf auf der Aussenseite in FHEM einen echten Alarm aus, oder unterscheidet dieser sich von einem echten? Wäre halt interessant um die verschiedenen Szenarien wie Fluchtwegbeleuchtung etc. real zu testen ohne gleich einen Brand legen zu müssen.

Nicht ganz verstanden habe ich die Ausführungen im Wiki zum Team. War es jetzt falsch den Rauchmelder01 mit sich selbst zu teamen damit ist er ja automatisch Teamleader ?! oder soll ich einen virtuellen TeamLeader anlegen? Mit der Zeit werden noch acht Rauchmelder dazu kommen.

Ich würde auch gerne in einem Dummy später ausgeben wo bzw. welcher Rauchmelder Alarm gegeben hat (sehe ich das auch direkt an den Geräten?

Solltet Ihr noch Anregungen oder Vorschläge haben würde ich gerne von diesen hören.

Gruß
Micha

P.S. ich glaube das befürchtete ist eingetreten, da das drücken der Taste zwar die rote LED auslöst, aber nicht den Ton :-(

Was mir jetzt Sorgen macht, ist das die LED unter der Prüftaste ständig rot blinkt, was nach der Anleitung bedeutet:
Beginnt nach dem Drücken der Taste nur die
Leuchtdiode zu blinken, ist der Rauchmelder
defekt und muss ausgetauscht werden.
Hardware:
1 x Raspberry Pi Mod. B 512 MB
eq-3 2 x MAX! eTRV Heizungssteller, 1 x MAX! Fensterkontakt, 1 x MAX! Cube - LAN Gateway (ausser Betrieb)
Intertechno 1x ITZ-500, 3x ITT-1500, 9x ITR-1500, 3 x ITDL-1000, 2 x ITL-500
1 x CC1101-USB-Lite 433MHz (CUL433)  V3 1 x CC1101-USB-Lite 868MHz (CUL868)

franky08

Du must bei den SD´s auf <sd device>.level:.200 triggern, such mal im Forum, dass wurde mal ausführlich diskutiert. Wenn du mehrere SD´s hast, warum richtest du es nicht so ein wie im WIKI beschrieben? Einen TeamLeader und die anderen in´s Team holen. Zu DOIF kann ich dir nichts sagen, benutze ich nicht, TeamCall läuft nur ein paar Minuten und schaltet sich dann ab. Als device zum auswerten reicht der TeamLeader, wenn irgendein SD aus dem Team Alarm meldet, melden Alle.

VG
Frank
Debian Bookworm auf HUNSN / Debian Bullseye auf 2.ter HUNSN F2F an 2x RaspiB
mit FHEM aktuell
22Zoll ViewSonic als Infodislay (WVC)
3xHMLAN mit vccu, raspmatic_rpi3, HMIP-HCU1

mfeske

Wie gesagt, mit der Wiki Beschreibung bin ich etwas verzweifelt. Mit set Rauchmelder_Flur peerChan 0 Rauchmelder_Flur single set actor habe ich ja erst das Team gebildet. Einen Teamleader habe ich damit vermutlich ja noch gar nicht definiert und so wie ich es lese ist der virtueller TeamLead das vernünftigste, wenn man fhem nutzt. Was mir an dieser Stelle aber nicht klar ist, wo die HMID im Wiki Beispiel vermutlich die 111111 herkommt, kann ich diese beliebig definieren ? Ich habe ja schon HM Geräte und damit eine HMID define hmusb HMLAN 127.0.0.1:1234
attr hmusb hmId 240271


Ich werde mal nach .level:.200 suchen und hoffentlich finden was Du meinst.

Gruß
Micha
Hardware:
1 x Raspberry Pi Mod. B 512 MB
eq-3 2 x MAX! eTRV Heizungssteller, 1 x MAX! Fensterkontakt, 1 x MAX! Cube - LAN Gateway (ausser Betrieb)
Intertechno 1x ITZ-500, 3x ITT-1500, 9x ITR-1500, 3 x ITDL-1000, 2 x ITL-500
1 x CC1101-USB-Lite 433MHz (CUL433)  V3 1 x CC1101-USB-Lite 868MHz (CUL868)

franky08

Den TeamLeader hast du schon, du hast ja den einen SD mit sich selbst gepeert.
ZitatBeispiele: nutzt man einen SD und will diese nicht mit anderen in einem team haben peert man ihm mit sich selbst. Damit ist der SD sein eigener teamLead.

set Rauchmelder_Flur peerChan 0 Rauchmelder_Flur single set actor.
Hat man mehrere SDs, die in einem Team zusammenfassen will wird der teamLead festgelegt und alle SDs werden mit ihm gepeert. Das Team kann jederzeit erweitert werden.

set Rauchmelder_Flur peerChan 0 Rauchmelder_Flur single set actor
set Rauchmelder_Flur peerChan 0 Rauchmelder_WZ single set actor
set Rauchmelder_Flur peerChan 0 Rauchmelder_SZ single set actor
set Rauchmelder_Flur peerChan 0 Rauchmelder_KZ single set actor
Debian Bookworm auf HUNSN / Debian Bullseye auf 2.ter HUNSN F2F an 2x RaspiB
mit FHEM aktuell
22Zoll ViewSonic als Infodislay (WVC)
3xHMLAN mit vccu, raspmatic_rpi3, HMIP-HCU1

martinp876

Ich halte den virtuellen lead immer noch für das vernünftiger.
Die ID kannst du frei wählen. Es darf aber keine sein, die schon in Verwendung ist, sie muss einzig im system sein.
Willst du nun den virtuellen lead musst du den SD in peeren und dann mit dem lead peeren. Anders wird es nicht klappen

mfeske

Ich gebe zu ich lasse mich von Moderatoren der entsprechenden Bereiche besonders schnell überzeugen ;-) Also habe ich jetzt noch:
define TeamDev CUL_HM 112112
attr TeamDev IODev hmusb
attr TeamDev autoReadReg 4_reqStatus
attr TeamDev expert 2_full
attr TeamDev model virtual_1
attr TeamDev subType virtual
define Rauchmelder_Team CUL_HM 11211201
attr Rauchmelder_Team icon secur_smoke_detector
attr Rauchmelder_Team model virtual_1
attr Rauchmelder_Team peerIDs
attr Rauchmelder_Team room BMZ
attr Rauchmelder_Team webCmd press short:press long


Der Rauchmelder ist damit ja noch nicht beim Teamleader gemeldet. Du hast geschrieben "SD in peeren und dann mit dem lead peeren." meintest Du entpeeren? Wie mache ich das den ?

Gruß
Micha
Hardware:
1 x Raspberry Pi Mod. B 512 MB
eq-3 2 x MAX! eTRV Heizungssteller, 1 x MAX! Fensterkontakt, 1 x MAX! Cube - LAN Gateway (ausser Betrieb)
Intertechno 1x ITZ-500, 3x ITT-1500, 9x ITR-1500, 3 x ITDL-1000, 2 x ITL-500
1 x CC1101-USB-Lite 433MHz (CUL433)  V3 1 x CC1101-USB-Lite 868MHz (CUL868)

franky08

#29
genauso wie das peeren nur zum Schluss "unset"

set Rauchmelder_Flur peerChan 0 Rauchmelder_Flur single set actor <==peeren
set Rauchmelder_Flur peerChan 0 Rauchmelder_Flur single unset actor <== "entpeeren"

http://www.fhemwiki.de/wiki/Homematic_Peering_Beispiele

VG
Frank
Debian Bookworm auf HUNSN / Debian Bullseye auf 2.ter HUNSN F2F an 2x RaspiB
mit FHEM aktuell
22Zoll ViewSonic als Infodislay (WVC)
3xHMLAN mit vccu, raspmatic_rpi3, HMIP-HCU1