Rauchmelder

[alex]

Although I've been reading a lot of posts regarding this subject I still can't get my smokedetectors to work like it should.
I followed exactly the steps Trebor5 mentions in his previous post and the two smokedetectors seem to pair just fine to my CUL with V 1.46 CUL868 installed.
Also did I configure the virtualGrp and sdTeam as mentioned.

On both I get the following readings:
     2013-02-15 13:31:51   Activity:       alive
     2013-02-14 14:18:20   CommandAccepted yes
     2013-02-15 13:31:51   PairedTo        0xF10000
     2013-02-15 13:31:51   R-pairCentral   0xF10000

Then I try to peer them to the sdTeam with the following steps:
 set sdTeam devicepair 0 RM1 single set
 set RM1 getConfig
 Then push wireless button of RM1

=> The device returns 'MISSING ACK'.

When I do a getConfig on a device then it returns a 'RESPONSE TIMEOUT:PeerList'
Further: the peerIDs field for the smokedetectors stays empty. For the sdTeam it shows the two SD ID's (1779F001,177A3701,)

Who can point me in the right direction?
Below the listing for one of the smokedetectors and the results from the fhem.log

Thanks,
Alex

Internals:
   CUL1COM4_MSGCNT 8
   CUL1COM4_RAWMSG A1A188400177A3700000010004249455130343031373130CD00010042
   CUL1COM4_RSSI -41
   CUL1COM4_TIME 2013-02-15 13:31:51
   DEF        177A37
   IODev      CUL1COM4
   LASTIODev  CUL1COM4
   MSGCNT     8
   NAME       RM1
   NR         331
   STATE      RESPONSE TIMEOUT:PeerList
   TYPE       CUL_HM
   lastMsg    No:18 - t:00 s:177A37 d:000000 10004249455130343031373130CD000100
   protCmdDel 3
   protLastRcv 2013-02-15 13:31:51
   protResnd  46 last_at:2013-02-15 13:51:40
   protResndFail 9 last_at:2013-02-15 13:51:43
   protSnd    11 last_at:2013-02-15 13:51:25
   protState  CMDs_done_events:18
   Readings:
     2013-02-15 13:31:51   Activity:       alive
     2013-02-14 14:18:20   CommandAccepted yes
     2013-02-15 13:31:51   PairedTo        0xF10000
     2013-02-15 13:31:51   R-pairCentral   0xF10000
     2013-02-14 14:24:11   battery         ok
     2013-02-15 13:31:51   peerList        
     2013-02-15 13:51:43   state           RESPONSE TIMEOUT:PeerList
     2013-02-15 13:03:42   test            from RM1:0
   Fhem:
   Helper:
     burstEvtCnt 18
     mId        0042
     rxType     2
     Shadowreg:
Attributes:
   actCycle   099:00
   actStatus  alive
   firmware   1.0
   model      HM-SEC-SD
   peerIDs    
   room       CUL_HM
   serialNr   IEQ0401710
   subType    smokeDetector
   webCmd     test:alarmOn:alarmOff


