HM-SEC-SFA-SM Funk-Sirenensteuerung nicht alle Funktionen möglich

[PowerDiz]

Hallo,
ich hab eine HM-SEC-SFA-SM Funk-Sirenensteuerung.
Diese wird wie es scheint nur als Aktor/Schalter implementiert.
Es soll aber mehrere Funktionen wie Sabotage, Akkuüberwachung, Einschaltdauer der Sirene / Blinklicht, etc. geben.
Ist eine Implementierung dieser Funktionen geplant?
Zur Info:
Wenn der Aktor eingeschaltet wird (über set .... on), dann wird auch nur die Sirene eingeschaltet und das Blinklicht bleibt aus.

Danke,
Dieter

[Andre]

Hallo,

ich habe das gleiche Modell, bei mir ist das Teil aber weitgehend korrekt aufgesetzt. Ich habe zum einen das Device definiert und dann jeweils einen Kanal für den Blitz und die Sirene. Damit kann ich beide auch unabhängig voneinander ansteuern. Vermutlich braucht man noch einen dritten Kanal für den Sabotagekontakt, den habe ich aber nicht angeschlossen.

Ein list auf das Device liefert bei mir:

CHANGED    
   DEF        11D0CC
   IODev      myCUL
   LASTIODev  myCUL
   MSGCNT     8
   NAME       alarm_Device
   NR         124
   STATE      RESPONSE TIMEOUT:RegisterRead
   TYPE       CUL_HM
   channel_01 alarm_Sirene
   channel_02 alarm_Blitz
   lastMsg    No:00 - t:10 s:11D0CC d:F11034 030000
   myCUL_MSGCNT 8
   myCUL_RAWMSG A0C00A01011D0CCF11034030000EA
   myCUL_RSSI -85
   myCUL_TIME 2013-01-12 13:51:57
   protLastRcv 2013-01-12 13:51:57
   protSnd    5 last_at:2013-01-12 13:51:56
   protState  CMDs_done
   Readings:
     2013-01-12 13:51:54   PairedTo        0xF11034
     2013-01-12 13:51:54   RegL_00:          02:01 09:01 0A:F1 0B:10 0C:34 10:01  12:69 13:32 14:06 00:00
     2013-01-08 19:19:26   state           RESPONSE TIMEOUT:RegisterRead
   Helper:
     mId        0050
     rxType     1
     Shadowreg:
Attributes:
   devInfo    820100
   firmware   1.0
   hmClass    receiver
   loglevel   3
   model      HM-SEC-SFA-SM
   room       Alarmanlage

Welche Register im einzelnen was machen ist mir nur bei wenigen klar, aber ich denke hier lässt sich die voreingestellte Zeit verändern.

Gruß,
André

[PowerDiz]

Hallo André,
Vielen Dank, das hat mir weitergeholfen.
Ich kann jetzt auch die Sirene und den Blitz getrennt steuern.

Danke,
Dieter

[martinp876]

Hi,

ich kann nicht sehen welcher subtype für das device eingetragen ist. Koennt ihr dies ausmessen - oder eine Anlern-message mitloggen?

Die Anzahl der Kanaele ist in der Anlernmessage codiert - leider nicht im XML. nach der sys-info hat das device 16 Kanaele, nicht nur 2. Hmmm...


koennt ihr von beiden channel die Register lesen?
Koennt ihr noch einen 3. Channel definieren? und funktioniert der?

Die Zeiten lassen sich über die register der List3 einstellen - nach dem peering. Die Register sind aber erst zugänglich, wenn ich den subtype kenne - oder seht ihr schon welche?

Gruss
Martin

[Andre]

Hallo Martin,

als subType wird switch gesetzt, hier die Anlernmessage die ich damals bekommen haben:

2012.12.16 14:43:18 3: CUL_HM Unknown device CUL_HM_switch_11D0CC, please define it
2012.12.16 14:43:19 2: autocreate: define CUL_HM_switch_11D0CC CUL_HM 11D0CC A1A18840011D0CC0000001000504745513030303531383310820100
2012.12.16 14:43:19 3: CUL_HM pair: CUL_HM_switch_11D0CC switch, model HM-SEC-SFA-SM serialNr GEQ0005183
2012.12.16 14:43:19 3: myCUL pairing (hmPairForSec) not enabled
2012.12.16 14:43:19 2: autocreate: define FileLog_CUL_HM_switch_11D0CC FileLog /var/log/fhem/CUL_HM_switch_11D0CC-%Y.log CUL_HM_switch_11D0CC
2012.12.16 14:44:27 3: CUL_HM pair: CUL_HM_switch_11D0CC switch, model HM-SEC-SFA-SM serialNr GEQ0005183
2012.12.16 14:44:38 3: CUL_HM pair: CUL_HM_switch_11D0CC switch, model HM-SEC-SFA-SM serialNr GEQ0005183
2012.12.16 14:45:43 3: CUL_HM pair: CUL_HM_switch_11D0CC switch, model HM-SEC-SFA-SM serialNr GEQ0005183

Die Readings des Device sind gerade frisch ausgelesen:

Internals:
   CHANGED    
   DEF        11D0CC
   IODev      myCUL
   LASTIODev  myCUL
   MSGCNT     14
   NAME       alarm_Device
   NR         124
   STATE      RESPONSE TIMEOUT:RegisterRead
   TYPE       CUL_HM
   channel_01 alarm_Sirene
   channel_02 alarm_Blitz
   lastMsg    No:11 - t:10 s:11D0CC d:F11034 030000
   myCUL_MSGCNT 14
   myCUL_RAWMSG A0C11A01011D0CCF110340300000A
   myCUL_RSSI -69
   myCUL_TIME 2013-01-13 11:25:52
   protCmdDel 8
   protLastRcv 2013-01-13 11:25:52
   protResnd  18 last_at:2013-01-13 11:25:36
   protResndFail 3 last_at:2013-01-13 11:25:40
   protSnd    12 last_at:2013-01-13 11:25:52
   protState  CMDs_done
   Readings:
     2013-01-13 11:25:50   PairedTo        0xF11034
     2013-01-13 11:25:50   RegL_00:          02:01 09:01 0A:F1 0B:10 0C:34 10:01  12:69 13:32 14:06 00:00
     2013-01-12 18:49:38   noReceiver      src:11D0CC (A410) 06010000
     2013-01-13 11:25:40   state           RESPONSE TIMEOUT:RegisterRead
   Helper:
     mId        0050
     rxType     1
     Shadowreg:
Attributes:
   devInfo    820100
   firmware   1.0
   hmClass    receiver
   loglevel   3
   model      HM-SEC-SFA-SM
   room       Alarmanlage
   serialNr   GEQ0005183
   subType    switch

Einen Timeout bekomme ich immer bei getConfig. Die Die Kanäle für die Sirene / Blitz habe ich selbst angelegt, die sind nicht automatisch gekommen. Register 3 kann ich wie vermutet bei den Kanälen nicht auslesen. Wie kann ich das denn manuell definieren und testen?

Hier der Blitz Kanal:

Internals:
   DEF        11D0CC02
   IODev      myCUL
   NAME       alarm_Blitz
   NR         128
   STATE      off
   TYPE       CUL_HM
   chanNo     02
   device     alarm_Device
   Readings:
     2013-01-13 11:15:43   CommandAccepted yes
     2013-01-13 11:25:52   RegL_01:          08:00 30:06 00:00
     2013-01-13 11:15:48   deviceMsg       off (to myCUL)
     2013-01-08 18:47:25   peerList        
     2013-01-13 11:15:48   state           off
   Helper:
     Shadowreg:
Attributes:
   devInfo    820100
   firmware   1.0
   hmClass    receiver
   model      HM-SEC-SFA-SM
   peerIDs    
   room       Alarmanlage
   serialNr   GEQ0005183
   subType    switch

Hier der Sirenen Kanal:

Internals:
   DEF        11D0CC01
   IODev      myCUL
   NAME       alarm_Sirene
   NR         126
   STATE      off
   TYPE       CUL_HM
   chanNo     01
   device     alarm_Device
   Readings:
     2013-01-08 19:23:08   CommandAccepted yes
     2013-01-13 11:25:51   RegL_01:          08:00 30:06 00:00
     2013-01-11 18:55:56   deviceMsg       off (to myCUL)
     2013-01-08 18:47:25   peerList        
     2013-01-11 18:55:56   state           off
   Helper:
     Shadowreg:
Attributes:
   devInfo    820100
   firmware   1.0
   hmClass    receiver
   model      HM-SEC-SFA-SM
   peerIDs    
   room       Alarmanlage
   serialNr   GEQ0005183
   subType    switch

Wenn noch etwas fehlt oder falsch ist gib mir einfach kurz Bescheid.

Gruß,
André

[martinp876]

Hallo Andre

danke für die Infos

das device hat 2 Kanaele (wusstest du schon, sehe ich aber jetzt in der Anlern-message)
Ich nenne sie "Flash" und "Siren". Sie werden beim anlernen angelegt werden, falls sie noch nicht existieren.

Die Register habe ich "eingebaut". Hast ja schon die Config ausgelesen.
Wenn du kanaele peerst (devicepair) solltest du auch eine List3 erhalten. Evtl kann man auch die internen Kanaele visible schalten.

Die kommandos get ...regList und get ... reg all kennst du sicher - stehen im commandref

Der timeout kommt evtl vom fehlen der List3. Wenn du einen log schickst kann ich es nachsehen.

Werde die Version mit den Registern nachher hochladen

Es gibt jetzt auch error-events fuer Batterie, power und sabotage.

Wenn etwas fehlt, lass es mich wissen


Gruss
Martin

[PowerDiz]

Hallo Martin,
Danke für die schnelle Erweiterung.
Ich hab mal Tests durchgeführt.
Die autocreate Funktionalität hat funktioniert.
Device wurde bei mir angelegt und 2 Channels.

