So, ausgehend vom FGW14 / FAM14 (das FGW14 ist für Fhem transparent):
define FGW14_USB TCM ESP2 /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A104FJ6C-if00-port0@57600
attr FGW14_USB comType RS485
attr FGW14_USB learningMode demand
attr FGW14_USB sendInterval 100
- Für den USB-Port habe ich nicht den Standardpfad genommen, sonder die Serial ID. Weiteres dazu hier:
https://wiki.fhem.de/wiki/Mehrere_USB-Ger%C3%A4te_einbindenHier der Code für den ersten der vier Kanäle des FSR14-4x. Hier die Adresse 11. Zu beachten, im PCT14 werden die Adressen dezimal dargestellt. In Fhem müssen diese in HEX angegeben werden - Adresse 11 -> B - die anderen drei Kanäle sind dann analog dazu, nur mit anderer Adresse 12-14 (0000000C / 0000000D / 0000000E):
define EnO_0000000B EnOcean 0000000B
attr EnO_0000000B IODev FGW14_USB
attr EnO_0000000B eep A5-38-08
attr EnO_0000000B event-on-change-reading .*
attr EnO_0000000B genericDeviceType switch
attr EnO_0000000B gwCmd switching
attr EnO_0000000B manufID 00D
attr EnO_0000000B subDef 0010000B
attr EnO_0000000B subType gateway
attr EnO_0000000B webCmd on:off
- Das Attribut "subDef" ist hierbei der "virtuelle Fhem-Taster" mit dem du das Device aus Fhem schaltest. Ich habe mir hierbei angewöhnt, die Adresse gleich dem zugehörigen Device zu sezten nur mit der 1 an der dritten Stelle statt der Null. Das macht die Sache übersichtlicher.
Jetzt muß du diese subDef-Adresse noch im PCT14 bei deinem FSR14 Adresse 11 in die ID-Tabelle eintragen:
ID (HEX): 0010000B / Funktion: 51 / Kanal: 00000001
Dein physikalisch vorhandener Wandschalter, der am FTS14 angeschlossen ist, läuft bei dir auf der Adresse 00001006. Wenn du diese Adresse (so wie du es auch gemacht hast) direkt im PCT14 mit dem FSR14 verknüpfst, dann brauchst du den FTS14 nicht in Fhem anlegen. Es sei denn, du möchtest den Augenblick des Drückens in Fhem erleben.
Wenn du die Verknüpfung in Fhem machen möchtest, dann brauchst die Adresse nicht im Device verknüpfen sondern dann wie folgt (so mache ich es, da ich alle Vorgänge zentral in Fhem haben möchte - Vorteil: ich kann auch lange Tastendrucke auswerten und zuordnen oder mit jedem weiteren Tastendruck eine bestimmte Farbe anwählen, etc. - kleiner Nachteil: wenn der Raspberry mal nicht laufen sollte, geht nichts mehr):
define EnO_00001006 EnOcean 00001006
attr EnO_00001006 IODev FGW14_USB
attr EnO_00001006 manufID 00D
attr EnO_00001006 model FTS12
attr EnO_00001006 subType switch
attr EnO_00001006 teachMethod RPS
Der Status des FTS14 wird dann in Fhem wie folgt angezeigt: nicht gedrückt -> released // gedrückt -> je nach Kanal A0, AI, B0 oder BI
Dazu dann ein kurzes "notify" mit Beispiel Status "AI", das den Taster auswertet und das Device schaltet (wie gesagt, das wird nur gebraucht wenn die Verknüpfung nicht direkt über das PCT14 gemacht wird):
define Taster1.6_notify notify EnO_00001006:AI.* set EnO_0000000B toggle
Ich hoffe, ich habe alles verständlich erklärt und du kommst damit klar. Ansonsten bitte einfach wieder fragen.
Gruß, Sascha