Mit FGW14 an den Eltako RS485 Bus und mit FTD14 ins Enocean Funknetz

Begonnen von g.carls, 18 April 2014, 23:41:13

Vorheriges Thema - Nächstes Thema

g.carls

Die meisten Enocean Anwender werden die Module von Eltako mit einem TCM120 (BscBor) oder TCM310
USB Stick via Enocean Funk steuern.
Dieses Tutorial beschreibt eine kabelgebundene Anbindung des FHEM-Rechners an den Eltako RS485
Bus, über die sowohl Busaktoren als auch Enocean Funkaktoren gesteuert werden können und auch Enocean Funktelegramme
über das FAM14 Funkantennenmodel am RS485-Bus empfangen werden können.

Über diese Anbindung kann zuverlässiger als über die Funkschnittstelle der Schaltzustand der Busaktoren
erfasst werden. So belastet die zyklische Abfrage der Aktoren-Schaltzustände über den
RS485 Bus auch nicht unnötig das Enocean-Funknetz.

Nachfolgend wird eine Beispielkonfiguration für die FHEM Anbindung an den Eltako RS485
Bus beschrieben:


FHEM Eltako-Enocean/RS485-Bus-Hardware-Minimalkonfiguration

Eine beispielhafte Eltako-Minimalkonfiguration besteht aus folgenden Komponenten:
1 x Eltako FAM14 Funkantennenmodul
1 x FTD14 Bus Telegramm Duplizieret zum Weiterleiten von Bustelegrammen in das Enocean Funknetz
1 x Eltako FGW14 RS232-Gateway für kabelgebundene FHEM Integration
1 x FSR14-4x 4-fach Binäraktor
1 x Enocean Funktaster

Eltako FAM14
Das FAM14 ist ein Enocean-Funk-Antennenmodul für den Eltako-RS485-Bus mit austauschbarer Antenne,
integriertem Schaltnetzteil 12 V DC-1A.
Das FAM14 Modul verfügt über eine USB-Schnittstelle, über die mit der PCT16 Software die
Konfiguration sämtlicher Aktoren ausgelesen werden kann und jeder einzelne Bus-Aktor auch
konfiguriert werden kann. Auf diese Art und Weise lassen sich bei vielen Aktoren Funktionen
konfiguriere, die über die üblichen Drehschalter nicht erreichbar sind.
An der Funkschnittstelle verwendet dieses Modul das Enocean Funkprotokoll und auf
dem RS485 Bus verwendet das Modul das Enocean Serial Protocol 2 (ESP2).
Über die Funkschnittstelle empfangene Enocean Nachrichten setzt dieses Modul in ESP2
Nachrichten um und leitet diese an alle Module weiter, die am Eltako RS485-Bus
angeschlossen sind. Eltako Aktoren der 14er Serie sind bidirektional und erzeugen
Bestätigungstelegramme, die das FAM14 wiederum in das Funknetz sendet.
Über einen Drehschalter lässt sich das FAM14 Modul so konfigurieren, dass es zyklisch den Status
aller am RS485 Bus angeschlossenen Aktoren pollt. Die zyklischen abgefragten Status-
Informationen können wahlweise für alle Aktoren oder für eine mit der Eltako PCT16
Software konfigurierten Liste von Aktoren an das Funknetz weitergeleitet werden.
Eltako RS485 Module lassen sich auf einer Hutschiene montieren und werden über Steckbrücken
verbunden. Über die Steckbrücken werden die Module mit 12V DC und dem RS485 Bus versorgt.
Nach der Montage neuer Aktoren, muss dem neuen Aktor eine Id durch das FAM14 Modul
zugeteilt werden. Diese ID entspricht der Encean ID, die u.a. in den Statusnachrichten der
Module verwendet wird und über die die Module später in FHEM identifiziert werden können.

Eltako FTD14 Bus-Telegramm-Duplizierer
Die Telegramme eingelernter IDs werden dupliziert und mit einer neuen Ausgangs-ID direkt in den
in das Enocean Funknetz gesendet. Diese Funk-Telegramme können gezielt in dezentrale Aktoren
eingelernt werden. Insgesamt stehen 120 Speicherplätze zur Verfügung.

Eltako FGW14
Das Eltako FGW14 Modul stellt ein RS232 Gateway zum Eltako Rs485 Bus dar.
An den Bus können bis zu 3 FGW14 Gateways angeschlossen werden.
Diese Module sind eigentlich dafür vorgesehen, in grösseren Installationen mehrere
Enocean Funk-Empfänger an den Bus anzuschliessen um die Funkabdeckung zu vergrössern,
eine Kopplung zu einem Eltako Serie 12 Bus oder zu einem weiteren Eltako Serie 14
Bus herzustellen. Das Modul macht eine Umsetzung von RS485 auf RS232 und lässt
sich über die RS232 Schnittstelle an einen PC oder embedded PC mit FHEM anschliessen.
An der RS232 Schnittstelle wird das Enocean Serial Protocol 2 (ESP2) verwendet.
Dies ist das selbe Protokoll, das die Enocean TCM120 USB/RS232 Adapter verwenden, für deren
Integration in FHEM es das TCM Modul gibt.
Während das TCM120 Modul nur eine Baudrate von 9600 Baud unterstützt, unterstützt das FGW14
Baudraten von 9600 und 57600 Baud. Eine Baudrate von 57600 Baud entspricht der auf dem
Eltako RS485-Bus verwendeten Baudrate. Die zu verwendende Baudrate lässt sich über einen
Drehschalter am FGW14 einstellen. Für eine FHEM Integration sollte eine Baudrate von 57600
Baud verwendet werden. Dafür muss der FGW14 Drehschalter auf Position 6 gedreht werden
(Bus14 <-> RS232 58K Baud).

Eltako FSR14-4x
Das Eltako FSR14-4x ist ein 4-fach Relais-Modul in der hier beschriebenen Beispielkonfiguration.
Die 4 Relais können getrennt über den Bus durch FHEM angesteuert werden oder auch durch
einen Enocean Funktaster dessen Enocean Funktelegram vom FAM14 Modul auf den RS485 Bus
geschrieben wird.
Nach der Installation des FSR14 Moduls auf der Hutschiene und Anschluss am Bus über die
Steckbrücke muss man das FAM14 Modul einen Busscan durchführen lassen, damit das neu
installierte FSR14 Modul eine Adresse (ID) zugeteilt bekommt.
Der Drehschalter am FAM14 wird auf Pos. 1 gedreht, dessen untere LED leuchtet rot.
Der untere Drehschalter des FSR14 wird auf 1..4 gestellt.
Der mittlere Drehschalter des FSR14 wird auf LRN gedreht, die LED blinkt ruhig.
Nachdem die Adresse vom FAM14 vergeben wurde, leuchtet dessen untere LED für 5 Sekunden
grün und die LED des FSR14 erlischt.Bei diesem Vorgang wird jedem der 4 Relais eine
eigene Enocean Adresse (ID)im Bereich von 1-126 vergeben. Danach werden wieder alle
Drehschalter in ihre Ausgangsposition gedreht.



Anschluss an den FHEM Host-Rechner:
Das FGW14 Modul verfügt über RX und TX Klemmen, an denen das RS232 Signal anliegt.
Diese Klemmen müssen über Kreuz mit den entsprechenden Anschlüssen einer seriellen
Schnittstele des FHEM Hosts angeschlossen werden. D.h., RX von FGW14 mit TX vom Host und
TX von FGW14 mit RX vom Host. Verfügt der FHEM Host über keine RS232 Schnittstelle, so
verwendet man einen entsprechenden USB Adapter.

Konfiguration in fhem.cfg:

# Konfiguration der seriellen Schnittstelle:
#
# Drehschalter des FGW14 auf Pos 6 = 57600 Baud
#
define TCM120 TCM 120 /dev/ttyS3@57600
attr TCM120 alias Eltako FGW14
attr TCM120 verbose 3


Startet man FHEM nach dem Speichern der Konfigurationsänderungen neu sollte man
das fhem.log kontrollieren.
Dort findet man nun folgende Einträge:

2014.04.02 08:43:08 3: Opening TCM120 device /dev/ttyS3
2014.04.02 08:43:08 3: Setting TCM120 baudrate to 57600
2014.04.02 08:43:08 3: TCM120 device opened
2014.04.02 08:43:08 1: get baseID: Bogus answer received: 000000001520C5A55A8B0550000000000000023012


Die dritte Zeile signalisiert, dass erfolgreich eine Verbindung zum FGW14 hergestellt
werden konnte. Anschliessend versucht FHEM die BaseID des vermeintlichen
TCM120 Moduls abzufragen
Da es sich bei einem FGW14 Modul um kein TCM120 Funkmodul mit eigener BaseId handelt
kommt es zu obiger "Bogus answer received" Fehlermeldung.
Diese ist nicht weiter tragisch und kann einfach ignoriert werden.

Wenn in fhem.cfg folgendes Attribut gesetzt wurde
attr global autoload_undefined_devices 1

Dann erzeugt FHEM automatisch neue Einträge in der fhem-Konfiguration,
sobald von einem Sensor oder Aktor das erste Mal eine Nachricht auf dem RS485 Bus ausgetauscht wird.
Befindet sich der obere Drehschalter des FAM14 in Position 4 erhält FHEM über das FGW14 zyklisch
Statusmeldungen von allen Aktoren am RS485 Bus.
Auf Basis dieser Statusmeldungen erzeugt FHEM bereits Defines.
Für ein FSR14-4x wird pro Kanal ein Konfiguration in der folgenden Form generiert:

define EnO_switch_00000007 EnOcean 00000007
attr EnO_switch_00000007 IODev TCM120
attr EnO_switch_00000007 room EnOcean
attr EnO_switch_00000007 subType switch
define FileLog_EnO_switch_00000007 FileLog ./log/EnO_switch_00000007-%Y.log EnO_switch_00000007
attr FileLog_EnO_switch_00000007 logtype text
attr FileLog_EnO_switch_00000007 room EnOcean

Mit solch einer Konfiguration ist es bereits möglich Statusmeldungen und Signale von
Enocean Tastern und Sensoren in FHEM lesend auszuwerten.

Eltako RS485-Busaktoren mit FHEM ansteuern:

Steuert man Enocean Aktoren auf dem herkömmlichen Weg über TCM120 oder TCM310 USB Adapter
über Funk an, muss FHEM eine Absender ID aus dem Adressbereich des jeweiligen TCM USB-
Adapters verwenden. Diese Einschränkung gilt nicht für die Kommunikation mit den
Aktoren über den RS485 Bus. D.h., FHEM darf beliebige IDs verwenden, solange diese
eindeutig sind.
Möchte man mit einem FHEM-Webcmd Schalter einen Kanal eines FSR14-4x schalten, so muss
die automatisch generierte Konfiguration für das FSR14-4x Relais angepasst werden.
Dazu wird dem FHEM Schalter die frei gewählte ID 00100007 zugeordnet. Um die Übersicht
über vergebene IDs zu behalten, sollte man diese systematisch vergeben: z.B.
FHEM-ID= Aktor-ID+0x00100000.
Nun müssen FHEM-ID und Aktor-ID einander zugeordnet werden. Dies erfolgt über ein
Sub-Define innerhalb des FSR14 Defines mit dem subDef Attribut, dem man die FHEM-ID
zuweist.
Im folgenden Beispiel ist nun der FHEM-Schalter mit der ID 00100007 dem Aktor mit der
ID 00000007 zugeordnet.