Die Funktionen Battery, Power und Sabotage funktionierten nicht bei mir.
Ich hab mal folgende Änderung in 10_CUL_HM.pm Z.745 gemacht und dann funktioniert es bei mir:
if ($model eq "HM-SEC-SFA-SM" && $chn eq "00"){

in

if ($model eq "HM-SEC-SFA-SM" && $chn eq "01"){

Gruß,
Dieter

[Dennis D.]

Würde auch gerne die States für Power, Battery und Sabotage auslesen können. Wie geht das? Die Zeilen in der 10_CUL_HM.pm existieren bei mir nicht.

[PowerDiz]

Hallo,
also meine Datei hat die ID:
# $Id: 10_CUL_HM.pm 2514 2013-01-14 07:39:16Z rudolfkoenig $

Ich mache immer ein Update mit dem Befehl updatefhem, damit ich das aktuelle Repository bekomme.

Gruß,
Dieter

[Dennis D.]

meine hat die:

$Id: 10_CUL_HM.pm 2497 2013-01-12 21:09:08Z rudolfkoenig $

habe gerade mal ein update gemacht und schon ist besagte zeile vorhanden. hab geglaubt meine wäre schon aktuell. sollte mir mal angewöhnen generell alle zwei tage oder so ein update zu machen.

[Dennis D.]

also jetzt habe ich unter den readings zwar folgende meldungen:

R-batDefectLimit    0.5 Ohm   2013-01-15 18:08:53
R-cyclicInfoMsg     on           2013-01-15 18:08:53
R-lowBatLimit       10.5 V   2013-01-15 18:08:53
R-sabotageMsg       on      2013-01-15 18:08:53

wie würden denn die readings aussehen, wenn die anlage sabotiert wird, die batterie defekt ist, oder der strom ausfällt?
würde halt gerne die sirene auslösen, wenn versucht wird zu sabotieren und mir eine e-mail senden lassen, wenn die batterie defekt ist oder der strom ausfällt.

[PowerDiz]

Hi,
die Werte tauchen bei mir auf dem Sirenen Kanal 01 unter readings auf.
Es werden Events generiert und die können mit notify abgefangen werden.

Internals:
   CFGFN      /etc/fhem/Alarmanlage.cfg
   DEF        125FFF01
   IODev      HMLAN1
   NAME       AlarmSirene
   NR         137
   STATE      off
   TYPE       CUL_HM
   chanNo     01
   device     AlarmFunkSirene
   Readings:
     2013-01-14 17:52:31   CommandAccepted yes
     2013-01-14 18:05:13   RegL_01:        08:00 30:06 00:00
     2013-01-14 18:53:31   batterieError   off
     2013-01-14 18:53:31   deviceMsg       off (to HMLAN1)
     2013-01-14 18:07:17   peerList        0
     2013-01-14 18:53:31   powerError      off
     2013-01-14 18:53:31   sabotageError   off
     2013-01-14 18:53:31   state           off
Attributes:
   model      HM-SEC-SFA-SM
   room       Alarmanlage

Gruß,
Dieter

[Dennis D.]

Hm, da kann ich nicht ganz folgen. in den Readings steht ja "lowBatLimit 10.5 V". Das interpretiere ich als den wert, bei dem eine warnung ausgelöst wird. nur mit welchem wert lese ich den batterie-status "ok" oder "low" aus? Das gleiche für den Sabotagekontakt. in den readings steht "sabotageMsg on". hier gehe ich davon aus, dass mir dies sagen soll, dass eine sabotage-nachricht erzeigt wird. und von Power-status seh ich gar nix. die readings aus deinem post find ich nit. mein devide sieht so aus:

CFGFN
/opt/etc/13_Hausanschlussraum.cfg
CHANGED
DEF   
125EBB
IODev
LANInterface
LANInterface_MSGCNT 11
LANInterface_RAWMSG E125EBB,0000,2FD51942,FF,FFD4,0BA010125EBBE06355030000
LANInterface_RSSI -44
LANInterface_TIME 2013-01-15 18:08:55
LASTIODev LANInterface
MSGCNT 11
NAME HA_Sirenensteuerung
NR 312
STATE off
TYPE CUL_HM
channel_02 HA_Blitzersteuerung
lastMsg No:0B - t:10 s:125EBB d:E06355 030000
protLastRcv 2013-01-15 18:08:55
protSnd 7 last_at:2013-01-15 18:08:55
protState CMDs_done

Readings
CommandAccepted yes        2013-01-14 16:47:28
PairedTo 0xE06355           2013-01-15 18:08:53
R-batDefectLimit 0.5 Ohm   2013-01-15 18:08:53
R-cyclicInfoMsg on           2013-01-15 18:08:53
R-lowBatLimit 10.5 V           2013-01-15 18:08:53
R-sabotageMsg on            2013-01-15 18:08:53
RegL_00: 02:01 09:01 0A:E0 0B:63 0C:55 10:01 12:69 13:32 14:06 00:00   2013-01-15 18:08:53
RegL_01: 08:00 30:06 00:00   2013-01-15 18:08:54
deviceMsg off (to LANInterface)   2013-01-15 12:45:42
peerList                        2013-01-14 17:22:41
state off                       2013-01-14 17:22:41

[PowerDiz]

Hi,

ich hänge mal meine Konfiguration an.
Du musst auf jeden Fall die Sirene auf Kanal 1 definieren und den Blitzer auf Kanal 2.
Auf Kanal 1 tauchen dann bei mir die Infos auf. Deshalb auch die Änderung in der CUL_HM von 00 -> 01.

#------------------------------------------------------------------------------------
# Alarm-Sirenen-Steuerung HM-SEC-SFA-SM
#------------------------------------------------------------------------------------
define AlarmFunkSirene CUL_HM 125FFF
attr AlarmFunkSirene devInfo 820100
attr AlarmFunkSirene firmware 1.0
attr AlarmFunkSirene hmClass receiver
attr AlarmFunkSirene model HM-SEC-SFA-SM
attr AlarmFunkSirene room Alarmanlage
attr AlarmFunkSirene serialNr GEQ
attr AlarmFunkSirene subType switch
define FileLog_AlarmFunkSirene FileLog /var/log/fhem/AlarmFunkSirene-%Y.log AlarmFunkSirene
attr FileLog_AlarmFunkSirene logtype text
#attr FileLog_AlarmFunkSirene room Alarmanlage

define AlarmSirene CUL_HM 125FFF01
attr AlarmSirene model HM-SEC-SFA-SM
attr AlarmSirene room Alarmanlage
define FileLog_AlarmSirene FileLog /var/log/fhem/AlarmSirene-%Y.log AlarmSirene
attr FileLog_AlarmSirene logtype text
#attr FileLog_AlarmSirene room Alarmanlage

define AlarmBlitz CUL_HM 125FFF02
attr AlarmBlitz model HM-SEC-SFA-SM
attr AlarmBlitz room Alarmanlage
define FileLog_AlarmBlitz FileLog /var/log/fhem/AlarmBlitz-%Y.log AlarmBlitz
attr FileLog_AlarmBlitz logtype text
#attr FileLog_AlarmBlitz room Alarmanlage

#SendEmailDizLocal
define n_AlarmSirene_powerError notify AlarmSirene:powerError.* {if ("%"  =~ "on") {SendEmailDizLocal("AlarmSirene Power Error.")}}



Ich hoffe das hilft weiter.

Gruß,
Dieter

[Dennis D.]

ahhhh! Die readings werde auf Kanal 1 ausgegeben. den hatte bisher nur das device für die sirene und den kanal 02 für den blitzer konfiguriert, da damit beides funktionierte. nun bekomme ich auch die entsprechenden readings.

vielen dank!

[PowerDiz]

Hallo,
sehr gerne.

@Martin
Wenn Du die Änderungen in der CUL_HM ins Repository aufnehmen könntest, dann wären die Änderungen auch nach updates vorhanden.

Danke,
Dieter

[martinp876]

Hallo Dieter,

@Martin
Wenn Du die Änderungen in der CUL_HM ins Repository aufnehmen könntest, dann wären die Änderungen auch nach updates vorhanden.

klar - welche aendrungen sind dies? Die Anzahl der Kaaele ist schon drin - in 2510

was fehlt dir noch?

Gruss
Martin

[PowerDiz]

Hallo Martin,
die events von Sabotage, Power und Battery kommen wohl auf Kanal 01,
deshalb hab ich folgende Änderung in der CUL_HM:

Ich hab mal folgende Änderung in 10_CUL_HM.pm Z.745 gemacht und dann funktioniert es bei mir:
 if ($model eq "HM-SEC-SFA-SM" && $chn eq "00"){
 
in

if ($model eq "HM-SEC-SFA-SM" && $chn eq "01"){

Das wäre es eigentlich schon.

Gruß,
Dieter

[martinp876]

Hallo Dieter,

Ich hab mal folgende Änderung in 10_CUL_HM.pm Z.745 gemacht und dann funktioniert es bei mir:
 if ($model eq "HM-SEC-SFA-SM" && $chn eq "00"){
 
in

if ($model eq "HM-SEC-SFA-SM" && $chn eq "01"){

eigentlich nicht. Das sollte so nicht kommen. Es gibt 2 Info-messages mit Unterscheidlichem Inhalt. Nur wenn Kanal 0 signalisiert wird ist auch ein Batterie-status dabei - das sagt das XML file.

Wenn du mir bestaetigen kannst, dass Batterie, Sabotage und Power auch gemeldet werden, wenn Channel 1 oder channel 2 einen Status senden, werde ich es aendern.
Es ist nicht hinreichend, dass das Byte in der message vorhanden ist, das ist immer der Fall.
Du solltest es zumindest am Sabotage-kontakt festmachen - sprich diesen testen.
Wissen muss ich auch, ob Batterie,... auch bei Channel 02 gemeldet wird.

Da die Doku mit dem Code uebereinstimmt werde ich erst nach detailiertem Test davon abweichen.

Der Test ist ziehmlich aufwaendig. Du musst beruecksichtigen, dass die bits immer vorhanden sind - es aber nicht sichergestellt ist, dass der Inhalt auch gueltig ist. Er kann auch zufaellig sein!

Gruss
Martin

[PowerDiz]

Hallo MArtin,
kann sein, dass ich da noch ein Konfigurationsfehler mache.
Mein Konfiguration sieht so aus:

#------------------------------------------------------------------------------------
# Alarm-Sirenen-Steuerung HM-SEC-SFA-SM
#------------------------------------------------------------------------------------
define AlarmFunkSirene CUL_HM 125FFF
attr AlarmFunkSirene devInfo 820100
attr AlarmFunkSirene firmware 1.0
attr AlarmFunkSirene hmClass receiver
attr AlarmFunkSirene model HM-SEC-SFA-SM
attr AlarmFunkSirene room Alarmanlage
attr AlarmFunkSirene serialNr GEQ0173622
attr AlarmFunkSirene subType switch
define FileLog_AlarmFunkSirene FileLog /var/log/fhem/AlarmFunkSirene-%Y.log AlarmFunkSirene
attr FileLog_AlarmFunkSirene logtype text
#attr FileLog_AlarmFunkSirene room Alarmanlage

define AlarmSirene CUL_HM 125FFF01
attr AlarmSirene model HM-SEC-SFA-SM
attr AlarmSirene room Alarmanlage
define FileLog_AlarmSirene FileLog /var/log/fhem/AlarmSirene-%Y.log AlarmSirene
attr FileLog_AlarmSirene logtype text
#attr FileLog_AlarmSirene room Alarmanlage

define AlarmBlitz CUL_HM 125FFF02
attr AlarmBlitz model HM-SEC-SFA-SM
attr AlarmBlitz room Alarmanlage
define FileLog_AlarmBlitz FileLog /var/log/fhem/AlarmBlitz-%Y.log AlarmBlitz
attr FileLog_AlarmBlitz logtype text
#attr FileLog_AlarmBlitz room Alarmanlage

#SendEmailDizLocal
define n_AlarmSirene_powerError notify AlarmSirene:powerError.* {if ("%"  =~ "on") {SendEmailDizLocal("AlarmSirene Power Error.")}}


Getestet hatte ich wie folgt:
1.) Deine Änderung (aktuell) auf ch #00
 -> keine events

2.) Meine Änderung Ch #01
 -> alle evens kommen auf dem Sirenen Kanal (01) wie beschrieben korrekt. Bits alle ok zugeordnet.

3.) Änderung auf ch #02
 -> hatte bei mir auch nichts ergeben, ich kann aber nochmal testen, wenn ich zu Hause bin.

Gruß,
Dieter

[PowerDiz]

noch ein Nachtrag.

Ich hatte den Test mit Sabotage, Power und Battery durchgeführt.
Diese Events kamen auf dem Kanal 01.

Gruß,
Dieter

[martinp876]

Du hast alles von Hand eingebaut? Ja, da fehlt noch etwas.


Empfehlen kann ich die automatisch Konfiguration: erst die Channels loeschen, das device kann bleiben. Dann Anlernen. Die Devices werden angelegt.
Dann kannst du sie wieder umbenennen.
Es fehlen mindestens die referenzen von den Channels zum Device und umgekehrt.

Vielleicht reden wir aneinander vorbei: Kannst du mir ein paar event-messages aufzeichnen? Die raw messages bitte.

Du solltest die Info auch erhalten, wenn du einen statusRequest auf den Channel ausfuehrst. Bei Channel 0 geht dies aber nicht, nur bei 01 und 02

Gruss
Martin

[PowerDiz]

Hallo Martin,

ok, kann ich heute Abend alles durchführen.

Gruß,
Dieter

[Dennis D.]

verstehe zwar nur die hälfte von dem was ihr da über "bits" und "channels" und "messages" erzählt, aber muss mich da doch noch mal einhaken.

ich habe die änderung nach Dieters Vorschlag in der 10_CUL_HM.pm gemacht und der sirene den kanal 01 gegeben:

vorher: sirene = deviceid, blitzer = deviceid+02
jetzt: steuerung = deviceid, sirene = deviceid+01, blitzer = deviceid+02

dann habe ich halt ein notify angelegt für e-mail benachrichtigung (bei stromausfall und akku-defekt). habe gerade mal die sicherung rausgenommen und innerhalb von 2 sekunden habe ich eine e-mail benachrichtigung auch meinen androiden bekommen mit dem hinweis, dass es einen stromausfall gab.

also für mich schaut das - zumindest oberflächlich - so aus, als ob dieters modifikation einwandfrei funktioniert. kenn mich mit den details halt nit aus, aber solange es funktioniert...!?

[martinp876]

dann habe ich halt ein notify angelegt für e-mail benachrichtigung (bei stromausfall und akku-defekt). habe gerade mal die sicherung rausgenommen und innerhalb von 2 sekunden habe ich eine e-mail benachrichtigung auch meinen androiden bekommen mit dem hinweis, dass es einen stromausfall gab.

also für mich schaut das - zumindest oberflächlich - so aus, als ob dieters modifikation einwandfrei funktioniert. kenn mich mit den details halt nit aus, aber solange es funktioniert...!?

gut wenn es funktioniert. Dennoch hat eine saubere Implementierung Vorteile und funktioniert nicht nur zufaellig. Moeglich ist auch, dass ein Bug im XML files ist, keine Frage.

Kannst du die HMLAN message mitschneiden, wenn du einen stromausfall generierst? Und kannst du einen statusRequest fuer Channel 01 und channel 02 machen wenn strom da ist und strom weg ist?
Wenn die Info auf channel 01 kommt ist die Info evtl auch in channel 02 vorhanden und wir koennen die Abfrage anpassen.

Generell sollte die Events auf das device gemappt werden. Das werde ich entsprechend korrigieren

Danke und Gruss
Martin

[Dennis D.]

Kannst du die HMLAN message mitschneiden, wenn du einen stromausfall generierst? Und kannst du einen statusRequest fuer Channel 01 und channel 02 machen wenn strom da ist und strom weg ist?
Wenn die Info auf channel 01 kommt ist die Info evtl auch in channel 02 vorhanden und wir koennen die Abfrage anpassen.

Generell sollte die Events auf das device gemappt werden. Das werde ich entsprechend korrigieren

Danke und Gruss
Martin

Klar, mach ich gern. Leider habe ich keinen Plan wie das geht. Was muss ich wo einstellen um die Message mitzuschneiden? Und reicht es wenn ich nur "set <devicename> statusRequest" eingebe, oder muss ich noch was hintersetzen? Was benötigst Du nach dem request für daten? Sorry für die vielen Fragen.

Gruß,
Dennis

[martinp876]

am besten:

attr global verbose 1
attr global loglevel 1
attr <hmlan> loglevel 1
attr global mseglog 1

wenn du eine CUL hast, dann eben CUL statt hmlan

das Kommando wie du gesagt hast:
set <sirene> statusResquest
set <flash> statusResquest

power alarm ausloesen, noch einmal beide statusrequest

das Resultat steht im "allgemeinen" logfile.

Gruss
Martin

[Dennis D.]

ok, dat wird nun aber lang und für mich liest sich das ziemlich kryptisch:

Code Auswählen Erweitern


2013.01.16 17:23:54 0: Server shutdown
2013.01.16 17:23:57 1: Including /opt/etc/fhem.cfg
2013.01.16 17:23:58 1: Including /opt/etc/01_Web.cfg
2013.01.16 17:23:58 1: Including /opt/etc/02_Autocreate.cfg
2013.01.16 17:23:58 1: Including /opt/etc/03_LanInterface.cfg
2013.01.16 17:23:58 1: Including /opt/etc/04_FHEM.cfg
2013.01.16 17:23:59 1: Including /opt/etc/05_Benachrichtigungen.cfg
2013.01.16 17:23:59 1: Including /opt/etc/06_Fernbedienungen.cfg
2013.01.16 17:24:00 1: Including /opt/etc/10_Wohnzimmer.cfg
2013.01.16 17:24:00 1: Including /opt/etc/11_Esszimmer.cfg
2013.01.16 17:24:00 1: Including /opt/etc/12_Kueche.cfg
2013.01.16 17:24:00 1: Including /opt/etc/13_Hausanschlussraum.cfg
2013.01.16 17:24:00 1: Including /opt/etc/14_Vorratsraum.cfg
2013.01.16 17:24:00 1: Including /opt/etc/15_Flur.cfg
2013.01.16 17:24:00 1: Including /opt/etc/20_Aussenanlage.cfg
2013.01.16 17:24:01 1: Including /opt/etc/21_Garten.cfg
2013.01.16 17:24:01 1: Including /opt/etc/22_Garage.cfg
2013.01.16 17:24:01 1: Including /opt/etc/30_Jalousiesteuerung.cfg
2013.01.16 17:24:01 1: Including /opt/etc/40_Lichtsteuerung_aussen.cfg
2013.01.16 17:24:01 1: Including /opt/etc/50_Alarmanlage.cfg
2013.01.16 17:24:01 1: Including /opt/etc/51_Sicherheit.cfg
2013.01.16 17:24:02 1: Including /opt/etc/99_Grundriss.cfg
2013.01.16 17:24:02 1: configfile: global: unknown attribute loglevel, choose one of room group comment alias eventMap userReadings archivecmd apiversion archivedir configfile lastinclude logfile modpath nrarchive pidfilename port statefile title userattr verbose:1,2,3,4,5 mseclog:1,0 version nofork:1,0 logdir holiday2we autoload_undefined_devices:1,0 dupTimeout latitude longitude backupcmd backupdir backupsymlink backup_before_update exclude_from_update motd updatebranch uniqueID sendStatistics showInternalValues:1,0  devStateIcon fp_Erdgeschoss fp_Obergeschoss icon webCmd or use attr global userattr loglevel
global: unknown attribute mseglog, choose one of room group comment alias eventMap userReadings archivecmd apiversion archivedir configfile lastinclude logfile modpath nrarchive pidfilename port statefile title userattr verbose:1,2,3,4,5 mseclog:1,0 version nofork:1,0 logdir holiday2we autoload_undefined_devices:1,0 dupTimeout latitude longitude backupcmd backupdir backupsymlink backup_before_update exclude_from_update motd updatebranch uniqueID sendStatistics showInternalValues:1,0  devStateIcon fp_Erdgeschoss fp_Obergeschoss icon webCmd or use attr global userattr mseglog
2013.01.16 17:24:02 1: Including /opt/var/log/fhem/fhem.savestate
2013.01.16 17:24:02 1: statefile: Please define act_on_Sabotage first
2013.01.16 17:24:02 0: Server started (version Fhem 5.3 (DEVELOPMENT), $Id: fhem.pl 2505 2013-01-13 15:16:31Z borisneubert $, pid 14626)
2013.01.16 17:24:02 1: HMLAN/RAW: /HHM-LAN-IF,03C1,JEQ0315006,1C6865,E06355,34D27DAA,000C
I00,00,00,00
I00,00,00,00
I00,00,00,00
I00,00,00,00

2013.01.16 17:24:02 1: HMLAN_Parse: LANInterface V:03C1 sNo:JEQ0315006 d:1C6865 O:E06355 m:34D27DAA IDcnt:000C
2013.01.16 17:24:23 1: HMLAN_Send:  K
2013.01.16 17:24:23 1: HMLAN/RAW: /HHM-LAN-IF,03C1,JEQ0315006,1C6865,E06355,34D2DF68,0000

2013.01.16 17:24:23 1: HMLAN_Parse: LANInterface V:03C1 sNo:JEQ0315006 d:1C6865 O:E06355 m:34D2DF68 IDcnt:0000
2013.01.16 17:24:48 1: HMLAN_Send:  K
2013.01.16 17:24:48 1: HMLAN/RAW: /HHM-LAN-IF,03C1,JEQ0315006,1C6865,E06355,34D34128,0000

2013.01.16 17:24:48 1: HMLAN_Parse: LANInterface V:03C1 sNo:JEQ0315006 d:1C6865 O:E06355 m:34D34128 IDcnt:0000
2013.01.16 17:25:13 1: HMLAN_Send:  K
2013.01.16 17:25:13 1: HMLAN/RAW: /HHM-LAN-IF,03C1,JEQ0315006,1C6865,E06355,34D3A2E8,0000

2013.01.16 17:25:13 1: HMLAN_Parse: LANInterface V:03C1 sNo:JEQ0315006 d:1C6865 O:E06355 m:34D3A2E8 IDcnt:0000
2013.01.16 17:25:38 1: HMLAN_Send:  K
2013.01.16 17:25:38 1: HMLAN/RAW: /HHM-LAN-IF,03C1,JEQ0315006,1C6865,E06355,34D4049F,0000

2013.01.16 17:25:38 1: HMLAN_Parse: LANInterface V:03C1 sNo:JEQ0315006 d:1C6865 O:E06355 m:34D4049F IDcnt:0000
2013.01.16 17:26:03 1: HMLAN_Send:  K
2013.01.16 17:26:03 1: HMLAN/RAW: /HHM-LAN-IF,03C1,JEQ0315006,1C6865,E06355,34D46655,0000

2013.01.16 17:26:03 1: HMLAN_Parse: LANInterface V:03C1 sNo:JEQ0315006 d:1C6865 O:E06355 m:34D46655 IDcnt:0000
2013.01.16 17:26:28 1: HMLAN_Send:  K
2013.01.16 17:26:28 1: HMLAN/RAW: /HHM-LAN-IF,03C1,JEQ0315006,1C6865,E06355,34D4C81F,0000

2013.01.16 17:26:28 1: HMLAN_Parse: LANInterface V:03C1 sNo:JEQ0315006 d:1C6865 O:E06355 m:34D4C81F IDcnt:0000
2013.01.16 17:26:54 1: HMLAN_Send:  K
2013.01.16 17:26:54 1: HMLAN/RAW: /HHM-LAN-IF,03C1,JEQ0315006,1C6865,E06355,34D529E9,0000

2013.01.16 17:26:54 1: HMLAN_Parse: LANInterface V:03C1 sNo:JEQ0315006 d:1C6865 O:E06355 m:34D529E9 IDcnt:0000
2013.01.16 17:27:19 1: HMLAN_Send:  K
2013.01.16 17:27:19 1: HMLAN/RAW: /HHM-LAN-IF,03C1,JEQ0315006,1C6865,E06355,34D58BAA,0000

2013.01.16 17:27:19 1: HMLAN_Parse: LANInterface V:03C1 sNo:JEQ0315006 d:1C6865 O:E06355 m:34D58BAA IDcnt:0000
2013.01.16 17:27:44 1: HMLAN_Send:  K
2013.01.16 17:27:44 1: HMLAN/RAW: /HHM-LAN-IF,03C1,JEQ0315006,1C6865,E06355,34D5ED6A,0000

2013.01.16 17:27:44 1: HMLAN_Parse: LANInterface V:03C1 sNo:JEQ0315006 d:1C6865 O:E06355 m:34D5ED6A IDcnt:0000
2013.01.16 17:28:09 1: HMLAN_Send:  K
2013.01.16 17:28:09 1: HMLAN/RAW: /HHM-LAN-IF,03C1,JEQ0315006,1C6865,E06355,34D64F20,0000

2013.01.16 17:28:09 1: HMLAN_Parse: LANInterface V:03C1 sNo:JEQ0315006 d:1C6865 O:E06355 m:34D64F20 IDcnt:0000
2013.01.16 17:28:34 1: HMLAN_Send:  K
2013.01.16 17:28:34 1: HMLAN/RAW: /HHM-LAN-IF,03C1,JEQ0315006,1C6865,E06355,34D6B0D7,0000

2013.01.16 17:28:34 1: HMLAN_Parse: LANInterface V:03C1 sNo:JEQ0315006 d:1C6865 O:E06355 m:34D6B0D7 IDcnt:0000
2013.01.16 17:28:59 1: HMLAN_Send:  K
2013.01.16 17:28:59 1: HMLAN/RAW: /HHM-LAN-IF,03C1,JEQ0315006,1C6865,E06355,34D7128D,0000

2013.01.16 17:28:59 1: HMLAN_Parse: LANInterface V:03C1 sNo:JEQ0315006 d:1C6865 O:E06355 m:34D7128D IDcnt:0000
2013.01.16 17:29:11 1: HMLAN_Send:  +125EBB,00,00,
2013.01.16 17:29:11 1: HMLAN_Send:  S44315F47,00,00000000,01,44315F47,01A001E06355125EBB020E
2013.01.16 17:29:11 1: HMLAN/RAW: /E125EBB,0000,34D743E6,FF,FFD4,01A410125EBBE06355060200002D

2013.01.16 17:29:11 1: HMLAN_Parse: LANInterface S:E125EBB   stat:0000 t:34D743E6 d:FF r:FFD4 m:01A410125EBBE06355060200002D
2013.01.16 17:29:11 1: HMLAN: manual ACK
2013.01.16 17:29:11 1: HMLAN: Skip ACK
2013.01.16 17:29:11 1: HMLAN: Skip ACK
2013.01.16 17:29:11 1: HMLAN/RAW: /R44315F47,0001,34D743EB,FF,FFD4,01A410125EBBE06355060200002D

2013.01.16 17:29:11 1: HMLAN_Parse: LANInterface S:R44315F47 stat:0001 t:34D743EB d:FF r:FFD4 m:01A410125EBBE06355060200002D
2013.01.16 17:29:11 1: HMLAN: manual ACK
2013.01.16 17:29:11 1: HMLAN: Skip ACK
2013.01.16 17:29:24 1: HMLAN_Send:  K
2013.01.16 17:29:24 1: HMLAN/RAW: /HHM-LAN-IF,03C1,JEQ0315006,1C6865,E06355,34D7744C,0001

2013.01.16 17:29:24 1: HMLAN_Parse: LANInterface V:03C1 sNo:JEQ0315006 d:1C6865 O:E06355 m:34D7744C IDcnt:0001
2013.01.16 17:29:34 1: HMLAN_Send:  S4431BABC,00,00000000,01,4431BABC,02A001E06355125EBB010E
2013.01.16 17:29:35 1: HMLAN/RAW: /E125EBB,0000,34D79F5D,FF,FFD4,02A410125EBBE06355060100002D

2013.01.16 17:29:35 1: HMLAN_Parse: LANInterface S:E125EBB   stat:0000 t:34D79F5D d:FF r:FFD4 m:02A410125EBBE06355060100002D
2013.01.16 17:29:35 1: HMLAN: manual ACK
2013.01.16 17:29:35 1: HMLAN: Skip ACK
2013.01.16 17:29:35 1: HMLAN: Skip ACK
2013.01.16 17:29:35 1: HMLAN/RAW: /R4431BABC,0001,34D79F62,FF,FFD4,02A410125EBBE06355060100002D

2013.01.16 17:29:35 1: HMLAN_Parse: LANInterface S:R4431BABC stat:0001 t:34D79F62 d:FF r:FFD4 m:02A410125EBBE06355060100002D
2013.01.16 17:29:35 1: HMLAN: manual ACK
2013.01.16 17:29:35 1: HMLAN: Skip ACK
2013.01.16 17:29:49 1: HMLAN_Send:  K
2013.01.16 17:29:49 1: HMLAN/RAW: /HHM-LAN-IF,03C1,JEQ0315006,1C6865,E06355,34D7D60D,0001

2013.01.16 17:29:49 1: HMLAN_Parse: LANInterface V:03C1 sNo:JEQ0315006 d:1C6865 O:E06355 m:34D7D60D IDcnt:0001
2013.01.16 17:30:14 1: HMLAN_Send:  K
2013.01.16 17:30:14 1: HMLAN/RAW: /HHM-LAN-IF,03C1,JEQ0315006,1C6865,E06355,34D837CD,0001

2013.01.16 17:30:14 1: HMLAN_Parse: LANInterface V:03C1 sNo:JEQ0315006 d:1C6865 O:E06355 m:34D837CD IDcnt:0001
2013.01.16 17:30:39 1: HMLAN_Send:  K
2013.01.16 17:30:39 1: HMLAN/RAW: /HHM-LAN-IF,03C1,JEQ0315006,1C6865,E06355,34D89983,0001

2013.01.16 17:30:39 1: HMLAN_Parse: LANInterface V:03C1 sNo:JEQ0315006 d:1C6865 O:E06355 m:34D89983 IDcnt:0001
2013.01.16 17:31:04 1: HMLAN_Send:  K
2013.01.16 17:31:04 1: HMLAN/RAW: /HHM-LAN-IF,03C1,JEQ0315006,1C6865,E06355,34D8FB3A,0001

2013.01.16 17:31:04 1: HMLAN_Parse: LANInterface V:03C1 sNo:JEQ0315006 d:1C6865 O:E06355 m:34D8FB3A IDcnt:0001
2013.01.16 17:31:29 1: HMLAN_Send:  K
2013.01.16 17:31:29 1: HMLAN/RAW: /HHM-LAN-IF,03C1,JEQ0315006,1C6865,E06355,34D95D04,0001

2013.01.16 17:31:29 1: HMLAN_Parse: LANInterface V:03C1 sNo:JEQ0315006 d:1C6865 O:E06355 m:34D95D04 IDcnt:0001
2013.01.16 17:31:54 1: HMLAN_Send:  K
2013.01.16 17:31:54 1: HMLAN/RAW: /HHM-LAN-IF,03C1,JEQ0315006,1C6865,E06355,34D9BECE,0001

2013.01.16 17:31:54 1: HMLAN_Parse: LANInterface V:03C1 sNo:JEQ0315006 d:1C6865 O:E06355 m:34D9BECE IDcnt:0001
2013.01.16 17:32:19 1: HMLAN_Send:  K
2013.01.16 17:32:19 1: HMLAN/RAW: /HHM-LAN-IF,03C1,JEQ0315006,1C6865,E06355,34DA208F,0001

2013.01.16 17:32:19 1: HMLAN_Parse: LANInterface V:03C1 sNo:JEQ0315006 d:1C6865 O:E06355 m:34DA208F IDcnt:0001
2013.01.16 17:32:44 1: HMLAN_Send:  K
2013.01.16 17:32:44 1: HMLAN/RAW: /HHM-LAN-IF,03C1,JEQ0315006,1C6865,E06355,34DA8250,0001

2013.01.16 17:32:44 1: HMLAN_Parse: LANInterface V:03C1 sNo:JEQ0315006 d:1C6865 O:E06355 m:34DA8250 IDcnt:0001
2013.01.16 17:33:09 1: HMLAN_Send:  K
2013.01.16 17:33:09 1: HMLAN/RAW: /HHM-LAN-IF,03C1,JEQ0315006,1C6865,E06355,34DAE40E,0001

2013.01.16 17:33:09 1: HMLAN_Parse: LANInterface V:03C1 sNo:JEQ0315006 d:1C6865 O:E06355 m:34DAE40E IDcnt:0001
2013.01.16 17:33:34 1: HMLAN_Send:  K
2013.01.16 17:33:34 1: HMLAN/RAW: /HHM-LAN-IF,03C1,JEQ0315006,1C6865,E06355,34DB45C5,0001

2013.01.16 17:33:34 1: HMLAN_Parse: LANInterface V:03C1 sNo:JEQ0315006 d:1C6865 O:E06355 m:34DB45C5 IDcnt:0001
2013.01.16 17:33:42 1: HMLAN/RAW: /E125EBB,0000,34DB6424,FF,FFD5,03A410125EBBE0635506010002

2013.01.16 17:33:42 1: HMLAN_Parse: LANInterface S:E125EBB   stat:0000 t:34DB6424 d:FF r:FFD5 m:03A410125EBBE0635506010002
2013.01.16 17:33:42 1: HMLAN: manual ACK
2013.01.16 17:33:42 1: HMLAN: Skip ACK
2013.01.16 17:33:42 1: HMLAN: Skip ACK
2013.01.16 17:33:46 1: HMLAN/RAW: /E125EBB,0000,34DB74F8,FF,FFD4,04A410125EBBE0635506010000

2013.01.16 17:33:46 1: HMLAN_Parse: LANInterface S:E125EBB   stat:0000 t:34DB74F8 d:FF r:FFD4 m:04A410125EBBE0635506010000
2013.01.16 17:33:46 1: HMLAN: manual ACK
2013.01.16 17:33:46 1: HMLAN: Skip ACK
2013.01.16 17:33:46 1: HMLAN: Skip ACK
2013.01.16 17:33:59 1: HMLAN_Send:  K
2013.01.16 17:33:59 1: HMLAN/RAW: /HHM-LAN-IF,03C1,JEQ0315006,1C6865,E06355,34DBA77B,0001

2013.01.16 17:33:59 1: HMLAN_Parse: LANInterface V:03C1 sNo:JEQ0315006 d:1C6865 O:E06355 m:34DBA77B IDcnt:0001
2013.01.16 17:34:24 1: HMLAN_Send:  K
2013.01.16 17:34:24 1: HMLAN/RAW: /HHM-LAN-IF,03C1,JEQ0315006,1C6865,E06355,34DC0945,0001

2013.01.16 17:34:24 1: HMLAN_Parse: LANInterface V:03C1 sNo:JEQ0315006 d:1C6865 O:E06355 m:34DC0945 IDcnt:0001
2013.01.16 17:34:25 1: HMLAN_Send:  S443628B3,00,00000000,01,443628B3,05A001E06355125EBB010E
2013.01.16 17:34:25 1: HMLAN/RAW: /E125EBB,0000,34DC0E4D,FF,FFD4,05A410125EBBE06355060100002D

2013.01.16 17:34:25 1: HMLAN_Parse: LANInterface S:E125EBB   stat:0000 t:34DC0E4D d:FF r:FFD4 m:05A410125EBBE06355060100002D
2013.01.16 17:34:25 1: HMLAN: manual ACK
2013.01.16 17:34:25 1: HMLAN: Skip ACK
2013.01.16 17:34:25 1: HMLAN: Skip ACK
2013.01.16 17:34:25 1: HMLAN/RAW: /R443628B3,0001,34DC0E52,FF,FFD4,05A410125EBBE06355060100002D

2013.01.16 17:34:25 1: HMLAN_Parse: LANInterface S:R443628B3 stat:0001 t:34DC0E52 d:FF r:FFD4 m:05A410125EBBE06355060100002D
2013.01.16 17:34:25 1: HMLAN: manual ACK
2013.01.16 17:34:25 1: HMLAN: Skip ACK
2013.01.16 17:34:38 1: HMLAN_Send:  S44365C37,00,00000000,01,44365C37,06A001E06355125EBB020E
2013.01.16 17:34:38 1: HMLAN/RAW: /E125EBB,0000,34DC410A,FF,FFD4,06A410125EBBE06355060200002D

2013.01.16 17:34:38 1: HMLAN_Parse: LANInterface S:E125EBB   stat:0000 t:34DC410A d:FF r:FFD4 m:06A410125EBBE06355060200002D
2013.01.16 17:34:38 1: HMLAN: manual ACK
2013.01.16 17:34:38 1: HMLAN: Skip ACK
2013.01.16 17:34:38 1: HMLAN: Skip ACK
2013.01.16 17:34:38 1: HMLAN/RAW: /R44365C37,0001,34DC410F,FF,FFD4,06A410125EBBE06355060200002D

2013.01.16 17:34:38 1: HMLAN_Parse: LANInterface S:R44365C37 stat:0001 t:34DC410F d:FF r:FFD4 m:06A410125EBBE06355060200002D
2013.01.16 17:34:38 1: HMLAN: manual ACK
2013.01.16 17:34:38 1: HMLAN: Skip ACK
2013.01.16 17:34:49 1: HMLAN_Send:  K
2013.01.16 17:34:49 1: HMLAN/RAW: /HHM-LAN-IF,03C1,JEQ0315006,1C6865,E06355,34DC6AFB,0001

2013.01.16 17:34:49 1: HMLAN_Parse: LANInterface V:03C1 sNo:JEQ0315006 d:1C6865 O:E06355 m:34DC6AFB IDcnt:0001
2013.01.16 17:35:14 1: HMLAN_Send:  K
2013.01.16 17:35:14 1: HMLAN/RAW: /HHM-LAN-IF,03C1,JEQ0315006,1C6865,E06355,34DCCCBC,0001

2013.01.16 17:35:14 1: HMLAN_Parse: LANInterface V:03C1 sNo:JEQ0315006 d:1C6865 O:E06355 m:34DCCCBC IDcnt:0001


kannst du damit was anfangen?

axo, mir ist aufgefallen, dass heute zweimal ne sirene kurz aufheulte (glaube das war unsere *g*, zumindest habe ich was im log davon gesehen). eigentlich sollte ne prüfung erfolgen ob die alarmanlage scharf ist und auch nur dann ein sabotagealarm ausgelöst werden. hierzu hatte ich folgenden eintrag gemacht:

#define act_on_Sabotage notify HA_Sirene:sabotageError.* {if ("%" =~ "on") {\
#   if ("$value{ANLAGE_STATUS}" eq "scharf") {\
#      fhem("set ALARM_STATUS ALARM ;; set ALARM_Melder on")}}

habe dummerweise den logeintrag nicht mehr.

[PowerDiz]

Hallo Martin,

so ich kann jetzt auch wieder TESTEN.

Ich hab alles auf Anfang gestellt und auf autocreate gestellt.
Das kommt raus:

define CUL_HM_switch_125FFF CUL_HM 125FFF
attr CUL_HM_switch_125FFF devInfo 820100
attr CUL_HM_switch_125FFF firmware 1.0
attr CUL_HM_switch_125FFF hmClass receiver
attr CUL_HM_switch_125FFF model HM-SEC-SFA-SM
attr CUL_HM_switch_125FFF room CUL_HM
attr CUL_HM_switch_125FFF serialNr GEQ0173622
attr CUL_HM_switch_125FFF subType switch
define FileLog_CUL_HM_switch_125FFF FileLog /var/log/fhem/CUL_HM_switch_125FFF-%Y.log CUL_HM_switch_125FFF
attr FileLog_CUL_HM_switch_125FFF logtype text
attr FileLog_CUL_HM_switch_125FFF room CUL_HM
define CUL_HM_switch_125FFF_Flash CUL_HM 125FFF01
attr CUL_HM_switch_125FFF_Flash model HM-SEC-SFA-SM
attr CUL_HM_switch_125FFF_Flash room CUL_HM
define FileLog_CUL_HM_switch_125FFF_Flash FileLog /var/log/fhem/CUL_HM_switch_125FFF_Flash-%Y.log CUL_HM_switch_125FFF_Flash
attr FileLog_CUL_HM_switch_125FFF_Flash logtype text
attr FileLog_CUL_HM_switch_125FFF_Flash room CUL_HM
define CUL_HM_switch_125FFF_Siren CUL_HM 125FFF02
attr CUL_HM_switch_125FFF_Siren model HM-SEC-SFA-SM
attr CUL_HM_switch_125FFF_Siren room CUL_HM
define FileLog_CUL_HM_switch_125FFF_Siren FileLog /var/log/fhem/CUL_HM_switch_125FFF_Siren-%Y.log CUL_HM_switch_125FFF_Siren
attr FileLog_CUL_HM_switch_125FFF_Siren logtype text
attr FileLog_CUL_HM_switch_125FFF_Siren room CUL_HM

Dabei hab ich festgestellt, dass Sirene und Blitz vertauscht sind. Wenn man ansteruert per Weboberfläche, dann sieht man es, dass es vertauscht ist.
Auf Kanal 1 muß die Sirene und auf Kanal 2 der Blitz sein.

Was soll ich als nächstes Testen oder erst die Änderung mit dem vertauschten Kanälen abwarten?

Gruß,
Dieter

[PowerDiz]

HAllo Martin,
ich hab mal dein Update von heute getestet  $Id: 10_CUL_HM.pm 2525 2013-01-17 19:21:57Z martinp876 $

1.) Bei autocreate sind die Kanäle vertauscht.

2.) Die Readings (batterieError, powerError, sabotageError) tauchen jetzt unter dem Device auf und werden auch aktualisiert, aber es werden bei mir keine events gepusht.

Gruß,
Dieter

[martinp876]

Hi,

Kanaele drehe ich.

Das mit den Events schaue ich mir an.
a) das mit dem device sollte korrekt sein
b) das mit dem 'nicht-push' muss ich untersuchen - sollte eigentlich gehen, da es wie alle anderen Events abgesendet wird.

