Gelöst: ELTAKO per FGW14-USB anbinden. Keine Funktion, kein autocreate

[hneu]

Hallo zusammen!

Ich versuche seit mehreren Tagen die Anbindung meines FHEM (Raspberry Pi 3) über einen FGW14-USB, leider ohne Erfolg.

Zum System:
Eltako Reihe 14 Installation mit FEM14, FUD14, FSB14 und diversen dezentralen Enocean Funkaktoren und Sensoren. Das System ist funktionsfähig über einen EnoceanPi an einen Raspberry Pi 1 mit FHEM angebunden.

Jetzt haben ich das FGW14-USB und ein FDT14 ergänzt, um das System von FHEM über Funk auf FHEM über USB umzustellen.

Bisher habe ich folgendes erreicht:

Die Eltako Komponenten FGW14-USB und FDT14 sind eingebaut in den Eltako 14 Bus aufgenommen (Adressvergabe per FAM14 und Prüfung per Software) und per PCT14 Software grundkonfiguriert. Die HOLD Klemmen von FAM14 und FGW14 sind verbunden.

Der neue FHEM Rechner ist per USB mit dem FGW14-USB verbunden.
Im FHEM ist das Modul folgend definiert:

Code Auswählen Erweitern


define TCM_ESP2_0 TCM ESP2 /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AK05EKK9-if00-port0@57000
attr TCM_ESP2_0 alias Eltako FGW14
attr TCM_ESP2_0 comType RS485
attr TCM_ESP2_0 learningMode always
attr TCM_ESP2_0 room EnOcean
attr TCM_ESP2_0 sendInterval 100
attr TCM_ESP2_0 verbose 3


Das Modul wird vom FHEM als STATE initialized und TYPE TCM angezeigt. Die Schreibweise

Code Auswählen Erweitern


define TCM_ESP2_0 TCM ESP2 /dev/ttyUSB0@5700


führt zum gleichen Ergebnis, STATE initialized und TYPE TCM.

Bei der Schalterstellung am FGW14-USB ist POS 6 gewählt.

Am FAM14 wurden POS 4 oder 5 eingestellt. Beide Stellungen führen zu keinem autocreate.

Global ist autocreate aktiviert:

Code Auswählen Erweitern


attr global autoload_undefined_devices 1


Leider legt FHEM, anders wie in den diversen Beiträgen hier im Forum keine devices per autocreate an.

Ein zum Test manuell in die Konfiguration übernommener FSB14 reagiert nicht auf Steueranweisungen.

Aus der alten FHEM Installation per Funk funktioniert es weiterhin.

Ich komme nicht weiter und hoffe jemand aus dem Forum gibt mit den entscheidenden Hinweis.

Vielen Dank!

LG
Helmut

[hexenmeister]

Moin!
Mein Aufbau ist ähnlich. Mangels Funkaktoren habe ich allerdings keinen FTD14.
FGW14 ist fast genauso definiert, nur learningMode demand und kein comType. State auch Initialized. Das funktioniert.
Autocreate nutze ich nicht. Wie hast Du Dein FSB14 definiert? Wichtig ist die GeräteId (bei PCT nachzusehen) und subDef für die Rückmeldung.
Mein Beispiel:

Code Auswählen Erweitern

# Rolladen
# DG Wohnzimmer West 1
define DG_WZ_W_Rollo1 EnOcean 00000001
attr DG_WZ_W_Rollo1 IODev FGW14
attr DG_WZ_W_Rollo1 alias WZ West 1
attr DG_WZ_W_Rollo1 eep A5-3F-7F
attr DG_WZ_W_Rollo1 event-on-change-reading state,buttons,position
attr DG_WZ_W_Rollo1 group Beschattung
attr DG_WZ_W_Rollo1 icon fts_window_roof_shutter
attr DG_WZ_W_Rollo1 manufID 00D
attr DG_WZ_W_Rollo1 model FSB14
attr DG_WZ_W_Rollo1 room DG,WohnzimmerDG
attr DG_WZ_W_Rollo1 shutTime 41
attr DG_WZ_W_Rollo1 shutTimeCloses 45
attr DG_WZ_W_Rollo1 subDef 00100001
attr DG_WZ_W_Rollo1 subType manufProfile
attr DG_WZ_W_Rollo1 webCmd opens:stop:closes:position

[hneu]

Hier ist die von mir zum Test verwendetet Konfiguration:

Code Auswählen Erweitern


