Fehlermeldungen zu 10_CUL_HM, 59_Twilight nach Update auf Version 1996 2012-10-20 07:11:56Z

[Guest]

Originally posted by: <email address deleted>

Hallo Martin,
herzlichen Dank für die viele Mühe.
Dein angehängtes neues Modul probiere ich (hoffentlich) morgen aus.
Nun zu deinen Frage:
- Test auslösen funktioniert bei mir schon seit geraumer Zeit (wie gesagt
von Rudi "gebastelt"). Dazu gibt es schon einen älteren Beitrag, der leider
im Sande verlaufen ist. Eine Vermutung dort war, dass es nur mit dem
hm-lan-cfg klappt.
- getConfig hat bei mir zu den im Bild angefügten Reading geführt.
- getDevicepair siehe zweiten Screenshot.
Wobei 2D57EB die hmid meines hm-lan-cfg ist und peerList da stehts schon im
Namen, ist mein "Master"-Rauchmelder.
>>@thot: kannst du es aufzeichnen, wenn du von HMCONFIG aus ein device
'addierst'?
Ich denke du meinst das Hinzufügen mit der originalen Software (unter
Windows)? Dazu werde ich wohl einen zweiten hm-lan-cfg brauchen, um
gleichzeitig auf den einen mit Windows zuzugreifen und mit dem zweiten
(unter fhem??) den Funkverkehr aufzuzeichnen.
Das kriege ich erst im Laufe der nächsten Tage gebacken.

VG




Am Samstag, 3. November 2012 16:19:20 UTC+1 schrieb Martin:
>
> Hallo,
>
> wenn alle mit den SD zufrieden sind, soll es gut sein. Ich haben keinen
> , jedenfalls noch nicht.
>
> Aus den Traces wuerde mir folgenden fehlen (ich gehe von einer Gruppe aus,
> nicht von einem Einzelmelder)
>
> - wenn ein 'test' ausgeloest wird, sollte es ein Event geben.
> - wenn ein Alarm gemeldet wird sollte er an den Grouplead UND am
> auslösenden gemeldet werden
> - ich will sehen, wieviele Rauchmelder gemeldet haben - sowohl bei test
> alsauch bei Alarm - Die Gruppe sollte vollstaendig sein
> - es sollte eingetragen werden, wer der Master ist - in allen Devices
> => soweit haette ich einen Vorschlag
> - test ausloesen hat bei Klaus nicht funktioniert, sollte eigentlich...
> - getConfig hat nicht funktioniert - kann es einmal jemand machen,der eine
> Gruppe hat UND mit der Zentrale gepairt hat?
> - getdevicepair bitte auch einmal probieren
>
> Aktiv sollte man die Gruppe verwalten koennen. Sollte kein Problem sein.
> @thot: kannst du es aufzeichnen, wenn du von HMCONFIG aus ein device
> 'addierst'?
>
> Interesse? habe mal eine Version angehaengt - wie gesagt, den SD konnte
> ich nicht testen
>
> Gruss
> Martin
>
>
>

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

[Guest]

Originally posted by: <email address deleted>

> Nun zu deinen Frage:
> - Test auslösen funktioniert bei mir schon seit geraumer Zeit (wie gesagt
> von Rudi "gebastelt"). Dazu gibt es schon einen älteren Beitrag, der leider
> im Sande verlaufen ist. Eine Vermutung dort war, dass es nur mit dem
> hm-lan-cfg klappt.
>

kann sein... bin erst am Anfang die Untercshiede zu verstehen CUL<>HMLAN
und die Ansteuerung.  

- getConfig hat bei mir zu den im Bild angefügten Reading geführt.
>
- getDevicepair siehe zweiten Screenshot.
>
ok - sieht gut aus  - dann muss man ueberlegen, ob man die SDgroup info
braucht. Es reicht dann ein Event wenn sich die devices pairen. Die Gesamte
Liste sollte dann in PeerList stehen. Dann hat Klaus ein anderes Problem
undCUL_HM ist schon so weit.

Im Master Device sollten alle Peers stehen, im slave nur der Master. Kannst
du getdevicepair mal fuer alle pruefen?

getConfig sollte auch die peersList lesen. Bist du auf der neusten Version?
Es kann schon 5 sec dauern.Falls bei getConfig die peerliste nicht erneuert
wird bitte ein Log schicken.


 

> Wobei 2D57EB die hmid meines hm-lan-cfg ist und peerList da stehts schon
> im Namen, ist mein "Master"-Rauchmelder.
>
So sollte es sein. Den Namen pairedTo habe ich dem Komando entlehnt (pair).
Ist bei alle devices gleich.

 