Frage: hast du event-on-change eingestellt?

Gruss
Martin

[Dennis D.]

mal naiv gefragt:

muss man bezüglich der vertauschten kanäle nicht einfach in zeile 177

Code Auswählen Erweitern


  "0050" => {name=>"HM-SEC-SFA-SM"           ,cyc=>''      ,rxt=>''    ,lst=>'1,3'          ,chn=>"Flash:1:1,Siren:2:2",},

in

Code Auswählen Erweitern


  "0050" => {name=>"HM-SEC-SFA-SM"           ,cyc=>''      ,rxt=>''    ,lst=>'1,3'          ,chn=>"Siren:1:1,Flash:2:2",},

ändern? Also "Siren" und "Flash" tauschen?

Aber noch ne andere Sache. Reicht ein update fhem aus, oder sollte ich das device neu pairen. die readings für sabotage, power und battery habe ich jetzt nämlich unter dem device UND der sirene stehen.

[Dennis D.]

oh, da war jemand schneller. :)

meine frage konnte ich mir gerade auch selber beantworten. mit "set <device> clear readings". nun siehts besser aus.

aber was ist denn event-on-change, bzw. wo stellt man das ein?

[Dennis D.]

und wo wir schon mal dabei sind :)

mir ist noch was aufgefallen. bei mir erscheinen nur battery- und sabotage-readings, nicht jedoch die power-readings. So sehen meine Readings zum device nach "getConfig" und "get reg all" aus:

