CUL_HM: Homematic ueber CUL
Rudolf Koenig
eingecheckt, um ueber CUL HomeMatic Geraete von eQ-3 steuern zu
koennen. Falls jemand Lust hat mitzudebuggen, der soll sich melden,
etwas Doku in commandref.html existiert auch schon.
Status: Pairing (== anlernen) mit eine Steckdose (HM-LC-Sw1-Pl) klappt
(haeufig :), und ich kann das Ding recht zuverlaessig einschalten,
ausschalten dagegen geht noch nicht :-)
Empfang von nicht verschluesselten Nachrichten sollte auch
funktionieren, z.Zt wird nur der Rauchmelder und die Steckdose
verstanden.
Was man braucht: aktuelle (CVS) Quellen fuer fhem, und ein CUN bzw CUL-
V3 mit culfw 1.38 oder neuer. Besitzer eines CUL-V2 (oder -V1) muessen
ein extra firmware backen wg. Platzmangel.
Zrrronggg!
Nur nochmal zum Verständnis:
Ich brauche für HM eine eigene CUL V3, richtig? Wir reden also von
Parallelbetrieb zweier CULs an FHEM, sofern man seine FS20 7 FHT etc.
Geräte weiter normal betreiben will, oder?
Rudolf Koenig
Oder ein V2 mit selbsterstellten Firmware oder ein CUN/CUR/etc. :)
> Wir reden also von Parallelbetrieb zweier CULs an FHEM, sofern man seine FS20
> 7 FHT etc. Ger�te weiter normal betreiben will, oder?
Genau.
Rudolf Koenig
gemacht und die zweite Version eingecheckt: Handsender bzw.
Wandschalter(d.h. Sender) und Steckdosenschalter (Empfaenger)
funktionieren bei mir und autocreate ist auch mit von der Partie.
Anleitung:
- die neueste CVS Version verwenden (!)
- ein CUL-V3 oder CUN mit firmware > 1.38 anschliessen.
- sicherstellen dass autocreate wie in der Standardinstallation
definiert ist.
- "attr CUL rfmode HomeMatic" und "attr CUL hm_autopair" setzen.
- fhem starten, und telnet mit "inform timer" bereitstellen.
- HomeMatic Geraet zum Anlernen (pairing) motivieren.
- das automatisch angelegte Geraet umbenennen.
Fuer FS20 gewohnte Benutzer ist neu dass beim Schalten eines Geraetes
zwei events (fuer notify/watchdog) generiert werden: eins vom Sender,
und eins (ackedCmd: on) vom Empfaenger. Falls der Ack ausbleibt, dann
werden auch diverse events generiert (aber nur falls der Sender fhem
ist).
Man kann andere Schaltvorgaenge auch beobachten, d.h. wenn ein Sender
mit einem Schalter direkt verbunden sind. Dank des komischen
Protokolls kann fhem nur angelernte Geraete korrekt interpretieren.
Anlernen sollte theoretisch mit allen Geraeten (bis auf die CCU)
funktionieren, aber das Interpretieren der Nachrichten ist z.Zt nur
fuer die Klasse remote und switch implementiert. Und da wahrscheinlich
auch noch nicht alles...
Feedback oder patches sind sehr wilkommen!
Rudolf Koenig
Angeblich befindet sich ein Kanal im gesicherten Modus (was ich als
"AES-Verschluesselt" interpretiere), aber ich sehe beim snoopen keinen
Unterschied... Oder andersherum: was muss ich machen, um ein Geraet
(z.Bsp ein Steckdosenschalter) in verschluesselten Modus zu betreiben?
Dirk Tostmann
Soweit ich weiss nicht nicht verschlüsselt, sondern signiert:
http://www.homematic-inside.de/index.php/tecbase.html?view=item&item_id=91
Da man den Schlüssel auch selbst setzen kann, dürfte es möglich sein auch das nachzubauen.
Rudolf Koenig
- da ich das HM Format langsam besser verstehe, habe ich die
Synchronization etwas umgebaut und weitere Debugging Kommandos
eingebaut (set raw und set rawStack)
- das bisher unbekannte String beim Paaren war der Seriennumer. Dieser
Nummer taucht als Attribut nach dem Paaren auf.
- onLong/offLong (fuer langes Druecken) wird unterstuetzt
- beim dem 4Dis remote kann man die Texte setzen (bis auf space und
umlaut :) mit "set 4Dis text"
- dokumentation ist heute leider ausgefallen :(
Debug-Ergebnisse der "gesicherten" Uebertragung:
Eine nicht gesicherte Uebertragung schaut so aus (payload only):
- 0201010000 (Sender: Kanal 1 aktivieren)
- 0101C80032 (Aktor: Kanal 1 aktiviert)
Das Gleiche als gesicherte Uebertragung
- 0201010000 (Sender: Kanal 1 aktivieren)
- 047E56317EEDBB00 (Aktor: Wirklich?)
- 8AA45FF392DD7AC7E8717A9D4D4F7B3C (Sender: sag ich doch)
- 0101C8003112FFF674 (Aktor: Kanal 1 aktiviert)
Die beiden mittleren Strings sind immer wieder unterschiedlich. D.h.
eine gesicherte Uebertragung kann man zwar mitlauschen aber nicht
wiederholen. Sichere Uebertragung wird mit <kanal>080801 eingeschaltet
und mit <kanal>080800 ausgeschaltet (verifiziert), und wenn ich mich
nicht taeusche, dann wird beim verschluesseln die Adresse des Senders
(xxyyzz) verwendet (0802010Axx0Byy0Czz), und nicht etwa wie
dokumentiert irgendein Sicherheitscode (noch nicht verifiziert).
Bleibt noch zu pruefen was genau womit verschluesselt wird :)
Falls jemand zu diese Theorien etwas beitragen kann....
Gerhard Pfeffer
kannst du schon etwas dazu sagen, wie es mit der Bestätigung der
Übermittlungen aussieht bzw. vielmehr mit dem Nachsenden der
Nachrichten?
Ich habe nach wie vor das Problem, dass zu bestimmten Zeiten, kaum
Übertragungen möglich sind (zur Hauptabendprogrammzeit - wird wohl wer
ein Funksystem aktiv haben). Dabei fällt mir immer auf, dass Daten
zwar vom Schalter zum CUN übertragen werden, nicht jedoch die
Übermittlung zum Aktor stattfindet.
Wenn jetzt die Homematic-Komponenten das ein wenig besser lösen
würden, dann würde ich mir eine Umstellung von den FS20 Komponenten
überlegen.
Vielen Dank! :-)
> --
> Sie haben diese Nachricht erhalten, da Sie der Google Groups-Gruppe FHEM users beigetreten sind.
> Wenn Sie Nachrichten in dieser Gruppe posten möchten, senden Sie eine E-Mail an fhem-...@googlegroups.com.
> Wenn Sie aus dieser Gruppe austreten möchten, senden Sie eine E-Mail an fhem-users+...@googlegroups.com.
> Besuchen Sie die Gruppe unter http://groups.google.com/group/fhem-users?hl=de, um weitere Optionen zu erhalten.
>
>
Alex Peuchert
Rudolf Koenig
> Tja, da w�rde ich sagen, einfach mal ausprobieren. So gibt es dann auch
> gleich einen weiteren Tester ;-)
Ganz meine Rede :) Ack & resend gibt es (wie man in meinem Beitrag letzte Woche
zu lesen war). Du kriegst sogar ein Notify, falls gar kein ACK gekommen ist.
Ob die Reichweite bzw Stoeranfaelligkeit besser oder schlechter ist weiss ich
nicht, wuerde mich aber interessieren. Aufgrund meiner CC1101 Erfahrung tippe
ich auf "HomeMatic ist besser".
Gerhard Pfeffer
auch, dass ich dann ein zusätzliches CUL benötige, um die
HomeMatic-Komponenten testen zu können, oder? ;-)
Am 22. November 2010 08:38 schrieb Rudolf Koenig <inf...@koeniglich.de>:
> On Mon, Nov 22, 2010 at 07:30:18AM +0100, Alex Peuchert wrote:
>> Tja, da würde ich sagen, einfach mal ausprobieren. So gibt es dann auch
>> gleich einen weiteren Tester ;-)
>
> Ganz meine Rede :) Ack & resend gibt es (wie man in meinem Beitrag letzte Woche
> zu lesen war). Du kriegst sogar ein Notify, falls gar kein ACK gekommen ist.
>
> Ob die Reichweite bzw Stoeranfaelligkeit besser oder schlechter ist weiss ich
> nicht, wuerde mich aber interessieren. Aufgrund meiner CC1101 Erfahrung tippe
> ich auf "HomeMatic ist besser".
>
Dirk Tostmann
Am 22.11.2010 um 08:38 schrieb Rudolf Koenig:
> Aufgrund meiner CC1101 Erfahrung tippe
> ich auf "HomeMatic ist besser".
Daten über die FIFOs des CC1101 zu übertragen sollte immer besser funktionieren als "wild" OOK (FS20) zu machen ...
Alex Peuchert
Marius
Rudolf Koenig
> Ist eine M�glichkeit in Sicht, ein CUL f�r beide Protokolle verwenden ?
"Send-Only" waere moeglich, aber meiner subjektiven Ansicht nach ueberwiegt der
zusaetzliche Support bzw. Entwicklungsaufwand den Nutzen bzw. Ersparnis.
Martin Fischer
Am Samstag 06 November 2010 schrieb Rudolf Koenig:
> Hab eine erste (d.h. experimentelle!!!) Version von CUL_HM
> eingecheckt, um ueber CUL HomeMatic Geraete von eQ-3 steuern zu
> koennen. Falls jemand Lust hat mitzudebuggen, der soll sich melden,
> etwas Doku in commandref.html existiert auch schon.
auch ich verfolge deine "gehversuche" mit homematic mit interesse. da ich
mittlerweile auch so langsam die nase voll habe von dem doch teilweise
unzuverlässigem fs20 würde ich dich gerne unterstützen.
mit welcher hardware könnte ich dazu beitragen? also was soll als nächstes
implementiert werden? dann würde ich mir die beschaffen und dir anbieten die
kommunikation nach deinen vorgaben zu "sniffen" bis die funktionalität gegeben
ist.
ggf. könnte wir uns auch über eine "leihstellung" unterhalten ;-)
gruss martin
Martin Fischer
> V3 mit culfw 1.38 oder neuer. Besitzer eines CUL-V2 (oder -V1) muessen
> ein extra firmware backen wg. Platzmangel.
jetzt muss ich hier nochmal nachfragen:
benötigt man für homematic auch 2 CUN? oder ist das speicherplatzproblem nur
auf den CUL beschränkt?
Axel
kann mich da Martin nur anschließen.....
Habe auch Interesse an dem HomeMatic "Zeugs" ;-))
Mich würde primär der "Funk-Jalousieaktor für Tasteraufsatz" (ELV
68-855-57) interessieren...
Habe noch einen "arbeitslosen" CUL V1 oder V2 hier....
Könnte man bzw. du ;-) eine Firmware bauen, die NUR RFR und HM kann ??
Schöne Grüße
Axel
Rudolf Koenig
> auf den CUL beschr�nkt?
Nochmal LAUT (da ich es heute schon geschrieben habe :)
HM sendet auf FM, 20kHz Datenrate. Das bisherige Zeugs ist AM/OOK (On/Off
Keying, d.h. Sender ein, sender aus). Das CC1101 kann _entweder_ das eine,
_oder_ das andere empfangen.
Man koennte es vorstellen z.Bsp. nur FS20/S300/etc empfangen, und fuers Senden
der HM Befehle kurz auf FM zu schalten, aber ich halte den Aufwand fuer Support
nicht gerechtfertigt. Und nein, ich verdiene nicht am Verkauf von zusaetzlichen
CULs.
> Habe noch einen "arbeitslosen" CUL V1 oder V2 hier....
> K�nnte man bzw. du ;-) eine Firmware bauen, die NUR RFR und HM kann ??
Das macht so wenig Sinn, da RFR z.Zt. nur in AM Modus (FS20 und so)
funktioniert. Man koennte auch ein RFR-like Modus fuer HM vorstellen, aber das
ist eine ganz andere Geschichte...
Ich kann natuerlich eine V1/V2 Version fuers HM bauen (ohne z.Bsp. FHZ) falls
Interesse besteht.
Axel
> Ich kann natuerlich eine V1/V2 Version fuers HM bauen (ohne z.Bsp. FHZ) falls
> Interesse besteht.
Würde auch eine eigene USB-ID gehen ?
Also nicht CUL868 sondern z.B. CUL_HM oder so ??
Schöne Grüße
Axel
Rudolf Koenig
> Also nicht CUL868 sondern z.B. CUL_HM oder so ??
Habs gebaut und als 1.40 auf die Homepage hochgeladen. Version 1.40 (wie man es
im CHANGED sieht) ist hauptsaechlich wg. dem CUNO entstanden, also es besteht
keine Notwendigkeit eines Updates fuer CUL oder CUN Besitzer, es sei denn sie
haben ein CUL V1/V2 und wollen mit HomeMatic experimentieren.
Axel
hatte heute mal Zeit HomeMatic zu testen...
CUL V1 mit V 1.40 CUL_HM
HomeMatic-Device: Funk-Jalousieaktor HM-LC-Bl1-PB-FM
Den habe ich "nur" mit Strom versorgt, nicht eingebaut...
fhem.cfg
attr global autoload_undefined_devices 1
[...]
define autocreate autocreate
attr autocreate autosave 1
attr autocreate device_room %TYPE
attr autocreate filelog /[...]/log/%NAME-%Y.log
define CUL_HM CUL /dev/tty.usbmodemfa1441 1234
attr CUL_HM hm_autopair 1
attr CUL_HM rfmode HomeMatic
Dann auf dem HM-Device zum "anlernen" die "Anlerntaste" gedrückt ;-))
Das bringt dann folgendes Log:
2010.11.24 21:10:52 4: CUL_HM:
A1A1C840012CFA50000001600534845513030363937343630010100 -51
2010.11.24 21:10:52 1: CUL_HM L:1A N:1C C:84 T:00 SRC:12CFA5 DST:
000000 1600534845513030363937343630010100
2010.11.24 21:10:52 3: CUL_HM Unknown device 12CFA5, please define it
2010.11.24 21:10:52 2: autocreate: define CUL_HM_12CFA5 CUL_HM 12CFA5
A1A1C840012CFA50000001600534845513030363937343630010100
2010.11.24 21:10:52 1: CUL_HM L:1A N:1C C:84 T:00 SRC:12CFA5 DST:
000000 1600534845513030363937343630010100
2010.11.24 21:10:52 2: CUL_HM CUL_HM_12CFA5 is a blindActuator, model
HM-LC-BL1-PB-FM
Use of uninitialized value in concatenation (.) or string at /[...]/
FHEM/10_CUL_HM.pm line 278.
2010.11.24 21:10:52 4:
As1A1cA00000000012CFA5EEEEEE48455130313236373039EE000100
2010.11.24 21:10:52 4: Pairing Step 1 (Send reply)
2010.11.24 21:10:52 2: autocreate: define FileLog_CUL_HM_12CFA5
FileLog /[...]/log/CUL_HM_12CFA5-%Y.log CUL_HM_12CFA5
Die Problematische-Zeile:
278: if(($dst eq "000000" && $attr{$ion} && $attr{$ion}{hm_autopair})
||
$ion ist nicht "gefüllt"...da ich das Modul nicht kenne is hier
schluss für mich ;-))
Sieht gut aus...."Hut ab" ;-))
Wie "benutzt" man die Dinger ??
Ein "set CUL_HM_12CFA5 on" brachte nur "CUL_HM_12CFA5: Unknown
subtype, cannot set"...
Schöne Grüße
Axel
Axel
habe den Schalter eingebaut...und geloggt...
"AnTippen" Rollo fährt ganz herunter:
2010.11.24 22:07:56 4: CUL_HM: A0D3D841012CFA50000000601B820 -68
2010.11.24 22:07:56 1: CUL_HM L:0D N:3D C:84 T:10 SRC:12CFA5 DST:
000000 0601B820
2010.11.24 22:07:56 2: CUL_HM CUL_HM_12CFA5 unknown:0601B820
"AnTippen" Rollo fährt ganz rauf:
2010.11.24 22:08:43 4: CUL_HM: A0D40841012CFA500000006011D10 -63
2010.11.24 22:08:43 1: CUL_HM L:0D N:40 C:84 T:10 SRC:12CFA5 DST:
000000 06011D10
2010.11.24 22:08:43 2: CUL_HM CUL_HM_12CFA5 unknown:06011D10
Rollo ganz oben...
"Gerdückt halten" Rollo fährt bis zum "loslassen" herunter:
2010.11.24 22:09:36 4: CUL_HM: A0D43841012CFA50000000601C020 -64
2010.11.24 22:09:36 1: CUL_HM L:0D N:43 C:84 T:10 SRC:12CFA5 DST:
000000 0601C020
2010.11.24 22:09:36 2: CUL_HM CUL_HM_12CFA5 unknown:0601C020
2010.11.24 22:09:42 4: CUL_HM: A0D45841012CFA50000000601B200 -64.5
2010.11.24 22:09:42 1: CUL_HM L:0D N:45 C:84 T:10 SRC:12CFA5 DST:
000000 0601B200
2010.11.24 22:09:42 2: CUL_HM CUL_HM_12CFA5 unknown:0601B200
Weiter bzw. wieder "Gerdückt halten":
2010.11.24 22:10:24 4: CUL_HM: A0D47841012CFA50000000601A820 -62
2010.11.24 22:10:24 1: CUL_HM L:0D N:47 C:84 T:10 SRC:12CFA5 DST:
000000 0601A820
2010.11.24 22:10:24 2: CUL_HM CUL_HM_12CFA5 unknown:0601A820
2010.11.24 22:10:29 4: CUL_HM: A0D49841012CFA50000000601A200 -60.5
2010.11.24 22:10:29 1: CUL_HM L:0D N:49 C:84 T:10 SRC:12CFA5 DST:
000000 0601A200
2010.11.24 22:10:29 2: CUL_HM CUL_HM_12CFA5 unknown:0601A200
Das ganze Spiel für "hoch fahren":
2010.11.24 22:11:37 4: CUL_HM: A0D4B841012CFA50000000601AA10 -60.5
2010.11.24 22:11:37 1: CUL_HM L:0D N:4B C:84 T:10 SRC:12CFA5 DST:
000000 0601AA10
2010.11.24 22:11:37 2: CUL_HM CUL_HM_12CFA5 unknown:0601AA10
2010.11.24 22:11:41 4: CUL_HM: A0D4D841012CFA50000000601AE00 -64
2010.11.24 22:11:41 1: CUL_HM L:0D N:4D C:84 T:10 SRC:12CFA5 DST:
000000 0601AE00
2010.11.24 22:11:41 2: CUL_HM CUL_HM_12CFA5 unknown:0601AE00
2010.11.24 22:11:47 4: CUL_HM: A0D4F841012CFA50000000601BE10 -61.5
2010.11.24 22:11:47 1: CUL_HM L:0D N:4F C:84 T:10 SRC:12CFA5 DST:
000000 0601BE10
2010.11.24 22:11:47 2: CUL_HM CUL_HM_12CFA5 unknown:0601BE10
2010.11.24 22:11:50 4: CUL_HM: A0D51841012CFA50000000601C000 -64
2010.11.24 22:11:50 1: CUL_HM L:0D N:51 C:84 T:10 SRC:12CFA5 DST:
000000 0601C000
2010.11.24 22:11:50 2: CUL_HM CUL_HM_12CFA5 unknown:0601C000
Schöne Grüße
Axel
Rudolf Koenig
Kannst Du bitte die aktuelle fhem Version verwenden? Deins ist ja ueber eine
Woche alt! :)
> Wie "benutzt" man die Dinger ??
> Ein "set CUL_HM_12CFA5 on" brachte nur "CUL_HM_12CFA5: Unknown
> subtype, cannot set"...
Da fuer jeden "subtype" (sensor/remote/switch/etc) das Payload anders zu
interpretieren ist, fehlt fuer das "blindActuator" Code, sowohl um die
Meldungen zu interpretieren (Parse) als auch zum setzen. Bis jetzt habe ich
nur die subTypes "remote" und "switch" implementiert, oder besser gesagt den
Teil, was ich fuer essentiell gefunden habe.
Steuer und Melde-Telegramme sind nicht symmetrisch, deswegen braucht man fuer
die "Dokumentation" eines Protokolls eigentlich auch einen HM Sender. Mit
deinem Mitschnitt liesse sich (nur) "Parse" implementieren.
Ich habe schon einen Mitschnitt einer Sender->Rolladensteuerung bekommen,
vielleicht gibts ab naechste Woche wieder mehr. Falls jemand fuer weitere
Geraete ein Protokoll erstellen will: ich brauche es komplett vom Anlernen, und
die "gesicherte" Uebertragung (falls vorhanden) sollte so frueh wie moeglich
ausgeschaltet werden.
Axel
>Kannst Du bitte die aktuelle fhem Version verwenden? Deins ist ja ueber eine
>Woche alt! :)
Dachte eigentlich alles "frisch" ausm CVS gezogen zu haben ;-))
Wei siehst du denn die Chance, die Rolladensteuerung "fully featured"
zu implementieren ?
Lohnt es sich das Ding zu behalten oder soll ich vom 14-Tägigen
Rückgaberecht gebrauch machen ;-)))
Schöne Grüße
Axel
Rudolf Koenig
Das sieht man doch von weitem (an dem "Pairing-Step" :)
> Wei siehst du denn die Chance, die Rolladensteuerung "fully featured"
> zu implementieren ?
Das Ding wird ziemlich sicher in den naechsten Wochen aus fhem steuerbar sein.
Fully-Featured ziemlich sicher nicht, HM Geraete haben extrem viele obskure
Parameter. Fuer die sichere Uebertragung sehe ich auch schwarz, es sein denn
es geschehen Wunder :)
Rudolf Koenig
Habs durchgelesen, es scheint sich wie ein Dimmer zu verhalten.
Ein Dimmer meldet mit 0601VV?? den Status in 0.5% Schritten, d.h. C8
entspricht 100%. Einfache Schalter melden auch C8 fuer an und 00 fuer
aus. In deinem fhem log sind diese 8 Hex-Ziffer nach dem unknown: zu
sehen, alles andere ist erstmal uninteressant. Da ich die
Rolladensteuerung nicht kenne: Kannst du bitte die minima und maxima
fuer VV aufschreiben? Kann/muss man beim Geraet festlegen was oben
und was unten ist?
Axel
alles neu ausm CVS ;-))
Server started (version =VERS= from =DATE= ($Id: fhem.pl,v 1.117
2010-11-14 14:49:23 rudolfkoenig Exp $), pid 527)
Starten mit autocreate und anlernen...läuft sauber durch...
Das Gerät hat zwei Wippen bzw. eine DoppelWippe.
Per Dreieck/Pfeil kennzeichnet "nach oben" / "nach unten".
Wird eine Busch&Jäger Rolladensteuerung ablösen....
Richtungsumdrehung geht nur, in dem man die Anschlussbelegung tauscht.
Bei gings zuerst "falsch"....
Ich schließe mich deiner Meinung an...das ist ein "Dimmer" ;-))
Habe mir die Bedienungsanleitung von einem HM-Sender (4 Tasten
Handsender) mal durchgelesen...
Der kann nur "Kurz Drücken" und "Lang Drücken" pro Tatse
unterscheiden...
Wenn man davon ausgeht, dass es ähnlich wie FS20
funktioniert....müssten doch alle Befehle auch für alle Geräte
gelten ?
- Es wird ein Befehl ABC an Geräte-Adresse XYZ gesendet...das Gerät
dimmt dann
- Es wird ein Befehl ABC an Geräte-Adresse XYZ gesendet...das Gerät
fährt dann den Rolladen um x% nach unten
Dann müsste doch gelten:
"Kurz Drücken" "Linke Taste" -> Schrittweise Hoch
"Kurz Drücken" " Rechte Taste" -> Schrittweise Runter
"Langes Drücken" Linke/Rechte-Taste -> Rolladen komplett HOCH/
RUNTER ....
Min/Max für VV... ´ne Versuchsreihe....mit "Full_log"...
Rolladen ist ganz oben.
Kurzes Drücken auf die Wippe "nach unten" -> Rolladen fährt ganz
´runter
2010-11-28_19:40:35 HM_LC_BL1_PB_FM_12CFA5 unknown: 0601C8
2010-11-28_19:40:40 HM_LC_BL1_PB_FM_12CFA5 unknown: 0601BE
2010-11-28_19:41:36 HM_LC_BL1_PB_FM_12CFA5 unknown: 060100
Rolladen ganz unten
Kurzes Drücken auf die Wippe "nach oben" -> Rolladen fährt ganz ´rauf
2010-11-28_19:41:59 HM_LC_BL1_PB_FM_12CFA5 unknown: 060108
2010-11-28_19:42:55 HM_LC_BL1_PB_FM_12CFA5 unknown: 0601C8
Runter
2010-11-28_19:43:17 HM_LC_BL1_PB_FM_12CFA5 unknown: 0601C0
2010-11-28_19:44:13 HM_LC_BL1_PB_FM_12CFA5 unknown: 060100
Hoch
2010-11-28_19:44:51 HM_LC_BL1_PB_FM_12CFA5 unknown: 06010A
2010-11-28_19:45:46 HM_LC_BL1_PB_FM_12CFA5 unknown: 0601C8
Runter
2010-11-28_19:47:37 HM_LC_BL1_PB_FM_12CFA5 unknown: 06010000
Hoch
2010-11-28_19:48:57 HM_LC_BL1_PB_FM_12CFA5 unknown: 06010A
2010-11-28_19:49:52 HM_LC_BL1_PB_FM_12CFA5 unknown: 0601C8
Runter
2010-11-28_19:52:04 HM_LC_BL1_PB_FM_12CFA5 unknown: 0601C0
2010-11-28_19:53:00 HM_LC_BL1_PB_FM_12CFA5 unknown: 060100
Erst ca. 1 sec. nach Motorabschaltung kommt die Bestätigung.
Der RolladenMotor schaltet sich in der Endposition selbstständig ab.
Jetzt noch ein paar "Mitschnitte" "Langes Drücken" auf die Wippe.
Rolladen ganz HOCH - Schrittweise nach unten:
2010-11-28_20:19:17 HM_LC_BL1_PB_FM_12CFA5 unknown: 0601BE
2010-11-28_20:19:20 HM_LC_BL1_PB_FM_12CFA5 unknown: 0601BC
2010-11-28_20:19:26 HM_LC_BL1_PB_FM_12CFA5 unknown: 0601B4
2010-11-28_20:19:30 HM_LC_BL1_PB_FM_12CFA5 unknown: 0601AF
2010-11-28_20:19:35 HM_LC_BL1_PB_FM_12CFA5 unknown: 0601A5
2010-11-28_20:19:38 HM_LC_BL1_PB_FM_12CFA5 unknown: 0601A2
2010-11-28_20:19:43 HM_LC_BL1_PB_FM_12CFA5 unknown: 06019A
2010-11-28_20:19:47 HM_LC_BL1_PB_FM_12CFA5 unknown: 060193
2010-11-28_20:19:51 HM_LC_BL1_PB_FM_12CFA5 unknown: 06018B
2010-11-28_20:19:56 HM_LC_BL1_PB_FM_12CFA5 unknown: 060183
2010-11-28_20:20:00 HM_LC_BL1_PB_FM_12CFA5 unknown: 06017B
2010-11-28_20:20:11 HM_LC_BL1_PB_FM_12CFA5 unknown: 06015B
Letztes "Langes Drücken" bis zur Selbstabschaltung des Motors
Rolladen gnaz UNTEN - Schrittweise HOCH
2010-11-28_20:21:49 HM_LC_BL1_PB_FM_12CFA5 unknown: 060165
2010-11-28_20:21:55 HM_LC_BL1_PB_FM_12CFA5 unknown: 06016E
2010-11-28_20:21:59 HM_LC_BL1_PB_FM_12CFA5 unknown: 06017E
2010-11-28_20:22:04 HM_LC_BL1_PB_FM_12CFA5 unknown: 060188
2010-11-28_20:22:09 HM_LC_BL1_PB_FM_12CFA5 unknown: 060190
2010-11-28_20:22:15 HM_LC_BL1_PB_FM_12CFA5 unknown: 06019F
2010-11-28_20:22:19 HM_LC_BL1_PB_FM_12CFA5 unknown: 0601A9
2010-11-28_20:22:23 HM_LC_BL1_PB_FM_12CFA5 unknown: 0601AF
2010-11-28_20:22:26 HM_LC_BL1_PB_FM_12CFA5 unknown: 0601B9
2010-11-28_20:22:31 HM_LC_BL1_PB_FM_12CFA5 unknown: 0601C1
2010-11-28_20:22:37 HM_LC_BL1_PB_FM_12CFA5 unknown: 0601C8
2010-11-28_20:22:41 HM_LC_BL1_PB_FM_12CFA5 unknown: 0601C8
Letztes "Langes Drücken" bis zur Selbstabschaltung des Motors
Schöne Grüße
Axel
Olaf Droegehorn
ich nutze nicht den CUL sondern CUNO f�r HomeMatic, ist aber das
"gleiche" mit zus�tzlichem OneWire.
Ich habe einen HM 4Dis angelernt, welcher auch "meistens" funktioniert.
Mir sind folgende Dinge dazu aufgefallen:
1) Die Best�tigungen f�r einen HM-Befehl kommen oft nur sehr sp�t, oder
gar nicht. Die Frage die sich nun stellt ist:
- Liegt das daran dass CUNO am Netzwerk h�ngt, und der TCP/IP Stack
einfach zu lange braucht, um die Best�tigung r�ber zu bringen?
- Oder braucht mein FHEM zu lange, um die Best�tigung zu bauen?
- Wie viel Zeit darf vergehen, bevor 4Dis (HM-Schalter) nochmal sendet,
oder aufgibt?
2) Als Folge von obigen kommt es nat�rlich zu mehrfachen Events der
gleichen Kategorie (Bsp: Btn1:on), was dazu f�hrt, das meine
FS20-Dimmer, die ich per Notify dar�ber schalte, nicht mehr langsam
anfahren sondern direkt auf 100% gehen (da mehrfacher on-Befehl).
Hat jemand von den HM Testern ein �hnliches Ph�nomen? Oder h�ngen alle
anderen am CUL, und alle Best�tigungen kommen immer sch�n an und die
Events gibts auch nur einmal ?
Ich werde in den n�chsten Tagen einen Wiki-Artikel zu HM schreiben, um
mal auf etwas breiterer Fl�che den Einsatz zu erm�glichen.
Danke f�rs Feedback.
O.
Sven Geggus
> - HomeMatic Geraet zum Anlernen (pairing) motivieren.
2010.12.08 19:50:39 5: CUL/RAW: /A1A028400136BFC00000010003D484551303131303939347003010064
2010.12.08 19:50:39 4: CUL: A1A028400136BFC00000010003D4845513031313039393470030100 -24
2010.12.08 19:50:39 5: CUL dispatch A1A028400136BFC00000010003D4845513031313039393470030100
2010.12.08 19:50:39 1: CUL_HM L:1A N:02 C:84 T:00 SRC:136BFC DST:000000 10003D4845513031313039393470030100
2010.12.08 19:50:39 2: CUL_HM pair: CUL_HM_136BFC subType unknown, model HM-WDS10-TH-O serialNr HEQ0110994
2010.12.08 19:50:39 1: CUL_HM unknown subType 70, cannot pair
Das ist dieses Temperatur Feuchtesensorteil.
Was müsste ich denn da jetzt wie patchen?
Gruss
Sven
--
Das allgemeine Persönlichkeitsrecht (Art. 2 Abs.1 i.V.m. Art.1 Abs. 1GG)
umfasst das Grundrecht auf Gewährleistung der Vertraulichkeit und Integrität
informationstechnischer Systeme. (BVerfG, 1BvR 370/07)
/me is giggls@ircnet, http://sven.gegg.us/ on the Web
Rudolf Koenig
10_CUL_HM.pm
Fuers Pairing:
my %culHmDevProps=(
"70" => { st => "sensorTH", cl => "sender" },
evtl. sensorTH durch was sinnvolleres austauschen....
Fuer den Empfang spaeter:
in CUL_HM_Parse in der if-Kaskade ein
} elsif($st eq "sensorTH") { ############################################
einbauen.
Sven Geggus
> Fuers Pairing:
> my %culHmDevProps=(
> "70" => { st => "sensorTH", cl => "sender" },
> evtl. sensorTH durch was sinnvolleres austauschen....
OK
> Fuer den Empfang spaeter:
> in CUL_HM_Parse in der if-Kaskade ein
>
> } elsif($st eq "sensorTH") { ############################################
>
> einbauen.
Hm, da kommt jetzt folgendes raus:
2010.12.09 20:58:56 5: CUL/RAW: /A0D008410136BFC0000000600000067
2010.12.09 20:58:56 4: CUL: A0D008410136BFC00000006000000 -22.5
2010.12.09 20:58:56 5: CUL dispatch A0D008410136BFC00000006000000
2010.12.09 20:58:56 1: CUL_HM L:0D N:00 C:84 T:10 SRC:136BFC DST:000000 06000000
2010.12.09 20:58:56 2: CUL_HM CUL_HM_136BFC unknown:06000000
2010.12.09 20:58:56 5: Triggering CUL_HM_136BFC (1 changes)
2010.12.09 20:58:56 5: CUL_HM_136BFC trigger: Checking FileLog_CUL_HM_136BFC for notify
2010.12.09 20:58:56 5: CUL_HM_136BFC trigger: Checking autocreate for notify
2010.12.09 20:59:07 5: CUL/RAW: /A1A018400136BFC00000010003D484551303131303939347003010065
2010.12.09 20:59:07 4: CUL: A1A018400136BFC00000010003D4845513031313039393470030100 -23.5
2010.12.09 20:59:07 5: CUL dispatch A1A018400136BFC00000010003D4845513031313039393470030100
2010.12.09 20:59:07 1: CUL_HM L:1A N:01 C:84 T:00 SRC:136BFC DST:000000 10003D4845513031313039393470030100
2010.12.09 20:59:07 2: CUL_HM pair: CUL_HM_136BFC is a sensorTH, model HM-WDS10-TH-O serialNr HEQ0110994
2010.12.09 20:59:07 1: CUL_HM SEND As1A01A000F11234136BFC1900114648454d46313132333410010100
2010.12.09 20:59:07 4: CUL_HM SEND As1A01A000F11234136BFC1900114648454d46313132333410010100
2010.12.09 20:59:07 5: CUL sending As1A01A000F11234136BFC1900114648454d46313132333410010100
2010.12.09 20:59:08 1: CUL_HM SEND As1002A001F11234136BFC0105136BFC0104
2010.12.09 20:59:08 4: CUL_HM SEND As1002A001F11234136BFC0105136BFC0104
2010.12.09 20:59:08 5: CUL sending As1002A001F11234136BFC0105136BFC0104
2010.12.09 20:59:08 1: ++A001F11234136BFC0107020201
2010.12.09 20:59:08 1: ++A001F11234136BFC0106
2010.12.09 20:59:08 1: ++A001F11234136BFC0005136BFC0104
2010.12.09 20:59:08 1: ++A001F11234136BFC0007020201
2010.12.09 20:59:08 1: ++A001F11234136BFC0006
2010.12.09 20:59:08 5: CUL/RAW: /A0A018002136BFCF112340064
2010.12.09 20:59:08 4: CUL: A0A018002136BFCF1123400 -24
2010.12.09 20:59:08 5: CUL dispatch A0A018002136BFCF1123400
2010.12.09 20:59:08 1: CUL_HM L:0A N:01 C:80 T:02 SRC:136BFC DST:F11234 00
2010.12.09 20:59:08 1: CUL_HM SEND As0E03A001F11234136BFC0107020201
2010.12.09 20:59:08 4: CUL_HM SEND As0E03A001F11234136BFC0107020201
2010.12.09 20:59:08 5: CUL sending As0E03A001F11234136BFC0107020201
2010.12.09 20:59:08 5: CUL sending As0E03A001F11234136BFC0107020201
2010.12.09 20:59:08 5: Triggering CUL_HM_136BFC (1 changes)
2010.12.09 20:59:08 5: CUL_HM_136BFC trigger: Checking FileLog_CUL_HM_136BFC for notify
2010.12.09 20:59:08 5: CUL_HM_136BFC trigger: Checking autocreate for notify
2010.12.09 20:59:09 5: CUL sending As0E03A001F11234136BFC0107020201
2010.12.09 20:59:09 5: Triggering CUL_HM_136BFC (1 changes)
2010.12.09 20:59:09 5: CUL_HM_136BFC trigger: Checking FileLog_CUL_HM_136BFC for notify
2010.12.09 20:59:09 5: CUL_HM_136BFC trigger: Checking autocreate for notify
2010.12.09 20:59:09 5: Triggering CUL_HM_136BFC (1 changes)
2010.12.09 20:59:09 5: CUL_HM_136BFC trigger: Checking FileLog_CUL_HM_136BFC for notify
2010.12.09 20:59:09 5: CUL_HM_136BFC trigger: Checking autocreate for notify
Sehe ich das richtig, dass das Teil ab jetzt von sich aus Werte liefert?
Jedenfalls empfange ich jetzt von Zeit zu Zeit sowas:
2010.12.09 21:01:45 5: CUL/RAW: /A0C018670136BFC00000000CA325B
2010.12.09 21:01:45 4: CUL: A0C018670136BFC00000000CA32 -28.5
2010.12.09 21:01:45 5: CUL dispatch A0C018670136BFC00000000CA32
2010.12.09 21:01:45 1: CUL_HM L:0C N:01 C:86 T:70 SRC:136BFC DST:000000 00CA32
2010.12.09 21:01:45 2: CUL_HM CUL_HM_136BFC unknown:00CA32
2010.12.09 21:01:45 5: Triggering CUL_HM_136BFC (1 changes)
2010.12.09 21:01:45 5: CUL_HM_136BFC trigger: Checking FileLog_CUL_HM_136BFC for notify
2010.12.09 21:01:46 5: CUL_HM_136BFC trigger: Checking autocreate for notify
2010.12.09 21:04:19 5: CUL/RAW: /A0C028670136BFC00000000CB2F5E
2010.12.09 21:04:19 4: CUL: A0C028670136BFC00000000CB2F -27
2010.12.09 21:04:19 5: CUL dispatch A0C028670136BFC00000000CB2F
2010.12.09 21:04:19 1: CUL_HM L:0C N:02 C:86 T:70 SRC:136BFC DST:000000 00CB2F
2010.12.09 21:04:19 2: CUL_HM CUL_HM_136BFC unknown:00CB2F
2010.12.09 21:04:19 5: Triggering CUL_HM_136BFC (1 changes)
2010.12.09 21:04:19 5: CUL_HM_136BFC trigger: Checking FileLog_CUL_HM_136BFC for notify
2010.12.09 21:04:20 5: CUL_HM_136BFC trigger: Checking autocreate for notify
Irgendwo dürfte da jetzt Temperatur und Luftfeuchte drin versteckt
sein. Laut meinem alten Sensor gerade 21.1°C und 31%.
Welcher Teil enthält denn die Daten? Das 00CB2F sieht ein wenig
danach aus.
Ich glaube ja dass das CB die Temperatur in 10tel Grad sein könnte
0xCB -> 203 -> 20.3° würde passen
Das 2F passt aber irgendwie nicht so recht auf die 31%
Gruss
Sven
P.S.: Kann man das fhem eigentlich auch so konfigurieren, dass es im
Vordergrund bleibt und seine debugausgaben nach stdout oder stderr schreibt?
--
Das Internet wird vor allem von Leuten genutzt, die sich Pornografie
ansehen, während sie Bier trinken, es ist daher für Wahlen nicht
geeignet (Jaroslaw Kaczynski)
Rudolf Koenig
> Vordergrund bleibt und seine debugausgaben nach stdout oder stderr schreibt?
attr global logfile -
Sven Geggus
Perl sieht für mich noch immer so aus als ob ein Huhn drübergelaufen
wäre...
Aber egal, für das was jetzt ansteht braucht es keien Perl
Kenntnisse :)
Ich hab das Teil mal in den Gefrierschrank gesteckt um negative
Temperaturwerte zu bekommen und jetzt bin ich irgendwie ratlos.
Ich bekomme folgendes:
2010-12-10 19:43:38 CUL_HM CUL_HM_136BFC unknown: 7F8D30
2010-12-10 19:46:36 CUL_HM CUL_HM_136BFC unknown: 7FA731
2010-12-10 19:49:19 CUL_HM CUL_HM_136BFC unknown: 7FA429
2010-12-10 19:51:48 CUL_HM CUL_HM_136BFC unknown: 7F9F26
2010-12-10 19:54:02 CUL_HM CUL_HM_136BFC unknown: 7F9A24
Da soll jetzt irgendwie eine (negative) Temperatur und eine
Luftfeuchtigkeit bei rumkommen.
0x7F9A ist 32666 und da das kleiner als 32768 ist stimmt meine
ursprüngliche Annahme, dass das ein 16-Bit Signed Int sein könnte
wohl doch nicht.
Wenn ich ein 12 Bit signed Integer annehme also mal 4 Bits nach links
schiebe kommt irgendwie auch nichts gescheites bei rum :(
Ich tendiere grade zu denken, dass das 0x7f irgendwie ausschließlich
für das Vorzeichen steht in obigem Beispiel wären das also -15.4°C.
Passt schon eher. Als nächstes werde ich wohl mal eine Temperatur
größer 25.5 Grad ausprobieren müssen.
Dass 0x24 (36 dezimal) also die letzen beiden Bytes die Luftfeuchte
in % darstellen könnten passt schon eher.
Was denkt ihr?
Gruss
Sven
--
"Ich fürchte mich nicht vor der Rückkehr der Faschisten in der Maske der
Faschisten, sondern vor der Rückkehr der Faschisten in der Maske der
Demokraten" (Theodor W. Adorno)
Sven Geggus
> Als nächstes werde ich wohl mal eine Temperatur größer 25.5 Grad
> ausprobieren müssen.
OK, das nächste bit gehört definitiv noch dazu:
010E2F -> 0x10E -> 270 -> 27° das passt.
Die negativen Temperaturen sind aber strange:
2010-12-10 22:51:56 CUL_HM CUL_HM_136BFC unknown: 7FFF0C
2010-12-10 22:54:10 CUL_HM CUL_HM_136BFC unknown: 7FEE0D
2010-12-10 22:57:14 CUL_HM CUL_HM_136BFC unknown: 7FDF0E
2010-12-10 23:00:03 CUL_HM CUL_HM_136BFC unknown: 7FD60E
2010-12-10 23:02:38 CUL_HM CUL_HM_136BFC unknown: 7FC90F
2010-12-10 23:04:59 CUL_HM CUL_HM_136BFC unknown: 7FC317
2010-12-10 23:07:05 CUL_HM CUL_HM_136BFC unknown: 7FCC26
2010-12-10 23:10:00 CUL_HM CUL_HM_136BFC unknown: 7FF93F
2010-12-10 23:12:41 CUL_HM CUL_HM_136BFC unknown: 001346
Das ist vom Beginn der negativen Temparaturen mit rausholen aus dem
Gefrierschrank bis zu den positiven Temperaturen.
Beeindruckend finde ich, dass das Funksignal trotz Metallgehäuse des
Gefrierschranks zum Empfänger durchkommt!
Gruss
Sven
--
"Der wichtigste Aspekt, den Sie vor der Entscheidung für ein Open
Source-Betriebssystem bedenken sollten, ist, dass Sie kein
Windows-Betriebssystem erhalten." (von http://www.dell.de/ubuntu)
Sven Geggus
> Die negativen Temperaturen sind aber strange
So, ich kann einen Teilerfolg melden. Das Auslesen der Temperatur ist
trivial!
Nur die Luftfeuchtigskeitswerte kann ich noch nicht korrekt auslesen. Da
fehlen mir leider grade die Ideen. Es stimmt weder die Annahme 0x00-0xff =
0-100% in 1% Schritten noch die Annahme 0x00-0x64 = 0-100% in 1% Schritten.
Gibt es da eventuell vergleichbare andere Sensoren? Meine derzeitige
Vermutung ist dass eventuell 0.5% Schritte verwendet werden.
Die Temperaturwerte sind vorzeichenbehaftete 15 Bit Zahlen in
Zweierkomplementdarstellung die die Temperatur in 1/10 Grad darstellen.
Das Umrechnen in eine Gleitkommazahl funktioniert wie folgt:
2010-12-14 21:29:47 CUL_HM CUL_HM_136BFC unknown: 7F3318
Das entspricht -20.5°C und wird wie folgt berechnet:
7F33 ist der Relevante Teil der Payload.
Das erste Bit ist aus unerfindlichen Gründen immer 0 also scheiben wir die
Zahle einfach um einen Wert nach links:
0x7F33 <<=1
ergibt:
0xfe66 -> -410
Das ist eine Multiplikation mit 2 d.h. wir müssen bei der Umrechnung in
Float dann durch 20 dividieren statt durch 10:
-410/20.0 -> -20.5°C
Gruss
Sven
--
"Das ist halt der Unterschied: Unix ist ein Betriebssystem mit Tradition,
die anderen sind einfach von sich aus unlogisch."
(Anselm Lingnau in de.comp.os.unix.discussion)
/me ist giggls@ircnet, http://sven.gegg.us/ im WWW
oskar
das nicht und ich finde nicht raus, wieso.
Problem0: in der Weboberfläche kann man attr CUL0 hm_autopair 1 nicht
machen. ich hoffe, das ist nicht der Grund für das unten stehende
Problem.
Problem1: Das Ding matcht nicht:
2010.12.15 13:25:04 5: Cmd: >attr CUL0 hm_autopair 1<
2010.12.15 13:25:04 5: Cmd: >attr CUL0 rfmode HomeMatic<
2010.12.15 13:25:04 1: CUL_SimpleWrite >Ar
<
2010.12.15 13:25:04 2: Switched CUL0 rfmode to HomeMatic
Knopf gedrückt:
2010.12.15 13:53:31 0: Server started (version =VERS= from =DATE=
2010.12.15 13:55:09 5: CUL/RAW: /
A1A418400133CC300000010003D484551303131303636377003010044
2010.12.15 13:55:09 4: CUL_HM:
A1A418400133CC300000010003D4845513031313036363770030100 -40
2010.12.15 13:55:09 5: CUL_HM dispatch
A1A418400133CC300000010003D4845513031313036363770030100
2010.12.15 13:55:09 3: CUL_HM: Unknown code
A1A418400133CC300000010003D4845513031313036363770030100, help me!
2010.12.15 13:57:59 5: CUL/RAW: /A0C428670133CC300000000EE1F4E
Blöd.
Debug eingebastelt (wo würde man das denn einbauen um zu schauen, ob
CUL_HM überhaupt das richtige macht?)
fhem.pl in Dispatch:
my $mode = ($hash->{mode} ? $hash->{mode} : "");
Log 5, "$name dispatch mode $mode .";
foreach my $m (sort { $modules{$a}{ORDER} cmp $modules{$b}{ORDER} }
grep {defined($modules{$_}{ORDER})} keys %modules) {
Log 5, "$name dispatch try $m";
my $cl = $iohash->{"${mode}Clients"};
my $re = $iohash->{"${mode}regexpClients"};
next if(!(defined($cl) && $cl =~ m/:$m:/) ||
(defined($re) && $m =~ m/$re/));
Log 5, "$name dispatch try $cl $re";
# Module is not loaded or the message is not for this module
next if(!$modules{$m}{Match} || $dmsg !~ m/$modules{$m}{Match}/i);
2010.12.15 15:53:29 0: Server started (version =VERS= from =DATE=
2010.12.15 15:53:40 5: CUL/RAW: /
A1A708400133CC300000010003D484551303131303636377003010045
2010.12.15 15:53:40 4: CUL_HM:
A1A708400133CC300000010003D4845513031313036363770030100 -39.5
2010.12.15 15:53:40 5: CUL_HM dispatch
A1A708400133CC300000010003D4845513031313036363770030100
HASH(0x100a10a60)
2010.12.15 15:53:40 5: CUL_HM dispatch mode .
2010.12.15 15:53:40 5: CUL_HM dispatch try _internal_
2010.12.15 15:53:40 5: CUL_HM dispatch try KM271
2010.12.15 15:53:40 5: CUL_HM dispatch try CM11
2010.12.15 15:53:40 5: CUL_HM dispatch try CUL
2010.12.15 15:53:40 5: CUL_HM dispatch try LIRC
2010.12.15 15:53:40 5: CUL_HM dispatch try FHZ
2010.12.15 15:53:40 5: CUL_HM dispatch try FHEMWEB
2010.12.15 15:53:40 5: CUL_HM dispatch try USF1000
2010.12.15 15:53:40 5: CUL_HM dispatch try CUL_FHTTK
2010.12.15 15:53:40 5: CUL_HM dispatch try BS
2010.12.15 15:53:40 5: CUL_HM dispatch try FS20
2010.12.15 15:53:40 5: CUL_HM dispatch try CUL_HM
2010.12.15 15:53:40 5: CUL_HM dispatch try FHT
2010.12.15 15:53:40 5: CUL_HM dispatch try FHT8V
2010.12.15 15:53:40 5: CUL_HM dispatch try HMS
2010.12.15 15:53:40 5: CUL_HM dispatch try KS300
2010.12.15 15:53:40 5: CUL_HM dispatch try CUL_WS
2010.12.15 15:53:40 5: CUL_HM dispatch try CUL_EM
2010.12.15 15:53:40 5: CUL_HM dispatch try CUL_RFR
2010.12.15 15:53:40 5: CUL_HM dispatch try SIS_PMS
2010.12.15 15:53:40 5: CUL_HM dispatch try CUL_HOERMANN
2010.12.15 15:53:40 5: CUL_HM dispatch try OWFS
2010.12.15 15:53:40 5: CUL_HM dispatch try X10
2010.12.15 15:53:40 5: CUL_HM dispatch try OWTEMP
2010.12.15 15:53:40 5: CUL_HM dispatch try ALL3076
2010.12.15 15:53:40 5: CUL_HM dispatch try WEBIO
2010.12.15 15:53:40 5: CUL_HM dispatch try WEBTHERM
2010.12.15 15:53:40 5: CUL_HM dispatch try ALL4027
2010.12.15 15:53:40 5: CUL_HM dispatch try RFXCOM
2010.12.15 15:53:40 5: CUL_HM dispatch try OREGON
2010.12.15 15:53:40 5: CUL_HM dispatch try WS300
2010.12.15 15:53:40 5: CUL_HM dispatch try Weather
2010.12.15 15:53:40 5: CUL_HM dispatch try EM
2010.12.15 15:53:40 5: CUL_HM dispatch try EMWZ
2010.12.15 15:53:40 5: CUL_HM dispatch try EMEM
2010.12.15 15:53:40 5: CUL_HM dispatch try EMGZ
2010.12.15 15:53:40 5: CUL_HM dispatch try WS3600
2010.12.15 15:53:40 5: CUL_HM dispatch try SCIVT
2010.12.15 15:53:40 5: CUL_HM dispatch try SISPM
2010.12.15 15:53:40 5: CUL_HM dispatch try USBWX
2010.12.15 15:53:40 5: CUL_HM dispatch try M232
2010.12.15 15:53:40 5: CUL_HM dispatch try xxLG7000
2010.12.15 15:53:40 5: CUL_HM dispatch try M232Counter
2010.12.15 15:53:40 5: CUL_HM dispatch try M232Voltage
2010.12.15 15:53:40 5: CUL_HM dispatch try LGTV
2010.12.15 15:53:40 5: CUL_HM dispatch try WS2000
2010.12.15 15:53:40 5: CUL_HM dispatch try VantagePro2
2010.12.15 15:53:40 5: CUL_HM dispatch try ALL4000T
2010.12.15 15:53:40 5: CUL_HM dispatch try IPWE
2010.12.15 15:53:40 5: CUL_HM dispatch try at
2010.12.15 15:53:40 5: CUL_HM dispatch try sequence
2010.12.15 15:53:40 5: CUL_HM dispatch try watchdog
2010.12.15 15:53:40 5: CUL_HM dispatch try notify
2010.12.15 15:53:40 5: CUL_HM dispatch try FileLog
2010.12.15 15:53:40 5: CUL_HM dispatch try FHEM2FHEM
2010.12.15 15:53:40 5: CUL_HM dispatch try PachLog
2010.12.15 15:53:40 5: CUL_HM dispatch try holiday
2010.12.15 15:53:40 5: CUL_HM dispatch try SVG
2010.12.15 15:53:40 5: CUL_HM dispatch try dummy
2010.12.15 15:53:40 5: CUL_HM dispatch try autocreate
2010.12.15 15:53:40 5: CUL_HM dispatch try PID
2010.12.15 15:53:40 5: CUL_HM dispatch try structure
2010.12.15 15:53:40 5: CUL_HM dispatch try weblink
2010.12.15 15:53:40 5: CUL_HM dispatch try Utils
2010.12.15 15:53:40 5: CUL_HM dispatch try XmlList
2010.12.15 15:53:40 5: CUL_HM dispatch try SUNRISE_EL
2010.12.15 15:53:40 3: CUL_HM: Unknown code
A1A708400133CC300000010003D4845513031313036363770030100, help me!
Hilfe!
oskar
anderen Rechner das auch hatte (da aber kein HM), hab ich da die 5.0
drübergebügelt, dann gings. Jetzt muß ich nur noch finden, bis wann
das ging. Leider existiert kein symbolischer Name für den erstmalig
funktionierenden Stand mit HM.
Schöne Grüße
Oskar
oskar
0x_CUL*.pm Dateien sind wohl schuld.
Rein optisch fand ich die aber gar nicht so schlimm...
Grüße
Oskar
Rudolf Koenig
> Ich hab auch so einen HM-WDS10-TH-O. Aus unerfindlichen Gr�nden macht
> das nicht und ich finde nicht raus, wieso.
HomeMatic Unterstuetzung in fhem ist noch nicht fertig, und die Bedienung
aendert sich solange ich kein gutes Gefuehl fuer HomeMatic bekomme.
Das CUL Attribut hm_autopair ist in der aktuellen CVS Version dem CUL set
Befehlen "hmPairForSec" und "hmPairSerial" gewichen.
> 2010.12.15 13:55:09 3: CUL_HM: Unknown code
> A1A418400133CC300000010003D4845513031313036363770030100, help me!
Da ist irgendetwas schief gelaufen, CUL_HM sollte nicht Dispatch aufrufen, laut
Code ist es gar nicht moeglich.
oskar
On 15 Dez., 21:27, Rudolf Koenig <inf...@koeniglich.de> wrote:
> On Wed, Dec 15, 2010 at 07:22:05AM -0800, oskar wrote:
> > Ich hab auch so einen HM-WDS10-TH-O. Aus unerfindlichen Gr nden macht
> > das nicht und ich finde nicht raus, wieso.
>
> HomeMatic Unterstuetzung in fhem ist noch nicht fertig, und die Bedienung
> aendert sich solange ich kein gutes Gefuehl fuer HomeMatic bekomme.
> Das CUL Attribut hm_autopair ist in der aktuellen CVS Version dem CUL set
> Befehlen "hmPairForSec" und "hmPairSerial" gewichen.
Scheinbar...
> > 2010.12.15 13:55:09 3: CUL_HM: Unknown code
> > A1A418400133CC300000010003D4845513031313036363770030100, help me!
>
> Da ist irgendetwas schief gelaufen, CUL_HM sollte nicht Dispatch aufrufen, laut
> Code ist es gar nicht moeglich.
CUL_HM. Der Code erreicht nie 10_CUL_HM.pm. Dispatch wird in
00_CUL.pm gerufen (wo es ja auch steht). Dispatch dispatcht aber in
der Version vom 13.12. nirgends mehr hin, auch im nicht HomeMatic-
Modus.
Grüße
Oskar
Rudolf Koenig
> nicht HomeMatic- Modus.
Hmm. Liegt wahrschienlich an dem nicht eingecheckten fhem.pl.
Bei mir koennte ich gerade ein 4Dis anlernen (set CUL hmPairForSec 300, und
danach im 4Dis Anlernen gedrueckt), und konnte ohne weiteres auch die Texte
setzen, bzw. die Tastendruecke protokollieren.
Habe bei der Gelegenheit "duplicate checking" fuer HM generisch eingebaut und
alles eingecheckt.
oskar
> Habe bei der Gelegenheit "duplicate checking" fuer HM generisch eingebaut und
> alles eingecheckt.
fehlt der TH-Sensor immer noch, den werde ich dann mal händisch
nachpflegen (wie Du weiter oben ja beschrieben hast).
Bei der Gelegenheit hab ich in meinen Logfiles gesehen, das der TH-
Sensor doch wohl nicht gepairt hat, sonder an Adresse 0 schickt.
Eigentlich ist das ja gar nicht schlecht, da man bei dem Ding sowieso
nichts setzen kann ist das Pairen eher unpraktisch, dann kann man sich
die Sensorik mit den Nachbarn teilen, wenn die broadcasts auch von
fhem ausgewertet würden (geht derzeit nicht, da $st ja nicht gefüllt
ist, solange nicht gepairt wurde).
Hast Du dazu eine Idee, wie man das machen könnte?
Und, weiß jemand, wie man einen Sensor "unpairen" kann, ohne ihn neu
zu binden?
Grüße
Oskar
Sven Geggus
> Ich hab mal geschaut und werde das heute sehr spät testen. Leider
> fehlt der TH-Sensor immer noch, den werde ich dann mal händisch
> nachpflegen (wie Du weiter oben ja beschrieben hast).
Ich habe derzeit das hier drin und rätsle noch an den Werten für die
Feuchtigkeit rum. Siehe meine anderen Mails.
Index: 10_CUL_HM.pm
===================================================================
RCS file: /cvsroot/fhem/fhem/FHEM/10_CUL_HM.pm,v
retrieving revision 1.6
diff -u -r1.6 10_CUL_HM.pm
--- 10_CUL_HM.pm 16 Dec 2010 08:00:32 -0000 1.6
+++ 10_CUL_HM.pm 16 Dec 2010 12:37:36 -0000
@@ -23,6 +23,7 @@
"42" => { st => "swi", cl => "sender" },
"43" => { st => "pushButton", cl => "sender" },
"60" => { st => "KFM100", cl => "sender" },
+ "70" => { st => "sensorTH", cl => "sender" },
"80" => { st => "threeStateSensor",cl => "sender" },
"81" => { st => "motionDetector", cl => "sender" },
"C0" => { st => "keyMatic", cl => "sender" },
Sven
--
"Ich fürchte mich nicht vor der Rückkehr der Faschisten in der Maske der
Faschisten, sondern vor der Rückkehr der Faschisten in der Maske der
Demokraten" (Theodor W. Adorno)
Jan-Hinrich Fessel
Am 16.12.2010 um 13:39 schrieb Sven Geggus:
> oskar <oskar....@gmail.com> wrote:
>
>> Ich hab mal geschaut und werde das heute sehr spät testen. Leider
>> fehlt der TH-Sensor immer noch, den werde ich dann mal händisch
>> nachpflegen (wie Du weiter oben ja beschrieben hast).
>
> Ich habe derzeit das hier drin und rätsle noch an den Werten für die
> Feuchtigkeit rum. Siehe meine anderen Mails.
>
> Index: 10_CUL_HM.pm
> ===================================================================
> RCS file: /cvsroot/fhem/fhem/FHEM/10_CUL_HM.pm,v
> retrieving revision 1.6
> diff -u -r1.6 10_CUL_HM.pm
> --- 10_CUL_HM.pm 16 Dec 2010 08:00:32 -0000 1.6
> +++ 10_CUL_HM.pm 16 Dec 2010 12:37:36 -0000
> @@ -23,6 +23,7 @@
> "42" => { st => "swi", cl => "sender" },
> "43" => { st => "pushButton", cl => "sender" },
> "60" => { st => "KFM100", cl => "sender" },
> + "70" => { st => "sensorTH", cl => "sender" },
> "80" => { st => "threeStateSensor",cl => "sender" },
> "81" => { st => "motionDetector", cl => "sender" },
> "C0" => { st => "keyMatic", cl => "sender" },
>
ich hab da folgendes:
--- 10_CUL_HM.pm 2010-12-16 10:40:26.000000000 +0100
+++ 10_CUL_HM.pm.modified 2010-12-15 21:53:40.000000000 +0100
@@ -24,3 +24,3 @@
"43" => { st => "pushButton", cl => "sender" },
"60" => { st => "KFM100", cl => "sender" },
+ "70" => { st => "THSensor", cl => "sender" },
"80" => { st => "threeStateSensor",cl => "sender" },
@@ -218,2 +216,10 @@
+ } elsif($st eq "THSensor") { ############################################
+ if($p =~ m/^(....)..$/) {
+ my $temp = $1 <<= 1;
+ $temp /= 20;
+ push @event, "Temp:$temp";
+ }
+ push @event, "THSensor:$p";
+
} elsif($st eq "switch") { ############################################
Da kommt aber leider nichts raus, weil nicht gepairt...
THSensor, weil alle anderen auch so rum benamst sind ;-)
Oskar
Sven Geggus
> + } elsif($st eq "THSensor") { ############################################
> + if($p =~ m/^(....)..$/) {
> + my $temp = $1 <<= 1;
> + $temp /= 20;
> + push @event, "Temp:$temp";
> + }
> + push @event, "THSensor:$p";
> +
> } elsif($st eq "switch") { ############################################
Den Teil hatte ich mir noch gespart weil ich erst mal rausfinden wollte wie
ich Temperatur und Luftfeuchtigkeit überhaupt ermitteln muss.
> Da kommt aber leider nichts raus, weil nicht gepairt...
Heut abend mal schaun, ob ich dieses Problem nach dem CVS update nun auch
habe.
Gruss
Sven
--
Das Internet ist kein rechtsfreier Raum, das Internet ist aber auch
kein bürgerrechtsfreier Raum. (Wolfgang Wieland Bündnis 90/Die Grünen)
oskar
On Dec 16, 2:45 pm, Sven Geggus <li...@fuchsschwanzdomain.de> wrote:
> > + } elsif($st eq "THSensor") { ############################################
> > + if($p =~ m/^(....)..$/) {
> > + my $temp = $1 <<= 1;
>
> ich Temperatur und Luftfeuchtigkeit überhaupt ermitteln muss.
numerisch wandeln. sieht jetzt so aus:
my $temp = hex $1;
$temp <<= 1;
$temp /= 20;
push @event, "Temp:$temp";
> > Da kommt aber leider nichts raus, weil nicht gepairt...
>
> Heut abend mal schaun, ob ich dieses Problem nach dem CVS update nun auch
> habe.
Sensor schickt aber kein richtiges ACK:
2010.12.16 17:33:53 5: CUL/RAW: /
A1AD38400133CC300000010003D48455130313130363637700301001E
2010.12.16 17:33:53 4: CUL1:
A1AD38400133CC300000010003D4845513031313036363770030100 -59
2010.12.16 17:33:53 5: CUL1 dispatch
A1AD38400133CC300000010003D4845513031313036363770030100
2010.12.16 17:33:53 1: CUL_HM L:1A N:D3 C:84 T:00 SRC:133CC3 DST:
000000 10003D4845513031313036363770030100
2010.12.16 17:33:53 2: CUL_HM pair: CUL_HM_133CC3 is a THSensor, model
HM-WDS10-TH-O serialNr HEQ0110667
2010.12.16 17:33:53 1: CUL_HM SEND
As1Ad3A000F11234133CC31900114648454d46313132333410010100
2010.12.16 17:33:53 4: CUL_HM SEND
As1Ad3A000F11234133CC31900114648454d46313132333410010100
2010.12.16 17:33:53 5: CUL1 sending
As1Ad3A000F11234133CC31900114648454d46313132333410010100
2010.12.16 17:33:54 1: CUL_HM SEND
As10d4A001F11234133CC30105133CC30104
2010.12.16 17:33:54 4: CUL_HM SEND
As10d4A001F11234133CC30105133CC30104
2010.12.16 17:33:54 5: CUL1 sending
As10d4A001F11234133CC30105133CC30104
2010.12.16 17:33:54 1: ++A001F11234133CC30107020201
2010.12.16 17:33:54 1: ++A001F11234133CC30106
2010.12.16 17:33:54 1: ++A001F11234133CC30005133CC30104
2010.12.16 17:33:54 1: ++A001F11234133CC30007020201
2010.12.16 17:33:54 1: ++A001F11234133CC30006
2010.12.16 17:33:54 5: CUL1 sending
As10d4A001F11234133CC30105133CC30104
2010.12.16 17:33:54 5: Triggering CUL_HM_133CC3 (1 changes)
2010.12.16 17:33:54 5: CUL_HM_133CC3 trigger: Checking
FileLog_CUL_HM_133CC3 for notify
2010.12.16 17:33:54 5: CUL_HM_133CC3 trigger: Checking Logfile for
notify
2010.12.16 17:33:54 5: CUL_HM_133CC3 trigger: Checking autocreate for
notify
2010.12.16 17:33:54 5: CUL/RAW: /A0AD48002133CC3F11234003A
2010.12.16 17:33:54 4: CUL1: A0AD48002133CC3F1123400 -45
2010.12.16 17:33:54 5: CUL1 dispatch A0AD48002133CC3F1123400
2010.12.16 17:33:54 1: CUL_HM L:0A N:D4 C:80 T:02 SRC:133CC3
DST:F11234 00
2010.12.16 17:33:54 1: CUL_HM SEND As0Ed5A001F11234133CC30107020201
2010.12.16 17:33:54 4: CUL_HM SEND As0Ed5A001F11234133CC30107020201
2010.12.16 17:33:54 5: CUL1 sending As0Ed5A001F11234133CC30107020201
2010.12.16 17:33:54 5: CUL/RAW: /A0AD58002133CC3F112340239
2010.12.16 17:33:54 4: CUL1: A0AD58002133CC3F1123402 -45.5
2010.12.16 17:33:54 5: CUL1 dispatch A0AD58002133CC3F1123402
2010.12.16 17:33:54 1: CUL_HM L:0A N:D5 C:80 T:02 SRC:133CC3
DST:F11234 02
2010.12.16 17:33:54 1: CUL_HM SEND As0Bd6A001F11234133CC30106
2010.12.16 17:33:54 4: CUL_HM SEND As0Bd6A001F11234133CC30106
2010.12.16 17:33:54 5: CUL1 sending As0Bd6A001F11234133CC30106
2010.12.16 17:33:55 5: CUL1 sending As0Bd6A001F11234133CC30106
Danach state missing ack. Aber jetzt werden die weiteren Meldungen
ausgewertet:
2010.12.16 17:42:10 5: CUL/RAW: /A0CD58670133CC300000000B3272E
2010.12.16 17:42:10 4: CUL1: A0CD58670133CC300000000B327 -51
2010.12.16 17:42:10 5: CUL1 dispatch A0CD58670133CC300000000B327
2010.12.16 17:42:10 1: CUL_HM L:0C N:D5 C:86 T:70 SRC:133CC3 DST:
000000 00B327
2010.12.16 17:42:10 5: Triggering CUL_HM_133CC3 (2 changes)
Logfile:
2010-12-16_17:42:10 CUL_HM_133CC3 Temp: 17.9
2010-12-16_17:42:10 CUL_HM_133CC3 THSensor: 00B327
passt soweit. Jetzt noch ein plot und die Feuchte mit rein - ich
glaub ich brauch noch einen anderen Feuchtesensor. Aber das muß bis
nach Weihnachten warten, fürchte ich.
Oskart
Rudolf Koenig
> $temp <<= 1;
> $temp /= 20;
nicht auch als
$temp /= 10;
schreiben?
> Geht jetzt so lala, pairing wird vom CUL erkannt und beantwortet, der
> Sensor schickt aber kein richtiges ACK:
Koennte das an der Entfernung beider Geraete liegen? Zu nah (< 1m) ist auch
problematisch...
Apropos Feuchte: Koennte jemand mit einem Geraet 2-3 Unterschiedliche Werte
aufzeichnen mit einem funktionierenden (sprich ablesbaren) Feuchtemesser
daneben? Achtung: die Feuchte-Fuehler der S300TH's reagieren _sehr_ traege.
Sven Geggus
> nicht auch als
> $temp /= 10;
>
> schreiben?
Nein! Siehe meine Mails mit Betreff "TH Sensor Payload erraten"
Sven
--
"Das Einzige wovor wir Angst haben müssen ist die Angst selbst"
(Franklin D. Roosevelt)
Rudolf Koenig
Axel
define CUL_HM CUL /dev/tty.usbmodemfa14431 1234
attr CUL_HM rfmode HomeMatic
2010.12.17 20:40:14 3: CUL device opened
2010.12.17 20:40:14 2: Switched CUL_HM rfmode to HomeMatic
Server started (version =VERS= from =DATE= ($Id: fhem.pl,v 1.118
2010-12-16 08:07:18
set CUL_HM hmPairForSec 3000
Das Pairing scheint nicht sauber zu funktionieren...
CUL_HM pair: HM_RC_4_B_122F73 is a remote, model HM-RC-4-B serialNr
GEQ0239320
CUL_HM: A1AC28400122F7300000013003B4745513032333933323040040403 -45.5
CUL_HM L:1A N:C2 C:84 T:00 SRC:122F73 DST:000000
13003B47455130323339333230400404
CUL_HM pair: HM_RC_4_B_122F73 is a remote, model HM-RC-4-B serialNr
GEQ0239320
CUL_HM SEND As1Ac2A000F11234122F731900114648454d46313132333410010100
CUL_HM SEND As10c3A001F11234122F730405122F730404
++A001F11234122F730407020201
++A001F11234122F730406
++A001F11234122F730305122F730404
++A001F11234122F730307020201
++A001F11234122F730306
Danach ist Schluss...
State bleibt auf: MISSING ACK
CUL_HM: A1AC1840012CFA50000001600534845513030363937343630010100 -55
CUL_HM L:1A N:C1 C:84 T:00 SRC:12CFA5 DST:000000
1600534845513030363937343630010100
CUL_HM pair: HM_LC_BL1_PB_FM_12CFA5 is a blindActuator, model HM-LC-
BL1-PB-FM serialNr HEQ0069746
CUL_HM SEND As1Ac1A000F1123412CFA51900604648454d46313132333440940201
Danach nix mehr...
Hier nochmal ein "Mitschnitt" vom HM_RC_4_B gepairten mit
HM_LC_BL1_PB_FM_12CFA5 (Rolladen oben)
Rolladen schließen Taste 1: links
2010.12.17 21:33:28 4: CUL_HM: A0DC4841012CFA500000006013900 -57.5
2010.12.17 21:33:28 1: CUL_HM L:0D N:C4 C:84 T:10 SRC:12CFA5 DST:
000000 06013900
2010.12.17 21:33:45 4: CUL_HM: A0DC8841012CFA500000006014410 -74
2010.12.17 21:33:45 1: CUL_HM L:0D N:C8 C:84 T:10 SRC:12CFA5 DST:
000000 06014410
2010.12.17 21:33:54 4: CUL_HM: A0DCB841012CFA500000006016410 -60
2010.12.17 21:33:54 1: CUL_HM L:0D N:CB C:84 T:10 SRC:12CFA5 DST:
000000 06016410
2010.12.17 21:34:41 4: CUL_HM: A0BC3A440122F7312CFA50127 -38.5
2010.12.17 21:34:41 1: CUL_HM L:0B N:C3 C:A4 T:40 SRC:122F73 DST:
12CFA5 0127
2010.12.17 21:34:41 4: CUL_HM: A0EC3800212CFA5122F730101C82049 -68.5
2010.12.17 21:34:41 1: CUL_HM L:0E N:C3 C:80 T:02 SRC:12CFA5 DST:
122F73 0101C82049
2010.12.17 21:34:47 4: CUL_HM: A0BC4A440122F7312CFA50128 -45.5
2010.12.17 21:34:47 1: CUL_HM L:0B N:C4 C:A4 T:40 SRC:122F73 DST:
12CFA5 0128
2010.12.17 21:34:47 4: CUL_HM: A0EC4800212CFA5122F730101B12048 -72
2010.12.17 21:34:47 1: CUL_HM L:0E N:C4 C:80 T:02 SRC:12CFA5 DST:
122F73 0101B12048
2010.12.17 21:34:48 4: CUL_HM: A0BC5A440122F7312CFA50228 -51
2010.12.17 21:34:48 1: CUL_HM L:0B N:C5 C:A4 T:40 SRC:122F73 DST:
12CFA5 0228
2010.12.17 21:34:48 4: CUL_HM: A0EC5800212CFA5122F730101AB0048 -74
2010.12.17 21:34:48 1: CUL_HM L:0E N:C5 C:80 T:02 SRC:12CFA5 DST:
122F73 0101AB0048
Stop Taste 1:rechts
2010.12.17 21:35:36 4: CUL_HM: A0BC6A440122F7312CFA50129 -41.5
2010.12.17 21:35:36 1: CUL_HM L:0B N:C6 C:A4 T:40 SRC:122F73 DST:
12CFA5 0129
[...]
2010.12.17 21:35:41 4: CUL_HM: A0EC8800212CFA5122F730101980046 -77.5
2010.12.17 21:35:41 1: CUL_HM L:0E N:C8 C:80 T:02 SRC:12CFA5 DST:
122F73 0101980046
Rolladen öffnen Taste 1: rechts
2010.12.17 21:37:47 1: CUL_HM L:0B N:E5 C:A4 T:40 SRC:122F73 DST:
12CFA5 0232
2010.12.17 21:37:48 4: CUL_HM: A0EE5800212CFA5122F7301013C1046 -74
2010.12.17 21:37:48 1: CUL_HM L:0E N:E5 C:80 T:02 SRC:12CFA5 DST:
122F73 01013C1046
2010.12.17 21:37:52 4: CUL_HM: A0BE6A440122F7312CFA50135 -45.5
2010.12.17 21:37:52 1: CUL_HM L:0B N:E6 C:A4 T:40 SRC:122F73 DST:
12CFA5 0135
2010.12.17 21:37:52 4: CUL_HM: A0EE6800212CFA5122F7301014E004A -72
2010.12.17 21:37:52 1: CUL_HM L:0E N:E6 C:80 T:02 SRC:12CFA5 DST:
122F73 01014E004A
2010.12.17 21:37:53 4: CUL_HM: A0BE7A440122F7312CFA50233 -47
2010.12.17 21:37:53 1: CUL_HM L:0B N:E7 C:A4 T:40 SRC:122F73 DST:
12CFA5 0233
2010.12.17 21:37:53 4: CUL_HM: A0EE7800212CFA5122F7301014E1046 -78.5
2010.12.17 21:37:53 1: CUL_HM L:0E N:E7 C:80 T:02 SRC:12CFA5 DST:
122F73 01014E1046
2010.12.17 21:37:54 4: CUL_HM: A0BE8A440122F7312CFA50234 -48
2010.12.17 21:37:54 1: CUL_HM L:0B N:E8 C:A4 T:40 SRC:122F73 DST:
12CFA5 0234
2010.12.17 21:37:54 4: CUL_HM: A0EE8800212CFA5122F730101521047 -79
2010.12.17 21:37:54 1: CUL_HM L:0E N:E8 C:80 T:02 SRC:12CFA5 DST:
122F73 0101521047
2010.12.17 21:37:55 4: CUL_HM: A0BE9A440122F7312CFA50235 -49
2010.12.17 21:37:55 1: CUL_HM L:0B N:E9 C:A4 T:40 SRC:122F73 DST:
12CFA5 0235
2010.12.17 21:37:55 4: CUL_HM: A0EE9800212CFA5122F730101561048 -81.5
2010.12.17 21:37:55 1: CUL_HM L:0E N:E9 C:80 T:02 SRC:12CFA5 DST:
122F73 0101561048
2010.12.17 21:37:55 4: CUL_HM: A0BEAA440122F7312CFA50136 -46
2010.12.17 21:37:55 1: CUL_HM L:0B N:EA C:A4 T:40 SRC:122F73 DST:
12CFA5 0136
2010.12.17 21:37:56 4: CUL_HM: A0EEA800212CFA5122F730101590048 -74
2010.12.17 21:37:56 1: CUL_HM L:0E N:EA C:80 T:02 SRC:12CFA5 DST:
122F73 0101590048
2010.12.17 21:37:57 4: CUL_HM: A0BEBA440122F7312CFA50236 -48.5
2010.12.17 21:37:57 1: CUL_HM L:0B N:EB C:A4 T:40 SRC:122F73 DST:
12CFA5 0236
2010.12.17 21:37:57 4: CUL_HM: A0EEB800212CFA5122F730101591047 -80
2010.12.17 21:37:57 1: CUL_HM L:0E N:EB C:80 T:02 SRC:12CFA5 DST:
122F73 0101591047
2010.12.17 21:37:58 4: CUL_HM: A0BECA440122F7312CFA50137 -45.5
2010.12.17 21:37:58 1: CUL_HM L:0B N:EC C:A4 T:40 SRC:122F73 DST:
12CFA5 0137
2010.12.17 21:37:58 4: CUL_HM: A0EEC800212CFA5122F7301015C004A -73.5
2010.12.17 21:37:58 1: CUL_HM L:0E N:EC C:80 T:02 SRC:12CFA5 DST:
122F73 01015C004A
2010.12.17 21:38:00 4: CUL_HM: A0BEDA440122F7312CFA50237 -50
2010.12.17 21:38:00 1: CUL_HM L:0B N:ED C:A4 T:40 SRC:122F73 DST:
12CFA5 0237
2010.12.17 21:38:01 4: CUL_HM: A0BEEA440122F7312CFA50138 -44
2010.12.17 21:38:01 1: CUL_HM L:0B N:EE C:A4 T:40 SRC:122F73 DST:
12CFA5 0138
2010.12.17 21:38:01 4: CUL_HM: A0EEE800212CFA5122F73010160004B -73.5
2010.12.17 21:38:01 1: CUL_HM L:0E N:EE C:80 T:02 SRC:12CFA5 DST:
122F73 010160004B
Stop Taste 1: links
Danach sieht das enstprechende FHEM-Device:
Internals:
CUL_HM_MSGCNT 67
CUL_HM_RAWMSG A0EEE800212CFA5122F73010160004B01
CUL_HM_RSSI -73.5
CUL_HM_TIME 2010-12-17 21:38:01
DEF 12CFA5
IODev CUL_HM
LASTIODev CUL_HM
MSGCNT 67
NAME HM_LC_BL1_PB_FM_12CFA5
NR 8
STATE 28.5 %
TYPE CUL_HM
lastMsgNr EE
pairButtons 0100
Readings:
2010-12-17 21:33:28 ackedCmd 28.5 %
2010-12-17 21:33:28 state 28.5 %
2010-12-17 21:33:54 unknownMsg 06016410
Attributes:
hmClass receiver
model HM-LC-BL1-PB-FM
room CUL_HM
serialNr HEQ0069746
subType blindActuator
@Rudi: Reicht dir das an Logs...Zuwenig...zu viel...lieber als File
direkt per Mail ???
Schöne Grüße
Axel
Rudolf Koenig
> State bleibt auf: MISSING ACK
Bist Du sicher dass die HM Geraete nicht zu nah an dem CUL Platziert sind? Bei
mir klappt das Anlernen mit einer Fernbedienung einwandfrei...
Axel
dieses RolaldenDing ist noch genau soweit entfernt wie bei den ersten
Versuchen hier im Thread.
Da hatte das pairen ja funktioniert (soweit ich das noch weiss) ;-))
Ein Test mit dem Handsender "diagonalquerdurchs" Zimmer (ca.
3m)....kein pairen...
Schöne Grüße
Axel
Sven Geggus
> Nur die Luftfeuchtigskeitswerte kann ich noch nicht korrekt auslesen. Da
> fehlen mir leider grade die Ideen. Es stimmt weder die Annahme 0x00-0xff =
> 0-100% in 1% Schritten noch die Annahme 0x00-0x64 = 0-100% in 1% Schritten.
> Gibt es da eventuell vergleichbare andere Sensoren? Meine derzeitige
> Vermutung ist dass eventuell 0.5% Schritte verwendet werden.
Offensichtlich scheint doch die einfachste Variante zu stimmen, was
auch äquivalent zur Temperatur wäre: 0x00-0xff = 0-100% in 1%
Schritten zumindest scheint plausibel im Vergleich zu meinem
Außensensor.
Da ich bisher wenig mit fhem gearbeitet habe:
Wie müsste denn der Code im Perlscript aussehen um folgendes abzubilden?
Temperatur:
Erste vier Bytes als 15-Bit Zweierkomplementzahl:
16-Bit Wert 1 Bit nach links schieben und durch 20.0 dividieren für
Floating-Point Zahl als Temperaturwert in °C
(dafür reichen meine Perl Kenntnisse nicht. Bitgeschubse ist dann
doch in jeder dynamisch typisierten Sprache etwas anders).
Feuchtigkeit:
Letze zwei Bytes als 8-Bit unsigned char:
0x00-0xff = 0-100% für unsigned char Wert in 1% Schritten
Gruss
Sven
--
Das allgemeine Persönlichkeitsrecht (Art. 2 Abs.1 i.V.m. Art.1 Abs. 1GG)
umfasst das Grundrecht auf Gewährleistung der Vertraulichkeit und Integrität
informationstechnischer Systeme. (BVerfG, 1BvR 370/07)
Rudolf Koenig
> gar nicht. Die Frage die sich nun stellt ist:
> - Liegt das daran dass CUNO am Netzwerk h�ngt, und der TCP/IP Stack
> einfach zu lange braucht, um die Best�tigung r�ber zu bringen?
Ich meine ja. Mit einem CUL habe ich sowas nicht beobachtet.
> - Wie viel Zeit darf vergehen, bevor 4Dis (HM-Schalter) nochmal sendet,
> oder aufgibt?
Laut fhem-log mit einem angeschlossenen CUL wird 3-mal in 419ms Abstand ein
Paket gesendet. Das versenden eines Paketes dauert geschaetzt 7ms.
> 2) Als Folge von obigen kommt es nat�rlich zu mehrfachen Events der
> gleichen Kategorie (Bsp: Btn1:on)
Das sollte in der aktuellen Version der CUL_HM ausgefilter sein (duplicate
check)
Rudolf Koenig
Ich habe folgendes eingecheckt:
if($p =~ m/(....)(..)/) {
my ($t, $h) = ($1, $2);
$t = hex($t)/10;
$t -= 3276.8 if($t > 1638.4);
$h = sprintf("%.1f", hex($h)/2.55);
push @event, "state:T:$t H:$h";
push @event, "temperature:$t";
push @event, "humidity:$h";
}
Feuchtigkeit: Entweder 1% Schritten oder 0x00 - 0xff. Ich habe letzteres
angenommen.
Rudolf Koenig
> 3m)....kein pairen...
habe kein Problem mit dem Anlernen, und daran habe ich auch nichts
geaendert in der letzten Zeit. Aber an fhem.pl & 00_CUL.pm schon,
beide muessen aktuell sein.
Sven Geggus
> Ich habe folgendes eingecheckt:
>
> if($p =~ m/(....)(..)/) {
>
> my ($t, $h) = ($1, $2);
> $t = hex($t)/10;
> $t -= 3276.8 if($t > 1638.4);
> $h = sprintf("%.1f", hex($h)/2.55);
>
> push @event, "state:T:$t H:$h";
> push @event, "temperature:$t";
> push @event, "humidity:$h";
>
> }
>
Den Code bzgl. der Temperatur verstehe ich nicht. Du rechnest das
Zweierkomplement von Hand?
In C sieht das hier mit 7FFB4D als Beispielwert jedenfalls so aus:
int main() {
short val;
float temp;
sscanf("7FFB","%x",&val);
val <<=1;
temp=val/20.0;
printf("%.1f°C\n",temp);
}
> Feuchtigkeit: Entweder 1% Schritten oder 0x00 - 0xff. Ich habe
> letzteres angenommen.
Diese Annahme ist mit Sicherheit falsch:
Jetzt im Augenblick messe ich 0x4d also 77. Mein alter Sensor mißt
70%, der liegt aber nicht ganz genau an der selben Stelle, das
könnte also passen.
Dein Code ergibt einen Wert von 30.2% was garantiert nicht stimmt.
Die Abstufung mit 1% ist ja auch schon deshalb logischer, weil die
Temperatur ja auch in absoluten Werte ausgegeben wird und eben nicht
als roher ADC-Wert.
$h = sprintf("%.1f", hex($h)/2.55);
kannst Du also einfach durch folgendes ersetzen:
$h = hex($h);
Ich hab grade mal CVS update gemacht und gemerkt dass da wohl auch noch was
anderes nicht stimmt:
2010.12.18 11:26:03 5: CUL/RAW: /A0C118670136BFC0000007FFE4D2D
2010.12.18 11:26:03 4: CUL: A0C118670136BFC0000007FFE4D -51.5
2010.12.18 11:26:03 5: CUL dispatch A0C118670136BFC0000007FFE4D
2010.12.18 11:26:03 1: CUL_HM L:0C N:11 C:86 T:70 SRC:136BFC DST:000000 7FFE4D
2010.12.18 11:26:03 5: Triggering CUL_HM_136BFC (1 changes)
2010.12.18 11:26:03 5: CUL_HM_136BFC trigger: Checking FileLog_CUL_HM_136BFC for notify
2010.12.18 11:26:03 5: CUL_HM_136BFC trigger: Checking autocreate for notify
Auf dem Socketinterface kommt nämlich nach wie vor das hier raus:
2010-12-18 11:26:03 CUL_HM CUL_HM_136BFC unknownMsg: 7FFE4D
Martin Fischer
habe heute auch mal meinen ersten versuche mit HomeMatic unternommen.
- CUL V2.1 mit firmware V1.40, stand cvs von heute
- fhem, stand cvs von heute
- HM-LC-Sw1-PI
CUL ist definiert mit:
define CUL CUL /dev/ttyACM0 1134
attr CUL rfmode HomeMatic
problem: ich on/off werden ignoriert. ich bekomme immer einen "MISSING ACK"
erst hatte ich mittels autocreate alles erstellen lassen, dann später manuell:
fhem> set CUL hmPairForSec 3000
fhem> define foo CUL_HM 13BCF0
dann am aktor auf anlernen:
2010.12.18 13:26:57 4: CUL:
A1A1B840013BCF00000001900114845513032323534383610010100 -37.5
2010.12.18 13:26:57 1: CUL_HM L:1A N:1B C:84 T:00 SRC:13BCF0 DST:000000
1900114845513032323534383610010100
2010.12.18 13:26:57 2: CUL_HM pair: foo is a switch, model HM-LC-SW1-PL
serialNr HEQ0225486
2010.12.18 13:26:57 4: CUL_HM SEND
As1A1bA000F1113413BCF01900604648454d46313131333440940201
taster am aktor -> on
2010.12.18 13:27:34 4: CUL: A0D1D841013BCF00000000601C800 -36.5
2010.12.18 13:27:34 1: CUL_HM L:0D N:1D C:84 T:10 SRC:13BCF0 DST:000000
0601C800
taster am aktor -> off
2010.12.18 13:27:41 4: CUL: A0D1F841013BCF000000006010000 -40.5
2010.12.18 13:27:41 1: CUL_HM L:0D N:1F C:84 T:10 SRC:13BCF0 DST:000000
06010000
fhem> set foo on
2010.12.18 13:27:49 4: CUL_HM SEND As0B1cA440F1113413BCF00200
aktor: keine reaktion
fhem> set foo off
2010.12.18 13:28:00 4: CUL_HM SEND As0B1dA440F1113413BCF00100
aktor: keine reaktion
fhem> inform on
2010.12.18 13:32:03 4: Setting inform to on
fhem> set foo on
CUL_HM foo on
fhem> CUL_HM foo resend nr 2
CUL_HM foo resend nr 3
CUL_HM foo MISSING ACK
2010.12.18 13:32:07 4: CUL_HM SEND As0B1eA440F1113413BCF00201
aktor: keine reaktion
fhem> set foo off
CUL_HM foo off
fhem> CUL_HM foo resend nr 2
CUL_HM foo resend nr 3
CUL_HM foo MISSING ACK
2010.12.18 13:32:15 4: CUL_HM SEND As0B1fA440F1113413BCF00101
aktor: keine reaktion
was läuft hier schief? habe ich irgendwas vergessen?
gruß martin
Rudolf Koenig
Sozusagen. Ist kuerzer, und ich wusste auf Anhieb nicht wie ich in perl zu
signed komme.
> In C sieht das hier mit 7FFB4D als Beispielwert jedenfalls so aus:
Gerne :) Mit deinem Beispielwert kommt beidesmal das Gleiche raus (-0.5)
> Diese Annahme ist mit Sicherheit falsch:
Ich musste mich ja auch entscheiden bei deinem Satz
"0x00-0xff = 0-100% f�r unsigned char Wert in 1% Schritten"
zu einem der Moeglichkeiten, entweder 0-0xff _ODER_ in 1% Schritten. Hab wohl
das falsche Los gezogen. Habs korrigiert und eingecheckt.
> Auf dem Socketinterface kommt n�mlich nach wie vor das hier raus:
> 2010-12-18 11:26:03 CUL_HM CUL_HM_136BFC unknownMsg: 7FFE4D
Ist CUL_HM_136BFC vom Typ THSensor? Wenn ja, dann streue bitte in CUL_HM_Parse
Zeilen wie :
Log 1, "Hallo";
ein, solange man weiss, wieso es nicht in dem Abschnitt landet, der Temperatur
und Feuchte berechnet.
Gruss,
Rudi
Rudolf Koenig
Achtung beim manuellen erstellen: das Attribute subType muss definiert werden.
> dann am aktor auf anlernen:
...
Da fehlen aber ca 7 weitere Nachrichten vom Aktor. Da Alex ein aehnliches
Problem hat, hab gedacht es liegt am V2.1 (bzw. V < 3.0), aber ich habs gerade
geprueft, V2.0rc1 funktioniert auch.
> aktor: keine reaktion
Kein Wunder, ist ja auch nicht gepaart.
Martin Fischer
Am Samstag 18 Dezember 2010 schrieb Rudolf Koenig:
> > erst hatte ich mittels autocreate alles erstellen lassen, dann später
manuell:
> Achtung beim manuellen erstellen: das Attribute subType muss definiert
> werden.
hm... dann verstehe ich nicht die commandref.html. zitat:
* hmClass, model, subType
These attributes are set automatically after a successful pairing. They are
not supposed to be set by hand, and are necessary in order to correctly
interpret device messages or to be able to send them.
und ein
fhem> list foo
ergibt den richtigen subtype:
Internals:
CUL_MSGCNT 3
CUL_RAWMSG A1A26840013BCF000000019001148455130323235343836100101004B
CUL_RSSI -36.5
CUL_TIME 2010-12-18 18:53:57
DEF 13BCF0
IODev CUL
LASTIODev CUL
MSGCNT 3
NAME foo
NR 6
STATE MISSING ACK
TYPE CUL_HM
lastMsgNr 26
offMsgNr 2
onMsgNr 10
pairButtons 0100
Readings:
2010-12-18 13:41:07 ackedCmd off
2010-12-18 18:54:53 state MISSING ACK
Attributes:
hmClass receiver
model HM-LC-SW1-PL
serialNr HEQ0225486
subType switch
> > dann am aktor auf anlernen:
> ...
> Da fehlen aber ca 7 weitere Nachrichten vom Aktor. Da Alex ein aehnliches
> Problem hat, hab gedacht es liegt am V2.1 (bzw. V < 3.0), aber ich habs
> gerade geprueft, V2.0rc1 funktioniert auch.
>
> > aktor: keine reaktion
>
> Kein Wunder, ist ja auch nicht gepaart.
siehe oben...
ich verstehe nicht, was falsch ist. es ist übrigens egal ob ich es manuell
oder über autocreate mache. selbes ergebnis: MISSING ACK
gruß martin
Martin Fischer
> Da fehlen aber ca 7 weitere Nachrichten vom Aktor. Da Alex ein aehnliches
> Problem hat, hab gedacht es liegt am V2.1 (bzw. V < 3.0), aber ich habs
> gerade geprueft, V2.0rc1 funktioniert auch.
nachtrag:
mal 'ne andere frage: wie ist bei der firmware für cul die default einstellung
für die LED? an, aus oder blinken?
mir ist nämlich aufgefallen, das nach dem "erase" und dann flashen, die led
auf off war. das war die einstellung die ich noch unter fs20 modus hatte.
nicht das im cul noch irgendwas an "alten" settings rumschlummert die dafür
sorgen, das der hmmode nicht richtig funktioniert?
nur mal so'n gedanke.
gruß martin
Martin Fischer
Am Samstag 18 Dezember 2010 schrieb Martin Fischer:
> habe heute auch mal meinen ersten versuche mit HomeMatic unternommen.
> - CUL V2.1 mit firmware V1.40, stand cvs von heute
> - fhem, stand cvs von heute
> - HM-LC-Sw1-PI
>
> CUL ist definiert mit:
> define CUL CUL /dev/ttyACM0 1134
> attr CUL rfmode HomeMatic
>
> problem: ich on/off werden ignoriert. ich bekomme immer einen "MISSING ACK"
jetzt mit einem zweiten HM-LC-Sw1-PI
fhem> inform on
fhem> set CUL hmPairForSec 3000
CUL CUL hmPairForSec 3000
2010.12.19 00:05:54 4: Setting inform to on
anlernmodus an aktor1:
fhem> _internal_ global UNDEFINED HM_LC_SW1_PL_13BDED CUL_HM 13BDED
A1A06840013BDED0000001900114845513032323537303610010100
_internal_ global DEFINED HM_LC_SW1_PL_13BDED
_internal_ global DEFINED FileLog_HM_LC_SW1_PL_13BDED
2010.12.19 00:07:59 4: CUL:
A1A06840013BDED0000001900114845513032323537303610010100 -34
2010.12.19 00:07:59 1: CUL_HM L:1A N:06 C:84 T:00 SRC:13BDED DST:000000
1900114845513032323537303610010100
2010.12.19 00:07:59 3: CUL_HM Unknown device HM_LC_SW1_PL_13BDED, please
define it
2010.12.19 00:07:59 2: autocreate: define HM_LC_SW1_PL_13BDED CUL_HM 13BDED
A1A06840013BDED0000001900114845513032323537303610010100
2010.12.19 00:07:59 1: CUL_HM L:1A N:06 C:84 T:00 SRC:13BDED DST:000000
1900114845513032323537303610010100
2010.12.19 00:07:59 2: CUL_HM pair: HM_LC_SW1_PL_13BDED is a switch, model HM-
LC-SW1-PL serialNr HEQ0225706
2010.12.19 00:07:59 4: CUL_HM SEND
As1A06A000F1113413BDED1900604648454d46313131333440940201
2010.12.19 00:07:59 2: autocreate: define FileLog_HM_LC_SW1_PL_13BDED FileLog
/var/log/fhem/HM_LC_SW1_PL_13BDED-%Y.log HM_LC_SW1_PL_13BDED
fhem> list
Type list <name> for detailed info.
_internal_:
global (<no definition>)
CUL:
CUL (Initialized)
FHEMWEB:
WEB (Initialized)
WEBS (Initialized)
CUL_HM:
HM_LC_SW1_PL_13BDED (???)
FileLog:
FileLog_HM_LC_SW1_PL_13BDED (active)
Logfile (active)
autocreate:
autocreate (active)
fhem> list HM_LC_SW1_PL_13BDED
Internals:
DEF 13BDED
IODev CUL
NAME HM_LC_SW1_PL_13BDED
NR 7
STATE ???
TYPE CUL_HM
lastMsgNr 06
pairButtons 0100
Attributes:
hmClass receiver
model HM-LC-SW1-PL
room CUL_HM
serialNr HEQ0225706
subType switch
fhem> set HM_LC_SW1_PL_13BDED on
CUL_HM HM_LC_SW1_PL_13BDED on
fhem> CUL_HM HM_LC_SW1_PL_13BDED resend nr 2
CUL_HM HM_LC_SW1_PL_13BDED resend nr 3
CUL_HM HM_LC_SW1_PL_13BDED MISSING ACK
2010.12.19 00:09:46 4: CUL_HM SEND As0B07A440F1113413BDED0200
nu der zweite:
fhem>
fhem> _internal_ global UNDEFINED CUL_HM_13BCF0 CUL_HM 13BCF0
A0D00841013BCF000000006000000
_internal_ global DEFINED CUL_HM_13BCF0
_internal_ global DEFINED FileLog_CUL_HM_13BCF0
2010.12.19 00:10:54 4: CUL: A0D00841013BCF000000006000000 -34
2010.12.19 00:10:54 1: CUL_HM L:0D N:00 C:84 T:10 SRC:13BCF0 DST:000000
06000000
2010.12.19 00:10:54 3: CUL_HM Unknown device CUL_HM_13BCF0, please define it
2010.12.19 00:10:54 2: autocreate: define CUL_HM_13BCF0 CUL_HM 13BCF0
A0D00841013BCF000000006000000
2010.12.19 00:10:54 1: CUL_HM L:0D N:00 C:84 T:10 SRC:13BCF0 DST:000000
06000000
2010.12.19 00:10:54 2: autocreate: define FileLog_CUL_HM_13BCF0 FileLog
/var/log/fhem/CUL_HM_13BCF0-%Y.log CUL_HM_13BCF0
fhem> list
Type list <name> for detailed info.
_internal_:
global (<no definition>)
CUL:
CUL (Initialized)
FHEMWEB:
WEB (Initialized)
WEBS (Initialized)
CUL_HM:
CUL_HM_13BCF0 (???)
HM_LC_SW1_PL_13BDED (MISSING ACK)
FileLog:
FileLog_CUL_HM_13BCF0 (active)
FileLog_HM_LC_SW1_PL_13BDED (active)
Logfile (active)
autocreate:
autocreate (active)
fhem> list CUL_HM_13BCF0
Internals:
DEF 13BCF0
IODev CUL
NAME CUL_HM_13BCF0
NR 9
STATE ???
TYPE CUL_HM
lastMsgNr 00
Readings:
2010-12-19 00:10:54 unknownMsg 06000000
Attributes:
room CUL_HM
interessant dabei ist, das der erste aktor als "HM_LC_SW1_PL_13BDED" angelegt
wurde und der zweite als "CUL_HM_13BCF0". der unterschied dabei ist, das der
erste beim anlernen in bereits in einer steckdose steckte und beim zweiten
aktor das autocreate durch das enstecken in die steckdose erfolgte ohne das
der anlernmodus aktiv war.
also dann beim zweiten aktor nun auch noch in den anlernmodus gegangen:
2010.12.19 00:16:21 4: CUL:
A1A01840013BCF00000001900114845513032323534383610010100 -35.5
2010.12.19 00:16:21 1: CUL_HM L:1A N:01 C:84 T:00 SRC:13BCF0 DST:000000
1900114845513032323534383610010100
2010.12.19 00:16:21 2: CUL_HM pair: CUL_HM_13BCF0 is a switch, model HM-LC-
SW1-PL serialNr HEQ0225486
2010.12.19 00:16:21 4: CUL_HM SEND
As1A01A000F1113413BCF01900604648454d46313131333440940201
fhem> list CUL_HM_13BCF0
Internals:
CUL_MSGCNT 1
CUL_RAWMSG A1A01840013BCF000000019001148455130323235343836100101004D
CUL_RSSI -35.5
CUL_TIME 2010-12-19 00:16:21
DEF 13BCF0
IODev CUL
LASTIODev CUL
MSGCNT 1
NAME CUL_HM_13BCF0
NR 9
STATE ???
TYPE CUL_HM
lastMsgNr 01
pairButtons 0100
Readings:
2010-12-19 00:10:54 unknownMsg 06000000
Attributes:
hmClass receiver
model HM-LC-SW1-PL
room CUL_HM
serialNr HEQ0225486
subType switch
danach ergänzt fhem die fehlenden attribute.
aber auch hier:
fhem> set CUL_HM_13BCF0 on
CUL_HM CUL_HM_13BCF0 on
fhem> CUL_HM CUL_HM_13BCF0 resend nr 2
CUL_HM CUL_HM_13BCF0 resend nr 3
CUL_HM CUL_HM_13BCF0 MISSING ACK
2010.12.19 00:18:25 4: CUL_HM SEND As0B02A440F1113413BCF00200
was mich verwirrt, ist das du (rudi) sagst, das sie nicht gepairt sind. was
heisst dann aber:
CUL_HM pair: CUL_HM_13BCF0 is a switch, model HM-LC-SW1-PL serialNr HEQ0225486
im logfile aus?
wie genau ist denn der ablauf zum autopairen?
ich habe jetzt immer erst den CUL auf hmPairForSec gesetzt und dann auf
anlernen gegangen. muss ich noch etwas machen?
gruss martin
Jan-Hinrich Fessel
Am 18.12.2010 um 11:31 schrieb Sven Geggus:
> Rudolf Koenig <inf...@koeniglich.de> wrote:
>
>> Ich habe folgendes eingecheckt:
>>
>> if($p =~ m/(....)(..)/) {
>>
>> my ($t, $h) = ($1, $2);
>> $t = hex($t)/10;
>> $t -= 3276.8 if($t > 1638.4);
>> $h = sprintf("%.1f", hex($h)/2.55);
>>
>> push @event, "state:T:$t H:$h";
>> push @event, "temperature:$t";
>> push @event, "humidity:$h";
>>
>> }
>>
>
> Den Code bzgl. der Temperatur verstehe ich nicht. Du rechnest das
> Zweierkomplement von Hand?
>
Der Herr möchte meinen Code nicht ;-)
Sieht halt zu technisch aus...
Grüße
Oskar
Jan-Hinrich Fessel
Geht trotzdem nicht. Nach jedem Neustart muß ich die Devices neu anlernen (zumindest mein HM-WDS10-TH-O verhält sich so), sonst kommen die nicht in die Auswerteloop. Pairen geht gar nicht, aber fhem füllt dann das $st und schon geht's bis zum nächsten Neustart. Irgendwie doof, vor allem wenn man was probieren will...
Grüße
Oskar
Rudolf Koenig
> f�r die LED? an, aus oder blinken?
Blinken.
> mir ist n�mlich aufgefallen, das nach dem "erase" und dann flashen, die led
> auf off war. das war die einstellung die ich noch unter fs20 modus hatte.
Das EEPROM wird dann neu initialisiert, falls die neue Firmware-Version nicht
der alten, im EEPROM gespeichrten entspricht. Manuell kann man ein EEPROM
reset mit dem Befehl "e" durchfuehren.
Rudolf Koenig
> wurde und der zweite als "CUL_HM_13BCF0". der unterschied dabei ist, das der
> erste beim anlernen in bereits in einer steckdose steckte und beim zweiten
> aktor das autocreate durch das enstecken in die steckdose erfolgte ohne das
> der anlernmodus aktiv war.
Beim Einstecken sendet der Aktor eine "poweron" Meldung aus, diese enthaelt aber
keine Typ-Informationen.
> was mich verwirrt, ist das du (rudi) sagst, das sie nicht gepairt sind. was
> heisst dann aber: CUL_HM pair: CUL_HM_13BCF0 is a switch, model HM-LC-SW1-PL
> serialNr HEQ0225486 im logfile aus?
Anlernen (Pair) erfordert einen Nachrichtenwechsel von 6-7 Nachrichten-
Paerchen. Die erste Meldung enthaelt alle Informationen, danach muessen sich
die Teilnehmer immer wieder auf dem Schulter klopfen, netto kommt keine neue
Information mehr, es ist trotzdem notwendig.
> wie genau ist denn der ablauf zum autopairen?
Bei mir schaut es so aus: ... aeh... Bug entdeckt: CUL_V2_HM kann nicht
anlernen: der Empfangs-Puffer ist mit 48 Bytes zu klein, man braucht mindestens
58 Bytes. Beim Empfang spielt diese Laenge keine Rolle, und alle anderen
Befehle sind kuerzer, deswegen ist es mir nicht aufgefallen...
Ich habe jetzt eine neue Version von CUL_V2_HM gebaut, anlernen getestet und
eingecheckt. Ob diese Version FS20 und Co empfaengt, weiss ich nicht, FHT und
RFR sind jedenfalls auskonfiguriert.
Das Log eines Anlernens, vollstaendigkeitshalber, steht aber auch im
10_CUL_HM.pm drin, vor CUL_HM_Pair():
L:1A N:02 C:84 T:00 SRC:xxxxxx DST:000000 190011yyyyyyyyyyyyyyyyyyyy10010100
pair: hm1 is a switch, model HM-LC-SW1-PL serialNr yyyyyyyyyy
SEND As1A02A000F10000xxxxxx1900604648454d46313030303040940201
L:0A N:02 C:80 T:02 SRC:xxxxxx DST:F10000 00
L:10 N:02 C:A0 T:01 SRC:xxxxxx DST:F10000 0205xxxxxx0104
SEND As0A028002F10000xxxxxx00
L:0E N:02 C:A0 T:01 SRC:xxxxxx DST:F10000 0207020201
SEND As0A028002F10000xxxxxx00
L:0B N:02 C:A0 T:01 SRC:xxxxxx DST:F10000 0206
SEND As0A028002F10000xxxxxx00
L:10 N:02 C:A0 T:01 SRC:xxxxxx DST:F10000 0105xxxxxx0104
SEND As0A028002F10000xxxxxx00
L:0E N:02 C:A0 T:01 SRC:xxxxxx DST:F10000 0107020201
SEND As0A028002F10000xxxxxx00
L:0B N:02 C:A0 T:01 SRC:xxxxxx DST:F10000 0106
SEND As0A028002F10000xxxxxx00
Rudolf Koenig
> (zumindest mein HM-WDS10-TH-O verh�lt sich so), sonst kommen die nicht in die
> Auswerteloop. Pairen geht gar nicht, aber fhem f�llt dann das $st und schon
> geht's bis zum n�chsten Neustart. Irgendwie doof, vor allem wenn man was
> probieren will...
Kannst Du bitte etwas genauer/konstruktiver sein, und mir beim debuggen helfen?
Jan-Hinrich Fessel
Am 19.12.2010 um 10:14 schrieb Rudolf Koenig:
>> Geht trotzdem nicht. Nach jedem Neustart muß ich die Devices neu anlernen
>> (zumindest mein HM-WDS10-TH-O verhält sich so), sonst kommen die nicht in die
>> Auswerteloop. Pairen geht gar nicht, aber fhem füllt dann das $st und schon
>> geht's bis zum nächsten Neustart. Irgendwie doof, vor allem wenn man was
>> probieren will...
>
> Kannst Du bitte etwas genauer/konstruktiver sein, und mir beim debuggen helfen?
Gerne, ich hatte das ja schon mal gepostet und Du meintest... naja, egal:
Aktuell sieht's so aus:
2010.12.17 23:43:46 4: CUL1: A1A9F8400133CC300000010003D4845513031313036363770030100 -55
2010.12.17 23:43:46 1: CUL_HM L:1A N:9F C:84 T:00 SRC:133CC3 DST:000000 10003D4845513031313036363770030100
2010.12.17 23:43:46 2: CUL_HM pair: CUL_HM_133CC3 is a THSensor, model HM-WDS10-TH-O serialNr HEQ0110667
2010.12.17 23:43:46 1: CUL_HM SEND As1A9fA000F14412133CC31900114648454d46313434313210010100
2010.12.17 23:43:46 4: CUL_HM SEND As1A9fA000F14412133CC31900114648454d46313434313210010100
2010.12.17 23:43:46 1: CUL_HM SEND As10a0A001F14412133CC30105133CC30104
2010.12.17 23:43:46 4: CUL_HM SEND As10a0A001F14412133CC30105133CC30104
2010.12.17 23:43:46 1: ++A001F14412133CC30107020201
2010.12.17 23:43:46 1: ++A001F14412133CC30106
2010.12.17 23:43:46 1: ++A001F14412133CC30005133CC30104
2010.12.17 23:43:46 1: ++A001F14412133CC30007020201
2010.12.17 23:43:46 1: ++A001F14412133CC30006
2010.12.17 23:43:46 4: CUL1: A0AA08002133CC3F1441200 -51.5
2010.12.17 23:43:46 1: CUL_HM L:0A N:A0 C:80 T:02 SRC:133CC3 DST:F14412 00
2010.12.17 23:43:47 1: CUL_HM SEND As0Ea1A001F14412133CC30107020201
2010.12.17 23:43:47 4: CUL_HM SEND As0Ea1A001F14412133CC30107020201
2010.12.17 23:43:47 4: CUL1: A0AA18002133CC3F1441202 -52.5
2010.12.17 23:43:47 1: CUL_HM L:0A N:A1 C:80 T:02 SRC:133CC3 DST:F14412 02
2010.12.17 23:43:47 1: CUL_HM SEND As0Ba2A001F14412133CC30106
2010.12.17 23:43:47 4: CUL_HM SEND As0Ba2A001F14412133CC30106
2010.12.17 23:43:52 4: CUL: T06AAD602 -74.5
2010.12.17 23:43:52 4: FHTTK Device CUL_FHTTK_06aad6 (Window: Closed)
2010.12.17 23:43:52 4: CUL: T06AAD682 -74.5
2010.12.17 23:43:52 4: FHTTK skipping state 02 as last similar telegram was received less than 5 (2) secs ago
2010.12.17 23:43:58 4: CUL: T031E00A600 -80
2010.12.17 23:43:58 4: FHT Wohnzimmer actuator: 0%
2010.12.17 23:44:11 4: CUL1: A0C9F8670133CC300000000C627 -47
2010.12.17 23:44:11 1: CUL_HM L:0C N:9F C:86 T:70 SRC:133CC3 DST:000000 00C627
Jetzt noch mal mit verbose 5 (kann man sonst noch was anmachen?)
2010.12.19 11:22:54 5: CUL/RAW: /A1A428400133CC300000010003D484551303131303636377003010032
2010.12.19 11:22:54 4: CUL1: A1A428400133CC300000010003D4845513031313036363770030100 -49
2010.12.19 11:22:54 5: CUL1 dispatch A1A428400133CC300000010003D4845513031313036363770030100
2010.12.19 11:22:54 1: CUL_HM L:1A N:42 C:84 T:00 SRC:133CC3 DST:000000 10003D4845513031313036363770030100
2010.12.19 11:22:54 2: CUL_HM pair: CUL_HM_133CC3 is a THSensor, model HM-WDS10-TH-O serialNr HEQ0110667
2010.12.19 11:22:55 1: CUL_HM SEND As1A42A000F11212133CC31900114648454d46313132313210010100
2010.12.19 11:22:55 4: CUL_HM SEND As1A42A000F11212133CC31900114648454d46313132313210010100
2010.12.19 11:22:55 5: CUL1 sending As1A42A000F11212133CC31900114648454d46313132313210010100
2010.12.19 11:22:55 1: CUL_HM SEND As1043A001F11212133CC30105133CC30104
2010.12.19 11:22:55 4: CUL_HM SEND As1043A001F11212133CC30105133CC30104
2010.12.19 11:22:55 5: CUL1 sending As1043A001F11212133CC30105133CC30104
2010.12.19 11:22:55 1: ++A001F11212133CC30107020201
2010.12.19 11:22:55 1: ++A001F11212133CC30106
2010.12.19 11:22:55 1: ++A001F11212133CC30005133CC30104
2010.12.19 11:22:55 1: ++A001F11212133CC30007020201
2010.12.19 11:22:55 1: ++A001F11212133CC30006
2010.12.19 11:22:55 5: CUL1 sending As1043A001F11212133CC30105133CC30104
2010.12.19 11:22:55 5: Triggering CUL_HM_133CC3 (1 changes)
2010.12.19 11:22:55 5: CUL/RAW: /A0A438002133CC3F11212001D
2010.12.19 11:22:55 4: CUL1: A0A438002133CC3F1121200 -59.5
2010.12.19 11:22:55 5: CUL1 dispatch A0A438002133CC3F1121200
2010.12.19 11:22:55 1: CUL_HM L:0A N:43 C:80 T:02 SRC:133CC3 DST:F11212 00
2010.12.19 11:22:55 1: CUL_HM SEND As0E44A001F11212133CC30107020201
2010.12.19 11:22:55 4: CUL_HM SEND As0E44A001F11212133CC30107020201
2010.12.19 11:22:55 5: CUL1 sending As0E44A001F11212133CC30107020201
2010.12.19 11:22:55 5: CUL/RAW: /A0A448002133CC3F11212022A
2010.12.19 11:22:55 4: CUL1: A0A448002133CC3F1121202 -53
2010.12.19 11:22:55 5: CUL1 dispatch A0A448002133CC3F1121202
2010.12.19 11:22:55 1: CUL_HM L:0A N:44 C:80 T:02 SRC:133CC3 DST:F11212 02
2010.12.19 11:22:56 1: CUL_HM SEND As0B45A001F11212133CC30106
2010.12.19 11:22:56 4: CUL_HM SEND As0B45A001F11212133CC30106
2010.12.19 11:22:56 5: CUL1 sending As0B45A001F11212133CC30106
2010.12.19 11:22:56 5: CUL1 sending As0B45A001F11212133CC30106
2010.12.19 11:22:56 5: Triggering CUL_HM_133CC3 (1 changes)
2010.12.19 11:22:56 5: CUL1 sending As0B45A001F11212133CC30106
2010.12.19 11:22:56 5: Triggering CUL_HM_133CC3 (1 changes)
Martin Fischer
> [...]
>
> Bei mir schaut es so aus: ... aeh... Bug entdeckt: CUL_V2_HM kann nicht
> anlernen: der Empfangs-Puffer ist mit 48 Bytes zu klein, man braucht
> mindestens 58 Bytes. Beim Empfang spielt diese Laenge keine Rolle, und
> alle anderen Befehle sind kuerzer, deswegen ist es mir nicht
> aufgefallen...
>
> Ich habe jetzt eine neue Version von CUL_V2_HM gebaut, anlernen getestet
> und eingecheckt. Ob diese Version FS20 und Co empfaengt, weiss ich nicht,
> FHT und RFR sind jedenfalls auskonfiguriert.
nu klappts auch... danke rudi!
Rudolf Koenig
Von dem was ich sehe funktioniert das Anlernen nicht, weil nicht alle Befehle
aus dem Stack (die mit ++ am Anfang) vom Sensor bestaetigt wurden (C:80 T:02).
Der Sensor sendet aber trotzdem eine Temperaturmeldung als Broadcast
(DST:000000), wird das wenigstens richtig dekodiert? Evtl. ist das Anlernen gar
nicht notwendig.
Ich habe gerade etwas laenger mit Anlernen rumgespielt: es gibt mindestens zwei
Arten, eins was von der Zentrale bevorzugt wird, und eins was von der
Fernbedienung. Je nach Anlernen lauten die Befehle fuer die Aktoren anders. (!)
Bisher hat fhem das Anlernen auf die "Fernbedienungs-Art" gemacht, ich habe es
auf die kuerzere "Zentralen-Art" umgestellt. Jetzt funktioniert auch
hmPairSerial, mein smokeDetector akzeptiert es auch, und die Anweisungen fuer
switch sind dem dimmer/blindActuator aehnlich.
Bisher angelernte Aktoren muessen neu angelernt werden.
Und ich haette gerne Berichte, wie es jetzt mit den anderen Geraeten ausschaut.
Falls jemand ein Problem mit dem Anlernen von Sendern (nicht Aktoren!) hat, der
kann die alte Variante aktivieren, indem in 10_CUL_HM.pm die Zeile
#if($isSender) { # emulate a switch for a remote/etc
wieder aktiviert, und die darunter auskommentiert.
Sven Geggus
> Ist CUL_HM_136BFC vom Typ THSensor?
Das nehme ich doch an:
2010.12.19 14:09:34 1: CUL_HM L:0C N:89 C:86 T:70 SRC:136BFC DST:000000 003053
fhem/ > grep '"70"' FHEM/10_CUL_HM.pm
"70" => { st => "THSensor", cl => "sender" }, # Parse,unfinished
> Wenn ja, dann streue bitte in CUL_HM_Parse
> Zeilen wie :
> Log 1, "Hallo";
> ein, solange man weiss, wieso es nicht in dem Abschnitt landet, der Temperatur
> und Feuchte berechnet.
OK, ich versuche das mal rauszufinden. Sieht aber so aus als ob das
nicht an der if-Kaskade liegt sondern daran, dass $st ein leerer
String ist:
Index: FHEM/10_CUL_HM.pm
===================================================================
RCS file: /cvsroot/fhem/fhem/FHEM/10_CUL_HM.pm,v
retrieving revision 1.11
diff -u -r1.11 10_CUL_HM.pm
--- FHEM/10_CUL_HM.pm 19 Dec 2010 12:44:15 -0000 1.11
+++ FHEM/10_CUL_HM.pm 19 Dec 2010 13:21:20 -0000
@@ -200,6 +200,8 @@
my $cm = "$channel$msgtype";
my $lcm = "$len$channel$msgtype";
+ Log 1, "debug: name: $name st: $st";
+
if($lcm eq "1A8400" || $lcm eq "1A8000") { #### Pairing-Request
push @event, CUL_HM_Pair($name, $shash, @msgarr);
Da kommt jetzt sowas raus:
2010.12.19 14:28:19 1: CUL_HM L:0C N:90 C:86 T:70 SRC:136BFC DST:000000 003153
2010.12.19 14:19:54 1: debug: name: CUL_HM_136BFC st:
Mir ist auch noch aufgefallen, dass der THSensor auch in
CUL_HM_Initialize fehlt, aber den da einzutragen hat nix gebracht.
Gruss
Sven
--
Microsoft ist offenbar die einzige Firma, die in der Lage ist, ein mit
Office nicht kompatibles Bürosoftwarepaket einzuführen.
(Florian Weimer in de.alt.sysadmin.recovery)
Axel
also CUL neu geflasht...CVS-Update...
Devices:
Rolladensteuerung: HM-LC-BL1-PB-FM
4-Button-Handsender:HM-RC-4-B
hier das anlernen:
2010.12.19 13:28:39 4: CUL_HM:
A1A01840012CFA50000001600534845513030363937343630010100 -67
2010.12.19 13:28:39 1: CUL_HM L:1A N:01 C:84 T:00 SRC:12CFA5 DST:
000000 1600534845513030363937343630010100
2010.12.19 13:28:39 3: CUL_HM Unknown device HM_LC_BL1_PB_FM_12CFA5,
please define it
2010.12.19 13:28:39 2: autocreate: define HM_LC_BL1_PB_FM_12CFA5
CUL_HM 12CFA5 A1A01840012CFA50000001600534845513030363937343630010100
2010.12.19 13:28:39 1: CUL_HM L:1A N:01 C:84 T:00 SRC:12CFA5 DST:
000000 1600534845513030363937343630010100
2010.12.19 13:28:39 2: CUL_HM pair: HM_LC_BL1_PB_FM_12CFA5 is a
As1A01A000F1123412CFA51900604648454d46313132333440940201
2010.12.19 13:28:39 2: autocreate: define
FileLog_HM_LC_BL1_PB_FM_12CFA5 FileLog /Users/axel/Dropbox/FHEM-DEV/
log/HM_LC_BL1_PB_FM_12CFA5-%Y.log HM_LC_BL1_PB_FM_12CFA5
2010.12.19 13:28:39 4: CUL_HM: A0A01800212CFA5F1123400 -67
2010.12.19 13:28:39 1: CUL_HM L:0A N:01 C:80 T:02 SRC:12CFA5
DST:F11234 00
2010.12.19 13:28:39 4: CUL_HM: A1001A00112CFA5F11234020512CFA50104 -66
2010.12.19 13:28:39 1: CUL_HM L:10 N:01 C:A0 T:01 SRC:12CFA5
DST:F11234 020512CFA50104
2010.12.19 13:28:39 4: CUL_HM SEND As0A018002F1123412CFA500
2010.12.19 13:28:40 4: CUL_HM: A0E01A00112CFA5F112340207020503 -66
2010.12.19 13:28:40 1: CUL_HM L:0E N:01 C:A0 T:01 SRC:12CFA5
DST:F11234 0207020503
2010.12.19 13:28:40 4: CUL_HM SEND As0A018002F1123412CFA500
2010.12.19 13:28:40 4: CUL_HM: A0E01A00112CFA5F112340207020503 -66.5
2010.12.19 13:28:40 1: CUL_HM L:0E N:01 C:A0 T:01 SRC:12CFA5
DST:F11234 0207020503
2010.12.19 13:28:40 4: CUL_HM SEND As0A018002F1123412CFA500
2010.12.19 13:28:40 4: CUL_HM: A0B01A00112CFA5F112340206 -70
2010.12.19 13:28:40 1: CUL_HM L:0B N:01 C:A0 T:01 SRC:12CFA5
DST:F11234 0206
2010.12.19 13:28:40 4: CUL_HM SEND As0A018002F1123412CFA500
2010.12.19 13:28:41 4: CUL_HM: A1001A00112CFA5F11234010512CFA50104 -72
2010.12.19 13:28:41 1: CUL_HM L:10 N:01 C:A0 T:01 SRC:12CFA5
DST:F11234 010512CFA50104
2010.12.19 13:28:41 4: CUL_HM SEND As0A018002F1123412CFA500
2010.12.19 13:28:41 4: CUL_HM: A0E01A00112CFA5F112340107020503 -75
2010.12.19 13:28:41 1: CUL_HM L:0E N:01 C:A0 T:01 SRC:12CFA5
DST:F11234 0107020503
2010.12.19 13:28:41 4: CUL_HM SEND As0A018002F1123412CFA500
Aber danach...
fhem> list HM_LC_BL1_PB_FM_12CFA5
Internals:
CUL_HM_MSGCNT 7
CUL_HM_RAWMSG A0E01A00112CFA5F112340107020503FE
CUL_HM_RSSI -75
CUL_HM_TIME 2010-12-19 13:28:41
IODev CUL_HM
LASTIODev CUL_HM
NAME HM_LC_BL1_PB_FM_12CFA5
NR 6
TYPE CUL_HM
lastMsgNr 01
pairButtons 0100
hmClass receiver
model HM-LC-BL1-PB-FM
room CUL_HM
serialNr HEQ0069746
subType blindActuator
Nachdem ich ein Dim3% geschickt habe
Internals:
CUL_HM_MSGCNT 7
CUL_HM_RAWMSG A0E01A00112CFA5F112340107020503FE
CUL_HM_RSSI -75
CUL_HM_TIME 2010-12-19 13:28:41
IODev CUL_HM
LASTIODev CUL_HM
NAME HM_LC_BL1_PB_FM_12CFA5
STATE MISSING ACK
lastMsgNr 01
pairButtons 0100
Readings:
Attributes:
hmClass receiver
room CUL_HM
serialNr HEQ0069746
subType blindActuator
Und dann kommt "STATE MISSING ACK"
Pairing Rolladensteuerung mit dem Handsender:
2010.12.19 13:34:11 1: CUL_HM L:0B N:0D C:A4 T:40 SRC:122F73
DST:F11234 031F
2010.12.19 13:34:11 1: CUL_HM L:0B N:0D C:A4 T:40 SRC:122F73
DST:F11234 031F
2010.12.19 13:34:11 1: CUL_HM L:0B N:0D C:A0 T:40 SRC:122F73
DST:F11234 031F
2010.12.19 13:34:11 1: CUL_HM L:0B N:0D C:A0 T:40 SRC:122F73
DST:F11234 031F
2010.12.19 13:34:16 1: CUL_HM L:0B N:0E C:84 T:40 SRC:122F73 DST:
000000 013D
2010.12.19 13:34:24 1: CUL_HM L:0B N:0F C:84 T:40 SRC:122F73 DST:
000000 023F
2010.12.19 13:34:29 1: CUL_HM L:0B N:10 C:A4 T:40 SRC:122F73
DST:F11234 0414
2010.12.19 13:34:29 1: CUL_HM L:0B N:10 C:A0 T:40 SRC:122F73
DST:F11234 0414
2010.12.19 13:34:29 1: CUL_HM L:0B N:10 C:A0 T:40 SRC:122F73
DST:F11234 0414
2010.12.19 13:34:30 1: CUL_HM L:0B N:11 C:A4 T:40 SRC:122F73
DST:F11234 0320
2010.12.19 13:34:30 1: CUL_HM L:0B N:11 C:A0 T:40 SRC:122F73
DST:F11234 0320
2010.12.19 13:34:31 1: CUL_HM L:0B N:11 C:A0 T:40 SRC:122F73
DST:F11234 0320
2010.12.19 13:34:32 1: CUL_HM L:0B N:12 C:A4 T:40 SRC:122F73
DST:F11234 0321
2010.12.19 13:34:32 1: CUL_HM L:0B N:12 C:A0 T:40 SRC:122F73
DST:F11234 0321
2010.12.19 13:34:32 1: CUL_HM L:0B N:12 C:A0 T:40 SRC:122F73
DST:F11234 0321
2010.12.19 13:34:33 1: CUL_HM L:0B N:13 C:A4 T:40 SRC:122F73
DST:F11234 0322
2010.12.19 13:34:33 1: CUL_HM L:0B N:13 C:A0 T:40 SRC:122F73
DST:F11234 0322
2010.12.19 13:34:33 1: CUL_HM L:0B N:13 C:A0 T:40 SRC:122F73
DST:F11234 0322
2010.12.19 13:34:33 1: CUL_HM L:0B N:14 C:A4 T:40 SRC:122F73
DST:F11234 0323
2010.12.19 13:34:34 1: CUL_HM L:0B N:14 C:A0 T:40 SRC:122F73
DST:F11234 0323
2010.12.19 13:34:34 1: CUL_HM L:0B N:14 C:A0 T:40 SRC:122F73
DST:F11234 0323
2010.12.19 13:34:36 1: CUL_HM L:0B N:15 C:A4 T:40 SRC:122F73
DST:F11234 0415
2010.12.19 13:34:36 1: CUL_HM L:0B N:15 C:A0 T:40 SRC:122F73
DST:F11234 0415
2010.12.19 13:34:36 1: CUL_HM L:0B N:15 C:A0 T:40 SRC:122F73
DST:F11234 0415
2010.12.19 13:34:38 1: CUL_HM L:0B N:16 C:A4 T:40 SRC:122F73
DST:F11234 0416
2010.12.19 13:34:38 1: CUL_HM L:0B N:16 C:A0 T:40 SRC:122F73
DST:F11234 0416
2010.12.19 13:34:39 1: CUL_HM L:0B N:16 C:A0 T:40 SRC:122F73
DST:F11234 0416
2010.12.19 13:34:40 1: CUL_HM L:0B N:17 C:A4 T:40 SRC:122F73
DST:F11234 0417
2010.12.19 13:34:40 1: CUL_HM L:0B N:17 C:A0 T:40 SRC:122F73
DST:F11234 0417
2010.12.19 13:34:40 1: CUL_HM L:0B N:17 C:A0 T:40 SRC:122F73
DST:F11234 0417
2010.12.19 13:35:43 1: CUL_HM L:1A N:18 C:84 T:00 SRC:122F73 DST:
000000 13003B4745513032333933323040040000
2010.12.19 13:35:51 1: CUL_HM L:1A N:02 C:84 T:00 SRC:12CFA5 DST:
000000 1600534845513030363937343630010100
2010.12.19 13:35:54 1: CUL_HM L:1A N:19 C:84 T:00 SRC:122F73 DST:
000000 13003B4745513032333933323040040201
2010.12.19 13:35:54 1: CUL_HM L:1A N:19 C:A0 T:00 SRC:12CFA5 DST:
122F73 1600534845513030363937343630010100
2010.12.19 13:35:55 1: CUL_HM L:0A N:19 C:80 T:02 SRC:122F73 DST:
12CFA5 00
2010.12.19 13:35:55 1: CUL_HM L:0A N:1B C:80 T:02 SRC:122F73
DST:F11234 80
2010.12.19 13:35:55 1: CUL_HM L:0A N:1C C:80 T:02 SRC:122F73
DST:F11234 00
2010.12.19 13:35:55 1: CUL_HM L:0A N:1D C:80 T:02 SRC:122F73
DST:F11234 84
2010.12.19 13:35:55 1: CUL_HM L:0A N:1E C:80 T:02 SRC:122F73
DST:F11234 80
2010.12.19 13:35:56 1: CUL_HM L:10 N:1E C:A0 T:01 SRC:12CFA5 DST:
122F73 020512CFA50104
2010.12.19 13:35:56 1: CUL_HM L:0A N:1F C:80 T:02 SRC:122F73
DST:F11234 00
2010.12.19 13:35:56 1: CUL_HM L:10 N:1E C:A0 T:01 SRC:12CFA5 DST:
122F73 020512CFA50104
2010.12.19 13:35:56 1: CUL_HM L:0A N:1E C:80 T:02 SRC:122F73 DST:
12CFA5 00
2010.12.19 13:35:56 1: CUL_HM L:0A N:1E C:80 T:02 SRC:122F73 DST:
12CFA5 02
2010.12.19 13:35:57 1: CUL_HM L:0A N:1E C:80 T:02 SRC:122F73 DST:
12CFA5 00
2010.12.19 13:35:57 1: CUL_HM L:10 N:1E C:A0 T:01 SRC:12CFA5 DST:
122F73 010512CFA50104
2010.12.19 13:35:57 1: CUL_HM L:0A N:1E C:80 T:02 SRC:122F73 DST:
12CFA5 00
2010.12.19 13:35:57 1: CUL_HM L:0A N:1E C:80 T:02 SRC:122F73 DST:
12CFA5 02
2010.12.19 13:35:57 1: CUL_HM L:0A N:1E C:80 T:02 SRC:122F73 DST:
12CFA5 00
Ende pairing..
Steueren des Rolalden mit dem Handsender:
2010-12-19 13:37:06 CUL_HM CUL_HM_122F73 Btn1 off (to
HM_LC_BL1_PB_FM_12CFA5)
2010-12-19 13:37:12 CUL_HM CUL_HM_122F73 Btn1 off (to
HM_LC_BL1_PB_FM_12CFA5)
2010-12-19 13:37:13 CUL_HM CUL_HM_122F73 Btn1 on (to
HM_LC_BL1_PB_FM_12CFA5)
2010-12-19 13:37:16 CUL_HM CUL_HM_122F73 Btn1 on (to
HM_LC_BL1_PB_FM_12CFA5)
2010-12-19 13:37:22 CUL_HM CUL_HM_122F73 Btn1 off (to
HM_LC_BL1_PB_FM_12CFA5)
2010-12-19 13:37:25 CUL_HM CUL_HM_122F73 unknownMsg: 4142
2010-12-19 13:37:25 CUL_HM CUL_HM_122F73 unknownMsg: 4142
2010-12-19 13:37:26 CUL_HM CUL_HM_122F73 unknownMsg: 4142
2010-12-19 13:37:26 CUL_HM CUL_HM_122F73 unknownMsg: 4142
2010-12-19 13:37:26 CUL_HM CUL_HM_122F73 unknownMsg: 4142
2010-12-19 13:37:26 CUL_HM CUL_HM_122F73 unknownMsg: 4142
2010-12-19 13:37:27 CUL_HM CUL_HM_122F73 unknownMsg: 4142
2010-12-19 13:37:27 CUL_HM CUL_HM_122F73 unknownMsg: 4142
2010-12-19 13:37:27 CUL_HM CUL_HM_122F73 Btn1 offLong (to
HM_LC_BL1_PB_FM_12CFA5)
2010-12-19 13:37:27 CUL_HM CUL_HM_122F73 Btn1 on (to
HM_LC_BL1_PB_FM_12CFA5)
2010-12-19 13:37:29 CUL_HM CUL_HM_122F73 Btn1 on (to
HM_LC_BL1_PB_FM_12CFA5)
2010-12-19 13:37:30 CUL_HM CUL_HM_122F73 Btn1 off (to
HM_LC_BL1_PB_FM_12CFA5)
2010-12-19 13:37:38 CUL_HM CUL_HM_122F73 unknownMsg: 4244
2010-12-19 13:37:39 CUL_HM CUL_HM_122F73 unknownMsg: 4244
2010-12-19 13:37:39 CUL_HM CUL_HM_122F73 unknownMsg: 4244
2010-12-19 13:37:39 CUL_HM CUL_HM_122F73 unknownMsg: 4244
2010-12-19 13:37:39 CUL_HM CUL_HM_122F73 unknownMsg: 4244
2010-12-19 13:37:40 CUL_HM CUL_HM_122F73 unknownMsg: 4244
2010-12-19 13:37:40 CUL_HM CUL_HM_122F73 unknownMsg: 4244
2010-12-19 13:37:40 CUL_HM CUL_HM_122F73 unknownMsg: 4244
2010-12-19 13:37:40 CUL_HM CUL_HM_122F73 unknownMsg: 4244
2010-12-19 13:37:41 CUL_HM CUL_HM_122F73 unknownMsg: 4244
2010-12-19 13:37:43 CUL_HM HM_LC_BL1_PB_FM_12CFA5 unknownMsg: 06016C30
2010-12-19 13:38:41 CUL CUL_HM hmPairForSec 900
2010-12-19 13:39:07 CUL_HM CUL_HM_122F73 Btn2 off
2010-12-19 13:39:11 CUL_HM CUL_HM_122F73 Btn2 on
2010-12-19 13:39:20 CUL_HM CUL_HM_122F73 Btn1 off (to
HM_LC_BL1_PB_FM_12CFA5)
2010-12-19 13:39:25 CUL_HM CUL_HM_122F73 Btn1 on (to
HM_LC_BL1_PB_FM_12CFA5)
unknownMsg: 4142: Handsender Taste 1 LINKS "gedrückt halten"
unknownMsg: 4244: Handsender Taste 1 RECHTS "gedrückt halten"
ich glaube das mit Dimmer war nicht der richtige Ansatz...
Sieht eher nach einem On/Off-Device aus..
ON -> Rolladen schließen bzw. wenn vorher OFF dann stopp
OFF -> Rolladen öffnen bzw. wenn vorher ON dann stopp
z.B.:
Rolladen schließen:
2010-12-19 13:39:20 CUL_HM CUL_HM_122F73 Btn1 off (to
HM_LC_BL1_PB_FM_12CFA5)
2010-12-19 13:39:25 CUL_HM CUL_HM_122F73 Btn1 on (to
HM_LC_BL1_PB_FM_12CFA5)
Schöne Grüße
Axel
Rudolf Koenig
>
> fhem/ > grep '"70"' FHEM/10_CUL_HM.pm
Das mit dem T ist mir gar nicht aufgefallen, leider weiss ich noch nicht wann
man diesen Wert als subType interpretieren darf. In vielen Nachrichten ist es
nicht der Fall.
-> Das Attribut subType muss gesetzt werden, normalerweise passiert das
automatisch beim Anlernen.
> Mir ist auch noch aufgefallen, dass der THSensor auch in
> CUL_HM_Initialize fehlt, aber den da einzutragen hat nix gebracht.
Das ist nur fuer die Frontends, die das setzen eines Attribute-Wertes via
Choicelist erlauben wollen....
Jan-Hinrich Fessel
Am 19.12.2010 um 13:47 schrieb Rudolf Koenig:
>> Gerne, ich hatte das ja schon mal gepostet und Du meintest... naja, egal:
>
> Von dem was ich sehe funktioniert das Anlernen nicht, weil nicht alle Befehle
> aus dem Stack (die mit ++ am Anfang) vom Sensor bestaetigt wurden (C:80 T:02).
> Der Sensor sendet aber trotzdem eine Temperaturmeldung als Broadcast
> (DST:000000), wird das wenigstens richtig dekodiert? Evtl. ist das Anlernen gar
> nicht notwendig.
Das war ja vor einigen Posts mein Wunsch, aber fhem wertet den Broadcast nur dann aus, wenn in der aktuellen Laufzeitumgebung einmal versucht wurde zu pairen. Wenn man das irgendwie so verändern könnte, das es immer ausgewertet wird, wäre das super, leider fehlt mir da der tiefergehende Einblick in die Sturkturen.
Ähm, wie hast Du das gemacht, jetzt (gerade CVS update gemacht) wertet er den Sender korrekt aus! Super.
>
> Ich habe gerade etwas laenger mit Anlernen rumgespielt: es gibt mindestens zwei
> Arten, eins was von der Zentrale bevorzugt wird, und eins was von der
> Fernbedienung. Je nach Anlernen lauten die Befehle fuer die Aktoren anders. (!)
>
> Bisher hat fhem das Anlernen auf die "Fernbedienungs-Art" gemacht, ich habe es
> auf die kuerzere "Zentralen-Art" umgestellt. Jetzt funktioniert auch
> hmPairSerial, mein smokeDetector akzeptiert es auch, und die Anweisungen fuer
> switch sind dem dimmer/blindActuator aehnlich.
>
> Bisher angelernte Aktoren muessen neu angelernt werden.
> Und ich haette gerne Berichte, wie es jetzt mit den anderen Geraeten ausschaut.
Meins geht jetzt prima:
2010.12.19 14:39:31 5: CUL/RAW: /A1A908400133CC300000010003D48455130313130363637700301002E
2010.12.19 14:39:31 4: CUL1: A1A908400133CC300000010003D4845513031313036363770030100 -51
2010.12.19 14:39:31 5: CUL1 dispatch A1A908400133CC300000010003D4845513031313036363770030100
2010.12.19 14:39:31 1: CUL_HM L:1A N:90 C:84 T:00 SRC:133CC3 DST:000000 10003D4845513031313036363770030100
2010.12.19 14:39:31 2: CUL_HM pair: CUL_HM_133CC3 is a THSensor, model HM-WDS10-TH-O serialNr HEQ0110667
2010.12.19 14:39:31 4: CUL_HM SEND As1001A001F11212133CC300050000000000
2010.12.19 14:39:31 5: CUL1 sending As1001A001F11212133CC300050000000000
2010.12.19 14:39:31 4: ++A001F11212133CC3000802010AF10B120C12
2010.12.19 14:39:31 4: ++A001F11212133CC30006
2010.12.19 14:39:31 5: CUL/RAW: /A0A018002133CC3F112120037
2010.12.19 14:39:31 4: CUL1: A0A018002133CC3F1121200 -46.5
2010.12.19 14:39:31 5: CUL1 dispatch A0A018002133CC3F1121200
2010.12.19 14:39:31 1: CUL_HM L:0A N:01 C:80 T:02 SRC:133CC3 DST:F11212 00
2010.12.19 14:39:31 4: CUL_HM SEND As1302A001F11212133CC3000802010AF10B120C12
2010.12.19 14:39:31 5: CUL1 sending As1302A001F11212133CC3000802010AF10B120C12
2010.12.19 14:39:31 5: CUL/RAW: /A0A028002133CC3F112120037
2010.12.19 14:39:31 4: CUL1: A0A028002133CC3F1121200 -46.5
2010.12.19 14:39:31 5: CUL1 dispatch A0A028002133CC3F1121200
2010.12.19 14:39:31 1: CUL_HM L:0A N:02 C:80 T:02 SRC:133CC3 DST:F11212 00
2010.12.19 14:39:31 4: CUL_HM SEND As0B03A001F11212133CC30006
2010.12.19 14:39:31 5: CUL1 sending As0B03A001F11212133CC30006
2010.12.19 14:39:31 5: CUL/RAW: /A0A038002133CC3F112120036
2010.12.19 14:39:31 4: CUL1: A0A038002133CC3F1121200 -47
2010.12.19 14:39:31 5: CUL1 dispatch A0A038002133CC3F1121200
2010.12.19 14:39:31 1: CUL_HM L:0A N:03 C:80 T:02 SRC:133CC3 DST:F11212 00
Vielen Dank!
Jetzt wieder zurückgesetzt, Device gelöscht und ohne Anlernen probiert. Das funktioniert dann doch nicht so, sondern sagt immer:
2010.12.19 14:49:40 5: CUL/RAW: /A0C018670133CC300000000D02034
2010.12.19 14:49:40 4: CUL1: A0C018670133CC300000000D020 -48
2010.12.19 14:49:40 5: CUL1 dispatch A0C018670133CC300000000D020
2010.12.19 14:49:40 1: CUL_HM L:0C N:01 C:86 T:70 SRC:133CC3 DST:000000 00D020
2010.12.19 14:49:40 5: Triggering CUL_HM_133CC3 (1 changes)
und unknown message 00D020.
Keine Attribute außer room gesetzt.
Jetzt anlernen ohne PairForSec:
2010.12.19 14:51:20 5: CUL/RAW: /A1A028400133CC300000010003D484551303131303636377003010029
2010.12.19 14:51:20 4: CUL1: A1A028400133CC300000010003D4845513031313036363770030100 -53.5
2010.12.19 14:51:20 5: CUL1 dispatch A1A028400133CC300000010003D4845513031313036363770030100
2010.12.19 14:51:20 1: CUL_HM L:1A N:02 C:84 T:00 SRC:133CC3 DST:000000 10003D4845513031313036363770030100
2010.12.19 14:51:20 2: CUL_HM pair: CUL_HM_133CC3 is a THSensor, model HM-WDS10-TH-O serialNr HEQ0110667
2010.12.19 14:51:20 4: CUL1 pairing (hmPairForSec) not enabled
Das führt dazu, das die Attribute hmClass, model, serialNr und subType gesetzt werden. Aber die Meldungen werden immer noch nicht dekodiert.
Immerhin läuft das jetzt das ist wirklich fein, danke nochmals.
Mein Sensor schickt übrigens hin und wieder keine Feuchtewerte mit, sonder nur temperatur, daher hatte ich bei mir folgendes drin:
cvs diff FHEM/10_CUL_HM.pm
cvs diff: warning: failed to open /Users/dompteur/.cvspass for reading: No such file or directory
Index: FHEM/10_CUL_HM.pm
===================================================================
RCS file: /cvsroot/fhem/fhem/FHEM/10_CUL_HM.pm,v
retrieving revision 1.11
diff -r1.11 10_CUL_HM.pm
281a282,296
> if($p =~ m/^(....)(..)$/) {
> my $t = hex $1;
> my $h = hex $2;
> $t <<= 1;
> $t /= 20;
> push @event, "state:T:$t H:$h";
> push @event, "measured-temperature:$t";
> push @event, "measured-humidity:$h";
> } elsif($p =~ m/^(....)$/) {
> my $t = hex $1;
> $t <<= 1;
> $t /= 20;
> push @event, "measured-temp:$t";
> }
>
Grüße
Oskar
Rudolf Koenig
Ist nicht mit dem aktuellen 10_CUL_HM.pm (Version 1.11).
Siehe vorherige Nachricht wg. unterschiedliche Anlern-Versionen.
> Pairing Rolladensteuerung mit dem Handsender:
Ist ein bekanntes Fernbedienung-Pairing.
> 2010-12-19 13:37:25 CUL_HM CUL_HM_122F73 unknownMsg: 4142
Dazu haette ich gerne auch die korrespondierende Zeilen aus dem Log, da "4142"
eigentlich als "Btn1 offLong" dekodiert werden muesste. Eventuell entspricht
"C:xx T:yy" nicht dem regexp "C:A. T:4."
Sven Geggus
> Das mit dem T ist mir gar nicht aufgefallen, leider weiss ich noch nicht wann
> man diesen Wert als subType interpretieren darf. In vielen Nachrichten ist es
> nicht der Fall.
> -> Das Attribut subType muss gesetzt werden, normalerweise passiert das
> automatisch beim Anlernen.
Dann muss ich das Teil wohl nochmal neu pairen.
Wie genau muss man das denn jetzt machen? Die Anleitung aus dem
ursprüngliche Posting tut nicht mehr.
2010.12.19 15:14:29 4: CUL: A1AA38400136BFC00000010003D4845513031313039393470030100 -22.5
2010.12.19 15:14:29 5: CUL dispatch A1AA38400136BFC00000010003D4845513031313039393470030100 2010.12.19 15:14:29 1: CUL_HM L:1A N:A3 C:84 T:00 SRC:136BFC DST:000000 10003D4845513031313039393470030100
2010.12.19 15:14:29 1: debug: name: CUL_HM_136BFC st: THSensor
2010.12.19 15:14:29 2: CUL_HM pair: CUL_HM_136BFC is a THSensor, model HM-WDS10-TH-O serialNr HEQ0110994
2010.12.19 15:14:29 4: CUL pairing (hmPairForSec) not enabled
Ach ja, CulFW ist 1.40
Gruss
Sven
--
Trotz der zunehmenden Verbreitung von Linux erfreut sich der Bär,
und - dank Knut - insbesondere der Eisbär, deutlich größerer
Beliebtheit als der Pinguin. (Gefunden bei http://telepolis.de/)
par...@googlemail.com
>> 2010-12-19 13:37:25 CUL_HM CUL_HM_122F73 unknownMsg: 4142
>
> Dazu haette ich gerne auch die korrespondierende Zeilen aus dem Log, da "4142"
> eigentlich als "Btn1 offLong" dekodiert werden muesste. Eventuell entspricht
> "C:xx T:yy" nicht dem regexp "C:A. T:4."
Log ist dabei bzw. Daten sind ausm Log:
2010-12-19 13:37:22 CUL_HM CUL_HM_122F73 Btn1 off (to HM_LC_BL1_PB_FM_12CFA5)
2010-12-19 13:37:25 CUL_HM CUL_HM_122F73 unknownMsg: 4142
2010-12-19 13:37:22 CUL_HM CUL_HM_122F73 Btn1 off (to HM_LC_BL1_PB_FM_12CFA5)
[...]
010-12-19 13:37:27 CUL_HM CUL_HM_122F73 unknownMsg: 4142
2010-12-19 13:37:27 CUL_HM CUL_HM_122F73 Btn1 offLong (to HM_LC_BL1_PB_FM_12CFA5)
Oder brauchste da mehr...
Schöne grüße
Axel
Jan-Hinrich Fessel
Am 19.12.2010 um 15:18 schrieb Sven Geggus:
> Rudolf Koenig <inf...@koeniglich.de> wrote:
>
>> Das mit dem T ist mir gar nicht aufgefallen, leider weiss ich noch nicht wann
>> man diesen Wert als subType interpretieren darf. In vielen Nachrichten ist es
>> nicht der Fall.
>> -> Das Attribut subType muss gesetzt werden, normalerweise passiert das
>> automatisch beim Anlernen.
>
> Dann muss ich das Teil wohl nochmal neu pairen.
>
> Wie genau muss man das denn jetzt machen? Die Anleitung aus dem
> ursprüngliche Posting tut nicht mehr.
>
> 2010.12.19 15:14:29 4: CUL: A1AA38400136BFC00000010003D4845513031313039393470030100 -22.5
> 2010.12.19 15:14:29 5: CUL dispatch A1AA38400136BFC00000010003D4845513031313039393470030100 2010.12.19 15:14:29 1: CUL_HM L:1A N:A3 C:84 T:00 SRC:136BFC DST:000000 10003D4845513031313039393470030100
> 2010.12.19 15:14:29 1: debug: name: CUL_HM_136BFC st: THSensor
> 2010.12.19 15:14:29 2: CUL_HM pair: CUL_HM_136BFC is a THSensor, model HM-WDS10-TH-O serialNr HEQ0110994
> 2010.12.19 15:14:29 4: CUL pairing (hmPairForSec) not enabled
set CUL hmPairForSec 300
Knopf drücken.
Grüße
Oskar
Rudolf Koenig
2010.12.19 17:10:39.895 1: CUL_HM L:0E N:02 C:80 T:02 SRC:xxxxxx DST:F10000 010100002C
> 2010-12-19 13:37:22 CUL_HM CUL_HM_122F73 Btn1 off (to HM_LC_BL1_PB_FM_12CFA5)
Das ist aus dem telnet mit inform timer, es fehlt der loglevel.
Sven Geggus
> set CUL hmPairForSec 300
> Knopf drücken.
OK, ganz einfach, wenn mans weiß.
Es gibt aber nach wie vor ein Problem!
Wenn fhem.pl neu gestartet wurde kommen wieder unknownMsg Ausgaben:
Erst nache einem erneuten pairing funtioniert das wieder:
2010-12-19 17:15:14 CUL_HM CUL_HM_136BFC unknownMsg: 01111D
2010-12-19 17:15:28 CUL CUL hmPairForSec 300
2010-12-19 17:17:41 CUL_HM CUL_HM_136BFC T:26.8 H:30
2010-12-19 17:17:41 CUL_HM CUL_HM_136BFC temperature: 26.8
2010-12-19 17:17:41 CUL_HM CUL_HM_136BFC humidity: 30
Rudolf Koenig
Speichern (save)
oder
attr autocreate autosave 1
Jan-Hinrich Fessel
Am 19.12.2010 um 17:18 schrieb Sven Geggus:
> Jan-Hinrich Fessel <oskar....@gmail.com> wrote:
>
>> set CUL hmPairForSec 300
>> Knopf drücken.
>
> OK, ganz einfach, wenn mans weiß.
>
> Es gibt aber nach wie vor ein Problem!
>
> Wenn fhem.pl neu gestartet wurde kommen wieder unknownMsg Ausgaben:
Das funktioniert prima, wenn das Pairing richtig gelaufen ist. Ich habs gerade mal neu gestartet und dies ist das erste Telegramm:
2010.12.19 17:41:32 5: CUL/RAW: /A0C458670133CC300000000D5201A
2010.12.19 17:41:32 4: CUL1: A0C458670133CC300000000D520 -61
2010.12.19 17:41:32 5: CUL1 dispatch A0C458670133CC300000000D520
2010.12.19 17:41:32 1: CUL_HM L:0C N:45 C:86 T:70 SRC:133CC3 DST:000000 00D520
2010.12.19 17:41:32 5: Triggering CUL_HM_133CC3 (6 changes)
> Erst nache einem erneuten pairing funtioniert das wieder:
>
> 2010-12-19 17:15:14 CUL_HM CUL_HM_136BFC unknownMsg: 01111D
> 2010-12-19 17:15:28 CUL CUL hmPairForSec 300
> 2010-12-19 17:17:41 CUL_HM CUL_HM_136BFC T:26.8 H:30
> 2010-12-19 17:17:41 CUL_HM CUL_HM_136BFC temperature: 26.8
> 2010-12-19 17:17:41 CUL_HM CUL_HM_136BFC humidity: 30
Das ist ja irgendwie doof zu debuggen, denn mein kleiner Sensor schickt ja neuerdings auch nach erfolgreichem Pairen alles an die Broadcast-Adresse (DST:000000). Ich hätt ja gedacht, der merkst sich seine Partner, offensichtlich ist dem nicht so.
Daher ist es entscheidend, ob beim Startup folgendes passiert:
2010.12.19 17:39:41 5: Cmd: >attr CUL_HM_133CC3 subType THSensor<
das liest den subType aus fhem.cfg und setzt ihn passend. Danach wird alles prima ausgewertet, da $st gefüllt ist.
Schau mal, ob das in deiner Config so steht, wenn nein, mach mal ein "save" (nach pairing) und versuch nochmal. Ich glaub, die Pairing-Prozedur macht kein (auto)save.
Grüße
Oskar
Jan-Hinrich Fessel
Ersteres. Das zweite funktioniert nur, wenn der allererste Request gleich ein Pairing-request ist. Jedenfalls bei mir.
Grüße
Oskar
Axel
Hi Rudi,
sorry...falsches LoG-Fenster erwischt...zu viele Fenster offen ;-))
Jetzt aber ;-))
Rolladen schließen mit zwischendurch Taste 1 LINKS gedrückthalten:
2010.12.19 18:53:10 1: CUL_HM: A0B3FA440122F7312CFA50147 -40.5
2010.12.19 18:53:10 1: CUL_HM L:0B N:3F C:A4 T:40 SRC:122F73 DST:
12CFA5 0147
2010.12.19 18:53:14 1: CUL_HM: A0B40A440122F7312CFA50247 -39.5
2010.12.19 18:53:14 1: CUL_HM L:0B N:40 C:A4 T:40 SRC:122F73 DST:
12CFA5 0247
2010.12.19 18:53:14 1: CUL_HM: A0E40800212CFA5122F7301015F3045 -65
2010.12.19 18:53:14 1: CUL_HM L:0E N:40 C:80 T:02 SRC:12CFA5 DST:
122F73 01015F3045
2010.12.19 18:53:19 1: CUL_HM: A0B41A440122F7312CFA50148 -40
2010.12.19 18:53:19 1: CUL_HM L:0B N:41 C:A4 T:40 SRC:122F73 DST:
12CFA5 0148
2010.12.19 18:53:19 1: CUL_HM: A0E41800212CFA5122F7301015F2043 -70
2010.12.19 18:53:19 1: CUL_HM L:0E N:41 C:80 T:02 SRC:12CFA5 DST:
122F73 01015F2043
2010.12.19 18:53:23 1: CUL_HM: A0B42A440122F7312CFA50149 -39.5
2010.12.19 18:53:23 1: CUL_HM L:0B N:42 C:A4 T:40 SRC:122F73 DST:
12CFA5 0149
2010.12.19 18:53:23 1: CUL_HM: A0E42800212CFA5122F730101572046 -70
2010.12.19 18:53:23 1: CUL_HM L:0E N:42 C:80 T:02 SRC:12CFA5 DST:
122F73 0101572046
2010.12.19 18:53:24 1: CUL_HM: A0B43A440122F7312CFA5014A -39.5
2010.12.19 18:53:24 1: CUL_HM L:0B N:43 C:A4 T:40 SRC:122F73 DST:
12CFA5 014A
2010.12.19 18:53:24 1: CUL_HM: A0E43800212CFA5122F730101532046 -70
2010.12.19 18:53:24 1: CUL_HM L:0E N:43 C:80 T:02 SRC:12CFA5 DST:
122F73 0101532046
2010.12.19 18:53:25 1: CUL_HM: A0B448440122F7312CFA5414B -39
2010.12.19 18:53:25 1: CUL_HM L:0B N:44 C:84 T:40 SRC:122F73 DST:
12CFA5 414B
2010.12.19 18:53:25 1: CUL_HM: A0B458440122F7312CFA5414B -38.5
2010.12.19 18:53:25 1: CUL_HM L:0B N:45 C:84 T:40 SRC:122F73 DST:
12CFA5 414B
2010.12.19 18:53:25 1: CUL_HM: A0B46A040122F7312CFA5414B -38.5
2010.12.19 18:53:25 1: CUL_HM L:0B N:46 C:A0 T:40 SRC:122F73 DST:
12CFA5 414B
2010.12.19 18:53:25 1: CUL_HM: A0E46800212CFA5122F7301014F3044 -68
2010.12.19 18:53:25 1: CUL_HM L:0E N:46 C:80 T:02 SRC:12CFA5 DST:
122F73 01014F3044
2010.12.19 18:53:26 1: CUL_HM: A0B478440122F7312CFA5414C -38.5
2010.12.19 18:53:26 1: CUL_HM L:0B N:47 C:84 T:40 SRC:122F73 DST:
12CFA5 414C
2010.12.19 18:53:26 1: CUL_HM: A0B488440122F7312CFA5414C -39
2010.12.19 18:53:26 1: CUL_HM L:0B N:48 C:84 T:40 SRC:122F73 DST:
12CFA5 414C
2010.12.19 18:53:26 1: CUL_HM: A0B498440122F7312CFA5414C -39
2010.12.19 18:53:26 1: CUL_HM L:0B N:49 C:84 T:40 SRC:122F73 DST:
12CFA5 414C
2010.12.19 18:53:27 1: CUL_HM: A0B4A8440122F7312CFA5414C -39
2010.12.19 18:53:27 1: CUL_HM L:0B N:4A C:84 T:40 SRC:122F73 DST:
12CFA5 414C
2010.12.19 18:53:27 1: CUL_HM: A0B4B8440122F7312CFA5414C -39
2010.12.19 18:53:27 1: CUL_HM L:0B N:4B C:84 T:40 SRC:122F73 DST:
12CFA5 414C
2010.12.19 18:53:27 1: CUL_HM: A0B4C8440122F7312CFA5414C -39
2010.12.19 18:53:27 1: CUL_HM L:0B N:4C C:84 T:40 SRC:122F73 DST:
12CFA5 414C
2010.12.19 18:53:27 1: CUL_HM: A0B4D8440122F7312CFA5414C -39
2010.12.19 18:53:27 1: CUL_HM L:0B N:4D C:84 T:40 SRC:122F73 DST:
12CFA5 414C
2010.12.19 18:53:28 1: CUL_HM: A0B4E8440122F7312CFA5414C -39
2010.12.19 18:53:28 1: CUL_HM L:0B N:4E C:84 T:40 SRC:122F73 DST:
12CFA5 414C
2010.12.19 18:53:28 1: CUL_HM: A0B4F8440122F7312CFA5414C -39
2010.12.19 18:53:28 1: CUL_HM L:0B N:4F C:84 T:40 SRC:122F73 DST:
12CFA5 414C
2010.12.19 18:53:28 1: CUL_HM: A0B508440122F7312CFA5414C -39
2010.12.19 18:53:28 1: CUL_HM L:0B N:50 C:84 T:40 SRC:122F73 DST:
12CFA5 414C
2010.12.19 18:53:28 1: CUL_HM: A0B518440122F7312CFA5414C -39.5
2010.12.19 18:53:28 1: CUL_HM L:0B N:51 C:84 T:40 SRC:122F73 DST:
12CFA5 414C
2010.12.19 18:53:29 1: CUL_HM: A0B52A040122F7312CFA5414C -39
2010.12.19 18:53:29 1: CUL_HM L:0B N:52 C:A0 T:40 SRC:122F73 DST:
12CFA5 414C
2010.12.19 18:53:29 1: CUL_HM: A0E52800212CFA5122F7301013F3045 -71
2010.12.19 18:53:29 1: CUL_HM L:0E N:52 C:80 T:02 SRC:12CFA5 DST:
122F73 01013F3045
2010.12.19 18:53:31 1: CUL_HM: A0B53A440122F7312CFA5014D -39.5
2010.12.19 18:53:31 1: CUL_HM L:0B N:53 C:A4 T:40 SRC:122F73 DST:
12CFA5 014D
2010.12.19 18:53:31 1: CUL_HM: A0E53800212CFA5122F7301013F2041 -73
2010.12.19 18:53:31 1: CUL_HM L:0E N:53 C:80 T:02 SRC:12CFA5 DST:
122F73 01013F2041
2010.12.19 18:54:28 1: CUL_HM: A0D54841012CFA500000006010000 -64
2010.12.19 18:54:28 1: CUL_HM L:0D N:54 C:84 T:10 SRC:12CFA5 DST:
000000 06010000
Die letzte Meldung scheint `ne Abschlussmedung zu sein "Rolladen unten
oder Stopp" oder so...
Und nu das ganze beim Öffen der Rolladen:
2010.12.19 18:56:55 1: CUL_HM: A0B54A440122F7312CFA50248 -40
2010.12.19 18:56:55 1: CUL_HM L:0B N:54 C:A4 T:40 SRC:122F73 DST:
12CFA5 0248
2010.12.19 18:56:55 1: CUL_HM: A0E54800212CFA5122F730101001040 -64.5
2010.12.19 18:56:55 1: CUL_HM L:0E N:54 C:80 T:02 SRC:12CFA5 DST:
122F73 0101001040
Taste gerdückt halten:
2010.12.19 18:56:57 1: CUL_HM: A0B558440122F7312CFA54249 -40
2010.12.19 18:56:57 1: CUL_HM L:0B N:55 C:84 T:40 SRC:122F73 DST:
12CFA5 4249
2010.12.19 18:56:57 1: CUL_HM: A0B568440122F7312CFA54249 -39.5
2010.12.19 18:56:57 1: CUL_HM L:0B N:56 C:84 T:40 SRC:122F73 DST:
12CFA5 4249
2010.12.19 18:56:57 1: CUL_HM: A0B578440122F7312CFA54249 -39.5
2010.12.19 18:56:57 1: CUL_HM L:0B N:57 C:84 T:40 SRC:122F73 DST:
12CFA5 4249
2010.12.19 18:56:58 1: CUL_HM: A0B588440122F7312CFA54249 -39.5
2010.12.19 18:56:58 1: CUL_HM L:0B N:58 C:84 T:40 SRC:122F73 DST:
12CFA5 4249
2010.12.19 18:56:58 1: CUL_HM: A0B598440122F7312CFA54249 -39.5
2010.12.19 18:56:58 1: CUL_HM L:0B N:59 C:84 T:40 SRC:122F73 DST:
12CFA5 4249
2010.12.19 18:56:58 1: CUL_HM: A0B5A8440122F7312CFA54249 -39.5
2010.12.19 18:56:58 1: CUL_HM L:0B N:5A C:84 T:40 SRC:122F73 DST:
12CFA5 4249
2010.12.19 18:56:58 1: CUL_HM: A0B5B8440122F7312CFA54249 -39.5
2010.12.19 18:56:58 1: CUL_HM L:0B N:5B C:84 T:40 SRC:122F73 DST:
12CFA5 4249
2010.12.19 18:56:59 1: CUL_HM: A0B5C8440122F7312CFA54249 -39.5
2010.12.19 18:56:59 1: CUL_HM L:0B N:5C C:84 T:40 SRC:122F73 DST:
12CFA5 4249
2010.12.19 18:56:59 1: CUL_HM: A0B5D8440122F7312CFA54249 -39
2010.12.19 18:56:59 1: CUL_HM L:0B N:5D C:84 T:40 SRC:122F73 DST:
12CFA5 4249
2010.12.19 18:56:59 1: CUL_HM: A0B5EA040122F7312CFA54249 -39
2010.12.19 18:56:59 1: CUL_HM L:0B N:5E C:A0 T:40 SRC:122F73 DST:
12CFA5 4249
Losgelassen...
2010.12.19 18:56:59 1: CUL_HM: A0E5E800212CFA5122F730101170040 -65.5
2010.12.19 18:56:59 1: CUL_HM L:0E N:5E C:80 T:02 SRC:12CFA5 DST:
122F73 0101170040
Rolladen stoppte..
2010.12.19 18:57:02 1: CUL_HM: A0D5F841012CFA500000006011700 -63
2010.12.19 18:57:02 1: CUL_HM L:0D N:5F C:84 T:10 SRC:12CFA5 DST:
000000 06011700
weiter...
2010.12.19 19:04:05 1: CUL_HM: A0B5FA440122F7312CFA5024A -36.5
2010.12.19 19:04:05 1: CUL_HM L:0B N:5F C:A4 T:40 SRC:122F73 DST:
12CFA5 024A
2010.12.19 19:04:05 1: CUL_HM: A0E5F800212CFA5122F730101171046 -71
2010.12.19 19:04:05 1: CUL_HM L:0E N:5F C:80 T:02 SRC:12CFA5 DST:
122F73 0101171046
2010.12.19 19:04:09 1: CUL_HM: A0B608440122F7312CFA5424B -37
2010.12.19 19:04:09 1: CUL_HM L:0B N:60 C:84 T:40 SRC:122F73 DST:
12CFA5 424B
2010.12.19 19:04:09 1: CUL_HM: A0B618440122F7312CFA5424B -36.5
2010.12.19 19:04:09 1: CUL_HM L:0B N:61 C:84 T:40 SRC:122F73 DST:
12CFA5 424B
2010.12.19 19:04:09 1: CUL_HM: A0B628440122F7312CFA5424B -37
2010.12.19 19:04:09 1: CUL_HM L:0B N:62 C:84 T:40 SRC:122F73 DST:
12CFA5 424B
2010.12.19 19:04:10 1: CUL_HM: A0B638440122F7312CFA5424B -36.5
2010.12.19 19:04:10 1: CUL_HM L:0B N:63 C:84 T:40 SRC:122F73 DST:
12CFA5 424B
2010.12.19 19:04:10 1: CUL_HM: A0B648440122F7312CFA5424B -36.5
2010.12.19 19:04:10 1: CUL_HM L:0B N:64 C:84 T:40 SRC:122F73 DST:
12CFA5 424B
2010.12.19 19:04:10 1: CUL_HM: A0B658440122F7312CFA5424B -36.5
2010.12.19 19:04:10 1: CUL_HM L:0B N:65 C:84 T:40 SRC:122F73 DST:
12CFA5 424B
2010.12.19 19:04:10 1: CUL_HM: A0B668440122F7312CFA5424B -36.5
2010.12.19 19:04:10 1: CUL_HM L:0B N:66 C:84 T:40 SRC:122F73 DST:
12CFA5 424B
2010.12.19 19:04:11 1: CUL_HM: A0B678440122F7312CFA5424B -36.5
2010.12.19 19:04:11 1: CUL_HM L:0B N:67 C:84 T:40 SRC:122F73 DST:
12CFA5 424B
2010.12.19 19:04:11 1: CUL_HM: A0B688440122F7312CFA5424B -37
2010.12.19 19:04:11 1: CUL_HM L:0B N:68 C:84 T:40 SRC:122F73 DST:
12CFA5 424B
2010.12.19 19:04:11 1: CUL_HM: A0B698440122F7312CFA5424B -36.5
2010.12.19 19:04:11 1: CUL_HM L:0B N:69 C:84 T:40 SRC:122F73 DST:
12CFA5 424B
2010.12.19 19:04:11 1: CUL_HM: A0B6A8440122F7312CFA5424B -36.5
2010.12.19 19:04:11 1: CUL_HM L:0B N:6A C:84 T:40 SRC:122F73 DST:
12CFA5 424B
2010.12.19 19:04:12 1: CUL_HM: A0B6B8440122F7312CFA5424B -37
2010.12.19 19:04:12 1: CUL_HM L:0B N:6B C:84 T:40 SRC:122F73 DST:
12CFA5 424B
2010.12.19 19:04:12 1: CUL_HM: A0B6CA040122F7312CFA5424B -37
2010.12.19 19:04:12 1: CUL_HM L:0B N:6C C:A0 T:40 SRC:122F73 DST:
12CFA5 424B
2010.12.19 19:04:12 1: CUL_HM: A0E6C800212CFA5122F7301013B0044 -71
2010.12.19 19:04:12 1: CUL_HM L:0E N:6C C:80 T:02 SRC:12CFA5 DST:
122F73 01013B0044
2010.12.19 19:04:15 1: CUL_HM: A0D6D841012CFA500000006013B00 -64.5
2010.12.19 19:04:15 1: CUL_HM L:0D N:6D C:84 T:10 SRC:12CFA5 DST:
000000 06013B00
2010.12.19 19:04:15 1: CUL_HM: A0B6DA440122F7312CFA5024C -37
2010.12.19 19:04:15 1: CUL_HM L:0B N:6D C:A4 T:40 SRC:122F73 DST:
12CFA5 024C
2010.12.19 19:04:15 1: CUL_HM: A0E6D800212CFA5122F7301013B1044 -70.5
2010.12.19 19:04:15 1: CUL_HM L:0E N:6D C:80 T:02 SRC:12CFA5 DST:
122F73 01013B1044
2010.12.19 19:04:58 1: CUL_HM: A0D6E841012CFA50000000601C800 -67
2010.12.19 19:04:58 1: CUL_HM L:0D N:6E C:84 T:10 SRC:12CFA5 DST:
000000 0601C800
-> Rolladen offen
Schöne Grüße
Axel
Rudolf Koenig
Eigentlich haette mir eine Zeile gereicht: die zum "unknown" message gehoerige
aus dem Log :) Hab den regexp jetzt eingepasst.
> 2010.12.19 18:54:28 1: CUL_HM L:0D N:54 C:84 T:10 SRC:12CFA5 DST: 000000 06010000
> Die letzte Meldung scheint `ne Abschlussmedung zu sein "Rolladen unten
> oder Stopp" oder so...
Ist ein Broadcast. 06010000 ist bei dem rauchMelder eine "alive" Meldung...
Axel
hatte nur Zeit für´n schnellen Test...
Geht...supper ;-))
Sogar 10% und 20%
Man könnte natürlich noch ausmessen/rechnen ob der Rolladen wirklich
zu 10% geöffnet ist...man könnte ;-))
das hier gibts noch::
2010-12-19 20:51:35 CUL_HM HM_LC_BL1_PB_FM_12CFA5 unknownMsg:
0101001038
2010.12.19 20:51:35 1: CUL_HM L:0E N:04 C:80 T:02 SRC:12CFA5
DST:F11234 0101001038
2010-12-19 20:51:40 CUL_HM HM_LC_BL1_PB_FM_12CFA5 unknownMsg:
0101142039
2010.12.19 20:51:40 1: CUL_HM L:0E N:05 C:80 T:02 SRC:12CFA5
DST:F11234 0101142039
Die auch unknownMsg:
2010.12.19 20:51:52 1: CUL_HM L:0E N:06 C:80 T:02 SRC:12CFA5
DST:F11234 0101001037
2010.12.19 20:52:05 1: CUL_HM L:0E N:07 C:80 T:02 SRC:12CFA5
DST:F11234 0101151037
2010.12.19 20:54:56 1: CUL_HM L:0E N:09 C:80 T:02 SRC:12CFA5
DST:F11234 0101281036
2010.12.19 20:55:05 1: CUL_HM L:0E N:0A C:80 T:02 SRC:12CFA5
DST:F11234 01014B2038
2010.12.19 20:55:17 1: CUL_HM L:0E N:0B C:80 T:02 SRC:12CFA5
DST:F11234 01011A103A
2010.12.19 20:55:27 1: CUL_HM L:0E N:0C C:80 T:02 SRC:12CFA5
DST:F11234 0101402038
Schöne Grüße
Axel
Sven Geggus
> Ersteres. Das zweite funktioniert nur, wenn der allererste Request gleich
> ein Pairing-request ist. Jedenfalls bei mir.
+1
attr autocreate autosave 1 steht in meinem Konfigfile.
Sven
--
This golden age of communication Means everyone talks at the same time
(Lyrics of "New Model Army" song "225")
Rudolf Koenig
> 2010-12-19 20:51:35 CUL_HM HM_LC_BL1_PB_FM_12CFA5 unknownMsg:
> 0101001038
Hab was modifiziert, kannst Du bitte testen ob es Sinn macht?
Axel
werds testen....
unknownMsg ist wech..danke.
Was mir noch so aufgefallen ist....
Ist es möglich in FHEMWEB Devicespeziefische Select-Listen
anzuzeigen ?
Ich fand on bzw. off irgendwie nicht ganz passend für einen
Rolladen ;-))
Habe mir mit dem Code-Schnipsel hier aktuellen "geholfen":
Nach Zeile 240 in 10 CUL_HM
240 $val = ($val == 100 ? "on" : ($val == 0 ? "off" : "$val %"));
242 ###
if($model eq "HM-LC-BL1-PB-FM") {
if($val eq "off") {$val = "closed"};
if($val eq "on") {$val = "open"};
}
###
Man sieht jetzt immerhin open/closed ;-))
Ein Rauchmelder lag auch unterm Weihnachtsbaum ;-))
Meldet sich so´n Ding regelmässig ?
Oder wie kann man die "Kontrollieren" bzw. überwachen ?
Schöne Grüße
Axel
Rudolf Koenig
> Nach Zeile 240 in 10 CUL_HM
Wir hatten schon mal ein exchange_on_off in FS20, damit hier wurde es mir zu
bunt, jetzt gibt es das globale Attribut eventMap:
Exchange event or command names to a device specific version. This will
also be used to exchange set arguments (if possible). Example:
attr store eventMap on:open off:closed
set store open
The attribute applies to all set commands, events and to the device state,
but not to the other device READINGS.
-> exchange_on_off ist hiermit abgeschafft.
> Ein Rauchmelder lag auch unterm Weihnachtsbaum ;-))
Kannst Du bitte irgendetwas (z.Bsp den Weihnachtsbaum :) anzuenden, um zu
pruefen ob fhem auch in deinem Fall das richtig meldet?
> Meldet sich so�n Ding regelm�ssig ?
Angeblich kann man den Sensoren sagen, in welchen Abstaenden die sich melden
sollen, habs aber in der CCU fuer den Rauchmelder nicht gesehen, und andere
Sensoren habe ich nicht. Siehst Du irgendwelche regelmaessigen Meldungen vom
Rauchmelder? Ich nicht :(
Gruss,
Rudi
Rudolf Koenig
verstaendlicher darstellt, und bei Bedarf auch events daraus
generiert. Weiterhin ist das set Kommando etwas schoener geworden, es
gibt jetzt set "on forSecods" (off mit timer unterstuetzt wohl das
Protokoll nicht :), reset und statusRequest. Downside: da ich Parse
noch nicht richtig angepasst habe, generieren die Device-
Bestaetigungen z.Zt kein Event.
Fuer feedback waere ich Dankbar :)
Sven Geggus
> Fuer feedback waere ich Dankbar :)
Wo ich das grade lese. Wie gut hast Du denn das Protokoll inzwischen
verstanden?
Wie sieht es denn mit der Sicherheit dieser KeyMatic Teile aus? Die
reden da was von AES Verschlüsselung. Kann man das glauben?
Unabhängig jetzt mal davon ob fhem die Teile jemals unterstützen wird oder
nicht.
Rudolf Koenig
Geht so. HM is unnoetigerweise komplex: es gibt mehrere komplett
unterschiedliche Wege ein und dasselbe bei einem Geraet zu erreichen. Ich
(bzw. fhem) beherrsche nicht alle Modi. Weiterhin werden einzelne Geraete
unterschiedlich gesteuert, und ich kennen nicht alle Geraete.
> Wie sieht es denn mit der Sicherheit dieser KeyMatic Teile aus? Die
> reden da was von AES Verschl�sselung.
Keymatic kenne ich nicht, bei BidCos wuerde ich eher den Ausdruck Signierung
benutzen. D.h. das Befehl wird im "Klartext" geschickt, und wenn der
Emfaenger-Kanal auf sichere Uebertrtagung konfiguriert ist, dann sendet der
Empfaenger eine Frage zurueck, was der Sender korrekt bentworten muss. Danach
geht es weiter im Klartext mit der Bestaetigung.
Ich habe meinen (begruendeten :) Verdacht, dass das Protokoll nicht von
(Software bzw. Krypto-) Profis entworfen wurde, und damit wird AES vielleicht
verwendet, aber das ist nicht so wichtig. Ich wuerde ganz wichtige Sachen damit
nicht sichern :)
Sven Geggus
> Keymatic kenne ich nicht, bei BidCos wuerde ich eher den Ausdruck
> Signierung benutzen. D.h. das Befehl wird im "Klartext"
> geschickt, und wenn der Emfaenger-Kanal auf sichere Uebertrtagung
> konfiguriert ist, dann sendet der Empfaenger eine Frage zurueck,
> was der Sender korrekt bentworten muss. Danach geht es weiter im
> Klartext mit der Bestaetigung.
Na ja, wenn diese Frage eine Zufallszahl ist, die mit einem Shared
Secret verschlüsselt wurde wäre das ja schon OK. Das Verfahren
klingt ein wenig wie TSIG (http://de.wikipedia.org/wiki/TSIG)
Angesichts der Tatsache, dass Krypographen nicht offengelegte
Protokolle als Snake Oil
http://en.wikipedia.org/wiki/Snake_oil_%28cryptography%29
bezeichnen traue ich dem BidCos Zeug ohnehin zunächst mal eher nciht,
daher auch meine Frage.
Hast Du irgendein Gerät mit "sicherer Übertragung" am laufen?
> Ich wuerde ganz wichtige Sachen damit nicht sichern :)
So wichtige Sachen wie zum Beispiel Eingangstüren von Wohnungen?
Gruss
Sven
P.S.: Die fhem Version vom 2.1. läuft hier in Verbindung mit dem TH
Sensor.
--
"In the land of the brave and the free, we defend our freedom
with the GNU GPL" (Richard M. Stallman on www.gnu.org)
Rudolf Koenig
Meinst Du HomeMatic? Dann ja, zum testen.
> So wichtige Sachen wie zum Beispiel Eingangst�ren von Wohnungen?
Naja, einerseits sind Schluessel auch nicht absolut sicher, andererseits ist
fuer HomeMatic auch kein Exploit oeffentlich bekannt. Noch :) Schlimmer als
beim FS20 wird es wohl nicht sein...
Sven Geggus
> Meinst Du HomeMatic? Dann ja, zum testen.
Jo. KeyMatic ist ja auch nur HomeMatic in einer Variante, die eben nur
verschlüsselte Kommunikation erlaubt - Jedenfalls deute ich das anhand
der ELV Beschreibung so.
> Naja, einerseits sind Schluessel auch nicht absolut sicher, andererseits ist
> fuer HomeMatic auch kein Exploit oeffentlich bekannt. Noch :)
> Schlimmer als beim FS20 wird es wohl nicht sein...
Mit Sicherheit nicht.
Letztlich geht es mir ja eigentlich nur um eine Alternative zu einem
Schlüsselversteck :)
Da die Teile recht teuer sind: Hat hier auf der Liste so ein
HomeMatic Teil das er mal mit fhem testen kann?
Gruss
Sven
--
"Das ist halt der Unterschied: Unix ist ein Betriebssystem mit Tradition,
die anderen sind einfach von sich aus unlogisch."
(Anselm Lingnau in de.comp.os.unix.discussion)
/me ist giggls@ircnet, http://sven.gegg.us/ im WWW
Zrrronggg!
das Betreff des Homematic Threads sich nicht dauernd ändern würde. Es
geht hier vorrangig um Homematic mit FHEM... mein Vorschlag ist, das
Betreff des Threads NICHT zu ändern, wenn jemand Details wie KeyMatic
oder HM oder Lieblingsfarbe der CCU oder was auch immer ansprechen
will.
Sven Geggus
> Da ich der Diskussion hier gerne folgen würde, fände ich es gut, wenn
> das Betreff des Homematic Threads sich nicht dauernd ändern würde.
Jedes brauchbare Mailprogramm kann reference based threading. Den
Betreff zu ändern mit was wenn sich das Thema geändert hat ist IMO
guter Stil.
Gruss
Sven
--
Den Rechtsstaat macht aus, dass Unschuldige wieder frei kommen
(Wolfgang Schäuble)