2013.02.15 13:55:56.683 2: CUL_HM set RM1 getConfig rxt:2
2013.02.15 13:55:56.683 1: SW: As1021B001F10000177A3700040000000000
2013.02.15 13:55:56.695 1: SND L:10 N:21 F:B0 CMD:01 SRC:F10000 DST:RM1 00040000000000 (CONFIG_PARAM_REQ CHANNEL:0x00 PEER_ADDRESS:0x000000 PEER_CHANNEL:0x00 PARAM_LIST:0x00) (,BURST,BIDI,RPTEN)
2013.02.15 13:56:00.175 1: SW: As1021B001F10000177A3700040000000000
2013.02.15 13:56:00.188 1: SND L:10 N:21 F:B0 CMD:01 SRC:F10000 DST:RM1 00040000000000 (CONFIG_PARAM_REQ CHANNEL:0x00 PEER_ADDRESS:0x000000 PEER_CHANNEL:0x00 PARAM_LIST:0x00) (,BURST,BIDI,RPTEN)
2013.02.15 13:56:03.197 1: SW: As1021B001F10000177A3700040000000000
2013.02.15 13:56:03.208 1: SND L:10 N:21 F:B0 CMD:01 SRC:F10000 DST:RM1 00040000000000 (CONFIG_PARAM_REQ CHANNEL:0x00 PEER_ADDRESS:0x000000 PEER_CHANNEL:0x00 PARAM_LIST:0x00) (,BURST,BIDI,RPTEN)
2013.02.15 13:56:05.963 1: SW: As1021B001F10000177A3700040000000000
2013.02.15 13:56:05.975 1: SND L:10 N:21 F:B0 CMD:01 SRC:F10000 DST:RM1 00040000000000 (CONFIG_PARAM_REQ CHANNEL:0x00 PEER_ADDRESS:0x000000 PEER_CHANNEL:0x00 PARAM_LIST:0x00) (,BURST,BIDI,RPTEN)
2013.02.15 13:56:09.848 1: SW: As1021B001F10000177A3700040000000000
2013.02.15 13:56:09.860 1: SND L:10 N:21 F:B0 CMD:01 SRC:F10000 DST:RM1 00040000000000 (CONFIG_PARAM_REQ CHANNEL:0x00 PEER_ADDRESS:0x000000 PEER_CHANNEL:0x00 PARAM_LIST:0x00) (,BURST,BIDI,RPTEN)
2013.02.15 13:56:13.481 1: SW: As1021B001F10000177A3700040000000000
2013.02.15 13:56:13.493 1: SND L:10 N:21 F:B0 CMD:01 SRC:F10000 DST:RM1 00040000000000 (CONFIG_PARAM_REQ CHANNEL:0x00 PEER_ADDRESS:0x000000 PEER_CHANNEL:0x00 PARAM_LIST:0x00) (,BURST,BIDI,RPTEN)
2013.02.15 13:56:16.794 1: SW: As1021B001F10000177A3700040000000000
2013.02.15 13:56:16.807 1: SND L:10 N:21 F:B0 CMD:01 SRC:F10000 DST:RM1 00040000000000 (CONFIG_PARAM_REQ CHANNEL:0x00 PEER_ADDRESS:0x000000 PEER_CHANNEL:0x00 PARAM_LIST:0x00) (,BURST,BIDI,RPTEN)
2013.02.15 13:56:20.097 1: SW: As0B22B001F10000177A370103
2013.02.15 13:56:20.110 1: SND L:0B N:22 F:B0 CMD:01 SRC:F10000 DST:RM1 0103 (CONFIG_PEER_LIST_REQ CHANNEL:0x01) (,BURST,BIDI,RPTEN)
2013.02.15 13:56:22.571 1: SW: As0B22B001F10000177A370103
2013.02.15 13:56:22.584 1: SND L:0B N:22 F:B0 CMD:01 SRC:F10000 DST:RM1 0103 (CONFIG_PEER_LIST_REQ CHANNEL:0x01) (,BURST,BIDI,RPTEN)
2013.02.15 13:56:25.898 1: SW: As0B22B001F10000177A370103
2013.02.15 13:56:25.910 1: SND L:0B N:22 F:B0 CMD:01 SRC:F10000 DST:RM1 0103 (CONFIG_PEER_LIST_REQ CHANNEL:0x01) (,BURST,BIDI,RPTEN)
2013.02.15 13:56:28.918 1: SW: As0B22B001F10000177A370103
2013.02.15 13:56:28.930 1: SND L:0B N:22 F:B0 CMD:01 SRC:F10000 DST:RM1 0103 (CONFIG_PEER_LIST_REQ CHANNEL:0x01) (,BURST,BIDI,RPTEN)
2013.02.15 13:56:32.419 1: SW: As0B22B001F10000177A370103
2013.02.15 13:56:32.430 1: SND L:0B N:22 F:B0 CMD:01 SRC:F10000 DST:RM1 0103 (CONFIG_PEER_LIST_REQ CHANNEL:0x01) (,BURST,BIDI,RPTEN)
2013.02.15 13:56:35.708 1: SW: As0B22B001F10000177A370103
2013.02.15 13:56:35.719 1: SND L:0B N:22 F:B0 CMD:01 SRC:F10000 DST:RM1 0103 (CONFIG_PEER_LIST_REQ CHANNEL:0x01) (,BURST,BIDI,RPTEN)
2013.02.15 13:56:38.921 1: SW: As0B22B001F10000177A370103
2013.02.15 13:56:38.934 1: SND L:0B N:22 F:B0 CMD:01 SRC:F10000 DST:RM1 0103 (CONFIG_PEER_LIST_REQ CHANNEL:0x01) (,BURST,BIDI,RPTEN)




 
 