> >>@thot: kannst du es aufzeichnen, wenn du von HMCONFIG aus ein device
> 'addierst'?
> Ich denke du meinst das Hinzufügen mit der originalen Software (unter
> Windows)? Dazu werde ich wohl einen zweiten hm-lan-cfg brauchen, um
> gleichzeitig auf den einen mit Windows zuzugreifen und mit dem zweiten
> (unter fhem??) den Funkverkehr aufzuzeichnen.
>
brauchst du nicht. Mir reicht es, wenn du ethernet snifferst.
Es geht beispielsweise mit wireshark sehr gut.

Mal zusammenfassen
- events fuer pairen sollten rein
- setzen von Registern der devices untereiander handeln
- tests - ausgeloest von einem Rauchmelder werden nicht angezeigt=> event
und Reading
- die Anzahl der Antworten wird nicht erfasst (damit kann man sehen, ob
alle Rauchmelder brav melden)
- Zufuegen und ablernen zu einer Gruppe sollte rein (ist im Prinzip schon
in devicepair - nur ein paar kleine Aenderungen)

Stimmt es dann so?


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

[Guest]

Originally posted by: <email address deleted>

>
> Hallo Martin,
> ich fange mal mit den "einfachen" Dingen an. Im Anhang Wireshark Dateien
> mit dem hinzufügen zur Gruppe und mit dem entfernen aus der Gruppe über die
> Windowssoftware des Herstellers.
> Folgend noch die Kurzversion der definierten HM Hardware um aus den
> Wireshark Mitschnitten schlau zu werden. Ich hoffe dir hilft das.
> Im "Master" steht "peerList ,SD_EG_Flur_Master,". Also genau das gleiche
> wie in den "Slaves". Dazu muss ich evtl. noch ergänzen, dass zum erweitern
> der Gruppe das pairing nicht mit dem Master (der kann auch aus, defekt,
> verschrottetsein) erfolgen muss. Irgendein Rauchmelder aus der Gruppe
> genügt dafür.
> Evtl. mal noch ein prinzipielle Beobachtungen unter Verwendung der
> Windows-Herstellersoftware (evtl. hilft es ja):
> -Wenn man einen neuen RM ans System anlernt, dann erkennt die Software
> ZWEI neue Geräte. Einmal einen Rauchmelder und einmal eine
> Rauchmeldergruppe. (3 neue RM = 6 neue Geräte. Dann kann man alle Geräte
> auf eine Gruppe umkonfigurieren, woraufhin 2 der Rauchmeldergruppen aus der
> Software verschwinden und nur die eine übrig bleibt --> 4 Geräte am Ende in
> der Software zu finden)
>
> - die Anzahl der Antworten wird nicht erfasst (damit kann man sehen, ob
>> alle Rauchmelder brav melden)
>>
> ich bin mir nicht sicher ob hier von den Geräten überhaupt geantwortet
> wird
>
> - Zufuegen und ablernen zu einer Gruppe sollte rein (ist im Prinzip schon
>> in devicepair - nur ein paar kleine Aenderungen)
>>
> das würde schon toll sein
>
>
> VG
>
>

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