PairedTo          0xE06355   2013-01-19 12:04:08
R-batDefectLimit  0.5 Ohm   2013-01-19 12:04:08
R-cyclicInfoMsg   on           2013-01-19 12:04:08
R-lowBatLimit     10.5 V   2013-01-19 12:04:08
R-sabotageMsg     on        2013-01-19 12:04:08

Der State beibt auf "set_off" stehen und entsprechend habe ich bei dem device ein ausrufezeichen in der lampe stehen (webfrontend). hatte zuvor auf dem device ein "missing ackt" nach "update fhem" und "shutdown restart"

[martinp876]

mir ist noch was aufgefallen. bei mir erscheinen nur battery- und sabotage-readings, nicht jedoch die power-readings. So sehen meine Readings zum device nach "getConfig" und "get reg all" aus:

PairedTo          0xE06355   2013-01-19 12:04:08
R-batDefectLimit  0.5 Ohm   2013-01-19 12:04:08
R-cyclicInfoMsg   on           2013-01-19 12:04:08
R-lowBatLimit     10.5 V   2013-01-19 12:04:08
R-sabotageMsg     on        2013-01-19 12:04:08

Der State beibt auf "set_off" stehen und entsprechend habe ich bei dem device ein ausrufezeichen in der lampe stehen (webfrontend). hatte zuvor auf dem device ein "missing ackt" nach "update fhem" und "shutdown restart"