[martinp876]

Alex,

even though your procedure is corret the problem is the CUNO.
You may have read about burst mode and that this is not supproted this CUNO?

Fact ist that HMLAN issues a burst when told so, but CUL/CUNO dont. Thus the device (SD) does not react.
So far no one identified how the burst looks like in detail and therefore it is cannot be implemented.
Sorry, no way at this point in time

Regards,
Martin

[alex]

I saw something about burst mode but my German understanding wasn't probably good enough to understand it completely. Thanks for the clarification, saves me at least a few attempts to get this to work.

So basically I need to buy the  HM-CFG-LAN to configure the smoke detectors or do I need another HM device?

Thanks,
Alex

[martinp876]

a HMLAN should do the job.

[Martin Thomas Schrott]

Hi,

yes, you just need the HMLAN configurator no additional device.

and something you also should be aware off:
>Then I try to peer them to my CUL with the following steps:

>set sdTeam devicepair 0 RM1 single set

this does not pair to the cul (or in future HMLAN) this (devicepair) is the command to peer two devices to eachother!

You really should start with pairing every device to fhem and after that peer the devices to eachother using devicepair!

Just to safe you from some more hours of tryal and error ;-)

cheers
Martin

[Trebor5]

Hallo ,

habe ich das richtig verstanden das ein Rauchmelder nur so richtig angelernt werden kann wenn man einen HM-CFG-LAN benutzt.

[Dennis D.]

denke schon. so hab ich es jedenfalls verstanden.

also ich habe meine drei stück wie folgt eingerichtet:

1. shutdown fhem
2. Homematic-Konfigurationssoftware gestartet (seit der KeyMatic-Odyssee bin ich ein Freund davon geworden *g*)
3. Rauchmelder nacheinander mit dem HMLAN über die Konfigurationssoftware pairen
4. Über die Software Gruppe bilden.
5. Konfigurator beenden und FHEM starten.
6. In FHEM über hmPairForSec alle drei Rauchmelder mit FHEM pairen
Fertig!

Ein virtuelles Device für die Gruppe habe ich nicht angelegt. Sollte ich mal einen RM tauschen müssen, paire ich den wieder über die Windows-Software und füge den der bestehenden Gruppe hinzu.

Gerade getestet und es funktioniert so wie ich es mir vorstelle. Bei "smoke-Alarm" heulen alle drei Melder los, die Rollläden fahren hoch, Außenbeleuchtung geht an, KeyMatic geht auf "unlock" und ich bekomme ne E-Mail mit dem Alarmhinweis.

Subjektiv scheint das so super zu klappen, oder gibts bei dieser Variante einen Nachteil, den ich übersehen hab? Gerade was die RM angeht, muss das ja 100%ig funktionieren.

Gruß,
Dennis

[alex]

Hello Martin, Dennis,

Thanks for the advice. I've ordered the HM-CFG-LAN so in a few days I'll know if I can get this to work.
If I read correctly I won't be needing the CUL in homematic mode once I have added the HM-CFG-LAN to FHEM. Is that correct? And if yes, what would be the advantage of using a CUL for homematic devices? It's more expensive and doesn't support all functionality?

Alex

[Trebor5]

Hallo,

wir schreiben hier schon so lange rum und erst jetzt kommt durch, mehr oder weniger Zufall , raus das es vernünftig geht mit diesem HM-CFG-LAN.