,,\0\0\0M<+
\0\0\0ÿÿÿÿÿÿÿÿ\0+\032-bit Windows 7 Service Pack 1, build 7601\0\0-\0Dumpcap 1.8.3 (SVN Rev 45256 from /trunk-1.\0\0\0\0\0\0\0,,\0\0\0
\0\0\0ˆ\0\0\0
\0\0\0ÿÿ\0\0\02\0\Device\NPF_{69C6F7C5-FD3C-40B5-844B-D7C781609056}\0\0   \0
\0\0\0\0\0+\032-bit Windows 7 Service Pack 1, build 7601\0\0\0\0\0ˆ\0\0\0\0\0\0¤\0\0
\0!\0?84žspynet2.microsoft.akadns.net\0\0\0\0
\0\0ÑU"Šgroups.l.google.com\0
\0\0ÑU"egroups.l.google.com\0
\0\0ÑU"fgroups.l.google.com\0
\0\0ÑU"dgroups.l.google.com\0
\0\0ÑU"qgroups.l.google.com\0
\0$\0ÑU"‹safebrowsing.cache.l.google.com\0
\0\0òFe526.d.akamaiedge.net\0\0\0
\0\0P?–a1284.g.akamai.net\0\0
\0\0P?–)a1284.g.akamai.net\0\0
\0\0­Â#‡clients.l.google.com\0\0\0\0
\0\0­Â#...clients.l.google.com\0\0\0\0
\0\0­Â#Žclients.l.google.com\0\0\0\0
\0\0­Â#†clients.l.google.com\0\0\0\0
\0\0­Â#?clients.l.google.com\0\0\0\0
\0\0­Â#,,clients.l.google.com\0\0\0\0
\0\0­Â#€clients.l.google.com\0\0\0\0
\0\0­Â#,clients.l.google.com\0\0\0\0
\0\0­Â#ƒclients.l.google.com\0\0\0\0
\0\0­Â#ˆclients.l.google.com\0\0\0\0
\0\0­Â#‰clients.l.google.com\0\0\0\0\0\0\0\0¤\0\0\0\0\0\\0\0\0\0\0\0\0ªÍ\0ü¦N...9\0\0\09\0\0\0\0"\0Öæ\0`^‹®\0E\0\0+q@\0€‰À¨²oÀ¨²òŽèZF-m\0Püýåð\0\0K
\0\0\0\\0\0\0\0\0\0\\0\0\0\0\0\0\0ªÍ\0M»N...<\0\0\0<\0\0\0\0`^‹®\0"\0Öæ\0E\0\0(\0&\0\0€T×À¨²À¨²oèòŽ\0ZF-pP7±\0\0\0\0\0\0\0\0\\0\0\0\0\0\0?\0\0\0\0\0\0\0ªÍ\0ÄN...n\0\0\0n\0\0\0\0`^‹®\0"\0Öæ\0E\0\0`\0'\0\0€TžÀ¨²À¨²oèòŽ\0ZF-pP™\0\0HHM-LAN-IF,03C1,IEQ0061513,139AFA,2D57EB,00020185,0010
\0\0?\0\0\0\0\0\0X\0\0\0\0\0\0\0ªÍ\0õQ...6\0\0\06\0\0\0\0"\0Öæ\0`^‹®\0E\0\0(r@\0€‹À¨²oÀ¨²òŽèZF-p\0:PüÅåí\0\0\0\0X\0\0\0\0\0\0\\0\0\0\0\0\0\0ªÍ\0²Zç...9\0\0\09\0\0\0\0"\0Öæ\0`^‹®\0E\0\0+{@\0€À¨²oÀ¨²òŽèZF-p\0:PüÅåð\0\0K
\0\0\0\\0\0\0\0\0\0\\0\0\0\0\0\0\0ªÍ\0dqç...<\0\0\0<\0\0\0\0`^‹®\0"\0Öæ\0E\0\0(\0(\0\0€TÕÀ¨²À¨²oèòŽ\0:ZF-sP7v\0\0\0\0\0\0\0\0\\0\0\0\0\0\0?\0\0\0\0\0\0\0ªÍ\0eqç...n\0\0\0n\0\0\0\0`^‹®\0"\0Öæ\0E\0\0`\0)\0\0€TœÀ¨²À¨²oèòŽ\0:ZF-sPùZ\0\0HHM-LAN-IF,03C1,IEQ0061513,139AFA,2D57EB,0002289C,0010
\0\0?\0\0\0\0\0\0X\0\0\0\0\0\0\0ªÍ\0ì}ê...6\0\0\06\0\0\0\0"\0Öæ\0`^‹®\0E\0\0(|@\0€?À¨²oÀ¨²òŽèZF-s\0rPü?åí\0\0\0\0X\0\0\0\0\0\0`\0\0\0\0\0\0\0ªÍ\0‹7†?\0\0\0?\0\0\0\0"\0Öæ\0`^‹®\0E\0\01~@\0€vÀ¨²oÀ¨²òŽèZF-s\0rPü?åö\0\0-19E821
\0`\0\0\0\0\0\0\\0\0\0\0\0\0\0ªÍ\07†<\0\0\0<\0\0\0\0`^‹®\0"\0Öæ\0E\0\0(\0*\0\0€TÓÀ¨²À¨²oèòŽ\0rZF-|P75\0\0\0\0\0\0\0\0\\0\0\0\0\0\0Ü\0\0\0\0\0\0\0ªÍ\037†º\0\0\0º\0\0\0\0"\0Öæ\0`^‹®\0E\0\0¬@\0€úÀ¨²oÀ¨²òŽèZF-|\0rPü?æq\0\0+19E821,00,00,
+19E821,00,00,
+19E821,00,00,
+19E821,00,00,
SCB65F16B,00,00000000,01,000244CC,18B0012D57EB19E821010216C42D0100
\0\0Ü\0\0\0\0\0\0\\0\0\0\0\0\0\0ªÍ\0ý7†<\0\0\0<\0\0\0\0`^‹®\0"\0Öæ\0E\0\0(\0+\0\0€TÒÀ¨²À¨²oèòŽ\0rZF.\0P6±\0\0\0\0\0\0\0\0\\0\0\0\0\0\0Œ\0\0\0\0\0\0\0ªÍ\0Y?†l\0\0\0l\0\0\0\0`^‹®\0"\0Öæ\0E\0\0^\0,\0\0€T›À¨²À¨²oèòŽ\0rZF.\0PhÍ\0\0RCB65F16B,0001,00023F04,FF,FFDB,18800219E8212D57EB00
Œ\0\0\0\0\0\0œ\0\0\0\0\0\0\0ªÍ\0©?†z\0\0\0z\0\0\0\0"\0Öæ\0`^‹®\0E\0\0l€@\0€9À¨²oÀ¨²òŽèZF.\0\0¨PüWæ1\0\0SCB65F377,00,00000000,01,000246D8,19A0012D57EB19E821010119E8210100
\0\0œ\0\0\0\0\0\0\\0\0\0\0\0\0\0ªÍ\0?†<\0\0\0<\0\0\0\0`^‹®\0"\0Öæ\0E\0\0(\0-\0\0€TÐÀ¨²À¨²oèòŽ\0¨ZF.DP67\0\0\0\0\0\0\0\0\\0\0\0\0\0\0Œ\0\0\0\0\0\0\0ªÍ\0ƒE†l\0\0\0l\0\0\0\0`^‹®\0"\0Öæ\0E\0\0^\0.\0\0€T™À¨²À¨²oèòŽ\0¨ZF.DP‡G\0\0RCB65F377,0001,00024093,FF,FFDC,19800219E8212D57EB00
Œ\0\0\0\0\0\0X\0\0\0\0\0\0\0ªÍ\0?H†6\0\0\06\0\0\0\0"\0Öæ\0`^‹®\0E\0\0(?@\0€|À¨²oÀ¨²òŽèZF.D\0ÞPü!åí\0\0\0\0X\0\0\0\0\0\0\\0\0\0\0\0\0\0ªÍ\0,†9\0\0\09\0\0\0\0"\0Öæ\0`^‹®\0E\0\0+,,@\0€vÀ¨²oÀ¨²òŽèZF.D\0ÞPü!åð\0\0K
\0\0\0\\0\0\0\0\0\0\\0\0\0\0\0\0\0ªÍ\0:,†<\0\0\0<\0\0\0\0`^‹®\0"\0Öæ\0E\0\0(\0/\0\0€TÎÀ¨²À¨²oèòŽ\0ÞZF.GP5þ\0\0\0\0\0\0\0\0\\0\0\0\0\0\0?\0\0\0\0\0\0\0ªÍ\0t#,†n\0\0\0n\0\0\0\0`^‹®\0"\0Öæ\0E\0\0`\00\0\0€T•À¨²À¨²oèòŽ\0ÞZF.GP   æ\0\0HHM-LAN-IF,03C1,IEQ0061513,139AFA,2D57EB,00025039,0010
\0\0?\0\0\0\0\0\0X\0\0\0\0\0\0\0ªÍ\0`-...†6\0\0\06\0\0\0\0"\0Öæ\0`^‹®\0E\0\0(...@\0€xÀ¨²oÀ¨²òŽèZF.G\0Pûéåí\0\0\0\0X\0\0\0\0\0\0l\0\0\0\0\0\0\0ªÍ\0taæ†
\0\0Counters provided by dumpcap\0\0ªÍ\0A ...\0\0ªÍ\0taæ†\0\0·\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0l\0\0\0


,,\0\0\0M<+
\0\0\0ÿÿÿÿÿÿÿÿ\0+\032-bit Windows 7 Service Pack 1, build 7601\0\0-\0Dumpcap 1.8.3 (SVN Rev 45256 from /trunk-1.\0\0\0\0\0\0\0,,\0\0\0
\0\0\0ˆ\0\0\0
\0\0\0ÿÿ\0\0\02\0\Device\NPF_{69C6F7C5-FD3C-40B5-844B-D7C781609056}\0\0   \0
\0\0\0\0\0+\032-bit Windows 7 Service Pack 1, build 7601\0\0\0\0\0ˆ\0\0\0\0\0\0"\0\0
\0!\0?84žspynet2.microsoft.akadns.net\0\0\0\0
\0\0ÑU"Šgroups.l.google.com\0
\0\0ÑU"egroups.l.google.com\0
\0\0ÑU"fgroups.l.google.com\0
\0\0ÑU"dgroups.l.google.com\0
\0\0ÑU"qgroups.l.google.com\0
\0$\0ÑU"‹safebrowsing.cache.l.google.com\0
\0\0òFe526.d.akamaiedge.net\0\0\0
\0\0P?–a1284.g.akamai.net\0\0
\0\0P?–)a1284.g.akamai.net\0\0
\0$\0ÑU"‹safebrowsing.cache.l.google.com\0
\0\0­Â#‡clients.l.google.com\0\0\0\0
\0\0­Â#...clients.l.google.com\0\0\0\0
\0\0­Â#Žclients.l.google.com\0\0\0\0
\0\0­Â#†clients.l.google.com\0\0\0\0
\0\0­Â#?clients.l.google.com\0\0\0\0
\0\0­Â#,,clients.l.google.com\0\0\0\0
\0\0­Â#€clients.l.google.com\0\0\0\0
\0\0­Â#,clients.l.google.com\0\0\0\0
\0\0­Â#ƒclients.l.google.com\0\0\0\0
\0\0­Â#ˆclients.l.google.com\0\0\0\0
\0\0­Â#‰clients.l.google.com\0\0\0\0
\0$\0ÑU"‹safebrowsing.cache.l.google.com\0
\0$\0ÑU"‹safebrowsing.cache.l.google.com\0
\0$\0ÑU"‹safebrowsing.cache.l.google.com\0
\0$\0ÑU"‹safebrowsing.cache.l.google.com\0
\0$\0ÑU"‹safebrowsing.cache.l.google.com\0\0\0\0\0"\0\0\0\0\0œ\0\0\0\0\0\0\0ªÍ\0'×.Ez\0\0\0z\0\0\0\0"\0Öæ\0`^‹®\0E\0\0l&@\0€"À¨²oÀ¨²é|èxq–_G`   šP÷0æ1\0\0SCB554B7A,00,00000000,01,05348B5A,16B0012D57EB19E821010219E8210100
\0\0œ\0\0\0\0\0\0\\0\0\0\0\0\0\0ªÍ\0Éé.E<\0\0\0<\0\0\0\0`^‹®\0"\0Öæ\0E\0\0( â\0\0€4À¨²À¨²oèé|G`   šxq–£Pkq\0\0\0\0\0\0\0\0\\0\0\0\0\0\0\\0\0\0\0\0\0\0ªÍ\0äî5E9\0\0\09\0\0\0\0"\0Öæ\0`^‹®\0E\0\0+'@\0€ÓÀ¨²oÀ¨²é|èxq–£G`   šP÷0åð\0\0K
\0\0\0\\0\0\0\0\0\0\\0\0\0\0\0\0\0ªÍ\0"ÿ5E<\0\0\0<\0\0\0\0`^‹®\0"\0Öæ\0E\0\0( ã\0\0€4À¨²À¨²oèé|G`   šxq–¦Pkn\0\0\0\0\0\0\0\0\\0\0\0\0\0\0?\0\0\0\0\0\0\0ªÍ\0Å6En\0\0\0n\0\0\0\0`^‹®\0"\0Öæ\0E\0\0` ä\0\0€3áÀ¨²À¨²oèé|G`   šxq–¦P8M\0\0HHM-LAN-IF,03C1,IEQ0061513,139AFA,2D57EB,05348564,0010
\0\0?\0\0\0\0\0\0X\0\0\0\0\0\0\0ªÍ\09E6\0\0\06\0\0\0\0"\0Öæ\0`^‹®\0E\0\0((@\0€ÕÀ¨²oÀ¨²é|èxq–¦G`   ÒPöøåí\0\0\0\0X\0\0\0\0\0\0Œ\0\0\0\0\0\0\0ªÍ\0l)9El\0\0\0l\0\0\0\0`^‹®\0"\0Öæ\0E\0\0^ å\0\0€3âÀ¨²À¨²oèé|G`   Òxq–¦PˆV\0\0RCB554B7A,0001,0534858C,FF,FFDB,16800219E8212D57EB00
Œ\0\0\0\0\0\0œ\0\0\0\0\0\0\0ªÍ\0í09Ez\0\0\0z\0\0\0\0"\0Öæ\0`^‹®\0E\0\0l)@\0€?À¨²oÀ¨²é|èxq–¦G`
PöÂæ1\0\0SCB554E20,00,00000000,01,05348E03,17A0012D57EB19E821010116C42D0100
\0\0œ\0\0\0\0\0\0\\0\0\0\0\0\0\0ªÍ\01=9E<\0\0\0<\0\0\0\0`^‹®\0"\0Öæ\0E\0\0( æ\0\0€4À¨²À¨²oèé|G`
xq–êPj¼\0\0\0\0\0\0\0\0\\0\0\0\0\0\0Œ\0\0\0\0\0\0\0ªÍ\0}¹xq–êP"ç\0\0RCB554E20,0001,0534871B,FF,FFDC,17800219E8212D57EB00
Œ\0\0\0\0\0\0X\0\0\0\0\0\0\0ªÍ\0Å?E6\0\0\06\0\0\0\0"\0Öæ\0`^‹®\0E\0\0(+@\0€ÒÀ¨²oÀ¨²é|èxq–êG`
>PöŒåí\0\0\0\0X