#
# LAMPE
#
# B0: Lampe an
# BI: Lampe aus
#

define EnO_switch_00000007 EnOcean 00000007
attr EnO_switch_00000007 IODev TCM120
attr EnO_switch_00000007 alias LAMPE
attr EnO_switch_00000007 event-on-change-reading state,buttons,channelA,channelB
attr EnO_switch_00000007 group Beleuchtung
attr EnO_switch_00000007 gwCmd switching
attr EnO_switch_00000007 icon light_outdoor
attr EnO_switch_00000007 room Garten
attr EnO_switch_00000007 subDef 00100007
attr EnO_switch_00000007 subType gateway


Abschliessend muss die FHEM-ID noch in den Aktor eingelernt werden.
Dazu stellt man den zur ID 00000007 zugehörigen Kanal am unteren Drehschalter des FSR14 ein
und den oberen Drehschalter auf die Position LRN (Learn).
Anschliessend muss im Kommandofeld von FHEM das teach Kommando wie folgt eingegeben werden:

set EnO_switch_00000007 teach

Danach müssen die Drehschalter des FSR14-4x wieder in ihre Ausgangsposition gebracht werden.
Der Einlernvorgang ist abgeschlossen.
Über den FHEM-Schalter mit dem Namen "LAMPE" im Raum "Garten" kann nun das Relais
geschaltet werden!
Sofern man mit der Eltako PCT16 Software vertraut ist, kann man sich diesen etwas umständlichen
Einlernvorgang auch sparen und die in den subDefs verwendeten IDs auch direkt über die
PCT16 Software in den Aktoren konfigurieren.

Enocean Funkaktoren mit FHEM ansteuern:
Um einen Funkaktor anzusteuern muss eine frei gewählte ID in das FTD14 Modul eingelernt werden.
Dabei muss wie folgt vorgegangen werden:
Den unteren Drehschalter auf LRN stellen. Die obere rote LED blinkt ruhig.
In FHEM folgendes Kommando ausführen:

set EnO_switch_0000000X teach

Die obere rote LED erlischt.
Um unbeabsichtigtes Lernen zu verhindern, muss für weitere Lernvorgänge der Drehschalter
neu auf LRN gedreht werden, die obere rote LED blinkt wieder ruhig.
Das FTD14 Modul bildet die eingelernte ID auf eine eigene ID ab, die in das Funknetz gesendet wird.
In einen Funkaktor muss anschliessend die vom FTD14 verwendete ID eingelernt werden.


Spartacus

Hallo,
es gibt zwar schon Fragen dazu im Forum, aber vielleicht ist mein Thema hier besser aufgehoben:

  • könnte man das Eltako FGW14 RS232-Gateway für kabelgebundene FHEM Integration gegen die USB-Variante austauschen?
  • ich verstehe die Funktion des FAM 14 und die des FTD14 Bus Telegramm Duplizierer nicht richtig.
    Warum benötigt man diese beiden Komponenten?

In meiner geplanten Umgebung sollen auch dezentrale Eltako-Aktoren und Sensoren eingebunden werden. Da es den TCM310 von Busware nicht mehr gibt, suche ich eine Lösung mit externer Antenne (z.B FA250 ) um diese dezentralen Aktoren in  fhem an meinen raspberry pi in der Verteilung mit der o.a. Kabellösung, RS232 od. USB) anzubinden. Zentrale Aktoren FSR14-4x sind in der Verteilung auch enthalten.

Danke und Gruß,
Sparatcus.
Fhem-System: 1 x raspberry PI Typ B, 1 x enOcean PI Typ B | Enocean: PTM210, FMS61NP, FAM14, 2 x FSR14-4x, FTS14-EM | LaCrosse: 2 x TX29D über Jeelink V3 | 1-Wire: 2 x DS18B20 über DS9490R

g.carls

Zitat von: Spartacus am 11 September 2014, 11:31:17
Hallo,
es gibt zwar schon Fragen dazu im Forum, aber vielleicht ist mein Thema hier besser aufgehoben:

  • könnte man das Eltako FGW14 RS232-Gateway für kabelgebundene FHEM Integration gegen die USB-Variante austauschen?
  • ich verstehe die Funktion des FAM 14 und die des FTD14 Bus Telegramm Duplizierer nicht richtig.
    Warum benötigt man diese beiden Komponenten?

In meiner geplanten Umgebung sollen auch dezentrale Eltako-Aktoren und Sensoren eingebunden werden. Da es den TCM310 von Busware nicht mehr gibt, suche ich eine Lösung mit externer Antenne (z.B FA250 ) um diese dezentralen Aktoren in  fhem an meinen raspberry pi in der Verteilung mit der o.a. Kabellösung, RS232 od. USB) anzubinden. Zentrale Aktoren FSR14-4x sind in der Verteilung auch enthalten.

Danke und Gruß,
Sparatcus.
Das TCM310 Modul als USB-Stick gibt es aber noch von BSC bei amazon:
http://www.amazon.de/BSC-EnOcean-USB-Gateway-868MHz-Chipsatz/dp/B0063VOWEU/ref=sr_1_1?ie=UTF8&qid=1410970441&sr=8-1&keywords=enocean+tcm310

Das FAM14 von Eltako ist mehr oder weniger nur ein Empfänger. Enocean Nachrichten vom RS485 Bus werden vom FAM14 Modul nur gefiltert an das Funknetz weitergeleitet. zu den weitergeleiteten Telegrammen zählen z.B. nur die Bestätigungstelegramme oder Messwerte (z.B. Wechselstromzähler), jedoch nicht die Switchtelegramme von Binärsensoren am RS485 Bus.

Mit FHEM kann man zwar beliebige Switch-Telegramme mit selbst vergebenen IDs auf dem Bus erzeugen, jedoch bietet kein von Enocean hergestelltes Modul die Möglichkeit, diese IDs unverändert in Funknetz weiterzureichen. Diese Einschränkung erfolgt aus Sicherheitsgründen damit man z.B. keine Taster aus fremden Enocean Netzen simulieren kann um z.B. beim Nachbarn das Garagentor zu öffnen.

Die TCM310 Module haben daher grundsätzlich 128 hart kodierte IDs.
Mit dem FTD14 erhält man einen ID-Adressbereich, für den Nachrichten vom Bus ins Funknetz weitergesendet werden. Dabei wird die auf dem BUS verwendete ID auf eine im Funknetz verwendete ID abgebildet.

Viele Grüße,

Guido



Spartacus

Hallo Guido,
vielen Dank für Deine Antwort. Mein Problem ist, das die USB-TCM310- Module keine externe Antenne unterstützen. Ich habe ja bereits einen enoceanPI und der funkt max. vom Keller bis ins EG. Das FAM 14 mit der Miniantenne ist da schon viel besser! Hier habe ich aber auch eine externe Antenne bestellt und ziehe diese durch einen zentralen Schacht bis zur Hausmitte.

Das BUSWARE Modul bot ebenfalls die Möglichkeit eine externe Antenne anzuschließen, dann hätte ich es genau wie beim FAM14 gemacht, aber leider gibt es  das nicht mehr. Jetzt muss ich gucken, ob ich den enocean pi irgendwie zentral im Haus unterbringen kann, damit ich das Reichweitenproblem in den Griff bekomme.

Gruß,
Sparatcus.
Fhem-System: 1 x raspberry PI Typ B, 1 x enOcean PI Typ B | Enocean: PTM210, FMS61NP, FAM14, 2 x FSR14-4x, FTS14-EM | LaCrosse: 2 x TX29D über Jeelink V3 | 1-Wire: 2 x DS18B20 über DS9490R

g.carls

Hallo,

Du könntest einen zweiten RASPI als seriell zu IP Konverter einsetzen.
D.h., den FHEM RASPI lässt Du dort wo er ist und verbindest ihn via Ethernet oder WLAN mit einem 2. RASPI, den Du dort positionierst, wo die beste Position für den EnOcean Transceiver ist.
Auf dem 2. RASPI installierst Du den Enocean USB-Stick sowie die "ser2net" Software, die von der seriellen Schnittstelle des USB Sticks liest und die ESP-Telgramme der seriellen Schnittstelle via TCP/IP an den FHEM RASPI überträgt.

Die ser2net Konfiguration in /etc/ser2net.conf könnte zt.B. wie folgt aussehen:

#  <TCP port>:<state>:<timeout>:<device>:<options>
2206:raw:0:/dev/<EnoceanUSVDevice>:57600 8DATABITS NONE 1STOPBIT remctl

<EnoceanUSVDevice> musst du durch den Devicenamen Deines USB Sticks ersetzen.

Auf dem FHEM RASPI musst Du die TCM Schnittstelle danach wie folgt konfigurieren:

define TCM310_0 TCM ESP3 <EnoceanRASPI-IP>:2206

<EnoceanRASPI-IP> muss Du durch die IP des RASPIs mit dem Enocean USB Stick ersetzen.

Ich betreibe eine vergleichbare Konfiguration zur Fern-Anbindung eines FGW14 aus einem Verteilerkasten.
Für RASPIs gibt es ja sogar Hutschienengehäuse, so dass sich dieser "Enocean-Proxy" recht einfach in einem Verteiler unterbringen lässt.
Bei mir läuft diese Lösung einwandfrei und sehr stabil.


Viele Grüße,

Guido





Spartacus

#5
Hallo Guido,
danke für den Tipp, allerdings verstehe ich den Ansatz nicht so ganz! Warum packe ich den enocean pi nicht direkt an die zentrale Stelle im Haus. Dann läuft fhem zwar nicht auf einem pi in der Verteilung, aber ist ja im Prinzip auch egal.

Die ext. Antenne des FAM14 aus der Verteilung ist ja stark genug und somit sollte der enocean pi die Bestätigungstelegramme der Aktoren im RS485-Bus ohne Probleme empfangen können. Für mein FTS14EM hänge ich einfach ein FTS14FA mit externer Antenne dazu. Dann sollte es auch keine Probleme mit dem enocean pi geben.

Oder macht es mehr Sinn, einen pi über ein RS485-GW direkt in den RS485-Bus zu hängen und dann über einen TCM310-pi die Funkbusankopplung mit ggf. weiteren dezentralen Aktoren zu bauen. Dann dürfte der enocean Pi allerdings keine Bestätigungstelegramme vom FAM14 verarbeiten, da der RS485-pi diese über den Bus bekommt?!?