Warum hat keiner vorher mal was gesagt ?

Werde jetzt erst mal losfahren und so ein Ding bei Conrad besorgen und anschließend berichten.

@Dennis

Genauso wie du es umgesetzt hast stelle ich mir das auch vor leider scheitere ich ja wie gelesen schon an der Anbindung der Rauchmelder.

Kannst du uns allen mal deine Konfiguration zu Verfügung stellen so wie du deinen Ablauf beschrieben hast.

,,Bei "smoke-Alarm" heulen alle drei Melder los, die Rollläden fahren hoch, Außenbeleuchtung geht an, KeyMatic geht auf "unlock" und ich bekomme ne E-Mail mit dem Alarmhinweis."

Außerdem hätte ich noch ein andere frage.

Zu : shutdown fhem das bekomme ich hin ;-) aber mit welchem Befehl startest du Fhem wieder  ? oder ziehst du einfach nur denn Stecker ?

[Dennis D.]

Also die Anbindung ging nicht weniger schwer als bei den anderen HM-Komponenten auch.

Nachfolgend mal meine Konfiguration:

Code Auswählen Erweitern


#########################################################################
##  Rauchmelder Erdgeschoss (Master)
#########################################################################
define FL_EG_Rauchmelder CUL_HM 1C292E
attr FL_EG_Rauchmelder .devInfo 000100
attr FL_EG_Rauchmelder actCycle 099:00
attr FL_EG_Rauchmelder actStatus alive
attr FL_EG_Rauchmelder alias RM Flur (EG) [Master]
attr FL_EG_Rauchmelder firmware 1.0
attr FL_EG_Rauchmelder fp_Erdgeschoss 515,578,1,Rauchm.
attr FL_EG_Rauchmelder group Rauchmelder
attr FL_EG_Rauchmelder model HM-SEC-SD
attr FL_EG_Rauchmelder peerIDs 00000000,1C292E01,
attr FL_EG_Rauchmelder room Flur
attr FL_EG_Rauchmelder serialNr JEQ0352713
attr FL_EG_Rauchmelder subType smokeDetector
attr FL_EG_Rauchmelder webCmd test:alarmOn:alarmOff

#########################################################################
##  Rauchmelder Obergeschoss
#########################################################################
define FL_DG_Rauchmelder CUL_HM 1C2E31
attr FL_DG_Rauchmelder .devInfo 000100
attr FL_DG_Rauchmelder actCycle 099:00
attr FL_DG_Rauchmelder actStatus alive
attr FL_DG_Rauchmelder alias RM Flur (DG)
attr FL_DG_Rauchmelder firmware 1.0
attr FL_DG_Rauchmelder fp_Obergeschoss 350,578,1,Rauchm.
attr FL_DG_Rauchmelder group Rauchmelder
attr FL_DG_Rauchmelder model HM-SEC-SD
attr FL_DG_Rauchmelder peerIDs 00000000,1C292E01,
attr FL_DG_Rauchmelder room Flur
attr FL_DG_Rauchmelder serialNr JEQ0354419
attr FL_DG_Rauchmelder subType smokeDetector
attr FL_DG_Rauchmelder webCmd test:alarmOn:alarmOff

#########################################################################
##  Rauchmelder Wohnzimmer
#########################################################################
define WZ_Rauchmelder CUL_HM 1C2FCD
attr WZ_Rauchmelder .devInfo 000100
attr WZ_Rauchmelder actCycle 099:00
attr WZ_Rauchmelder actStatus alive
attr WZ_Rauchmelder alias RM Wohnzimmer
attr WZ_Rauchmelder firmware 1.0
attr WZ_Rauchmelder fp_Erdgeschoss 373,486,1,Rauchm.
attr WZ_Rauchmelder group Rauchmelder
attr WZ_Rauchmelder model HM-SEC-SD
attr WZ_Rauchmelder peerIDs 1C292E01,
attr WZ_Rauchmelder room Wohn-/Esszimmer
attr WZ_Rauchmelder serialNr JEQ0354372
attr WZ_Rauchmelder subType smokeDetector
attr WZ_Rauchmelder webCmd test:alarmOn:alarmOff