[Guest]

Originally posted by: <email address deleted>

Hall Martin,
auch wenn ich nerve.
Heute ist ein neues unbekanntes Event aufgetreten
"SDunknownMsg 8004" unter Readings. Da hat ein Melder leere Batterien
gemeldet. Dummerweise war es mein "Master" und somit kann ich nicht
feststellen wie die Meldung von einem Gruppenmitglied aussehen würde.
So die Raw Info "E16C42D,0000,04699F93,FF,FFC1,DE944016C42D16C42D8004".
Laut Bedienungsanleitung (und genau das ist auch passiert, es hat im ganzen
Haus wie wild gepiept): 1 langer Signalton 2 kurze Signaltöneb 3mal aller 4
Stunden.

Auch per set ...... raw ++944016C42D16C42D8004 über fhem reproduzierbar.

VG

PS: ich glaube wir sind hier langsam OT und helfen damit nicht dem
ursprünglichen Fragesteller

Am Samstag, 3. November 2012 23:47:51 UTC+1 schrieb Martin:
>
>
> Nun zu deinen Frage:
>> - Test auslösen funktioniert bei mir schon seit geraumer Zeit (wie gesagt
>> von Rudi "gebastelt"). Dazu gibt es schon einen älteren Beitrag, der leider
>> im Sande verlaufen ist. Eine Vermutung dort war, dass es nur mit dem
>> hm-lan-cfg klappt.
>>
>
> kann sein... bin erst am Anfang die Untercshiede zu verstehen CUL<>HMLAN
> und die Ansteuerung.  
>
> - getConfig hat bei mir zu den im Bild angefügten Reading geführt.
>>
> - getDevicepair siehe zweiten Screenshot.
>>
> ok - sieht gut aus  - dann muss man ueberlegen, ob man die SDgroup info
> braucht. Es reicht dann ein Event wenn sich die devices pairen. Die Gesamte
> Liste sollte dann in PeerList stehen. Dann hat Klaus ein anderes Problem
> undCUL_HM ist schon so weit.
>
> Im Master Device sollten alle Peers stehen, im slave nur der Master.
> Kannst du getdevicepair mal fuer alle pruefen?
>
> getConfig sollte auch die peersList lesen. Bist du auf der neusten
> Version? Es kann schon 5 sec dauern.Falls bei getConfig die peerliste nicht
> erneuert wird bitte ein Log schicken.
>
>
>  
>
>> Wobei 2D57EB die hmid meines hm-lan-cfg ist und peerList da stehts schon
>> im Namen, ist mein "Master"-Rauchmelder.
>>
> So sollte es sein. Den Namen pairedTo habe ich dem Komando entlehnt
> (pair). Ist bei alle devices gleich.
>
>  
>
>> >>@thot: kannst du es aufzeichnen, wenn du von HMCONFIG aus ein device
>> 'addierst'?
>> Ich denke du meinst das Hinzufügen mit der originalen Software (unter
>> Windows)? Dazu werde ich wohl einen zweiten hm-lan-cfg brauchen, um
>> gleichzeitig auf den einen mit Windows zuzugreifen und mit dem zweiten
>> (unter fhem??) den Funkverkehr aufzuzeichnen.
>>
> brauchst du nicht. Mir reicht es, wenn du ethernet snifferst.
> Es geht beispielsweise mit wireshark sehr gut.
>
> Mal zusammenfassen
> - events fuer pairen sollten rein
> - setzen von Registern der devices untereiander handeln
> - tests - ausgeloest von einem Rauchmelder werden nicht angezeigt=> event
> und Reading
> - die Anzahl der Antworten wird nicht erfasst (damit kann man sehen, ob
> alle Rauchmelder brav melden)
> - Zufuegen und ablernen zu einer Gruppe sollte rein (ist im Prinzip schon
> in devicepair - nur ein paar kleine Aenderungen)
>
> Stimmt es dann so?
>
>
>

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

