Paring Homematic Rauchmelder HM-SEC-SD

[Guest]

Originally posted by: <email address deleted>

Hallo zusammen,

ich habe leider ein Problem mit dem Pairing von 3 Rauchmeldern.

Wenn ich über set CUL1 hmPairForSec 60 versuche die Melder zu pairen
bekomme ich die Fehlermeldung:

"pair is not enabled for this type of device, use set hmPairForSec"

Ich habe die Melder daraufhin wie folgt manuell in die CFG geschrieben:

define Rauchmelder_Schlafzimmer CUL_HM 19EA9F
attr Rauchmelder_Schlafzimmer IODev CUL1
attr Rauchmelder_Schlafzimmer devInfo 000100
attr Rauchmelder_Schlafzimmer firmware 1.0
attr Rauchmelder_Schlafzimmer hmClass sender
attr Rauchmelder_Schlafzimmer model HM-SEC-SD
attr Rauchmelder_Schlafzimmer room Schlafzimmer
attr Rauchmelder_Schlafzimmer serialNr JEQ0027416
attr Rauchmelder_Schlafzimmer subType smokeDetector

Wenn ich versuche aus der WEB-Oberfläche heraus die Geräte zu pairen
bekomme ich weiterhin die gleiche Fehlermeldung.

Bisher habe ich folgende Sachen ausprobiert um das Problem zu lösen:

Melder zurückgesetzt auf Werkseinstellungen und neu konfiguriert --> hilft
nicht
Updatefhem durchgeführt --> hilft nicht
FHEM Server neu gestartet --> hilft nicht

Irgendjemand eine gute Idee wie ich hier weiter vorgehen kann.

Herzliche Grüße,

Dominik

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[rudolfkoenig]

                                                   

> "pair is not enabled for this type of device, use set hmPairForSec"

Diese Meldung kommt nur beim
  set Rauchmelder_Schlafzimmer pair
was nur bei Aktoren mit bekannten Seriennummer funktioniert, und der
Rauchmelder ist kein Aktor.

Was eigentlich falsch laeuft kann ich nicht sagen, ich bin nicht mal sicher, ob
pairing mit einem Rauchmelder in fhem ueberhaupt funktioniert. Fuer manche
Aufgaben ist das auch nicht wichtig: Feuer wird auch ohne Anlernen an broadcast
gemeldet.

Da die Rauchmelder angeblich sich gegenseitig benachrichtigen koennen, muesste
auch moeglich sein den Rauchmelder von fhem aus zum Pfeifen zu motivieren,
weiss aber nicht wie. Fuer diese Funktion ist vmtl. das Anlernen (pairing)
notwendig.

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Hallo,