Code Auswählen Erweitern


#########################################################################
##  Feueralarm
#########################################################################
define Feueralarm notify .*Rauchmelder:smoke.* { \
fhem("set FL_KeyMatic unlock ;;\
     set WZ_Jalousie rauf ;; sleep 0.5 ;;\
     set EZ_Jalousie rauf ;; sleep 0.5 ;;\
     set KU_Jalousie rauf ;; sleep 0.5 ;;\
     set HA_Jalousie rauf ;; sleep 0.5 ;;\
     set VR_Jalousie rauf ;; sleep 0.5 ;;\
     set AA_Haustuerbeleuchtung ein ;; sleep 0.5 ;;\
     set AA_Terrassenbeleuchtung ein") }
attr Feueralarm group Feueralarm
attr Feueralarm room Steuerung

define Feueralarm_Mail notify .*Rauchmelder:smoke.* "printf "Subject:ACHTUNG FEUERALARM\nTo:dennis@@meinedomain.de\nFrom:fhem@@meinedomain.de\n\nFeueralarm wurde ausgeloest." | sendmail -t"
attr Feueralarm_Mail alias bei Feueralarm
attr Feueralarm_Mail group E-Mail Benachrichtigungen
attr Feueralarm_Mail room System


Zu dem "sleep 0.5". Ich hatte das Problem, dass wenn ich mehrere Aktionen gleichzeitig ausführen wollte, mindestens ein Aktor ein "Missing Ack" hatte. Dies bin ich zunächst mit "define <devicename>_verzoegert at +00:00:01 set <device> [aktion]" umgangen, da ich bisher dachte der sleep befehlt würde FHEM entsprechend lahmlegen. Nachdem ich in der commandref dann entdeckt hatte, dass innerhalb eines Befehls bzw. wenn noch ein weiterer Befehl folgt, dass "sleep" keine Auswirkungen auf FHEM hat, habe ich das entsprechend in meinen configs umgeändert, um weniger at-devices zu haben.

Beenden ist ja soweit klar. Shutdown in die Befehlszeile oben eingeben und "Entern". Plöp! Fhem ist down.

Starten geht logischerweise dann nicht mehr über den Browser, sondern über die Konsole. Ich log mich daher mit einem Telnet-Client - z.B. Putty - auf meiner Qnap ein. am Promt gebe ich dann folgendes ein:

Code Auswählen Erweitern


[~] # cd /opt/bin                                                <------ Enter
[/opt/bin] # fhem.pl /opt/etc/fhem.cfg                           <------ Enter


Schon ist FHEM wieder online. Da es sich aber beenden würde, wenn Du die Konsole schließt, mache ich anschließend in FHEM immer einen "shutdown restart". Danach kann ich Putty durch die Eingabe von "exit" schließen und FHEM wird dadurch nicht beendet.

Auf den Fritzboxen müsste es analog zu meiner Vorgehensweise funktionieren, mit Ausnahme des Pfades "/opt/bin". Glaube der ist bei der Fritzbox etwas anders.

@alex:
If you only want to use HomeMatic, you only need the HM-CFG-LAN. With CUL you can control other radio-controlled devices in addition to Homematic, except the ELV FS20-Devices. May anybody correkt me, if i was wrong.

Gruß,
Dennis

[kossmann]

If I read correctly I won't be needing the CUL in homematic mode once I have added the HM-CFG-LAN to FHEM. Is that correct? And if yes, what would be the advantage of using a CUL for homematic devices? It's more expensive and doesn't support all functionality?

Hi Alex,

if you only use Homematic-devices, HMLAN is the best choice (AES-encryption, burst-mode, ...).

The advantage of a CUL... you can control other devices like "Intertechno" (radio controled power plugs), "FS20" and so on.

So if you have a mixed environment, you should have a CUL and an HMLAN. If you only have Homematic-devices and not want to change this in feature, a HMLAN is sufficient.