[Guest]

Originally posted by: <email address deleted>

Hallo,

ich glaube jetzt eine einen Überblick zu haben (vielleicht...)
- device groups kann man ueber peerlist feststellen - alle SD mit dem
gleichen Peer sind in einer group (oder team, wie HM es nennt)
=> keine weitere Aktion -
=> Frage: wird in der neusten Version bei getConfig die Peerlist erneuert?
- event "test" wird anzeigen, wer ausgelöst hat
- Event Alarm ebenso (war schon
- beim Anlernen untereinander werden die messages abgefangen - pairing gibt
einen Event SDteam:[add|remove] target

Pairing sollte mit normalem devicepair funktionieren - eingeschränkte
Funktion

set SDmaster devicepair 0 SDslave single [set|unset] actor

Fehlen dann noch Funktionen?

Unklar ist die batterie. Die habe ich jetzt nach gefühl eingebaut. Weitere
Statusinfo kenne ich nicht, kann ich nicht einbauen - also nur "Batterie"
und "test"

Bitte Prüfen, werde es mit anderen neuerungen einchecken, wenn ok

Gruss
Martin



>

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

[Guest]

Originally posted by: <email address deleted>

Hallo Martin,
heute haben mich die Teile echt geärgert.
Man glaubt es kaum, aber bei 3 von 9 sind die Batterien heute gestorben.
SDunknownMsg: einmal 8004 und einmal 8005. Beide für (laut Windows
KonfigSoftware):
8004 Batterieladezustand gering
8005 Batterieladezustand gering

Ein entsprechendes Telegram sah so aus: ++9440 16C42D 19E821 8004
16C42D = Gruppen (Master) Rauchmelder
19E821  = Rauchmelder mit leeren Batterien

Evtl. hilft es zum "verfeinern" des cul_hm Moduls.

VG und nochmals danke


Am Sonntag, 4. November 2012 17:12:06 UTC+1 schrieb Martin:
>
> Hallo,
>
> ich glaube jetzt eine einen Überblick zu haben (vielleicht...)
> - device groups kann man ueber peerlist feststellen - alle SD mit dem
> gleichen Peer sind in einer group (oder team, wie HM es nennt)
> => keine weitere Aktion -
> => Frage: wird in der neusten Version bei getConfig die Peerlist erneuert?
> - event "test" wird anzeigen, wer ausgelöst hat
> - Event Alarm ebenso (war schon
> - beim Anlernen untereinander werden die messages abgefangen - pairing
> gibt einen Event SDteam:[add|remove] target
>
> Pairing sollte mit normalem devicepair funktionieren - eingeschränkte
> Funktion
>
> set SDmaster devicepair 0 SDslave single [set|unset] actor
>
> Fehlen dann noch Funktionen?
>
> Unklar ist die batterie. Die habe ich jetzt nach gefühl eingebaut. Weitere
> Statusinfo kenne ich nicht, kann ich nicht einbauen - also nur "Batterie"
> und "test"
>
> Bitte Prüfen, werde es mit anderen neuerungen einchecken, wenn ok
>
> Gruss
> Martin
>
>
>
>>

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

[Guest]

Originally posted by: <email address deleted>

Hallo,

SDunknownMsg: einmal 8004 und einmal 8005. Beide für (laut Windows
> KonfigSoftware):
> 8004 Batterieladezustand gering
> 8005 Batterieladezustand gering
>
> Ein entsprechendes Telegram sah so aus: ++9440 16C42D 19E821 8004
> 16C42D = Gruppen (Master) Rauchmelder
> 19E821  = Rauchmelder mit leeren Batterien
>
> Evtl. hilft es zum "verfeinern" des cul_hm Moduls.
>

hattest du die SW aus den Thread am laufen? Dann sollte es einen Event
fuer  19E821 batterie:low gekommen sein. Natuerlich nur, wenn 19E821
definiert ist.
ok - offensichtlich war es nicht die SW aus dem Thread - sonst haette die
unknown nicht kommen duerfen.

Offen ist die '1' in der 2. Meldung (also das erste Bit).
Ich koennte alle nicht bekannten bits in undefined States melden - solange
bis jemand sie identifiziert und eine ordentliche Meldung erzeugt werden
kann.

Bitte Rueckmeldung zur Funktion damit ich die SW abgeben kann.

Gruss
Martin

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

[Guest]

Originally posted by: <email address deleted>

Nachtrag:
Wie lange kommt die Statusmeldung der Batterie? Das event sollte nur einmal
getriggert werden.
1) kommt die 8004/8005 regelmaessig?
2) aendert sich auch der Status in anderen messages des SD?