powerError sollte ganz normal kommen, wird immer zusammen mit sabotage geschrieben.
set_xxx bedeuted immer, dass aus FHEM en Kommando abgeschickt wurde, es aber noch keine bestaetigung gibt. Bei registern muss man ein neues getConfig abschicken um sicherzugehen. Danach sollten alle set_ weg sein.
Bei kommandos genuegt das ACK des device. wenn set_on stehen bleibt ist das Kommando nicht akzeptiert worden!

Gruss
Martin

[PowerDiz]

Hallo Martin,

so ich hab nochmal mit autocreate die Konfiguration für das Device erstellen lassen:

define CUL_HM_switch_125FFF CUL_HM 125FFF
attr CUL_HM_switch_125FFF devInfo 820100
attr CUL_HM_switch_125FFF firmware 1.0
attr CUL_HM_switch_125FFF hmClass receiver
attr CUL_HM_switch_125FFF model HM-SEC-SFA-SM
attr CUL_HM_switch_125FFF room CUL_HM
attr CUL_HM_switch_125FFF serialNr GEQ0173622
attr CUL_HM_switch_125FFF subType switch
define FileLog_CUL_HM_switch_125FFF FileLog /var/log/fhem/CUL_HM_switch_125FFF-%Y.log CUL_HM_switch_125FFF
attr FileLog_CUL_HM_switch_125FFF logtype text
attr FileLog_CUL_HM_switch_125FFF room CUL_HM
define CUL_HM_switch_125FFF_Siren CUL_HM 125FFF01
attr CUL_HM_switch_125FFF_Siren model HM-SEC-SFA-SM
attr CUL_HM_switch_125FFF_Siren room CUL_HM
define FileLog_CUL_HM_switch_125FFF_Siren FileLog /var/log/fhem/CUL_HM_switch_125FFF_Siren-%Y.log CUL_HM_switch_125FFF_Siren
attr FileLog_CUL_HM_switch_125FFF_Siren logtype text
attr FileLog_CUL_HM_switch_125FFF_Siren room CUL_HM
define CUL_HM_switch_125FFF_Flash CUL_HM 125FFF02
attr CUL_HM_switch_125FFF_Flash model HM-SEC-SFA-SM
attr CUL_HM_switch_125FFF_Flash room CUL_HM
define FileLog_CUL_HM_switch_125FFF_Flash FileLog /var/log/fhem/CUL_HM_switch_125FFF_Flash-%Y.log CUL_HM_switch_125FFF_Flash
attr FileLog_CUL_HM_switch_125FFF_Flash logtype text
attr FileLog_CUL_HM_switch_125FFF_Flash room CUL_HM

