Sicher, bei HM muss alles mit fhem/CUL gepaart werden. Und wenn auch
Fernbedienungen im Spiel sind, dann zuerst diese mit dem Geraet paaren, und zum
Schluss fhem.
HM ist komplexer fuer den Endanwender als FS20, bin nicht sicher ob die
Vorteile (BiDi & kuerzere Nachrichten) das ueberwiegen.
Da kommt noch eine nicht vollstaendige fhem Unterstuetzung und fehlende
Fhem-HM-Howto dazu :/ Aber das wird in den naechsten Jahren :) besser.
> glaube ich �bersehen - ne Blockade halt - sitze ja schon wieder 5
> Stunden vorm Rechner ..
Fruehaufsteher, was? :)
Du sagst es waere ein CUL und ein USB-Konfig-Adapter im Spiel.
Ich gehe davon aus, dass an fhem nur das CUL angeschlossen ist, sonst nichts.
Dann:
- HM-LC-SW1-FM in Grundzustand bringen (5-Sek druecken, loslassen, nochmal
druecken). Bitte im Handbuch checken, bin nicht ganz sicher.
Im fhem (inform timer) muesste eine Meldung mit "poweron" o.ae. erscheinen.
Wenn das nicht geht, dann ueber USB-Windows software resetten.
- im Fhem "set <Geraetename> pair" eingeben
ODER
- in fhem "set CUL hmPairForSec 600" eingeben
- innerhalb der naechsten 10 Minuten den HM-LC-SW1-FM zum Paring schalten
(5 Sek lang Knopf druecken)
- Ab jetzt muesste das schalten mit "set <Geraetename> on" usw. klappen.
- "set CUL hmProtocolEvents" koennte auch etwas beim Verstaendnis helfen.
Falls an fhem beide Adapter (CUL + USB-HMLAN) angeschlossen werden sollten,
dann macht es Sinn beiden das gleiche hmId zu vergeben.
- Das USB Adapter funktioniert mWn nicht mit fhem. Der HM-LAN Adapter und CUL
dagegen schon.
- Wenn man mehrere HM-Lan's an fhem anschliesst, dann ist das vielleicht doch
keine so gute Idee den gleichen hmId (ID wie Identitaet) zu haben, weil der
HM-LAN bekannten Geraeten selbstaendig ein Ack schickt.
- hmId vergibt man mit
attr CUL hmId 123456
attr HMLAN hmId 654321
- Ein HM-Aktor (wie auch ein FS20-Aktor) bekommt automatisch das letzte
definierte, direkt an fhem angeschlossene Geraet (z.Bsp ein CUL), was dieses
Protokoll spricht, als Ausgabegeraet (IODev) zugeordnet. Es sei denn man
setzt
attr HM_aktor IODev HMLAN
explizit.
> Ich setze den Aktor in den Grundzustand zur�ck - wenn ich dann den
> Aktor mit dem CUL verkn�pfe findet der HM-USB Adapter den Aktor nicht
> mehr selbst wenn ich die Seriennummer eingebe
Dieser Satz passt mir nicht ins Bild. Vielleicht ist das mit "HM-USB Adapter"
doch kein Vertipper. Wenn dieser an einem anderen PC/Programm haengt, dann ist
dieses Verhalten kein Wunder, und momentan auch nicht aenderbar.
Und ich dachte, Du willst 2 Adapter direkt an fhem anschliessen.
> Kann ich einen Aktor "gleichzeitig" sowohl mit der CCU als auch mit
> dem CUL ansteuern/ansprechen?
Nein. CCU/Fhem sind "Zentralen", und sagen bei der Paarung dem Aktor:
"ich bin der einzige, von dem Du ab jetzt Befehle akzeptierst".
Fernbedienungen nehmen Aktoren nich in Besitz, da ist Mehrfach-Paarung
moeglich. Es ist auch moeglich Fernbedienung + CUL/CCU:
- Fernbedienungen erst paaren, dann CUL/CCU, oder
- CCU sagt ueber das sog. "Direkte Geraeteverbindung" dem Aktor und der
Fernbedienung: Ihr sollt miteinander reden.
Geraeteverbindung ist in fhem noch nicht implementiert, ich meine es aber zu
wissen, wie das gemacht werden muss.
10_CUL_HM.pm hat code fuer beide Paarungsvarianten, es waere also vorstellbar
dass fhem fuer ausgewaehlte Aktoren Fernbedienung und nicht Zentrale spielt.
Der Haken an der Sache: Um eine Aktion auszuloesen muessen Fernbedienungen
andere Kommandos senden als die Zentrale, manche Sache gehen als Fernbedienung
gar nicht.
-> Wg. Mangel an Lust, das gleiche 2-mal zu recherchieren und die
Inkonsistenzen den Benutzer zu erklaeren, wird fhem erstmal nur als Zentrale
paaren.