Kannst du einmal "test" einschalten wenn die Batterie 'low' ist und die
messages aufzeichnen? Oder einen Alarm ausloesen? Waere sehr interessant.

Gruss
Martin

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

[Guest]

Originally posted by: <email address deleted>

Hallo Martin,
meine Nerven liegen blank.
In der Nacht sind die nächsten beiden Rauchmelder mit Batterie leer
gekommen. Finde es im Moment ja schon ein wenig verdächtig, dass so viele
fast gleichzeitig aussteigen.

Wie lange kommt die Statusmeldung der Batterie? Das event sollte nur einmal
> getriggert werden.
> 1) kommt die 8004/8005 regelmaessig?
>
es sieht so aus, als wenn die Meldungen ca. aller 4 Stunden erneut gesendet
werden. Dann fangen alle Melder im Haus an 3 mal kurz zu piepsen.

> 2) aendert sich auch der Status in anderen messages des SD?
>
dummer Weise habe ich kein extra logging angeschaltet. Dachte die Meldungen
landen im "normalen" fhem Log. Ist aber wohl nicht so.

> Kannst du einmal "test" einschalten wenn die Batterie 'low' ist und die
> messages aufzeichnen? Oder einen Alarm ausloesen? Waere sehr interessant.
>
Habe mal an dem RM mit leerer Batterie Rauchalarm ausgelöst und Entwarnung.
Kannst du beurteilen ob sich was geändert hat?
Rauchalarm    No:D3 - t:41 s:16C42D d:16C6FD 010EC8
Entwarnung    No:D0 - t:41 s:16C42D d:16C6FD 010D01
Ich glaube die Antwort kann ich mir inzwischen selber geben, es gibt keinen
Unterschied. Hier Alarm an RM mit vollen Batterien:
Rauchalarm: No:F3 - t:41 s:16C42D d:19EC6F 0101C8
Entwarnung  No:F6 - t:41 s:16C42D d:19EC6F 010201
Das vorletzte Byte ändert sich, aber wenn ich das richtig verstanden habe,
dann ist das ein fortlaufender Zähler?