Ergebnis:
Die Kanäle von Siren und Flash sind jetzt korrekt zugeordnet.

------------------------------------------------------

So hier mal die readings vom device CUL_HM_switch_125FFF:

PairedTo 0x141414 2013-01-20 11:33:05
R-batDefectLimit 0.5 Ohm 2013-01-20 11:33:05
R-cyclicInfoMsg on 2013-01-20 11:33:05
R-lowBatLimit 10.5 V 2013-01-20 11:33:05
R-sabotageMsg on 2013-01-20 11:33:05
RegL_00: 02:01 09:01 0A:14 0B:14 0C:14 10:01 12:69 13:32 14:06 00:00 2013-01-20 11:33:05
batterieError off 2013-01-20 11:40:38
powerError off 2013-01-20 11:40:38
sabotageError on 2013-01-20 11:40:38

Betätige ich den Sabotage Kontakt dann ändert sich der Zusastand von sabotageError entsprechen.

Es werden aber KEINE events ausglöst und keine Einträge in irgendein Logfile vorgenommen.

Danach hab ich das Device damit erweitert:
attr CUL_HM_switch_125FFF event-on-change-reading sabotageError

aber auch ohne Erfolg.


Soll ich jetzt noch irgendwelche Tests machen, wenn ja dann bitte die commands durchgeben, weil ich bin kein Profi bei den fhem commands.

