Originally posted by: <email address deleted>
Ich bin dabei die HM implementierung etwas zuüberarbeiten.
Hierfür suche ich Tester für den ersten Schritt des Umbaus.
Das File 10_CUL_HM.pm ist im Anhang. Es muss von Hand ausgetauscht werden.
Die Version bassiert auf der letzten Version, also 1728.
commandref habe ich noch nicht fertig - aber eine Beschreibung ist hier
schon mal anbei.
Die aktuelle 10_CUL_HM bekommt Probleme, wenn per Script Requests zu
schnell gesendet werden. Es muss berücksichtigt werden, dass multi-channel
Devices nur ein Message Interface für alle Kanäle haben (jedenfalls meine).
Damit ist der Message Stack auf Device und nicht Kanalebene zu
implementieren.
Praktische Aenderungen
1) define CUL_HM
laut commandref ist eine 6 stellige HMid beim define anzugeben. Man kann
aber auch eine 8 stellige id angeben (4 byte also) vobei die ersten 3 byte
die HMid sind, das letzte byte ist die Kanalnummer.
Gibt man eine 6-stellige Nummer an werden Kommandos (set) auf Kanal 01
ausgeführ. Damit sollten alle ein-Kanal-devices wie gewohnt funktionieren.
Wenn man multi-kanal devices benutzt muss man eine 8-stellige ID angeben.
Es wird jetzt empfohlen, ein Device mit 6-stelliger Nummer zu definieren
und danach die Kanäle mit 8-stelliger Nummer. Die 'Kanäle' referenzieren
dann das 'Device' - es ist also nurnoch ein Name anzugeben.
Kanal 01 kann man separat definieren oder das Device benutzen.
2) getPeers
das neue Kommando
set getPeers
liest die Liste der Peers eines Kanals. Die Peers sind direkt gepaarten
Refencen, die z.B. mit 'devicepair' oder direkt über die von HM
vorgeschriebene Prozedur eingerichtet wurden. Das Ergebnis steht im
Attribut 'peerList' des jeweiligen Kanals
Vielen Dank für die Tests und die Kommentare.
Wenn es keine Probleme gibt, werde ich es einchecken und die nächsten
Schritte einbauen (Register lesen und schreiben,...)
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com