Meine Rauchmelder mit leeren Batterien melden sich auch mit steigender
Nummer.
Sprich ich habe inzwischen die 8006/8007/8008 und 8009 empfangen.
Somit meine weitere Vermutung, entscheidend ist die 80 und das folgende
Byte ist wieder der Zähler (befindet sich ja auch an der gleichen "Stelle").

Ich setze dein oben geliefertes cul_hm Modul ein.

VG
 

>
> Gruss
> Martin
>
>

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

[Guest]

Originally posted by: <email address deleted>

Am Montag, 5. November 2012 13:13:44 UTC+1 schrieb thot...@gmx.net:
>
> Hallo Martin,
> meine Nerven liegen blank.
> In der Nacht sind die nächsten beiden Rauchmelder mit Batterie leer
> gekommen. Finde es im Moment ja schon ein wenig verdächtig, dass so viele
> fast gleichzeitig aussteigen.
>
> Wie lange kommt die Statusmeldung der Batterie? Das event sollte nur
>> einmal getriggert werden.
>> 1) kommt die 8004/8005 regelmaessig?
>>
> es sieht so aus, als wenn die Meldungen ca. aller 4 Stunden erneut
> gesendet werden. Dann fangen alle Melder im Haus an 3 mal kurz zu piepsen.
>
>> 2) aendert sich auch der Status in anderen messages des SD?
>>
> dummer Weise habe ich kein extra logging angeschaltet. Dachte die
> Meldungen landen im "normalen" fhem Log. Ist aber wohl nicht so.
>
>> Kannst du einmal "test" einschalten wenn die Batterie 'low' ist und die
>> messages aufzeichnen? Oder einen Alarm ausloesen? Waere sehr interessant.
>>
> Habe mal an dem RM mit leerer Batterie Rauchalarm ausgelöst und
> Entwarnung. Kannst du beurteilen ob sich was geändert hat?
> Rauchalarm    No:D3 - t:41 s:16C42D d:16C6FD 010EC8
> Entwarnung    No:D0 - t:41 s:16C42D d:16C6FD 010D01
> Ich glaube die Antwort kann ich mir inzwischen selber geben, es gibt
> keinen Unterschied. Hier Alarm an RM mit vollen Batterien:
> Rauchalarm: No:F3 - t:41 s:16C42D d:19EC6F 0101C8
> Entwarnung  No:F6 - t:41 s:16C42D d:19EC6F 010201
> Das vorletzte Byte ändert sich, aber wenn ich das richtig verstanden habe,
> dann ist das ein fortlaufender Zähler?
>
> Meine Rauchmelder mit leeren Batterien melden sich auch mit steigender
> Nummer.
> Sprich ich habe inzwischen die 8006/8007/8008 und 8009 empfangen.
> Somit meine weitere Vermutung, entscheidend ist die 80 und das folgende
> Byte ist wieder der Zähler (befindet sich ja auch an der gleichen "Stelle").
>

cool. Meine Implementierung ist i.A. zwar falsch - aber das Gute ist, dass
es die 80 ist. In anderen Stati ist auch das 8. Bit fuer Batterie
Verantwortlich.

Werde ich umbauen  und einlagern

>
> Ich setze dein oben geliefertes cul_hm Modul ein.
>
dann werde ich es freigeben

Danke
Martin
>
>
>

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

[Guest]

Originally posted by: <email address deleted>

Hi,

Fange ich ab
kommt bei einem event des 3-state senosrs - richtig?
Gruss
Martin

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