define eg_az_rl EnOcean 00000002
attr eg_az_rl IODev TCM_ESP2_0
attr eg_az_rl alias EG Büro
attr eg_az_rl devStateIcon 1\d.*:fts_shutter_100 2\d.*:fts_shutter_20 3\d.*:fts_shutter_30 4\d.*:fts_shutter_40 5\d.*:fts_shutter_50 6\d.*:fts_shutter_60 7\d.*:fts_shutter_70 8\d.*:fts_shutter_80 9\d.*:fts_shutter_90 \d.*:fts_window_2w
attr eg_az_rl eventMap B0:up BI:down
attr eg_az_rl group Rollo
attr eg_az_rl icon fts_shutter
attr eg_az_rl manufID 00D
attr eg_az_rl model FSB14
attr eg_az_rl room Büro
attr eg_az_rl shutTime 20
attr eg_az_rl shutTimeCloses 35
attr eg_az_rl stateFormat position
attr eg_az_rl subDef 00000002
attr eg_az_rl subType manufProfile
attr eg_az_rl webCmd opens:position 25:position 50:position 75:closes


Ich habe die Konfiguration des Aktors aus der bestehenden Installation kopiert.

Die Adresse habe ich angepasst:
von XXXXXXX2 (FEM14 Funkpräfix) auf 00000002 = Konfigurierte ID 00000000 des FGW + Bus ID des Aktors 2
EDIT:
Ich habe die Adresse zum Test auf FDDCCC02 (alter Funkpräfix) gesetzt. Leider weiterhin keine Funktion.

Das Subdef habe ebenfalls auf 00000002 gesetzt.
EDIT:
Das Subdef wurde auf FDDCCC02 gesetzt, keine Funktion.

Was wäre richtig?

Muss ich mit der PCT14 Software noch etwas konfigurieren?

EDIT:
Die Parameter learningMode und comType habe ich geändert, bzw. gelöscht.
Leider auch keine Verbesserung.

Was kann ich tun um die grundsätzliche Kommunikation zwischen FHEM und FGW14 zu testen?

[hexenmeister]

Wegen comType bin ich mir nicht ganz sicher, dabei mit USB-Port per ser2net weitergereicht ist. Sollte aber transparent sein. Am besten Du versuchst immer beides.

Zu den Adressen:
subDef ist zum Senden ins RD485-Bus notwendig - das ist das, was angelernt oder mit PCT14 konfiguriert wurde. s. Screenshot.
Adresse in DEFINE ist zu 'lesen' aus dem Bus nötig - damit bekommt FHEM die Änderungen mit. Hier muss die Geräteadresse rein (Hexadezimal).

Wie sieht denn Dein Konfig in PCT14 aus?

[hneu]

Mein FSB14 sieht in PCT folgend aus:
Nr. 6 hatte ich eben erst zum Test ergänzt.

[hexenmeister]

Hm... An den Unterschieden fäll mir auf, dass es eep-Attribut fehlt. Aber daran liegt es vermutlich nicht.
Du schreibst jedoch, dass subDev FDDCCC02  nicht geht. Im Screenshot steht aber FFDCCC02. Möglicherweise ein Tippfehler.
Bekommst Du die Änderungen mit, wenn die Rolläden per Taster gefahren werden?

[hneu]

Ja, FCxxx war ein Tippfehler.

Das Problem ist, das ich keine Infos über das FGW14 in das neue FHEM bekomme.

Ich fürchte, dass ich etwas grundsätzlich übersehen habe.
Deshalb wäre es zur Eingrenzung des Fehlers hilfreich, wenn man feststellen könnte, ob überhaupt eine Kommunikation zwischen FHEM und dem Eltako Bus stattfindet.

Was mir noch aufgefallen ist:

In der Konfiguration von Hexenmeister steht:

Code Auswählen Erweitern


define DG_WZ_W_Rollo1 EnOcean 00000001
attr DG_WZ_W_Rollo1 subDef 00100001

Was müsste denn in meiner Umgebung als Adresse stehen?
Was wäre der richtige Subdef?

Leider scheint kein Tutorial, Wiki-Eintrag, etc. zu diesem Thema vollständig und durchgängig zu sein.

Hat jemand eine Idee, wo ich bei meiner Diagnostik noch ansetzen kann?

Vielen Dank!

[hexenmeister]

Entferne gateway in fhem und verbinde mit einem Terminalprogramm. Kommt ne Menge Datenmüll, dann weiß du, dass die Verbindung grundsätzlich nicht tot ist.

[hneu]