sorry, aber so ganz verstehe ich Deinen Ansatz noch nicht  :(
Spartacus

NACHTRAG:
Ich habe den enocean pi jetzt auf die mittlere Etage gestellt. Aber so richtig überzeugt bin ich davon nicht. Ich habe einen FMS61-NP. Und selbst auf der gleichen Etage kann der enocean pi ihn nicht schalten. Ein PMT210 packt es zumindest bis in das nächste Geschoss meines EFHs, wenn ich den Sender in den Aktor einlerne. Aber wirklich toll ist das auch nicht! Das FAM14 im Keller kann ich mit dem enocean pi erreichen. Wie macht man so etwas bei größeren Installationen? Ich kann doch nicht jeden Aktor als Repeater betreiben, das funzt doch auch nicht! Ich bin ein wenig ratlos, den meine Hütte ist ein normales EFH mit UG,EG,OG und DG ca. 60m2 pro Etage.
Fhem-System: 1 x raspberry PI Typ B, 1 x enOcean PI Typ B | Enocean: PTM210, FMS61NP, FAM14, 2 x FSR14-4x, FTS14-EM | LaCrosse: 2 x TX29D über Jeelink V3 | 1-Wire: 2 x DS18B20 über DS9490R

Norberto

Guten Morgen,

Ein Frage an die Experten: lokale Adressierung auf dem RS485-Bus Dezimal/Hexadezimal?

- Konfiguration wie in diesem Topic beschrieben über FGW14
- FSR14-2x mit PCT14 konfiguriert auf die Bus-IDs 11+12 Dezimal

Wieso kann ich dann den 1.Kanal des FSR14 sowohl über

    "define EnOcean_switch_FSR14 EnOcean 0000000B"

als auch mit

    "define EnOcean_switch_FSR14 EnOcean 00000011"

erreichen (2. Kanal 0xC und 0x11) ?

Hinweis: Rückmeldungen des 1. Kanals vom Aktor kommen nur über

    "define EnOcean_switch_FSR14 EnOcean 0000000B"

D.h. wenn man ein Device auf Adresse 0x11 anlegt und den Aktor darüber anspricht kommen die Aktor-Rückmeldungen über ein zweites Devive 0xB.

Habe ich hier etwas falsch verstanden oder ist dies eine ungewollte Fehlfunktion von FHEM ?

Grüße, Norbert

Spartacus

Hallo Norberto,
ich würde gerne helfen, aber das kann ich leider nicht beantworten. Bin noch lange kein Experte.  Ich habe  2x FSR14-4x im Bus. wenn ich etwas testen soll, sag kurz Bescheid.

Meine Adressen im BUS habe ich von der Basisadresse (FAM14 Basisadresse: xxxx7280) hochgezählt, wobei Kanal 1 des ersten Aktors die xxxx7281 und Kanal 4 des zweiten Aktors  xxxx7288 hat.

Spartacus.
Fhem-System: 1 x raspberry PI Typ B, 1 x enOcean PI Typ B | Enocean: PTM210, FMS61NP, FAM14, 2 x FSR14-4x, FTS14-EM | LaCrosse: 2 x TX29D über Jeelink V3 | 1-Wire: 2 x DS18B20 über DS9490R

Norberto


Hallo Spartacus,

Danke für das Angebot.
Ich habe die nächsten Tage keine Gelegenheit zu testen aber Du hasst mir schon einen Denkanstoss gegeben: Ich hatte die RS484 Devices bis jetzt nur über die lokale Adresse auf dem Bus (1..n ohne Basisadresse FAM14) angesprochen. Hatte nicht daran gedacht dass man wie über den Funkweg auch die Module über den Bus auch mit dazuaddierter Basisadresse ansprechen könnte.
Ich werde das Ende der Woche mal testen und beobachten ob ich den von mir beschriebenen Effekt dann immer noch sehe).

Gruß, Norbert

Spartacus

Hallo,
ich muss hier doch noch mal in die Runde der Experten fragen:

FAM14 per USB an Rpi:
define FAM14 TCM ESP2 /dev/ttyUSB0@57600
attr FAM14 comType RS485
attr FAM14 learningMode demand
attr FAM14 room EnOcean
attr FAM14 sendInterval 25
attr FAM14 verbose 3

#
Im RS485-Bus einen FSR14-4x
define EnOcean_switch_FSR14 EnOcean FF9B7284
attr EnOcean_switch_FSR14 IODev FAM14
attr EnOcean_switch_FSR14 alias Lampe
attr EnOcean_switch_FSR14 group Hauseingang
attr EnOcean_switch_FSR14 gwCmd switching
attr EnOcean_switch_FSR14 icon light_outdoor
attr EnOcean_switch_FSR14 manufID 00D
attr EnOcean_switch_FSR14 room EnOcean
attr EnOcean_switch_FSR14 subType gateway


Wenn ich den Aktor betätige, dann schaltet er ein und aus, wie er es soll.
Von 10x Schalten, klappt es 8x. Im Protokoll von fhem steht, dass der Aktor geschaltet wurde, aber es scheint das Telegramm nicht anzukommen. Kann man an der o.a. Konfiguration noch irgendetwas optimieren? Das sendinterval habe ich auch schon mehrfach geändert!
Oder ist das einfach so bei fhem mit enOcean!
USB-Kabel ist 1m.
Rpi-FW ist aktuell wg. möglicher USB-Probleme, fehm aktuell,  FAM14-BA steht auf 5; 2 und 4 habe ich auch getestet.

Christian.
Fhem-System: 1 x raspberry PI Typ B, 1 x enOcean PI Typ B | Enocean: PTM210, FMS61NP, FAM14, 2 x FSR14-4x, FTS14-EM | LaCrosse: 2 x TX29D über Jeelink V3 | 1-Wire: 2 x DS18B20 über DS9490R