hier meine bisherigen Erkenntnisse.
Ich habe auch seit kurzem 3 Rauchmelder.
Wie in der Bedienungsanleitung beschrieben, habe ich die RM
untereinander gepaired.
Im fhem sind sie dann auch aufgetaucht (nachdem ich dort meinen HM-Lan
Adapter in den Pairing-Mode für 600 sec gebracht hatte.
(evtl. an den jeweiligen RM kurz die Batterie fürs Funkmodul
entfernen).

Beim pairen der RM untereinander scheint ein Gerät (bzw. seine
Seriennummer bzw. seine Hardwareadresse) eine besonderen Stellenwert
zu erhalten. Ich nenne das mal Master.
Hier mal kurz die Hardwareadresse zu den Geräten:
KG: 16C5C5
EG: 16C42D (Master)
OG: 16C6FD

@Rudolf: aus meiner Sicht sind es wohl auch Aktoren, da die Geräte
untereinander "Reden". Z.B. beim Rauchalarm oder beim Test der
Funkvernetzung (5 sec Tastendruck, danach noch mal kurz)

Ich habe es auch schon geschaft, diesen Funkvernetzungstest per fhem
zu starten:
fhem telnet: set SD_Dummy_AlarmSend raw ++944016C42D16C42D0008 (die
0008 ist eine "Testnummer" und sollte beim nächsten Versuch um 1
erhöht werden).
SD_Dummy_AlarmSend ist ein manuel erstellter Rauchmelder mit fiktiven
Daten. In den Eigenschaften habe ich ihn als receiver (also Aktor??)
definiert. Brauchte ich, da ich keine weiteren HM Komponenten im
Einsatz habe.

Bei einem Feueralarm (egal welches der drei Geräte) wird dieser immer
am "Master" angezeigt. Klickt man auf den Master findet man in den
Details noch eine weitere Info nach dem Motto: on "Rauchmelder OG".

Ich werde weiter forschen, hoffentlich auch wie oben beschrieben eine
Feueralarm auslösen können (evtl. sinnvoll für Einbrucherkennung und
Meldung .

VG

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[rudolfkoenig]

                                                   

> @Rudolf: aus meiner Sicht sind es wohl auch Aktoren, da die Geräte
> untereinander "Reden". Z.B. beim Rauchalarm oder beim Test der
> Funkvernetzung (5 sec Tastendruck, danach noch mal kurz)

Es spricht fuer diese Theorie, dass die Aktoren Alarm weitergeben. Es spricht
dagegen, da mit 3 Batterien den Empfaenger mehrere Jahre lang dauerhaft zu
betrieben problematisch ist. Ich glaube da ist noch ein Trick dabei (z.Bsp. 5
Sekunden schlafen, danach kurz auf Empfang schalten), was fhem beruecksichtigen
muesste.

Du kannst gerne in 10_CUL_HM.pm/%culHmDevProps den Typ von smokeDetector von
sender auf receiver stellen, und es selbst versuchen, meiner wollte nicht
mitreden.


> Ich werde weiter forschen, hoffentlich auch wie oben beschrieben eine
> Feueralarm auslösen können (evtl. sinnvoll für Einbrucherkennung und
> Meldung .

Gerne, sowas wuerde ich sofort einbauen.

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Hi Rudolf,
es hat ein wenig gedauert und meine Familie erschlägt mich bald, weil
hier Feuermelder ständig piepsen.
Habe es geschafft per RAW senden Feueralarm auszulösen, bzw. wie schon
oben beschrieben den Netzwerktest.

Hier der Versuch einer Zusammenfassung:
FM1 (von mir sogen. Master) HW Adresse: xxxxxx
FM2 HW Adresse: yyyyyy
FM3 HW Adresse: zzzzzz

Netzwerktest (2mal hintereinander die Master Adresse):
++9440xxxxxxxxxxxx0008  (die 0008 ist ein Zähler, welcher scheinbar
bei jeden Test um 1 erhöht wird)

Feueralarm am Master(2mal hintereinander die Master Adresse):
++9441xxxxxxxxxxxx010BC8
passende Entwarnung (all-clear):
++9441xxxxxxxxxxxx010C01

Feueralarm am FM2:
++9441xxxxxxyyyyyy010BC8
passende Entwarnung (all-clear):
++9441xxxxxxyyyyyy010C01

FM3 macht fleissig mit (reagiert auf Alarm und Entwarnung)
Der von mir sogenannte Master entsteht beim ersten pairen von 2
Rauchmeldern. Wird sozusagen eine Gruppenadresse. Unter Windows mit
dem HM-Lan auch so genannt und dargestellt.
Evtl. kann das ja jemand verifizieren.
Kannst du damit etwas anfangen?

VG

On 1 Mai, 18:40, Rudolf Koenig wrote:
> > @Rudolf: aus meiner Sicht sind es wohl auch Aktoren, da die Ger te
> > untereinander "Reden". Z.B. beim Rauchalarm oder beim Test der
> > Funkvernetzung (5 sec Tastendruck, danach noch mal kurz)
>
> Es spricht fuer diese Theorie, dass die Aktoren Alarm weitergeben. Es spricht
> dagegen, da mit 3 Batterien den Empfaenger mehrere Jahre lang dauerhaft zu
> betrieben problematisch ist. Ich glaube da ist noch ein Trick dabei (z.Bsp. 5
> Sekunden schlafen, danach kurz auf Empfang schalten), was fhem beruecksichtigen
> muesste.
>
> Du kannst gerne in 10_CUL_HM.pm/%culHmDevProps den Typ von smokeDetector von
> sender auf receiver stellen, und es selbst versuchen, meiner wollte nicht
> mitreden.
>
> > Ich werde weiter forschen, hoffentlich auch wie oben beschrieben eine
> > Feueralarm ausl sen k nnen (evtl. sinnvoll f r Einbrucherkennung und
> > Meldung .
>
> Gerne, sowas wuerde ich sofort einbauen.

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[rudolfkoenig]

                                                   

> Kannst du damit etwas anfangen?

Noch nicht, hab leider nur einen Melder zum testen. Dieser will (trotz
erfolgreiches Paaren mit fhem) auf keinem der Kommandos hoeren.  Ich habs mit
seine eigene Adresse(2x im raw) und mit der CUL Adresse(2x) versucht. Auch die
Kombination (CUL:AbsenderAddr, Smoke:EmpfaengerAddr), oder andersherum hat
nichts bewirkt.  Habs mit dem Netzwerktest und mit dem Feueralarm versucht.
Auch auf das "pair" Kommando wird nicht gehoert, als ob der HM-Empfaenger nicht
aktiv waere.

Btw. Netzwerktest ist im CUL_HM unter test bekannt, leider bisher nur beim
Empfang.

Evtl. geht der Melder erst dann auf Dauer-HM-Empfang, wenn es in der Gruppe
ist. Koenntest Du einen der Rauchmelder aus der Gruppe zu entfernen (reset?),
und diese Kommandos mit ihm versuchen? Und danach bitte das Paaren der Melder
untereinander mitschneiden?

Ich fuerchte ich muss einen zweiten Melder besorgen, wenn ich sowas testen
will.

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Guten Abend,
auf ein reset per fhem hat mein RM nicht reagiert. Beide sind also
immer noch "gruppiert". Ich hatte aber auch kein pairing mit fhem
vorgenommen.
Ich denke mal du hast recht, die RM schalten erst auf Empfang wenn
eine RM-Gruppe gebildet wurde. Vorher gab es ja auch als Einzelgerät
keinen Grund auf Empfang zu schalten.

Ich bamsel mal 2 Mitschnitte vom pairing hier mit an. Ich habe dabei
beide Geräte jeweils vorher auf Werkseinstellung zurückgesetzt. Der
"einzige" Unterschied ist, dass ich beim zweiten Versuch die RM in
umgekehrter Reihenfolge in den pairing-Modus gebracht habe.
Danach funktioniert Rauchalarm und Netzwerktest sofort wieder (wie
bisher ohne pairing mit fhem).
1. Mitschnitt:
HMLAN HMLAN_Adapter RCV L:1A N:01 CMD:8000 (TYPE=0,BCAST,RPTEN) SRC:
19E821 DST:000000 1000424A455130303238333733CD000100 (DEVICE_INFO
FIRMWARE:10 TYPE:0042 SERIALNO:JEQ0028373 CLASS:CD PEER_CHANNEL_A:00
PEER_CHANNEL_B:01 UNKNOWN:00)
HMLAN HMLAN_Adapter RCV L:1A N:01 CMD:8000 (TYPE=0,BCAST,RPTEN) SRC:
19E8A3 DST:000000 1000424A455130303238323433CD000100 (DEVICE_INFO
FIRMWARE:10 TYPE:0042 SERIALNO:JEQ0028243 CLASS:CD PEER_CHANNEL_A:00
PEER_CHANNEL_B:01 UNKNOWN:00)
HMLAN HMLAN_Adapter RCV L:1A N:02 CMD:A000 (TYPE=0,BIDI,RPTEN) SRC:
19E821 DST:19E8A3 1000424A455130303238333733CD000100
CUL_HM CUL_HM_smokeDetector_19E821 unknownMsg:
1000424A455130303238333733CD000100
HMLAN HMLAN_Adapter RCV L:0A N:02 CMD:8002 (TYPE=2,RPTEN) SRC:19E8A3
DST:19E821 00 (ACK)
HMLAN HMLAN_Adapter RCV L:0A N:03 CMD:8002 (TYPE=2,RPTEN) SRC:19E8A3
DST:19E821 00 (ACK)
HMLAN HMLAN_Adapter RCV L:0A N:04 CMD:8002 (TYPE=2,RPTEN) SRC:19E8A3
DST:19E821 80 (NACK)
CUL_HM CUL_HM_smokeDetector_19E8A3 NACK
HMLAN HMLAN_Adapter RCV L:10 N:05 CMD:A001 (TYPE=1,BIDI,RPTEN) SRC:
19E821 DST:19E8A3 010519E8210104 (CONFIG_START CHANNEL:01 PEER_ADDRESS:
19E821 PEER_CHANNEL:01 PARAM_LIST:04)
CUL_HM CUL_HM_smokeDetector_19E821 unknownMsg: 010519E8210104
HMLAN HMLAN_Adapter RCV L:0A N:05 CMD:8002 (TYPE=2,RPTEN) SRC:19E8A3
DST:19E821 80 (NACK)
CUL_HM CUL_HM_smokeDetector_19E8A3 NACK
HMLAN HMLAN_Adapter RCV L:10 N:02 CMD:A001 (TYPE=1,BIDI,RPTEN) SRC:
19E8A3 DST:19E821 010119E8210100 (CONFIG_PEER_ADD CHANNEL:01
PEER_ADDRESS:19E821 PEER_CHANNEL_A:01 PEER_CHANNEL_B:00)
CUL_HM CUL_HM_smokeDetector_19E8A3 unknownMsg: 010119E8210100
HMLAN HMLAN_Adapter RCV L:0A N:02 CMD:8002 (TYPE=2,RPTEN) SRC:19E821
DST:19E8A3 00 (ACK)
HMLAN HMLAN_Adapter RCV L:0A N:03 CMD:8002 (TYPE=2,RPTEN) SRC:19E821
DST:19E8A3 80 (NACK)
CUL_HM CUL_HM_smokeDetector_19E821 NACK
HMLAN HMLAN_Adapter RCV L:10 N:04 CMD:A001 (TYPE=1,BIDI,RPTEN) SRC:
19E8A3 DST:19E821 010519E8210104 (CONFIG_START CHANNEL:01 PEER_ADDRESS:
19E821 PEER_CHANNEL:01 PARAM_LIST:04)
CUL_HM CUL_HM_smokeDetector_19E8A3 unknownMsg: 010519E8210104
HMLAN HMLAN_Adapter RCV L:0A N:04 CMD:8002 (TYPE=2,RPTEN) SRC:19E821
DST:19E8A3 80 (NACK)
CUL_HM CUL_HM_smokeDetector_19E821 NACK
HMLAN HMLAN_Adapter RCV L:10 N:05 CMD:A001 (TYPE=1,BIDI,RPTEN) SRC:
19E8A3 DST:19E821 010219E8A30100
CUL_HM CUL_HM_smokeDetector_19E8A3 unknownMsg: 010219E8A30100
HMLAN HMLAN_Adapter RCV L:0A N:05 CMD:8002 (TYPE=2,RPTEN) SRC:19E821
DST:19E8A3 02


2. Mitschnitt:
HMLAN HMLAN_Adapter RCV L:1A N:02 CMD:8000 (TYPE=0,BCAST,RPTEN) SRC:
19E8A3 DST:000000 1000424A455130303238323433CD000100 (DEVICE_INFO
FIRMWARE:10 TYPE:0042 SERIALNO:JEQ0028243 CLASS:CD PEER_CHANNEL_A:00
PEER_CHANNEL_B:01 UNKNOWN:00)
HMLAN HMLAN_Adapter RCV L:1A N:02 CMD:8000 (TYPE=0,BCAST,RPTEN) SRC:
19E821 DST:000000 1000424A455130303238333733CD000100 (DEVICE_INFO
FIRMWARE:10 TYPE:0042 SERIALNO:JEQ0028373 CLASS:CD PEER_CHANNEL_A:00
PEER_CHANNEL_B:01 UNKNOWN:00)
HMLAN HMLAN_Adapter RCV L:0A N:03 CMD:8002 (TYPE=2,RPTEN) SRC:19E821
DST:19E8A3 00 (ACK)
HMLAN HMLAN_Adapter RCV L:0A N:03 CMD:8002 (TYPE=2,RPTEN) SRC:19E8A3
DST:19E821 00 (ACK)
HMLAN HMLAN_Adapter RCV L:0A N:04 CMD:8002 (TYPE=2,RPTEN) SRC:19E8A3
DST:19E821 80 (NACK)
CUL_HM CUL_HM_smokeDetector_19E8A3 NACK
HMLAN HMLAN_Adapter RCV L:10 N:05 CMD:A001 (TYPE=1,BIDI,RPTEN) SRC:
19E821 DST:19E8A3 010519E8210104 (CONFIG_START CHANNEL:01 PEER_ADDRESS:
19E821 PEER_CHANNEL:01 PARAM_LIST:04)
CUL_HM CUL_HM_smokeDetector_19E821 unknownMsg: 010519E8210104
HMLAN HMLAN_Adapter RCV L:0A N:05 CMD:8002 (TYPE=2,RPTEN) SRC:19E8A3
DST:19E821 80 (NACK)
CUL_HM CUL_HM_smokeDetector_19E8A3 NACK
HMLAN HMLAN_Adapter RCV L:10 N:04 CMD:A001 (TYPE=1,BIDI,RPTEN) SRC:
19E8A3 DST:19E821 010119E8210100 (CONFIG_PEER_ADD CHANNEL:01
PEER_ADDRESS:19E821 PEER_CHANNEL_A:01 PEER_CHANNEL_B:00)
CUL_HM CUL_HM_smokeDetector_19E8A3 unknownMsg: 010119E8210100
HMLAN HMLAN_Adapter RCV L:0A N:04 CMD:8002 (TYPE=2,RPTEN) SRC:19E821
DST:19E8A3 00 (ACK)
HMLAN HMLAN_Adapter RCV L:0A N:05 CMD:8002 (TYPE=2,RPTEN) SRC:19E821
DST:19E8A3 80 (NACK)
CUL_HM CUL_HM_smokeDetector_19E821 NACK
HMLAN HMLAN_Adapter RCV L:10 N:06 CMD:A001 (TYPE=1,BIDI,RPTEN) SRC:
19E8A3 DST:19E821 010519E8210104 (CONFIG_START CHANNEL:01 PEER_ADDRESS:
19E821 PEER_CHANNEL:01 PARAM_LIST:04)
CUL_HM CUL_HM_smokeDetector_19E8A3 unknownMsg: 010519E8210104
HMLAN HMLAN_Adapter RCV L:0A N:06 CMD:8002 (TYPE=2,RPTEN) SRC:19E821
DST:19E8A3 80 (NACK)
CUL_HM CUL_HM_smokeDetector_19E821 NACK
HMLAN HMLAN_Adapter RCV L:10 N:07 CMD:A001 (TYPE=1,BIDI,RPTEN) SRC:
19E8A3 DST:19E821 010219E8A30100
CUL_HM CUL_HM_smokeDetector_19E8A3 unknownMsg: 010219E8A30100
HMLAN HMLAN_Adapter RCV L:0A N:07 CMD:8002 (TYPE=2,RPTEN) SRC:19E821
DST:19E8A3 02



On 4 Mai, 14:05, Rudolf Koenig wrote:
> > Kannst du damit etwas anfangen?
>
> Noch nicht, hab leider nur einen Melder zum testen. Dieser will (trotz
> erfolgreiches Paaren mit fhem) auf keinem der Kommandos hoeren.  Ich habs mit
> seine eigene Adresse(2x im raw) und mit der CUL Adresse(2x) versucht. Auch die
> Kombination (CUL:AbsenderAddr, Smoke:EmpfaengerAddr), oder andersherum hat
> nichts bewirkt.  Habs mit dem Netzwerktest und mit dem Feueralarm versucht.
> Auch auf das "pair" Kommando wird nicht gehoert, als ob der HM-Empfaenger nicht
> aktiv waere.
>
> Btw. Netzwerktest ist im CUL_HM unter test bekannt, leider bisher nur beim
> Empfang.
>
> Evtl. geht der Melder erst dann auf Dauer-HM-Empfang, wenn es in der Gruppe
> ist. Koenntest Du einen der Rauchmelder aus der Gruppe zu entfernen (reset?),
> und diese Kommandos mit ihm versuchen? Und danach bitte das Paaren der Melder
> untereinander mitschneiden?
>
> Ich fuerchte ich muss einen zweiten Melder besorgen, wenn ich sowas testen
> will.

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[rudolfkoenig]

                                                   

> Ich bamsel mal 2 Mitschnitte vom pairing hier mit an.

Interessant an den beiden Mitschnitten ist, dass ab dem 3. Kommando es wieder
identisch ablaeuft, es gibt also eine Preferenz, wer Chef ist, und wer nicht.

Ich habe es aber heute trotz langes Experimentieren nicht hingekriegt, fhem mit
einem SEC-SD so zu paaren, dass die test/alarm Befehle akzeptiert werden.

Wenn fhem sich als SD ausgibt, dann versucht das richtige SD es folgendermassen
zu programmieren:
  CONFIG_PEER_ADD CHANNEL:01 PEER_ADDRESS: PEER_CHANNEL_A:01 PEER_CHANNEL_B:00
  CONFIG_START CHANNEL:01 PEER_ADDRESS: PEER_CHANNEL:01 PARAM_LIST:03
  CONFIG_WRITE_INDEX CHANNEL:01 DATA: 01:12 02:12 03:12 04:32 05:B4 0A:01
  CONFIG_WRITE_INDEX CHANNEL:01 DATA: 0B:14 0C:24 0D:24 8A:00
  CONFIG_END CHANNEL:01
  CONFIG_START CHANNEL:01 PEER_ADDRESS: PEER_CHANNEL:01 PARAM_LIST:04
  CONFIG_WRITE_INDEX CHANNEL:01 DATA: 01:11
  CONFIG_END CHANNEL:01

Wuesste ich gerne was die INDEX Daten hier bedeuten.  Wenn ich versuche, den SD
wiederum mit diesen Befehlen zu traktieren, dann weigert der sich mit NACK oder
schweigen. So oder so funktionieren die von fhem ausgeloesten test/alarm
Befehle nicht.

Ich habe test/alarmOn/alarmOff trotzdem eingebaut und CUL_HM.pm eingecheckt:
kannst Du es bitte testen, ob die Befehle bei dir funktionieren?

Gruss,
  Rudi

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Hallo,
leider auf die Schnelle schlechte Nachrichten. Alle drei Optionen ohne
Wirkung.
Der Test funktioniert nicht: dort wird meiner Meinung nach die falsche
SRC und DST verwendet (die von meinem HM-CFG-LAN). Aber es müßte die
Adressen des "Master-SD" verwendet werden.
Den AlarmOn und Off muss ich mir mal noch genauer ansehen. Leider an
diesem Wochenende zeitlich problematisch.

VG und Danke

On 5 Mai, 14:18, Rudolf Koenig wrote:
> > Ich bamsel mal 2 Mitschnitte vom pairing hier mit an.
>
> Interessant an den beiden Mitschnitten ist, dass ab dem 3. Kommando es wieder
> identisch ablaeuft, es gibt also eine Preferenz, wer Chef ist, und wer nicht.
>
> Ich habe es aber heute trotz langes Experimentieren nicht hingekriegt, fhem mit
> einem SEC-SD so zu paaren, dass die test/alarm Befehle akzeptiert werden.
>
> Wenn fhem sich als SD ausgibt, dann versucht das richtige SD es folgendermassen
> zu programmieren:
>   CONFIG_PEER_ADD CHANNEL:01 PEER_ADDRESS: PEER_CHANNEL_A:01 PEER_CHANNEL_B:00
>   CONFIG_START CHANNEL:01 PEER_ADDRESS: PEER_CHANNEL:01 PARAM_LIST:03
>   CONFIG_WRITE_INDEX CHANNEL:01 DATA: 01:12 02:12 03:12 04:32 05:B4 0A:01
>   CONFIG_WRITE_INDEX CHANNEL:01 DATA: 0B:14 0C:24 0D:24 8A:00
>   CONFIG_END CHANNEL:01
>   CONFIG_START CHANNEL:01 PEER_ADDRESS: PEER_CHANNEL:01 PARAM_LIST:04
>   CONFIG_WRITE_INDEX CHANNEL:01 DATA: 01:11
>   CONFIG_END CHANNEL:01
>
> Wuesste ich gerne was die INDEX Daten hier bedeuten.  Wenn ich versuche, den SD
> wiederum mit diesen Befehlen zu traktieren, dann weigert der sich mit NACK oder
> schweigen. So oder so funktionieren die von fhem ausgeloesten test/alarm
> Befehle nicht.
>
> Ich habe test/alarmOn/alarmOff trotzdem eingebaut und CUL_HM.pm eingecheckt:
> kannst Du es bitte testen, ob die Befehle bei dir funktionieren?
>
> Gruss,
>   Rudi

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Hi,
noch eine kleine Ergänzung zum "test".
ich habe im cul_hm.pm in der entsprechenden Zeile die beiden $id gegen
$dst getauscht. Wenn ich jetzt auf den "Master"- bzw. "Gruppen"-
Rauchmelder gehe und den Test auslöse, dann funktioniert es.
Gehe ich auf zugehörige "Member"-Rauchmelder dann funktioniert es
natürlich nicht. Bei der Gruppierung ist es also wichtig
herauszubekommen, welche Adresse als "Gruppenadresse" ausgehandelt
wurde.
Evtl. ist ein zusätzliches Attribut in den Rauchmeldern hilfreich (so
nach dem Motte, "SD_Group_Addr"). Diese könnte man dann beim
Testauslösen usw. verwenden.
Bei meinen insg. 2 Rauchmeldergruppen hat es so funktioniert.

AlarmOn und Off weigern sich irgendwie hartnäckig.

VG


On 5 Mai, 15:31, "thott...@gmx.net" wrote:
> Hallo,
> leider auf die Schnelle schlechte Nachrichten. Alle drei Optionen ohne
> Wirkung.
> Der Test funktioniert nicht: dort wird meiner Meinung nach die falsche
> SRC und DST verwendet (die von meinem HM-CFG-LAN). Aber es müßte die
> Adressen des "Master-SD" verwendet werden.
> Den AlarmOn und Off muss ich mir mal noch genauer ansehen. Leider an
> diesem Wochenende zeitlich problematisch.
>
> VG und Danke
>
> On 5 Mai, 14:18, Rudolf Koenig wrote:
>
>
>
> > > Ich bamsel mal 2 Mitschnitte vom pairing hier mit an.
>
> > Interessant an den beiden Mitschnitten ist, dass ab dem 3. Kommando es wieder
> > identisch ablaeuft, es gibt also eine Preferenz, wer Chef ist, und wer nicht.
>
> > Ich habe es aber heute trotz langes Experimentieren nicht hingekriegt, fhem mit
> > einem SEC-SD so zu paaren, dass die test/alarm Befehle akzeptiert werden.
>
> > Wenn fhem sich als SD ausgibt, dann versucht das richtige SD es folgendermassen
> > zu programmieren:
> >   CONFIG_PEER_ADD CHANNEL:01 PEER_ADDRESS: PEER_CHANNEL_A:01 PEER_CHANNEL_B:00
> >   CONFIG_START CHANNEL:01 PEER_ADDRESS: PEER_CHANNEL:01 PARAM_LIST:03
> >   CONFIG_WRITE_INDEX CHANNEL:01 DATA: 01:12 02:12 03:12 04:32 05:B4 0A:01
> >   CONFIG_WRITE_INDEX CHANNEL:01 DATA: 0B:14 0C:24 0D:24 8A:00
> >   CONFIG_END CHANNEL:01
> >   CONFIG_START CHANNEL:01 PEER_ADDRESS: PEER_CHANNEL:01 PARAM_LIST:04
> >   CONFIG_WRITE_INDEX CHANNEL:01 DATA: 01:11
> >   CONFIG_END CHANNEL:01
>
> > Wuesste ich gerne was die INDEX Daten hier bedeuten.  Wenn ich versuche, den SD
> > wiederum mit diesen Befehlen zu traktieren, dann weigert der sich mit NACK oder
> > schweigen. So oder so funktionieren die von fhem ausgeloesten test/alarm
> > Befehle nicht.
>
> > Ich habe test/alarmOn/alarmOff trotzdem eingebaut und CUL_HM.pm eingecheckt:
> > kannst Du es bitte testen, ob die Befehle bei dir funktionieren?
>
> > Gruss,
> >   Rudi- Zitierten Text ausblenden -
>
> - Zitierten Text anzeigen -

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[rudolfkoenig]

                                                   

> ich habe im cul_hm.pm in der entsprechenden Zeile die beiden $id gegen
> $dst getauscht.

Habs nachgezogen, und auch alarmOn/Off angepasst, da es bisher in beiden
Faellen nur off gesendet hat.

Urspruenglich habe ich geplant, dass fhem sich als master durchsetzt, und alle
anderen auf ihn hoeren, deswegen $id statt $dst.

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Hallo

Ich versuche meine Rauchmelder auch in fhem zu integrieren. Die
alive-Meldungen kommen regelmäßig.
Es gibt auch den Master unter den Rauchmeldern, aber der hier aufgeführte
Schritt mit dem Senden der Raw-Daten klappt nicht.
Wahrscheinlich fehlen mir noch paar Grundlagen. Habe einen CUL in HM-Modus
laufen. Sende ich die raw-Daten
von dem CUL oder dem virtuellen Rauchmelder?
 
Zur Zeit kommt aber in der SVN-Version von 10_CUL_HM folgende Meldung mit
der ich nichts anfangen kann:

Too many arguments for main::CUL_HM_pushConfig at ./FHEM/10_CUL_HM.pm line 1018, near ""02010A000B000C00")"
Too many arguments for main::CUL_HM_pushConfig at ./FHEM/10_CUL_HM.pm line 1022, near "))"
Too many arguments for main::CUL_HM_pushConfig at ./FHEM/10_CUL_HM.pm line 1089, near "$l1)"
Too many arguments for main::CUL_HM_pushConfig at ./FHEM/10_CUL_HM.pm line 1124, near ""01$tcnf")"
Too many arguments for main::CUL_HM_pushConfig at ./FHEM/10_CUL_HM.pm line 1163, near ""01$tcnf")"
Too many arguments for main::CUL_HM_pushConfig at ./FHEM/10_CUL_HM.pm line 1202, near ""01$tcnf")"
Too many arguments for main::CUL_HM_pushConfig at ./FHEM/10_CUL_HM.pm line 1240, near ""01$tcnf")"
Too many arguments for main::CUL_HM_pushConfig at ./FHEM/10_CUL_HM.pm line 1277, near ""01$tcnf")"
Too many arguments for main::CUL_HM_pushConfig at ./FHEM/10_CUL_HM.pm line 1296, near ""$tt$temp")"
Too many arguments for main::CUL_HM_pushConfig at ./FHEM/10_CUL_HM.pm line 1326, near "$data)"
./FHEM/10_CUL_HM.pm has too many errors.

Viele Grüße

Maxel

 

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[rudolfkoenig]

                                                   

> Sende ich die raw-Daten von dem CUL oder dem virtuellen Rauchmelder?

Vom Rauchmelder. Das CUL hat auch ein raw Befehl, der ist aber fuer was  anderes.

> Zur Zeit kommt aber in der SVN-Version von 10_CUL_HM folgende Meldung mit
> der ich nichts anfangen kann:

Da muss beim SVN checkout was schiefgegangen sein. Ich kriege keine Fehler
gemeldet, Ursache sehe ich auch keine (sollten 8 Argumente sein, sind auch .

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Am Sonntag, 6. Mai 2012 11:33:06 UTC+2 schrieb Rudolf Koenig:
>
> > Sende ich die raw-Daten von dem CUL oder dem virtuellen Rauchmelder?
>
> Vom Rauchmelder. Das CUL hat auch ein raw Befehl, der ist aber fuer was
>  anderes.
>
> > Zur Zeit kommt aber in der SVN-Version von 10_CUL_HM folgende Meldung
> mit
> > der ich nichts anfangen kann:
>
> Da muss beim SVN checkout was schiefgegangen sein. Ich kriege keine Fehler
> gemeldet, Ursache sehe ich auch keine (sollten 8 Argumente sein, sind auch
> .
>

Der Fehler ging nicht mit einem reload von 10_CUL_HM, sondern mit einem
Neustart von fhem weg.

in puncto Rauchmelder bin ich noch nicht weiter.

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Hi Rudolf,
ich bin begeistert!!!
Der Test funktioniert jetzt super.
AlarmOn und AlarmOff haben nicht funktioniert.
Ich habe aber (ich gebe zu, ich stehe im Moment noch ein wenig mit der
Syntax auf kriegsfuss) deine Zeile für den Alarmpart geändert und auf
zwei if-Bedingungen verteilt.
Und das schöne daran ist, jetzt geht es.

} elsif($cmd eq "alarmOff" && $st eq "smokeDetector")
{ #################
    CUL_HM_SendCmd($hash, sprintf("++9441%s%s010C01",$dst,$dst), 1,
0);

} elsif($cmd eq "alarmOn" && $st eq "smokeDetector")
{ #################
    CUL_HM_SendCmd($hash, sprintf("++9441%s%s010BC8",$dst,$dst), 1,
0);

Ich hoffe jemand kann meine positiven Testergebnisse bestätigen.

VG


On 6 Mai, 17:57, Maxel wrote:
> Am Sonntag, 6. Mai 2012 11:33:06 UTC+2 schrieb Rudolf Koenig:
>
>
>
> > > Sende ich die raw-Daten von dem CUL oder dem virtuellen Rauchmelder?
>
> > Vom Rauchmelder. Das CUL hat auch ein raw Befehl, der ist aber fuer was
> >  anderes.
>
> > > Zur Zeit kommt aber in der SVN-Version von 10_CUL_HM folgende Meldung
> > mit
> > > der ich nichts anfangen kann:
>
> > Da muss beim SVN checkout was schiefgegangen sein. Ich kriege keine Fehler
> > gemeldet, Ursache sehe ich auch keine (sollten 8 Argumente sein, sind auch
> > .
>
> Der Fehler ging nicht mit einem reload von 10_CUL_HM, sondern mit einem
> Neustart von fhem weg.
>
> in puncto Rauchmelder bin ich noch nicht weiter.

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com