Und Vielen Dank nochmal für deine ganze Arbeit hier. Respekt.

Gruß,
Dieter

[martinp876]

Hi,

ich werde noch einmal testen.

jedenfalls sollte die events in ein logfile des device gehen. Hast du eines mit entsptechenden filtern?

Bist du sicher den notify korret aufgesetzt zu haben? Also mit .*sabotage.* ?

Die eigentliche Notification prozedur ist FHEM-generell - da hat HM wenig zu tun.
Gruss
Martin

[PowerDiz]

Hi,
Danke für die Antwort.
Filter habe ich glaub ich keine speziellen.
Ich habe das FHEM standard konfiguriert laufen.
Das device wie gesagt per autocreate angelegt.

Den notify hatte ich schonmal so am laufen, aber mit den alten pushs in der hm_cul.pm von mir angepasst auf kanal 1.

define n_AlarmFunkSirene_sabotageError notify AlarmFunkSirene:sabotageError.* {if ("%"  =~ "on") {SendEmailDizLocal("AlarmFunkSirene Sabotage Error.")}}


Hatte auch super funktioniert.

Wenn Du nochmal schauen könntest wäre super.

Danke,
Dieter

[Dennis D.]

Bis vor kurzem funktionierte das auslösen des notifys bei Sabotage und damit das versenden einer E-Mail. Seit kurzem jedoch nicht mehr. Hat jemand ne Idee, woran das liegen könnte?

Mein Notify sieht wie folgt aus:

define Alarmgebersteuerung_sabotageError_pruef notify HA_Alarmgebersteuerung:sabotageError {if (ReadingsVal("HA_Alarmgebersteuerung","sabotageError","off") ne "off") {fhem ("trigger Alarmgebersteuerung_sabotageError")}}

[PowerDiz]

Hi,

die Readings für z.Bsp. Sabotage wurden jetzt vom Kanal 01 auf das device gemappt.
Es sollten auch events bei Änderung ausgelöst werden, was bei mir aber auch noch nicht funktioniert.

Da ich die Internas des Codes auch nicht kenne habe ich folgendes in den Code eingefügt, damit die Sabotage-Meldung wieder kommt.
In CUL_HM.pm ist dann die Zeile mit dem push .... einzufügen:

Code Auswählen Erweitern


 elsif ($model eq "HM-SEC-SFA-SM"){ # && $chn eq "00")
CUL_HM_UpdtReadBulk(CUL_HM_getDeviceHash($shash),1,
                       "powerError:"   .(($err&0x02) ? "on":"off"),
                           "sabotageError:".(($err&0x04) ? "on":"off"),
                           "batterieError:".(($err&0x08) ? "on":"off"));

push @event,"sabotageError:".(($err&0x04) ? "on":"off");


Wenn das Dein define HA_Alarmgebersteuerung für die Sirene ist, dann sollte es klappen.
Ist zwar nur eine Krücke, aber es sollte klappen.

Gruß,
Dieter

[Dennis D.]

Ne, "HA_Alarmgebersteuerung" ist bei mir das Device. Und dort habe ich auch die entsprechenden Readings seit dem Update. Die Sirene ist "HA_Sirene" und der Blitzer "HA_Blitzer"

Was passiert denn durch das "Push"? Weil sobald ich ja den Sabotage-Schalter betätige, dann wird ja in den Readings direkt auf "on" gestellt. Daher müsste das mit einem notify doch funktionieren.

Gruß,
Dennis

[PowerDiz]

Hi Dennis,
ja bei mir hat das mit den Readings in soweit funktioniert, dass ich sie auch unter dem device sehen konnte (auch die Änderungen).
Wenn ich ein notify auf das device/sabotageError verknüpft habe, dann kam da aber nichts.
Ich habe auch nichts im device logfile. Bei den Kanälen kommen z.Bsp. deviceMsg:on, etc Meldungen.

Jetzt zu dem code.
Bei mir kommen durch das @push wieder sabotage events, die ich mit notify abfange. Aber eben auf dem Sirenen Kanal.

Ich werde bei mir nochmal mit den Readings und dem notify auf dem device selber testen.
Vielleicht verwechsle ich da auch was.

Gruß,
Dieter

[Dennis D.]

Hi Dieter,

versteh ich das richtig, dass man durch die "push"-Zeile das Reading quasi ebenfalls auf dem Sirenenkanal ausgibt und auf diesem dann das notify funktioniert?
Wäre zwar ne Übergangslösung, aber bei jedem Update müsste man das ja wieder neu anpassen, oder?

as ich mich halt frage ist, warum das notify damals aufm Sirenenkanal einwandfrei funktionierte und nun auf dem device nicht mehr. von wo man das notify das reading abliest müsste doch eigentlich wurst sein, oder?

[PowerDiz]

Hi Dennis,
ja ich bin ja auch nicht der Profi im fhem,
aber soweit ich weiss, lösst das push ein event auf dem Sirenenkanal aus und das kann mit notify abgefangen werden.
Schau mal in das Log vom Sirenenkanal, da siehst Du dann den Eintrag.

Ja ist nur eine Übergangslösung und ist nach jedem update weg, wenn die CUL_HM im Repository geändert wurde.

So wie ich das verstehe ist das so:
Auf dem Sirenen Kanal kommen die sabotage, etc. Status rein.
Martin hat sie dann auf das device umgebogen, damit sie da angezeigt werden und nicht mehr auf dem Sirenenkanal.
Jetzt weiss ich aber auch nicht, warum das device keinen event mehr auslösst, welches wir mit einem notify abfangen können.

Da ich jetzt nicht genau weiss, wie das fhem intern funktioniert, ist es für mich recht aufwendig durch den ganzen code zu gehen um das Problem zu analysieren.

Gruß,
Dieter

[Dennis D.]

Naja, dann warte ich da noch was. Vielleicht hat Martin hier noch ne Lösung und baut die ins offizielle Modul ein. Da bei einer Sabotagemeldung bei mir die Sirene auslösen soll, muss das schon zuverlässig funktionieren. ;-)

[martinp876]

das macht nicht wirklich einen Unterschied.
Die liste der Events wird in die Readings ueber write bulk geschrieben, genau wie der bereits vorhandene Aufruf.
Einziger Unterschied ist die entity - einmal wird es am Device signalisiert (so der Code) und bei deinem Vorschlag zusaetzlich am Kanal.

So sollte es nicht eingebaut werden, da es eine doppelt-meldung eines einzigen events ist

[Dennis D.]

aber wieso funktionierte dann das Notify früher und nun nicht mehr? Ich versteh da die Logik nicht. Martin, kannst Du da mal Hilfestellung geben, wie ich bei einer Änderung des Readings sabotageError eine Aktion auslöse?

Gruß,
Dennis

[martinp876]

Hallo Dennis,

noch einmal zusammenfassend:
- Du bekommst die Readings "sabotageError" - und auch der Zeitstempel ist korrekt (also neu)
- du hast keinen Filter eingebaut wie etwa event-on-change
- du hast ein notify am besten mit ".*sabotageError.*"  - der sollte bei jedem sabotage_error kommen, egal bei welchen device oder channel.

Und danach kommt es immer noch nicht?

Gruss
Martin

[Dennis D.]

Jep! Gerade noch mal getestet:

1. Bei den Readings habe ich stehen:
sabotageError       off                        2013-01-25 20:32:51

2. "Sabotiere" ich die Anlage wird "sabotageError" auf on gesetzt inkl. aktuellem Zeitstempel. (letzterer wird aber bei allen drei Readings, also BatteryError und PowerError aktualisiert)

3. event-on-change oder update habe ich nicht eingebaut.

Dennoch bekomme ich keine Meldung. Mein notify, welches den Versand der E-Mail auslöst wird, sieht wie folgt aus:

define Alarmgebersteuerung_sabotageError_pruef notify HA_Alarmgebersteuerung:.*sabotageError.* {if ("%" =~ "on") {fhem ("trigger Alarmgebersteuerung_sabotageError")}}
(alles in einer Zeile)

Meine Devices habe ich wie folgt konfiguriert:

define HA_Alarmgebersteuerung CUL_HM 125EBB
attr HA_Alarmgebersteuerung alias Blitzer- und Sirenensteuerung
attr HA_Alarmgebersteuerung devInfo 820100
attr HA_Alarmgebersteuerung firmware 1.0
attr HA_Alarmgebersteuerung group Kombi-Alarmgeber
attr HA_Alarmgebersteuerung hmClass receiver
attr HA_Alarmgebersteuerung model HM-SEC-SFA-SM
attr HA_Alarmgebersteuerung peerIDs 1
attr HA_Alarmgebersteuerung room Hausanschlussraum
attr HA_Alarmgebersteuerung serialNr GE######
attr HA_Alarmgebersteuerung subType switch

define HA_Sirene CUL_HM 125EBB01
attr HA_Sirene alias Sirene
attr HA_Sirene devInfo 820100
attr HA_Sirene firmware 1.0
attr HA_Sirene fp_Erdgeschoss 470,1150,1,
attr HA_Sirene group Kombi-Alarmgeber
attr HA_Sirene hmClass receiver
attr HA_Sirene model HM-SEC-SFA-SM
attr HA_Sirene peerIDs 1
attr HA_Sirene room Hausanschlussraum
attr HA_Sirene serialNr GEQ######
attr HA_Sirene subType switch

define HA_Blitzer CUL_HM 125EBB02
attr HA_Blitzer alias Blitzer
attr HA_Blitzer devInfo 820100
attr HA_Blitzer firmware 1.0
attr HA_Blitzer fp_Erdgeschoss 470,1100,1,
attr HA_Blitzer group Kombi-Alarmgeber
attr HA_Blitzer hmClass receiver
attr HA_Blitzer model HM-SEC-SFA-SM
attr HA_Blitzer peerIDs 1
attr HA_Blitzer room Hausanschlussraum
attr HA_Blitzer serialNr GEQ######
attr HA_Blitzer subType switch