JackPit

    Zitat von: Spartacus am 11 September 2014, 11:31:17
    Hallo,
    es gibt zwar schon Fragen dazu im Forum, aber vielleicht ist mein Thema hier besser aufgehoben:

    • könnte man das Eltako FGW14 RS232-Gateway für kabelgebundene FHEM Integration gegen die USB-Variante austauschen?

    Danke und Gruß,
    Sparatcus.

    Hallo,

    hier möchte ich gerne einhaken und eine Frage zur Initialisierung des FGW14-USB stellen. Ich habe gleich die USB Version bestellt und
    die oft gepostete INIT für das FGW14-RS232 verwendet.    Ergebnis =  Eltako FGW14   disconnected !
    define TCM120 TCM 120 /dev/ttyS2@57600    (alternativ ttyUSBx verwendet)
    attr TCM120 alias Eltako FGW14

    FWG14-USB wird als FTDI USB Seriell vom Rechner erkannt.

    Hat jemand einen Tipp oder das Teil am laufen ??

    Danke und Grüße   JackPit


    [/list]

    Spartacus

    Hallo,
    ich habe zwar kein FGW14, ich habe das FAM14 per USB direkt angeschlossen.

    define FAM14 TCM ESP2 /dev/ttyUSB0@57600
    attr FAM14 comType RS485
    attr FAM14 learningMode demand
    attr FAM14 room EnOcean
    attr FAM14 sendInterval 25


    autocreate disablen.
    Das funzt eigentlich ganz gut mit dem FAM14 über USB.
    Spartacus.
    Fhem-System: 1 x raspberry PI Typ B, 1 x enOcean PI Typ B | Enocean: PTM210, FMS61NP, FAM14, 2 x FSR14-4x, FTS14-EM | LaCrosse: 2 x TX29D über Jeelink V3 | 1-Wire: 2 x DS18B20 über DS9490R

    yogi

    Hallo,

    Ich habe auch vor, ein FAM14 per USB direkt am Raspberry Pi anzuschliessen, unter anderem auch, da der Empfang des FAM14 (mit externer Antenne) viel besser ist als der Empfang des EnOcean Pi.

    Kann das FAM14 in dieser Konstellation ein Telegram von einem Temperatursensor an FHEM weiterleiten? (Also: leitet das FAM14 alle empfangenen Telegramme per USB weiter?)

    Wenn ich es richtig begriffen habe, kann das FAM14 in dieser Konstellation aber keine Telegramme von FHEM versenden. Stimmt das?

    Herzlichen Dank.

    yogi

    Klinki

    Zitat von: yogi am 28 Oktober 2014, 12:13:20
    Kann das FAM14 in dieser Konstellation ein Telegram von einem Temperatursensor an FHEM weiterleiten? (Also: leitet das FAM14 alle empfangenen Telegramme per USB weiter?)
    Du meinst Funk-Telegramme von einem Sensor? - Ja, das klappt

    Zitat von: yogi am 28 Oktober 2014, 12:13:20
    Wenn ich es richtig begriffen habe, kann das FAM14 in dieser Konstellation aber keine Telegramme von FHEM versenden. Stimmt das?
    Richtig. Dazu wäre dann zusätzlich ein FTD14 erforderlich. Oder EnOceanPi...USB-Stick, usw.

    dft606

    Hallo zusammen,

    habe ich es aus dem Verlauf der Diskussion richtig entnommen. Die Verbindung des Eltako Bus zu FHEM (Raspberry PI) kann über den USB Anschluss des FAM14 erfolgen.

    Ein FGW14-USB wird nicht benötigt?
    Wofür ist dieses dann?


    Gruß

    Johannes

    Klinki

    Die Funktion hat g.carls ganz oben eigentlich gut erklärt.
    Wenn Du per USB direkt an´s FAM14 gehst, brauchst du kein FGW14. Ist eine und/oder-Geschichte.

    Wenn Du den EnOcean-Funk nicht brauchst, könntest Du auf ein FAM14 verzichten und nur ein FGW14 einsetzen. Ist auch etwas günstiger...
    Dann wird allerdings noch ein Netzteil für die Spannungsversorgung des Buses benötigt, s. https://wiki.fhem.de/wiki/EnOcean-Eltako-RS485-Bus

    gruß
    klinki

    hexenmeister

    Bin kein Experte, aber ohne FAM14 fehlt dem Bus ja ein Busmaster. FGW14 alleine kann das nicht. Gibt es ein FHEM-Modul, das diese Aufgabe übernehmen kann?
    Maintainer: MQTT_GENERIC_BRIDGE, SYSMON, SMARTMON, systemd_watchdog, MQTT, MQTT_DEVICE, MQTT_BRIDGE
    Contrib: dev_proxy

    Klinki

    Zitat von: hexenmeister am 02 Januar 2018, 09:25:16
    Bin kein Experte, aber ohne FAM14 fehlt dem Bus ja ein Busmaster. FGW14 alleine kann das nicht.
    Richtig! Einen Busmaster braucht man. Entweder ein FAM14 oder ein FTS14KS.
    Ignoriert meinen vorherigen Beitrag!


    LHBL2003

    Hi,

    so jetzt bin ich komplett durcheinander und benötige dringend eure Hilfe.
    Ich habe bereits einige Module Bestellt und werde gleich dem Versand bescheid geben, dass die mit dem Versand warten sollen, da dieser Beitrag mich total durcheinander gebracht hat.

    Ich möchte folgendes zunächst realisieren:

    Ich möchte ein weitestgehend Kabelgebundenes System bei dem ich Verdrahtete Taster benutze und 230V LEDs dimmen kann.
    Zudem soll das System weitestgehend funktionieren, wenn FHEM mal einen Absturz erleidet.
    Im nächsten Ausbauschritt sollen dann noch die Rollos verdrahtet angesteuert werden.
    Evtl. werden Irgendwann auch noch mal Funktaster genutzt. (Aber dies gilt zu vermeiden)
    Außerdem soll der Stand-By verbrauch im Zaum gehalten werden.
    Daher punktet bisher das ELTAKO System gegenüber Homematic Wired und KNX (Abgesehen davon sind die Komponenten recht teuer)


    Aufgabe 1:
    Ich möchte einen Taster nutzen und damit eine dimmbare LED dimmen. Dies soll nach Möglichkeit direkt geschehen, aber Fhem soll natürlich mithören und ggf. auch seinen Beitrag dazu geben.

    Demnach habe ich folgende Komponenten bestellt:

    Modul 1 - Stromversorgung:
    Hier habe ich das Eltako Schaltnetzteil 30000034 Typ FSNT12-12V/24W bestellt. Dies sollte für alle Dienste später vollkommen ausreichend sein.

    Modul 2 Gateway zu FHEM Einbindung:
    Hier habe ich den Eltako FGW14-USB mit USB-Anschluss bestellt. (Hohe 57600 Baud habe ich hier gelesen, also schon mal gut, ich hoffe Fhem kommt mit dem USB Anschluss zurecht).

    Modul 3 - Aktor zum Dimmen:
    Hier habe ich den Eltako RS485-Bus-Universal-Dimmaktor FUD14 bis 400W bestellt. (Diese sollten 230V Dimmbare LEDs dimmen können.)

    Modul 4 - Sensor 10 Fach Eingang:
    Hier habe ich den Eltako FTS14EM Eingabemodul für den Eltako-RS485-Bus bestellt. Um Gira Taster anschließen zu können.



    Verstehe ich das richtig:
    Jetzt brauche ich gezwungener weise noch einen FAM14 oder ein FTS14KS um einen Bus Master zu haben, der die Adressen der Module wie Dimmer und 10 Fach Eingänge Pflegt?
    Die Adressen kann ich dann entweder durch FHEM in den Busmaster (etwas umständlicher) laden oder mit dem Eltako Tool Eltako PCT16 (Nach etwas Einarbeitungszeit).

    Die unterschiede zwischen den beiden sind nur folgende richtig?:

    FAM14:
    Kommunikationsschnittstelle mit 12W >MIT< Möglichkeit zum Anbinden von Funkmodulen da hier eine Antenne Verbaut ist. / Stand-by-Verlust nur 1 Watt
    Also Bus Master für Adressen und Funkmodul für Funkmodule

    FTS14KS:
    Kommunikationsschnittstelle mit 12W >OHNE< Möglichkeit zum Anbinden von Funkmodulen / Stand-by-Verlust nur 0,6 Watt
    Nur Busmaster für Adressen



    Den FTD14 (Bus Telegramm Duplizieret zum Weiterleiten von Bustelegrammen in das Enocean Funknetz)
    Den muss ich mir dann kaufen, sobald ich z.B. einen Funktaster benutzen möchte. Solange ich keinen habe und keine Funkkomponenten besitze ist dieser überflüssig. Sobald ich welche habe wandelt dieser Die Telegramme von Bus Protokoll in Funk Protokoll zw. umgekehrt um. Da diese Intelligenz nicht im Kommunikationsschnittstellenmodul wie FAM14 und FTS14KS enthalten ist.



    So jetzt bleiben noch folgende Fragen:
    Brauche ich das Gateway FGW14-USB überhaupt?
    Oder kann ich mich jetzt nun an den FAM14 / FTS14KS direkt über USB hängen?
    Welche vor und Nachteile habe ich wenn ich den FGW14-USB weg lasse / was bewirkt dieser für FHEM?

    FAM14 und FTS14KS haben ein integriertes 12W Netzteil.
    Wozu ist dann der FSNT12-12V/24W? Ist das um die Leistung von 12W auf 36W zu erhöhen?
    Oder ist das um etwas mit 12V und maximal 24W anzusteuern?

    Habt vielen Dank für eure schnellen antworten.
    Damit ich auch meine Bestellung weitestgehend sinnvoll korrigieren kann.

    Vielen Vielen Dank
    Gruß Denis

    hexenmeister

    #19
    Dein Vorhaben ist meiner Installation recht ähnlich... Grundsätzlich gut realisierbar.
    Ich würde Dir sehr ans Herz legen, etwas von Eltako Dokumentation zu studieren. Im Netz findet man alles nötige.

    In Kürze:
    Nimm den FAM14, bist flexiebler.
    Extranetzteil brauchst Du vermutlich nicht, nur wenn Du sehr viele Aktoren hast (rechne einfach deren Gesamtverbrauch zusammen und vergleiche mit der vorhandenen Leistung in FAM14). Mein FAM14 versorgt 4xFTS14EM, 1xFGW14, 4xFSR14, 5xFUD14, 3xFSB14.
    FGW14 kann theoretisch entfallen, man kann auch FAM14 als Gateway benutzen. Lief in meinen Tests gut. Nachteile: Unbequem anzuschliessen (FGW14 hat einen nach hinten herausgeführte USB-Kabel), laut Eltako ist FAM14 nicht für Dauerbetrieb in diesem Modus gedacht, es gab wohl Userberichte über Instabilitäten. Beim Konfigurieren über PCT14 (Du kommst nicht drun herum. Es geht schon, aber man muss sich das Leben nicht unnötig kompliziert machen) musst Du dann Kabel umstecken.
    FTD14 brauchst Du nicht zum Benutzen von Funktastern, die gehen prima mit FAM14. FTD14 brauchst Du, wenn Du FunkAKTOREN steuern willst.
    FTS14EM werden nicht über FAM14 konfiguriert, sie bekommen keine Adressen vergeben, sind nicht in PCT14 sichtbar. Müssen nur verschiedene IDs über die Steuerrädchen bekommen und gut.
    Als Steuerspannung für die FTS kann AC oder DC zw. 8 und 230V verwendet werden. Ich nehme 12DC von einem extra Netzteil (Meanwell). Unter keinen Umtänden Spannung vom Bus nehmen!
    Wenn Deine Aktoren/Sensoren nicht alle in eine Reihe passen, wirst Du noch eine Leitung-Brücke (kurze Leitung mit Steckern) brauchen (der Name ist mir gerade entfallen). EDIT: gefunden: BBV14. Recht teuer für ein kurzes Stück Drähte :/

    Maintainer: MQTT_GENERIC_BRIDGE, SYSMON, SMARTMON, systemd_watchdog, MQTT, MQTT_DEVICE, MQTT_BRIDGE
    Contrib: dev_proxy

    LHBL2003

    #20
    Super vielen lieben Dank Hexenmeister für die ziemlich schnelle Antwort.

    Die Kurze Leitung mit Stecker heißt "Flexibler Busverbinder BBV". Das hatte ich mal hier gesehen  ;D https://www.youtube.com/watch?v=WK6Nun5qbAY
    Weiß jemand ob man den Bus auch über mehrere Meter Ziehen kann? Ich denke da an Etagen Verteilerkästen, wer will schon je Raum 2 Leitungen in den Keller ziehen um eine Deckenlampe anzusteuern. (Die frage kann ich inzwischen selbst beantworten, Eltako Busankoppler, FBA14 RS485-Busankopp benötigt man.)

    Also ich werde dann den

    +FAM14 Bestellen damit ich zum einen einen Busmaster habe und via Funk Sensoren empfangen kann.
    +FGW14 werde ich Bestellen damit es in 10 Jahren kein Problem mit dem FAM14 gibt oder ich wegen dem Dauerbetrieb auf Dauer Probleme bekomme.

    -FTD14 werde ich nicht bestellen, denn ich habe keine Autoren die ich via Funk steuern möchte. Kabel werden ja im Haus neu gezogen.
    -FSNT12-12V/24W werde ich nicht nehmen. Mit 12W komme ich erst einmal eine weile hin und dann kann ich ja nachhaken wie man das einbindet.

    Theoretisch brauche ich ja kein Netzteil, ich könnte ja einfach 230V auf das FTS14EM Modul jagen über den Taster oder verkürzt das die Lebensdauer wegen verschweißen von irgend welchen Komponenten wie bei Relais?




    Frust und Freude:

    Es freut mich zu hören, das es jemanden gibt der etwas ähnliches umgesetzt hat :)
    Dann bin ich ja guter Hoffnung das es funktioniert.
    Denn ich habe sicherlich 2 oder 3 Wochen herumgesucht um eine sinnige Variante zu finden um nicht Philips HUE einsetzen zu müssen.
    Denn das Thema Dimmen von LEDs ist eine reinste Katastrophe. Entweder nicht umsetzbar, siehe Homematic Wired. (Problematisch bei FHEM Ausfall, Flackern wegen Phasenanschnitsdimmern)
    Oder mit hohem Stand-By betrieb wie Homematic Funk (Problematisch bei FHEM Ausfall, keine Hutschienen Version, nur Unter die Decke)
    Oder Homematic IP was jetzt nicht Zukunftssicher ist. (Problematisch bei Internet Ausfall :)
    Oder KNX, ja nett aber doch etwas viel zu teuer. (4 LED Dimm Anschlüsse 200-250Euro + Grundsystem dafür könnte es aber auch ohne FHEM leben)
    Oder HBWired die selbstgebauten Module mit Homematic Wired Protokollen und Arduino (Tolle Idee, aber wenn ich Tot umfalle weil mich ein Auto überfährt, dann erschießt mich meine Frau weil keiner die Bastelei austauschen kann :)
    Oder andere SmartHome System die alle keine Dimmbaren Module haben (nicht einmal Zwischensteckdosen). (Jede Lampe muss ja Smart Home haben, Teuer und vor allen nicht Zukunftssicher. Einerseits Schaft man Glühbirnen ab, andererseits hat jede LED Lampe ein eigenes Hirn, wie hirnlos ist das?)

    Aber ich bin guter dinge das Eltako eine für mich Preiswerte aber gute zukunftsorientierte Lösung ist um etwas Ambiente in ein Haus zu bringen.
    Angenehmes Licht beim essen, Im Wohnzimmer, zum Putzen, um nachts auf Toilette zu gehen ohne von 20Watt LEDs aufgeweckt zu werden.
    Alle Rolls abends herunter zu fahren um auch etwas Energie einzusparen, die man mit einem Home System verbrät :D OK ich glaube man spart schon etwas mehr gas als man für die Home Steuerung ausgibt. Vor allen muss ich die Rollos morgens nicht wieder hoch machen :D

    So vielen Dank und ich hoffe den Teil Frust und Freude hat jemanden weitergeholfen, andernfalls hoffe ich der jenige hat den Teil übersprungen.
    Aber die Google Suche sollte ein hoffentlich hier her gezogen zur Antwort seiner suche. ;)

    hexenmeister

    #21
    FTS sind ja laut Beschreibung für den Betrieb mit 230V spezifiziert (https://www.eltako.com/fileadmin/downloads/de/_bedienung/FTS14EM_30014060-1_dt.pdf), also sollte da sich nichts verkürzen. Ich hatte 12V einfach schon da, damit wird einer der FHEM-Server (Raspberry 3) gespeist und noch einiges mehr.
    Ich habe meine Eltako-Anlage selbst installiert und in konfiguriert und kann Dir gerne weitere Fragen beantworten, aber nocht mehr heute, ich schlaffe sonst gleich vor dem Paltop ein ;D

    Btw. falls Dich interessiert, ich habe die meiste Hardware bei eibmarkt gekauft. SIe waren preislich ganz gut. Soll keine Werbung sein, nur meine gute Erfahrung damit.
    https://www.eibmarkt.com/cgi-bin/eibmarkt.storefront/5a8e0acb000cafac27574debae3906ab/Product/View/NS6513863
    Maintainer: MQTT_GENERIC_BRIDGE, SYSMON, SMARTMON, systemd_watchdog, MQTT, MQTT_DEVICE, MQTT_BRIDGE
    Contrib: dev_proxy

    EVduck

    Ich hänge mich hier mal an. Ich habe ein komplettes Eltako-System mit FAM14 und Taster Gateway FTS14TG und darüber angebundene Bustaster B4FT65 (und diversen Aktoren). Funktioniert auch stand alone hervorragend. Die Anbindung an fhem erfolgt über usb am FAM14. Nun möchte ich mit den Bustastern auch andere Leuchten schalten, dazu sollte die Anbindung an fhem genutzt werden - wie aber lese ich die Taster aus?

    hexenmeister

    Die Taster sende ihre IDs auf den Bus, FHEM bekommt sie mit.

    Bei mir funktionieren beide folgende Methoden zum Auslesen von Eingängen von FTS14EM

    # Taster WZ Licht Top
    define DG_WZ_TA_Licht_Top_Up EnOcean 00001003
    attr DG_WZ_TA_Licht_Top_Up IODev FGW14
    attr DG_WZ_TA_Licht_Top_Up eep F6-02-01
    attr DG_WZ_TA_Licht_Top_Up manufID 00D
    attr DG_WZ_TA_Licht_Top_Up room EnOcean
    attr DG_WZ_TA_Licht_Top_Up subType switch
    attr DG_WZ_TA_Licht_Top_Up teachMethod RPS



    # Tastsensoren
    define EnO_switch_00001001 EnOcean 00001001
    attr EnO_switch_00001001 IODev FGW14
    attr EnO_switch_00001001 manufID 00D
    attr EnO_switch_00001001 model FTS12
    attr EnO_switch_00001001 room EnOcean
    attr EnO_switch_00001001 subType switch
    Maintainer: MQTT_GENERIC_BRIDGE, SYSMON, SMARTMON, systemd_watchdog, MQTT, MQTT_DEVICE, MQTT_BRIDGE
    Contrib: dev_proxy

    LHBL2003

    Mal eine Frage am Rande: gibt es zu den teach Sachen eine Dokumentation?
    Es gibt readings und Attribut wo das verwendet wird, aber mit ist unklar was die Werte der readings bedeuten ebenso die Werte bei den Attributen.

    krikan

    Zitat von: LHBL2003 am 07 März 2018, 06:11:02
    Mal eine Frage am Rande: gibt es zu den teach Sachen eine Dokumentation?
    Es gibt readings und Attribut wo das verwendet wird, aber mit ist unklar was die Werte der readings bedeuten ebenso die Werte bei den Attributen.
    Findet man doch in http://commandref.fhem.de/#EnOcean und http://commandref.fhem.de/#TCM. Die Readings sind im Wesentlichen selbstsprechend.
    Ergänzend evtl. noch https://www.enocean.com/esp
    Vielleicht stellst Du die Frage einmal konkreter. Der Bezug zum Thread ist mir nämlich auch unklar.

    Gruß, Christian

    BastiScholz

    Hallo in die Runde!
    Vielleicht gibt es hier ja noch jemanden, der mir weiter helfen kann, auch wenn der Beitrag schon recht alt ist ;)

    Habe hier eine Eltako Anlage, die etwa dem entspricht, wie beim TE oben beschrieben steht. Habe allerdings kein FTD14, soweit ich sehen kann.

    Problem: Ich habe es zwar hinbekommen, dass FHEM den BUS erkennt ("initialized") aber es werden anscheinend keine automatischen Einträge erstellt, so wie es hier beschrieben wird. Diesen Befehl define TCM120 TCM 120 /dev/ttyS3@57600 musste ich anpassen, denn sonst wurde der "alias FGW14" nicht initialisiert. Ich habe stattdessen ..../ttyAMA0@57600 genommen (weiß nicht mehr, wieso, habe es einfach probiert) und danach wurde das Gerät erkannt.
    In meinem Log steht:
    2020.01.19 19:33:38 3: Opening TCM120 device /dev/ttyAMA0
    2020.01.19 19:33:38 3: Setting TCM120 serial parameters to 57600,8,N,1
    2020.01.19 19:33:38 3: TCM120 device opened
    2020.01.19 19:33:38 1: Including ./log/fhem.save
    2020.01.19 19:33:40 3: TCM TCM120 set reset
    2020.01.19 19:33:42 2: TCM TCM120 Timeout reading response for get reset
    2020.01.19 19:33:43 3: TCM TCM120 get baseID
    2020.01.19 19:33:45 2: TCM TCM120 Timeout reading response for get baseID
    2020.01.19 19:33:45 2: TCM TCM120 initialized


    Das entspricht ja auch nicht ganz dem, wie es in der Anleitung oben steht. Vielleicht liegt hier schon das Problem??

    Danke! ;)

    Klinki

    Hi,

    Ich habe mir abgewöhnt, die Geräte im Debian über ihre Nummer (ttyAMA0, ttyUSB0, usw. ) anzusprechen, sondern über ihre eindeutige ID. Diesen Alias findet man im /dev/serial/by-id Verzeichnis. Problem ist, dass die Nummern durch den udev mehr oder weniger willkürlich vergeben werden. Über die ID kann die Definition in fhem eindeutig erfolgen. So sieht es bei mir aus:

    lrwxrwxrwx 1 root root 13 Dez 23 11:05 usb-busware.de_CUL868-if00 -> ../../ttyACM0
    lrwxrwxrwx 1 root root 13 Dez 23 11:05 usb-FTDI_FT232R_USB_UART_AK05EKJX-if00-port0 -> ../../ttyUSB1
    lrwxrwxrwx 1 root root 13 Dez 23 11:05 usb-FTDI_FT232R_USB_UART_AL006Q6G-if00-port0 -> ../../ttyUSB0

    In fhem ist die Definition des Gerätes dann

    /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AK05EKJX-if00-port0@57600


    Kommste klar?
    Gruß
    klinki

    Stonemuc

    Mal ne Frage..ich will von meinem Rasperry mit EnOcean Aufsteckmodul weg und auf meinen OMV Server mit FHEM Docker umziehen. Ich geh mit USB direkt auf das FAM14. Welche Position muss ich dann auf dem FAM14 einstellen? Ganz normal BA 2? Oder muss ich was beachten? Hoffe das haut alles hin...FTD14 muss ich auch noch anlernen.
    FHEM aus Raspberry PI 3 B+, Haussteuerung auf EnOcean Basis, Tecalor THZ 404eco Wärmepumpe

    Stonemuc

    Dachte ich mir, dass es nicht einfach wird. Habe FHEM ja als Docker Container laufen und irgendetwas passt mit der Einbindung der USB Ports nicht. Es springt sekündlich zwischen disconnected und open hin und her.
    Das ist dann so schlimm, dass der ganze Container lahmgelegt ist.
    FHEM aus Raspberry PI 3 B+, Haussteuerung auf EnOcean Basis, Tecalor THZ 404eco Wärmepumpe

    Stonemuc

    Auch wenn ich Gefahr laufe einen Monolog zu verfassen...ich hab alles soweit migrieren können, allerdings nicht im Docker Container, sondern als FHEM Installation "on top" OMV auf dem Debian 9. So bekomme ich auch beide USB Devices ohne Probleme eingebunden.
    Eine Sache läuft noch nicht so wie es sein sollte. Und zwar wird der Status der FSR14 nicht angezeigt. Also die ganzen Switches schalten zwar, ändern ihren State und somit das Aussehen auf der Weboberfläche nicht. Lediglich STATE ändert sich.
    Beim Rollo funktioniert es mit dem FSB14. Woran kann das liegen? Muss ich noch etwas ändern? Oder muss ichbhatte alle Devices löschen und neu anlegen? Ich hab einfach meine alte Fhem.cfg rübergezogen und ein paar Sachen wie z.B. das Einbinden über FAM14 geändert.

    Hat jemand eine Idee? Mit dem RPi und dem TCM 120 Modul lief alles wunderbar.
    FHEM aus Raspberry PI 3 B+, Haussteuerung auf EnOcean Basis, Tecalor THZ 404eco Wärmepumpe

    claudio

    Would it be possible to connect directly to the RS485 eltako bus without the FGW14-USB with this (a RS485 to serial ttl and a serial to usb ) :

    https://i.postimg.cc/Bnc8p3f3/IMG-20210317-025441.jpg

    What would be the pinout ? the RS485 have 3 connector for rs485 : gnd, a, b

    satprofi

    Kurze Frage, wie bindet man den FGW14-USB jetzt in FHEM ein?
    Als neuen CUL?
    gruss
    -----------------------------------------------------------------------
    beelink miniPC - Fhem 6.x CUL 868, FS20, NetIO230 CUL 433
    HMLAN, HM-CC-RT-DN,Homematic Actoren,LD382A,Telegram

    BeOCeKa

    Als Neuling habe ich mich vor über einem Jahr unter anderem auch hier eingelesen, bevor ich meine Eltako Komponenten gekauft habe.
    Diesen Duplizierer FTD14 habe ich auch gekauft.

    Gestern habe ich erstmals FHEM (mit USB300) mit meiner Eltako Anlage bekannt gemacht. FAM14 sendet bei mir in Betriebsmodus 2 jedes Signal der fünf oder sechs FTS14EM und jede Rückmeldung der Aktoren auch über Funk. Ich sehe bisher alles in FEHM. Und Eltako sieht alle meine FHEM Sensoren.

    Den Sinn des FTD erschließt sich mir nicht. Aber für Eltako / FHEM Neulinge von mir der Hinweis, dass man für eine Grundinstallation diesen FTD nicht braucht.

    Noch ein kleiner Tipp von mir: Ich würde den USB Anschluss von FAM14 für eine Windows Maschine (oder Wine, falls möglich) vorbehalten und evtl. dauerhaft physikalisch verbinden. Diese kleinen Buchsen sind dann doch schnell ausgeleiert. Für die Anbindung habe ich mich für den USB 300 Stick entschieden. So kann ich im Gegensatz zu FGW14-USB nicht nur Eltako Signale empfangen, sondern alle EnOcean Signale - auch von anderen Anbietern. Und die müssen auch nicht zwangsläufig in Eltako eingelernt sein, damit sie in FHEM (und über Umwege in Eltako) funktionieren.
    FHEM Debian Proxmox
    Eltako FAM14, 2xBGW14, 10xBUTH55, 10xF4SR14-LED, 4xFAE14SSR, 8xFSB14, FSU14, FTD14, 3xFUD14, 6xFTS14EM

    lms-daniel

    Liebe Forumsgemeinde,

    ich hatte bisher eine Konfiguration aus 2016, die weitgehend unverändert lief - daher musste ich mich zwischenzeitlich nicht mehr intensiv mit FHEM beschäftigen.

    Konfig
    raspberry PI3B+
    Eltako u.a. mit Anbindung FGW14-USB

    Jetzt musste ich das System neu aufsetzen und nun gibt es bei der Einbindung des FGW14-USB Probleme.

    Definiert als:
    define TCM_ESP2 TCM ESP2 /dev/ttyUSB0@57600

    Der FGW14-USB wird ordnungsgemäß als "initialized" angezeigt

    Sobald der FGW14-USB definiert ist tritt folgendes Phänomen/ Problem auf:
    Wird FHEM.cfg geöffnet und anschließend gespeichert erhalte ich immer wieder mal einen weißen Bildschirm.
    Offenbar beendet FHEM die Verbindung und startet neu.

    Hat sich die Definition des FGW14-USB geändert oder ist das ein "tocken-Problem"?

    Im Log steht u.a. folgendes:
    PERL WARNING: Use of uninitialized value in string eq at ./FHEM/00_TCM.pm line 1550.

    Kann mir hier jemand vielleicht weiterhelfen?

    Danke VG Daniel

    satprofi

    hallo.
    will enocean auch in fhem untegrieren. jetzt läuft es über rasperrymatic, mit fgw14-usb. aber kein gescheites frui.

    habe das hier gefunden
    https://wiki.fhem.de/wiki/EnOcean_Starter_Guide
    evt. attr comtype setzen.

    könntest du bescheid geben obs klapot?
    gruss
    -----------------------------------------------------------------------
    beelink miniPC - Fhem 6.x CUL 868, FS20, NetIO230 CUL 433
    HMLAN, HM-CC-RT-DN,Homematic Actoren,LD382A,Telegram

    Cybers

    Zitat von: satprofi am 02 Januar 2022, 20:02:08
    hallo.
    will enocean auch in fhem untegrieren. jetzt läuft es über rasperrymatic, mit fgw14-usb. aber kein gescheites frui.

    habe das hier gefunden
    https://wiki.fhem.de/wiki/EnOcean_Starter_Guide
    evt. attr comtype setzen.

    könntest du bescheid geben obs klapot?

    Hallo,

    ich erlaube mir mal dir zu Antworten: Grundsätzlich sind deine Informationen, die du hier kund tust, sehr dürftig und mit Hilfe der "Suche" hättest du bestimmt ganz viele Beispiele gefunden.
    So sieht mein define aus:
    define FGW14_USB TCM ESP2 /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A104FJ6C-if00-port0@57600
    attr FGW14_USB blockSenderID own
    attr FGW14_USB comType RS485
    attr FGW14_USB fingerprint on
    attr FGW14_USB learningMode demand
    attr FGW14_USB sendInterval 100


    Diesen Teil ( /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A104FJ6C-if00-port0 ) im "define" musst du noch für dich anpassen: https://wiki.fhem.de/wiki/Mehrere_USB-Ger%C3%A4te_einbinden

    Gruß, Sascha
    FHEM 6.2 auf Raspberry PI 4 / Smartvisu
    Eltako Serie 14: FAM14, FGW14-USB, FSB14, FSR14-4x, FSR14-2x, FDG14, FTS14-EM in Kombination mit Jung F50 24V Tastern
    1-Wire Temperatursensoren
    aus alter Zeit:
    Gott sei Dank nur noch 3 Homematic Jalousie- & Schaltaktoren! Wer sich mit Funk auskennt, legt Kabel

    satprofi

    danje. aber meine antwort bezog sich auf beitrag oberhalb.
    gruss
    -----------------------------------------------------------------------
    beelink miniPC - Fhem 6.x CUL 868, FS20, NetIO230 CUL 433
    HMLAN, HM-CC-RT-DN,Homematic Actoren,LD382A,Telegram

    satprofi

    Hallo.
    Habe auch mein eltako system erfolgreich von raspberrymatic nach fhem übersiedelt, incl. ftui.
    klappt alles hervorragend.
    was ich aber jetzt noch als problem habe ist:

    ich schalte mit fhem eine lampe, eltako reagiert. schalte ich mit taster die lampe aus, erkennt es auch fhem.
    wenn aber die verbindung zu eltako ausfällt, erkennt das fhem nicht. die schaltbefehle gehen nicht ab, aber die sybolzustände ändern sich. also lampe on obwohl finster.
    was muss man da beachten?
    gruss
    -----------------------------------------------------------------------
    beelink miniPC - Fhem 6.x CUL 868, FS20, NetIO230 CUL 433
    HMLAN, HM-CC-RT-DN,Homematic Actoren,LD382A,Telegram

    satprofi

    einstellung gefunden, FTS14 muss auf stellung 7 sein, dann werden auch statustelegramme der aktoren empfangen.
    gruss
    -----------------------------------------------------------------------
    beelink miniPC - Fhem 6.x CUL 868, FS20, NetIO230 CUL 433
    HMLAN, HM-CC-RT-DN,Homematic Actoren,LD382A,Telegram

    dahansi

    #40
    Hallo!
    Wir haben vor kurzem Eltako als Haussteuerung bei uns bekommen. Ich hatte mal vor Jahren mit Fhem angefangen. Bin aber mittlerweile weitest gehend wieder raus.

    Ich würde gerne Eltako mit FHEM verbinden

    Folgende Hardware ist vorhanden:
    - FAM14
    - Mehrere F4SR14, FUD14, FSB14

    Ich habe zusätzlich installiert:
    - FGW14-USB
    - Raspberry mit FHEM

    FGW14 ist über die Hutschiene im BUS eingebunden und die led blinkt bei Betätigung von Schaltern.
    Der Raspberry ist über die USB Schnittstelle mit dem FGW14 verbunden.

    Leider scheitere ich schon an der Inbetriebnahme!  :'( 

    Nach dem Anlegen von TCM120 und setzen der Attribute wie in der Beschreibung angegeben erhalte ich folgende Meldung in der log-Datei:

    2023.10.12 07:22:31 3: Opening TCM120 device /dev/ttyS3
    2023.10.12 07:22:31 1: TCM120: Can't open /dev/ttyS3: No such file or directory
    2023.10.12 07:22:31 1: Including /log/fhem.save
    2023.10.12 07:22:31 2: TCM TCM120 not initialized
    2023.10.12 07:22:31 1: usb create starting
    2023.10.12 07:22:31 3: Probing ZWDongle device /dev/seriall
    2023.10.12 07:22:31 3: Probing CUL device /dev/ttyAMAO
    2023.10.12 07:22:31 3: Probing TCM_ESP3 device /dev/ttyAMA®
    2023.10.12 07:22:31 3: Probing ZWDongle device /dev/ttyAMA®
    2023.10.12 07:22:31 3: Probing SIGNALDuino device /dev/ttyAMAO
    2023.10.12 07:22:31 3: Probing MYSENSORS device /dev/ttyAMAO
    2023.10.12 07:22:32 3: Probing ArduCounter device /dev/ttyAMAO
    2023.10.12 07:22:31 3: Probing Elsnerws device /dev/ttyAMAG
    2023.10.12 07:22:31 3: Probing FRM device /dev/ttyAMA®
    2023.10.12 07:22:31 3: Probing TCM_ESP3 device /dev/ttyUSBe
    2023.10.12 07:22:31 3: Probing TCM_ESP2 device /dev/ttyUSBe
    2023.10.12 07:22:31 3: Probing FHZ device /dev/ttyUSBO
    2023.10.12 07:22:39 3: Probing TRX device /dev/ttyUSBO
    2023.10.12 07:22:31 3: Probing ZWDongle device /dev/ttyusBo
    2023.10.12 07:22:39 3: Probing SIGNALDuino device /dev/ttyUSBO
    2023.10.12 07:22:31 3: Probing MYSENSORS device /dev/ttyUsBo
    2023.10.12 07:22:31 3: Probing ArduCounter device /dev/ttyUsBO
    2023.10.12 07:22:40 3: Probing ELsnerwS device /dev/ttyUsBe
    2023.10.12 07:22:31 3: Probing FRM device /dev/ttyusBe
    2023.10.12 07:22:46 1: usb create end
    2023.10.12 07:22:46 0: Featurelevel: 6.2

    Kann mir jemand sagen, was hier das Problem ist?

    Cybers

    Hallo,

    bitte als erstes ein list von dem Device. Alles andere ist ein "in die Glaskugel schauen"... dann helfe ich gerne weiter.

    Gruß, Sascha
    FHEM 6.2 auf Raspberry PI 4 / Smartvisu
    Eltako Serie 14: FAM14, FGW14-USB, FSB14, FSR14-4x, FSR14-2x, FDG14, FTS14-EM in Kombination mit Jung F50 24V Tastern
    1-Wire Temperatursensoren
    aus alter Zeit:
    Gott sei Dank nur noch 3 Homematic Jalousie- & Schaltaktoren! Wer sich mit Funk auskennt, legt Kabel

    dahansi

    Zitat von: Cybers am 13 Oktober 2023, 15:05:30Hallo,

    bitte als erstes ein list von dem Device. Alles andere ist ein "in die Glaskugel schauen"... dann helfe ich gerne weiter.

    Gruß, Sascha

    Alles klar! Was muss ich tun?

    Cybers

    Bitte in Fhem in die Befehlszeile folgendes eingeben:

    list DeinDeviceNameTCM

    Für DeinDeviceNameTCM musst du den Namen des TCM Device eintragen.

    Unabhängig davon habe ich vier Posts über deinem ersten die richtige Definition geschrieben. Dennoch brauche ich dein list um deine Definition analysieren zu können.
    Welche Einstellungen (Drehregler) hat dein FGW14, welche dein FAM14?
    FHEM 6.2 auf Raspberry PI 4 / Smartvisu
    Eltako Serie 14: FAM14, FGW14-USB, FSB14, FSR14-4x, FSR14-2x, FDG14, FTS14-EM in Kombination mit Jung F50 24V Tastern
    1-Wire Temperatursensoren
    aus alter Zeit:
    Gott sei Dank nur noch 3 Homematic Jalousie- & Schaltaktoren! Wer sich mit Funk auskennt, legt Kabel

    dahansi

    Zitat von: Cybers am 14 Oktober 2023, 18:01:20Bitte in Fhem in die Befehlszeile folgendes eingeben:

    list DeinDeviceNameTCM

    Für DeinDeviceNameTCM musst du den Namen des TCM Device eintragen.

    Unabhängig davon habe ich vier Posts über deinem ersten die richtige Definition geschrieben. Dennoch brauche ich dein list um deine Definition analysieren zu können.
    Welche Einstellungen (Drehregler) hat dein FGW14, welche dein FAM14?

    So endlich geschafft:


    BaseID     00000000
       DEF        ESP2 /dev/ttyS3@57600
       DeviceName /dev/ttyS3@57600
       FUUID      652a4e86-f33f-2715-8ceb-aba320b43a6daaa1
       LastID     00000000
       MODEL      ESP2
       NAME       FGW14
       NOTIFYDEV  global
       NR         53
       NTFY_ORDER 45-FGW14
       PARTIAL   
       STATE      disconnected
       TYPE       TCM
       READINGS:
         2023-10-14 10:17:11   state           disconnected
       helper:
    Attributes:
       comType    RS485
       room       Technik
       verbose    3


    dahansi


    Cybers

    Zitat von: dahansi am 18 Oktober 2023, 15:45:20
    BaseID     00000000
       DEF        ESP2 /dev/ttyS3@57600
       DeviceName /dev/ttyS3@57600
       FUUID      652a4e86-f33f-2715-8ceb-aba320b43a6daaa1
       LastID     00000000
       MODEL      ESP2
       NAME       FGW14
       NOTIFYDEV  global
       NR         53
       NTFY_ORDER 45-FGW14
       PARTIAL   
       STATE      disconnected
       TYPE       TCM
       READINGS:
         2023-10-14 10:17:11   state           disconnected
       helper:
    Attributes:
       comType    RS485
       room       Technik
       verbose    3

    Bitte im DEF einmal wie folgt ändern:
    ESP2 /dev/ttyUSB0@57600
    FHEM 6.2 auf Raspberry PI 4 / Smartvisu
    Eltako Serie 14: FAM14, FGW14-USB, FSB14, FSR14-4x, FSR14-2x, FDG14, FTS14-EM in Kombination mit Jung F50 24V Tastern
    1-Wire Temperatursensoren
    aus alter Zeit:
    Gott sei Dank nur noch 3 Homematic Jalousie- & Schaltaktoren! Wer sich mit Funk auskennt, legt Kabel

    dahansi

    #47
    Super Danke! Das hat mich schon mal weiter gebracht! Die einzelnen Devices wurden automatisch angelegt.

    Allerdings hab ich noch ein Problem beim Anlernen.

    Ich bin wie beschrieben vorgegangen:

    - attr EnO_00000004 subDef 0010004
    - Am Aktor: Kanal 4 gewählt
    - Regler auf LRN
    - set EnO_00000004 teach

    Dann erhalte ich die Fehlermeldung:

    Unknown argument teach, choose one of A0 AI B0 BI C0 CI D0 DI released

    Der Aktor hört nicht auf zu blinken

    Cybers

    auch hier bitte wieder ein ,,list" von dem Device!Ohne zu wissen, um welches Eltako-Device es sich hierbei handelt, kann ich nicht weiterhelfen!
    Die meisten automatisch angelegten Devices werden falsch, bzw. nicht komplett angelegt!
    Unabhängig davon ist es bei der Serie 14 deutlich einfacher, alle Adresszuordnungen über das PCT14 machen und nicht über den Anlernvorgang mit ,,teach".
    FHEM 6.2 auf Raspberry PI 4 / Smartvisu
    Eltako Serie 14: FAM14, FGW14-USB, FSB14, FSR14-4x, FSR14-2x, FDG14, FTS14-EM in Kombination mit Jung F50 24V Tastern
    1-Wire Temperatursensoren
    aus alter Zeit:
    Gott sei Dank nur noch 3 Homematic Jalousie- & Schaltaktoren! Wer sich mit Funk auskennt, legt Kabel

    dahansi

    Okay! Das kann ich liefern.

    Ich habe hier 3 Lists.
    1. FSR14-LED von mir versucht anzulernen
    2. FSR14-LED nach autocreat
    3. FUD14 nach autocreat

    list eines Teilnehmers

    List FSR14-LED

    (Bereits von mir bearbeitet)

    Internals:
       DEF        00000004
       FGW14_MSGCNT 22
       FGW14_TIME 2023-10-20 21:31:27
       FUUID      65317f85-f33f-0cc0-8e3b-cdcda41190e8341b
       IODev      FGW14
       LASTInputDev FGW14
       MSGCNT     22
       NAME       EnO_00000004
       NR         56
       NTFY_ORDER 50-EnO_00000004
       STATE      BI
       TYPE       EnOcean
       eventCount 83
       READINGS:
         2023-10-19 22:11:50   IODev           FGW14
         2023-10-20 21:31:27   buttons         pressed
         2023-10-19 23:02:30   channelA        A0
         2023-10-20 21:31:27   channelB        BI
         2023-10-20 21:31:27   state           BI
         2023-10-19 21:12:05   teach           RPS teach-in accepted EEP F6-02-01 Manufacturer: no ID
       helper:
    Attributes:
       IODev      FGW14
       alias      EnO_00000004
       creator    autocreate
       eep        F6-02-01
       manufID    7FF
       room       Gang,EnOcean
       subDef     00000054
       subDefB    00100004
       subType    switch
       switchType channel
       teachMethod RPS

    (Jungfräulich)

    Internals:
       DEF        0000000F
       FGW14_MSGCNT 5
       FGW14_TIME 2023-10-22 22:29:34
       FUUID      65317f86-f33f-0cc0-5432-1dffa938a704d278
       IODev      FGW14
       LASTInputDev FGW14
       MSGCNT     5
       NAME       EnO_0000000F
       NR         74
       NTFY_ORDER 50-EnO_0000000F
       STATE      BI
       TYPE       EnOcean
       eventCount 5
       READINGS:
         2023-10-19 22:11:50   IODev           FGW14
         2023-10-22 22:29:34   buttons         pressed
         2023-10-22 22:29:34   channelB        BI
         2023-10-22 22:29:34   state           BI
         2023-10-19 21:12:06   teach           RPS teach-in accepted EEP F6-02-01 Manufacturer: no ID
       helper:
    Attributes:
       IODev      FGW14
       alias      EnO_0000000F
       creator    autocreate
       eep        F6-02-01
       manufID    7FF
       room       EnOcean
       subType    switch
       teachMethod RPS

    (FUD14)

    Internals:
       DEF        FEDEDBD7
       FGW14_MSGCNT 28
       FGW14_TIME 2023-10-22 22:31:31
       FUUID      65318a81-f33f-0cc0-b7bc-5701689fa494d0bb
       IODev      FGW14
       LASTInputDev FGW14
       MSGCNT     28
       NAME       EnO_FEDEDBD7
       NR         143
       NTFY_ORDER 50-EnO_FEDEDBD7
       STATE      BI
       TYPE       EnOcean
       eventCount 28
       READINGS:
         2023-10-19 22:11:50   IODev           FGW14
         2023-10-22 22:31:31   buttons         released
         2023-10-19 21:59:18   channelA        A0
         2023-10-22 22:31:29   channelB        BI
         2023-10-19 22:00:23   channelD        DI
         2023-10-22 22:31:29   state           BI
         2023-10-19 21:58:57   teach           RPS teach-in accepted EEP F6-02-01 Manufacturer: no ID
       helper:
    Attributes:
       IODev      FGW14
       alias      Lampe
       creator    autocreate
       eep        F6-02-01
       manufID    7FF
       room       Esszimmer,EnOcean
       subType    switch
       teachMethod RPS


    Ich bin mit der PCT14 noch nicht so vertraut. Ich habe bisher den FGW14-USB eingebunden, aber noch keine Teilnehmer angelernt.
    Dazu werde ich wissen müssen, welche id die Teilnehmer in Fhem haben?

    dahansi

    Noch eine Frage zu Eltako FTD14

    Den benötige ich nur, wenn ich dezentrale Aktoren habe? Da bei mir alle Aktoren über FAM14 im Bus integriert sind ist das bei mir nicht nötig?

    Cybers

    So, um es kurz zu machen, in deinen Definitionen ist so einiges im argen um nicht zu sagen eigentlich alles:

    - grundsätzlich muß das Attribut "manufID" bei allen Eltako Enocean Devices den Wert "00D" haben!!!

    Zum FSR14-LED:
    - ein FSR14 hat mehrere Kanäle. Bei deinem FSR14-LED sind es vier. In diesem Fall mußt du auch vier Devices mit mit vier verschiedenen, aufeinanderfolgenden Adressen anlegen. Z.B. "00000004", "00000005", "00000006", "00000007"
    - für das FRS14-LED müssen folgende Attribute enstprechend gesetzt werden: "eep" --> "A5-38-08" / "gwCmd" --> "switching" / "subType" --> "gateway"
    - das Attribut "subDef" muß gesetzt werden um das Device aus Fhem schalten zu können. Hier bietet es sich an, die Adresse aus dem DEF zu nehmen und z.B. an der dritten Stelle statt der "0" eine "1" zu nehmen. Dann hat man immer den Bezug von Adresse des Diveces zum virtuellen Fhem-Schalter. So z.B.: im DEF "00000004" und dann das Attribut "subDef" auf "00100004".
    - folgende Attribute löschen: "subDefB" / "switchType"

    Zum FUD14:
    - für den FUD14 müssen folgende Attribute enstprechend gesetzt werden: "eep" --> "I5-38-08" / "gwCmd" --> "dimming" / "subType" --> "gateway" / "model" --> "Eltako_TF"
    - das Attribut "subDef" muß gesetzt werden um das Device aus Fhem schalten zu können. Hier bietet es sich an, die Adresse aus dem DEF zu nehmen und z.B. an der dritten Stelle statt der "0" eine "1" zu nehmen. Dann hat man immer den Bezug von Adresse des Diveces zum virtuellen Fhem-Schalter. So z.B.: im DEF "00000004" und dann das Attribut "subDef" auf "00100004".

    Für die Zuweisung der "subDef"-Adressen in die Geräte ist die PCT14-Software die eleganteste und schnellste Lösung. Man muß nur immer beachten, dass die Adressen in Fhem in Hex angegeben werden und die Adresse im FAM14 per PCT14 in Dec. Aber erstmal das obere und dann zum PCT14. ;)
    Grundsätzlich würde ich allerdings auch die Devices nicht über autocreate anlegen lassen sondern zuerst per PCT14 einen Bus-Scan machen und für alle Geräte eine Adresse vergeben und dann entsprechend in Fhem manuell anlegen.

    Ein Eltako FTD14 brauchst du in deinem Anwendungfall nicht.
    FHEM 6.2 auf Raspberry PI 4 / Smartvisu
    Eltako Serie 14: FAM14, FGW14-USB, FSB14, FSR14-4x, FSR14-2x, FDG14, FTS14-EM in Kombination mit Jung F50 24V Tastern
    1-Wire Temperatursensoren
    aus alter Zeit:
    Gott sei Dank nur noch 3 Homematic Jalousie- & Schaltaktoren! Wer sich mit Funk auskennt, legt Kabel

    dahansi

    #52
    Also erstmal: EIN FETTES DANKE SCHÖN für die Hilfe. (Hast du eine Lightning Adresse? Dann lass ich dir für die Mühen ein Value4Value zukommen!)

    Dann werde ich mal meine Konfiguration zurück setzen und mich manuell an das ganze ran setzen. Wo bekomm ich denn die ganze Einstellungen her? Die muss es ja irgendwo nachzulesen geben? Ich habe nämlich auch noch den FSB14 für die Rollläden im Einsatz. [EDIT] Okay, in der Doku unter commandref ist einiges zu finden. Wenn man es richtig interpretieren kann [/edit]

    Ich werde mich heute mal dran machen und dann nochmal rückmelden.

    dahansi

    Ach ist das nervig, wenn man sich nicht auskennt und bei jedem Schritt nachfragen muss. Und dann noch kein Internet auf der Baustelle und alles mit dem Handy machen.

    Mir ist bewusst, dass der F4SR14-LED 4 Kanäle hat. Ich würde gerne einen nach dem anderen anlernen.

    Hier das neue List:

    Internals:
      DEF        00000004
      FGW14_MSGCNT 4
      FGW14_TIME 2023-10-23 23:54:23
      FUUID      65317f85-f33f-0cc0-8e3b-cdcda41190e8341b
      IODev      FGW14
      LASTInputDev FGW14
      MSGCNT    4
      NAME      EnO_00000004
      NR        60
      NTFY_ORDER 50-EnO_00000004
      STATE      off
      TYPE      EnOcean
      eventCount 82
      OLDREADINGS:
      READINGS:
        2023-10-23 23:55:51  block          unlock
        2023-10-23 23:55:51  state          off
        2023-10-23 23:54:42  teach          4BS teach-in sent
      helper:
    Attributes:
      IODev      FGW14
      alias      EnO_00000004
      creator    autocreate
      eep        A5-38-08
      gwCmd      switching
      manufID    00D
      room      Gang,EnOcean
      subDef    00100004
      subType    gateway
      teachMethod RPS

    Jetzt stellt sich für mich die Frage: Was muss ich in PCT14 bei diesem F4SR14-LED für mein EnO_00000004 für den Kanal 4 mit eintragen?

    Ich klicke in der ID Tabelle Funktionsgruppe 2 bei der nächsten freien Nr. auf Daten ändern:

    Dann müssten die Daten doch folgendermaßen eingetragen werden:

    ID (Hex steht hier?): 00 10 00 04  03 Richtungstaster Unten Ein    rechte Wippe     x Kanal 4

    Daten übernehmen und auf Geräte übertragen.

    Dann sollte in Fhem, wobei im Gang jetzt bei EnO_00000004 eine Lampe und ein und aus angezeigt wird, mit ein und aus, die Lampe ein bzw. ausgeschaltet werden können?

    Ja es funktioniert leider nicht...


    Cybers

    In der ID-Zuordnungstabelle musst du unter Funktion ,,Kommando von GFVS" auswählen.
    Das List sieht gut aus. 👍🏻
    FHEM 6.2 auf Raspberry PI 4 / Smartvisu
    Eltako Serie 14: FAM14, FGW14-USB, FSB14, FSR14-4x, FSR14-2x, FDG14, FTS14-EM in Kombination mit Jung F50 24V Tastern
    1-Wire Temperatursensoren
    aus alter Zeit:
    Gott sei Dank nur noch 3 Homematic Jalousie- & Schaltaktoren! Wer sich mit Funk auskennt, legt Kabel

    dahansi

    Jetzt hab ich mich schon voller Vorfreude auf darauf gefreut voll loslegen zu können und dann wieder ein Rückschlag: leider gibt es die Funktion Kommando von GFVS nicht.

    Hier die komplette Auswahl

    Cybers

    Hallo,

    auf den ersten Blick konnte ich mit den Funktionen in deinem Screenshot nichts anfangen. Ich habe dann mal mein PCT14 auf die neueste Version geupdatet und siehe da, die verschiedenen Funktionbezeichnungen wurden geändert. Du mußt die Funktion "51 - Schaltzustand vom Controller" wählen. Ich habe dir mal einen Screenshot beigefügt wie es aussehen sollte.

    Gruß, Sascha
    FHEM 6.2 auf Raspberry PI 4 / Smartvisu
    Eltako Serie 14: FAM14, FGW14-USB, FSB14, FSR14-4x, FSR14-2x, FDG14, FTS14-EM in Kombination mit Jung F50 24V Tastern
    1-Wire Temperatursensoren
    aus alter Zeit:
    Gott sei Dank nur noch 3 Homematic Jalousie- & Schaltaktoren! Wer sich mit Funk auskennt, legt Kabel

    dahansi

    #57
    Also: Wider erwarten funktioniert es immer noch nicht. Darum habe ich jetzt mal alles zusammengefasst. Außerdem habe ich die fhem.cfg auf ein Minimum reduziert.

    Hier zunächst mal die fhem.cfg

    attr global userattr cmdIcon devStateIcon:textField-long devStateStyle icon sortby webCmd webCmdLabel:textField-long widgetOverride
    attr global alias global
    attr global autoload_undefined_devices 1
    attr global logfile ./log/fhem-%Y-%m.log
    attr global modpath .
    attr global statefile ./log/fhem.save
    attr global verbose 3

    define WEB FHEMWEB 8083 global
    setuuid WEB 65317c46-f33f-0cc0-fb02-10da95f87896a840
    attr WEB alias WEB
    attr WEB editConfig 1
    attr WEB stylesheetPrefix dark

    #define autocreate autocreate
    #setuuid autocreate 65317c46-f33f-0cc0-653a-5ab3d273f172aa87
    #attr autocreate alias autocreate
    #attr autocreate filelog ./log/%NAME-%Y.log

    # IOBroker config
    define telnetPort telnet 7072 global
    setuuid telnetPort 653aa684-f33f-0cc0-1b73-f93fb7920480f9b0
    attr telnetPort alias telnetPort
    define fhem.0.send2ioB dummy
    setuuid fhem.0.send2ioB 653aa693-f33f-0cc0-b4c4-5a033789a4c5bcc1
    attr fhem.0.send2ioB alias fhem.0.send2ioB
    attr fhem.0.send2ioB comment Auto-created by ioBroker fhem.0
    attr fhem.0.send2ioB room ioB_System
    define fhem.0.alive dummy
    setuuid fhem.0.alive 653aa694-f33f-0cc0-f6de-450d7e04f33baa2e
    attr fhem.0.alive alias fhem.0.alive
    attr fhem.0.alive comment Auto-created by ioBroker fhem.0
    attr fhem.0.alive room ioB_System
    attr fhem.0.alive setList on:noArg off:noArg
    attr fhem.0.alive useSetExtensions 1


    # Erstellen nach Anweisung
    define FGW14 TCM ESP2 /dev/ttyUSB0@57600
    setuuid FGW14 652b3033-f33f-2715-0773-28224027a69e4969
    attr FGW14 alias FGW14
    attr FGW14 comType RS485
    attr FGW14 learningMode always
    attr FGW14 room Technik
    attr FGW14 sendInterval 100
    attr FGW14 verbose 3

    define EnO_00000004 EnOcean 00000004
    setuuid EnO_00000004 65317f85-f33f-0cc0-8e3b-cdcda41190e8341b
    attr EnO_00000004 IODev FGW14
    attr EnO_00000004 alias EnO_00000004
    attr EnO_00000004 eep A5-38-08
    attr EnO_00000004 gwCmd switching
    attr EnO_00000004 manufID 00D
    attr EnO_00000004 room Gang,EnOcean
    attr EnO_00000004 subDef 00100004
    attr EnO_00000004 subType gateway
    attr EnO_00000004 teachMethod RPS
    # attr EnO_00000004 creator autocreate
    define FileLog_EnO_00000004 FileLog ./log/EnO_00000004-%Y.log EnO_00000004
    setuuid FileLog_EnO_00000004 65317f85-f33f-0cc0-b779-81a7e9915002065d
    attr FileLog_EnO_00000004 alias FileLog_EnO_00000004
    attr FileLog_EnO_00000004 logtype text
    attr FileLog_EnO_00000004 room EnOcean

    Das List der FGW14 im Anhang

    Du darfst diesen Dateianhang nicht ansehen.

    Attribute des EnO_00000004

    Du darfst diesen Dateianhang nicht ansehen.

    Der Aktor EnO_00000004 ist das Licht im Gang. Das empfängt ioBroker im Protokoll wenn der Taster im Gang betätigt wird

    Du darfst diesen Dateianhang nicht ansehen.

    Wenn ich den "Taster" in Fhem betätige erscheint in ioBroker ioBroker_2

    Du darfst diesen Dateianhang nicht ansehen.

    Die Konfiguration des FSR14 ist im Bild pct14_kanal_config zu sehen.

    Du darfst diesen Dateianhang nicht ansehen.

    Ist hier ein Fehler zu finden?

    Liegt es daran, dass es sich um ein F4SR14-LED handelt? ist hier evtl die eep eine andere?

    Hier noch ein Bild meiner Installation

    Du darfst diesen Dateianhang nicht ansehen.

    Vielleicht ist da ja das Problem.

    Einstellungen

    FAM14:
    Oben 2
    Unten 1

    F4SR14-LED:
    Oben 0
    Mitte Auto 1
    Unten Auto

    FGW14:
    6

    Cybers

    Beim FAM14 bitte BA auf 4.
    So wie es aussieht, sind die Hold-Klemmen vom FAM14 und FGW14 nicht miteinander verbunden. Grundsätzlich müssen ALLE Hold-Klemmen miteinander verbunden sein.
    Wenn das PCT14 per USB-Kabel mit dem FAM14 verbunden ist und auch aktiv ist (grün im PCT14) dann ist das ganze System tot und reagiert auf keinerlei Eingaben, bzw. Signale. Also entweder die Verbindung im PCT14 trennen oder das USB-Kabel abziehen.
    FHEM 6.2 auf Raspberry PI 4 / Smartvisu
    Eltako Serie 14: FAM14, FGW14-USB, FSB14, FSR14-4x, FSR14-2x, FDG14, FTS14-EM in Kombination mit Jung F50 24V Tastern
    1-Wire Temperatursensoren
    aus alter Zeit:
    Gott sei Dank nur noch 3 Homematic Jalousie- & Schaltaktoren! Wer sich mit Funk auskennt, legt Kabel

    dahansi

    Okay! Jetzt haben wir das Problem gefunden!
    Es lang an der Hold-Klemme. Das hab ich in der Beschreibung wohl überlesen. Kaum FAM14 mit FGW14 verbunden war das steuern kein Problem mehr.
    Sowohl FSR14 und FUD14 als auch die Rolladenaktoren FSB14 sind über Fhem steuerbar.

    Herzlich dank dafür! Jetzt kann es weitergehen mit ioBroker und der Visualisierung.