Die Idee mit dem Terminal Programm war hilfreich !

Ich habe mit einer Baudrate von 57000 versucht. Das hat nicht funktioniert.

Nun habe ich den FGW auf Pos. 5 eingestellt, d.h. 9600 Baud statt 57000 konfiguriert und siehe da auf dem Terminal kommt was.

In der FHEM Konfiguration angepasst und, kaum macht man es richtig laufen auch hier Daten ein.

Vielen Dank für die Tipps!

D.h. Das eigendliche Thema ist gelöst.

Jetzt kann ich erstmal weiter machen.

[krikan]

Ich habe mit einer Baudrate von 57000 versucht. Das hat nicht funktioniert.

Es sind afaik auch 57600; siehe commandref und wiki. 

[hneu]

Upps, Danke

57600 ist natürlich richtig!

Es funktioniert!

Danke an alle!

[hexenmeister]

Asche auf mein Haupt! Hätte ich auch sehen müssen, stand ja schon im ersten Post 
Egal, Hauptsache es geht jetzt

[hneu]

Genau,

das hat jeder von uns übersehen,

außer kirkan .

Danke nochmals an euch zwei!

Ich hatte die 57000 aus irgendeinem Post blind übernommen...

Richtig Hauptsache es funktioniert jetzt, und jeder weis warum

LG
Helmut

[hneu]

Hallo,

meine Installation läuft soweit.

Aber ein Problem kann ich nicht lösen!

Die über FGW14-USB angebundenen Aktoren erzeugen riesige Logdateien. Es werden mehrere Einträge pro Sekunde geschrieben, selbst wenn die Werte sich nicht ändern.

Wie kann ich denn das Logverhalten beeinflussen?

mfg

Helmut

[krikan]

verbose heruntersetzen
event-on-* passend setzen
https://fhem.de/commandref.html#FileLog regexp einschränken oder unnötige FileLog ganz löschen

Mir ist nicht ganz klar, ob Du Probleme mit https://fhem.de/commandref.html#FileLog oder globalen https://fhem.de/commandref.html#logfile hast.

[hneu]

Ich habe nun zum Test mal folgende Attribute gesetzt:

Code Auswählen Erweitern


attr eg_az_hz event-min-interval .*:600
attr eg_az_hz event-on-change-reading .*


Test läuft!

EDIT: Das Attribut event-min-interval war falsch gesetzt. Nach dem es, wie oben angepasst war, ist die Datenflut nun im Griff.

mfg
Helmut

[Winterbottom]

Nur als Hinweis:
Je nach Einstellung am FAM14 werden ständig Statusmeldungen über den Bus abgefragt, oder eben nicht.
Ich habe die Nummern nicht im Kopf. Ich glaube, mein FAM14 steht auf BA 4.
Die regelmäßigen Statusmeldungen helfen am Anfang aber sehr bei der Nutzung des autocreate.

Gruß

[LHBL2003]

Hi,

bei mir wird nichts automatisch angelegt.

Ich habe
1x FAM14
1x FGW14-USB
1x FTS14EM
1x FUD14

Von meinem FTS14EM habe ich den ersten Eingang mit meinem FUD14 Verknüpft.
Damit geht über ein Taster das Licht an und aus sowie heller und dunkler.

Jetzt hätte ich erwartet, dass beim Klick auch etwas in FHEM angelegt wird.

Mein FAM14 ist am BA auf 6 und am Auto auf 1 gestellt.
Die Konfigurationen sind als Screenshot enthalten.

Hat jemand eine Idee?
Müsste FHEM nicht etwas unter Unsorted anlegen?

Vielen Dank

[LHBL2003]

Hi, ich habe jetzt mein FAM14 auf folgendes gestellt:

BA = 4
Auto = 1

Das Gateway habe ich auf:
BA = 6 gestellt für (57600)

und siehe da im "Event monitor" werde ich voll gebombt bis zur Oberkante.
und ein eigener Bereich "EnOcean" wurde mit ein paar dingen angelegt.




Frage nun: Wie bekomme ich die Masse an Meldungen im "Event monitor" reduziert?
Muss ich am FAM nun auf einen anderen Wert umstellen?
Oder muss ich ein Attribut setzen?

[LHBL2003]

OK ich musste beim EnOcean --> 4BS  --> EnO_00000001 das Attribut "event-on-change-reading" auf 1 setzen, damit ruhe ist. Andernfalls wird das EnO_00000001-2018.log sehr sehr schnell voll gemüllt.