[martinp876]

Hallo Dennis,

lange her - und der Bug sollte drausen sein.
War die Abfrage zum SFA - das "Else" war falsch (danke Rudi)

also hoffentlich erledigt :-)

Gruss
Martin

[Dennis D.]

Hi Martin,

Danke für die Rückmeldung! Dachte schon die Sache wäre vergessen worden ;) in erster kurzer Test brachte mir aber keine Sabotage Meldung. Werde das aber noch mal genauer testen. Womöglich hab ich auch noch irgendwo nen Fehler im notify.

Gruß,
Dennis

[PowerDiz]

Hallo Martin, Dennis,
ich hab auch nochmal kurz getestet und bei mir kommt auch keine Sabotage Meldung, wenn ich den sabotage Taster betätige.
Ich hab mal mit einem Inform timer im Terminal geschaut und da kam eine off Meldung von der Sirene (ch01), wenn ich den Sabotage-taster drücke.
Es kommen erscheinen auch keine Einträge im Device Logfile.
Als Info:
Ich habe cyclicInfoMsg auf on stehen.
Die Readings von SabotageError, Battery, PowerError stehen aber ca. einmal am Tag im device logfile, wenn sich das device meldet.

Gruß,
Dieter

[martinp876]

Hallo Dieter,

also noch einmal
- "sabotageError" steht im Logfile => der status wird in der zyklischen message gemeldet und dekodiert

was dir fehlt ist ein autonomer Alarm der direkt nach Auslösen kommen soll
=> so richtig verstanden?

hast du in den Registern die sabotage-message eingeschaltet? Also steht "sabotageMsg" auf "on"
Wenn dies der Fall ist, kannst du die messages loggen wenn du auslöst?

Gruss
Martin

[PowerDiz]

Hallo Martin,

Als Info bei mir die Namen definier:
Device: AlarmFunkSirene
Ch01: AlarmSirene
Ch02: AlarmBlitz

also noch einmal
 - "sabotageError" steht im Logfile => der status wird in der zyklischen message gemeldet und dekodiert

Ja genau, der Status steht im LogFile vom Device nach der zyklischen Message.
2013-02-06_10:50:47 AlarmFunkSirene powerError: off
2013-02-06_10:50:47 AlarmFunkSirene sabotageError: off
2013-02-06_10:50:47 AlarmFunkSirene battery: ok

 
was dir fehlt ist ein autonomer Alarm der direkt nach Auslösen kommen soll
 => so richtig verstanden?

Ja, die Änderung möchte ich dann mit einem Notify abfangen.


hast du in den Registern die sabotage-message eingeschaltet? Also steht "sabotageMsg" auf "on"

ja, Register vom Device
R-cyclicInfoMsg on 2013-02-06 11:31:57
R-sabotageMsg on 2013-02-06 11:31:57



Wenn dies der Fall ist, kannst du die messages loggen wenn du auslöst?

Terminal mit inform timer ergibt folgendes, wenn ich den Sabotage Taster betätige:

2013-02-06 17:27:30 CUL_HM AlarmSirene off  
2013-02-06 17:27:33 CUL_HM AlarmSirene deviceMsg: off (to HMLAN1)



Noch zur Info:
Die Readings im Device werden korrekt dargestellt. Also wenn ich den Sabotage Taster betätige ändert sich das Reading im Device.

Im Moment mache ich es so, dass ich auf den Kanal1 (AlarmSirene) ein notify habe und dann die Readings im Device auswerte.



Danke,
Dieter

[Dennis D.]

Danke Dieter! Das war der entscheidende Hinweis! Nun funktioniert es bei mir :-)

Nachdem ich auf ein Signal von Kanal 1 horchen lasse, klappts genau so wie ich es mir vorstelle.

define Alarmgebersteuerung_sabotageError_pruef notify HA_KAG_Sirene:.* {if(ReadingsVal("HA_KAG_Steuerung","sabotageError","off") ne "off")........

Wenns so bleibt, dann bin ich zufrieden. Jetzt bekomm ich meine Benachrichtigung, wenn bei Sabotage und wenn gleichzeitig die Alarmanlage scharf ist, wird Alarm ausgelöst.

[martinp876]

hm - verstehen kann ich es immer noch nicht.

- SFA sendet eine message bei Sabotage, so weit so gut
- ein event bekommst du nicht mit "inform", aber ein Notify funktioniert, wenn auch 'nur' bei der Sirene, nicht wie (von mir) gewuenscht am device.

Kannst du die messages aufnehmen mit
attr global verbose 1
attr <hmlan> loglevel 1

und dann die message aus dem logfile.
Es sollte auch power-error und battery upgedatet werden.
Also nach dem event ein list der 3 entities waere gut, damit ich sehen kann, welche readings gekommen sind

Danke
Martin

[Dennis D.]

Hi Martin,

kann ich machen. schaffe ich aber nicht mehr heute (wg. weiberfastnacht) sondern frühestens morgen, spätestens jedoch am sonntag.

Nachvollziehen kann ich es auch nicht. Aber solang es so funktioniert... ;)

[Matzek83]

Hallo zusammen,
toll, dass ihr euch der Funk-Sirenensteuerung angenommen habt. Hört sich schon ziemlich komplett an, was an Funktionen in fhem zur Verfügung steht.

Ich krieg´s aber schon beim Anlernen irgendwie nicht hin:
FHEM erkennt die Steuerung und legt auch Blitz und Sirene in je einem Kanal an, allerdings nicht als Switch, sondern als threeStateSensor.

Was mache ich falsch?

Autocreate legt folgendes an:


define CUL_HM_HM_SEC_SFA_SM_125EC7 CUL_HM 125EC7
attr CUL_HM_HM_SEC_SFA_SM_125EC7 .devInfo 820200
attr CUL_HM_HM_SEC_SFA_SM_125EC7 .stc 10
attr CUL_HM_HM_SEC_SFA_SM_125EC7 firmware 1.0
attr CUL_HM_HM_SEC_SFA_SM_125EC7 model HM-SEC-SFA-SM
attr CUL_HM_HM_SEC_SFA_SM_125EC7 peerIDs
attr CUL_HM_HM_SEC_SFA_SM_125EC7 room CUL_HM
attr CUL_HM_HM_SEC_SFA_SM_125EC7 serialNr GEQ0173325
attr CUL_HM_HM_SEC_SFA_SM_125EC7 subType threeStateSensor
attr CUL_HM_HM_SEC_SFA_SM_125EC7 webCmd getConfig
define FileLog_CUL_HM_HM_SEC_SFA_SM_125EC7 FileLog - CUL_HM_HM_SEC_SFA_SM_125EC7
attr FileLog_CUL_HM_HM_SEC_SFA_SM_125EC7 logtype text
attr FileLog_CUL_HM_HM_SEC_SFA_SM_125EC7 room CUL_HM

define CUL_HM_HM_SEC_SFA_SM_125EC7_Siren CUL_HM 125EC701
attr CUL_HM_HM_SEC_SFA_SM_125EC7_Siren model HM-SEC-SFA-SM
attr CUL_HM_HM_SEC_SFA_SM_125EC7_Siren peerIDs
attr CUL_HM_HM_SEC_SFA_SM_125EC7_Siren room CUL_HM
define FileLog_CUL_HM_HM_SEC_SFA_SM_125EC7_Siren FileLog - CUL_HM_HM_SEC_SFA_SM_125EC7_Siren
attr FileLog_CUL_HM_HM_SEC_SFA_SM_125EC7_Siren logtype text
attr FileLog_CUL_HM_HM_SEC_SFA_SM_125EC7_Siren room CUL_HM

define Flash CUL_HM 125EC702
attr Flash model HM-SEC-SFA-SM
attr Flash peerIDs
attr Flash room CUL_HM
define FileLog_Flash FileLog - Flash
attr FileLog_Flash logtype text
attr FileLog_Flash room CUL_HM
define FileLog_CUL_HM_HM_LC_DIM1L_PL_15C3A1 FileLog - CUL_HM_HM_LC_DIM1L_PL_15C3A1
attr FileLog_CUL_HM_HM_LC_DIM1L_PL_15C3A1 logtype text
attr FileLog_CUL_HM_HM_LC_DIM1L_PL_15C3A1 room CUL_HM   


Ich hoffe ihr könnt mir helfen.

MfG
Matze

[martinp876]

Hi Matze,

mein Fehler - im Rahmen eines geaenderten internen Handlings.

Habe es gerade korrigiert

Gruss
Martin

[Matzek83]

Klasse.
Ich danke dir.

[Matzek83]

Hallo liebe Gemeinde,
nach erfolgreicher Integration der Funk-Sirenensteuerung (DANKE an alle Beteiligten) wollte ich nun den Sabotagekontakt der Sirene auswerten und habe dazu den Sabotageeingang der Ansteuerung verwenden. Leider bekomme ich bei Sabotage (ErrorMsg oder so) immer "on" angezeigt. Irgendwas mache ich da noch falsch!!

Welche Ereignisse lösen denn den Sabotage aus? Gibt es noch mehr als den Sabotage-Eingang und den eigenen Sabotagekontakt der Ansteuerung?

Leider bin ich diese Woche nicht zu Hause und kann weder Log-Datei noch Konfigurationsdateien zeigen. Vielleicht hat ja trotzdem jemand einen guten Hinweis.

Vielen Dank schon mal.

MfG
Matze

[martinp876]

Hallo Matze,

da gibt es noch einen Hinweis, dass Sabotabe beim SFA nicht in jeder Message gesendet wird. Logs waeren hilfreich, das zu bestaetigen.

Gruss Martin