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.