[DASDING]

Hallo Trebor5

hier meine Anmerkungen

Generell: peerIDs sollte man die Maschine eintragen lassen. Sinn ist, dass man den Zustand lesen kann, nicht schreiben (in diesem Fall)

Zum Vorgehen:

1) pairen der SDs mit FHEM keine Anmerkungen

2) aufsetzen des virtuellen Aktors
- man sollte die Systemfunktionen nutzen um ihn zu erstellen. Im Gegensatz zu HM devices die eine eigenen FW habe sind virtuelle Aktoren doch eher dumm.
Definiere als auch einen virtuelen Kanal als sdTeam:

define virtualGrp CUL_HM 110000
set virtualGrp virtual 1
rename virtualGrp_Btn1 sdTeam

3) peere deine SDs mit dem virtual team
set sdTeam devicepair 0 RAUCH_MARIUS single set
set RAUCH_MARIUS getConfig          # gleich hinterherschicken zur Kontrolle
Danach anlernen bei RAUCH_MARIUS druecken. Dann erst werden die Kommandos verarbeitet!
 
# naechster Melder....
set sdTeam devicepair 0 RAUCH2 single set
set RAUCH2 getConfig          # gleich hinterherschicken zur Kontrolle
Danach anlernen bei RAUCH2 druecken.
...

Du kannst auch erst alle Kommandos absetzen und dann der reihe nach anlernen druecken gehen

4) Kontrolle:
in den peerList der SDs muss sdTeam, stehen - und zwar aus dem device gelesen. Manuell eintragen nutzt nichts!

5) speichere die einstellungen.
In fhem.cfg sollte jetzt alle Attribute stehen. Du kannst welche nachtragen wie room,... Model, subtype und sonstige "systemsachen" sollte der User nur in wenigen Ausnahmefeallen in die hand nehmen.

Jetzt sollte es funktionieren(hoffe ich).

Gruss
Martin

Hallo,

Ich versuche genau nach der Anleitung vorzugehen, allerdings bekomme ich sofort beim versuch den SD mit der virtuellen Gruppe zu peeren die Antwort NACK

[martinp876]

du hast also den SD mit FHEM erfolgreich gepairt? Kannst du die Register lesen und steht das auch in PairedTo? ggf mit getConfig probieren.

Dann bitte das Kommando, mit dem du peeren willst.

Gruss Martin

[DASDING]

Hallo Martin,

danke für die schnell angebotene Hilfe.

Mittlerweile hab ich es hinbekommen allerdings mit einem virtuellen Rauchmelder als Master. Das pairen war nicht das Problem. Im Register stand immer 0xA0802A. Ich wollte die SDs mit dem Befehl set <virtuelleGruppe> peerChan 0 SD1 single set (probeweise auch mit: actor)  peeren.

Anfänglich hat mich auch beim peeren mit dem virtuellen SD verwirrt, dass set <virtuelleGruppe> peerChan 0 SD1 single set actor der peer nicht im SD1 stand, auch nicht nach getConfig. Ist das normal? Erst nachdem ich den test im virtuellen SD ausgelöst hatte stand war im peer.
Du hattest ja geschrieben das man nach getConfig die Anlerntaste betätigen soll. Ist es richtige das man vom SD1 hier ein rote Bestätigung bekommt?

heute Morgen hab ich mir meine SDs nochmal angeschaut nun sehe ich das bei R-pairCentral bei einigen SDs set_0xA0802A steht. Allerdings reagieren alle SDs auf den test Befehl des virtuellen SD. Was hat es damit auf sich?

Vielen Dank für die Hilfe :-) !

[martinp876]

mal sehen, ob ich es verstehe:

in R-pairCentral steht die HMID der Zentrale.
rot Blinken sollte der SD nicht, wenn etwas übertragen werden soll.
Zu beachten ist, dass ein SD nur einen Peer "kann". Will man also peeren muss man den alten löschen (peerChan unset oder ein reset)

Ich denke, die peers werden angezeigt, sollte das getConfig korrekt durchgeführt sein.

Gruss Martin