KNXD und Busch-Jeaeger USB Schnittstelle

tikem002 · 06 Februar 2019, 16:18:04

Hallo Zusammen,

ich habe auf dem Raspberry Pi Fhem und KNXD installiert. Soweit so gut.
Via USB habe ich den Raspberry Pi mit KNX verbunden (Busch-Jaeger 6186 USB Schnittstelle).

In der /etc/knxd.conf habe ich

Code Auswählen

KNXD_OPTS="-DTRS -e 1.1.0 -E 0.0.2:8 -b usb:"

hinzugefügt. Mit

Code Auswählen

knxtool groupswrite local: 2/0/0 1

kann ich auch Aktoren schalten (Beobachtet über den Busmonitor der ETS5). Das Funktioniert soweit

Jetzt zu meinem Problem, der Einbindung in FHEM:

Mit

Code Auswählen

define <name> TUL <device> <physical address>

muss ich die Schnittstelle anlagen, aber was muss ich für <device> eintragen? Bei einer IP-Schnittstelle ist es die IP-Adresse und bei USB?

Den Rest habe ich wie folgt:

Code Auswählen

define KNX TUL <device> 1.1.0

Danke für eure Hilfe

JoeALLb · 06 Februar 2019, 16:25:01

Die IP Adresse des knxd

tikem002 · 07 Februar 2019, 09:12:20

okay, Danke.

Jetzt wird Sie als "Initialized" angezeigt. Dann werde ich mich jetzt ans ansteuern der KNX Komponenten wagen.

tikem002 · 07 Februar 2019, 11:06:49

Jetzt habe ich doch noch ein Problem:
Das Ansteuern der Gruppe (siehe Bild im Anhang) über das Webinterface funtioniert zum Teil. Nachdem ich den Befehl zum einschalten/ ausschalten abgesetzt habe erhalte ich im LogFile folgenden Eintrag:

2019.02.07 09:56:25 2: getRequest: communication to knxd failed
2019.02.07 09:56:25 2: GetGroup: seems like knxd not connected
2019.02.07 09:56:25 1: knxd:172.25.12.147 disconnected, waiting to reappear
2019.02.07 09:56:36 3: OpenDev: OBD response from knxd:172.25.12.147
2019.02.07 09:56:36 1: TUL knxd:172.25.12.147 reappeared (KNX)

Dann ist der Fhem Server für ein paar Sekunden nicht erreichbar.
Das Problem liegt vermutlich bei dem getRequest. Wie kann man das beheben?

JoeALLb · 07 Februar 2019, 12:45:18

Warum verbindest du dich mit dieser IP: 172.25.12.147
Nimm doch die IP aus deinem eigenen Netzwerksegment, nicht die Multicastadresse.

tikem002 · 07 Februar 2019, 13:30:19

Die 172.25.12.147 ist die IP Adresse vom Raspberry Pi auf dem KNXd und FHEM läuft. Bin froh, dass es damit halbwegs funktioniert.

Mein Wissen zu KNXd ist nicht groß genug, um unterscheiden zu können, was die Multicastadresse und was die aus dem eingenen Netzwerksegment ist. Wie kann ich diese Adresse herausfinden?

jewuma · 08 Februar 2019, 14:59:52

Funktioniert denn nicht einfach

Code Auswählen

define KNX TUL knxd:localhost 1.1.0 ?

tikem002 · 11 Februar 2019, 10:58:56

Zitat von: jewuma am 08 Februar 2019, 14:59:52
Funktioniert denn nicht einfach

Code Auswählen Erweitern
define KNX TUL knxd:localhost 1.1.0 ?

Doch, das funktioniert auch. Aber das Problem bleibt leider.

JoeALLb · 11 Februar 2019, 14:53:43

Zitat von: tikem002 am 11 Februar 2019, 10:58:56
Doch, das funktioniert auch. Aber das Problem bleibt leider.

Welches Problem?
Die Meldung

Code Auswählen

knxd:172.25.12.147 disconnected, waiting to reappear
kommt dann sicherlich nicht mehr!

tikem002 · 12 Februar 2019, 08:57:32

Das Problem:

Zitat von: tikem002 am 07 Februar 2019, 11:06:49
Jetzt habe ich doch noch ein Problem:
Das Ansteuern der Gruppe (siehe Bild im Anhang) über das Webinterface funtioniert zum Teil. Nachdem ich den Befehl zum einschalten/ ausschalten abgesetzt habe erhalte ich im LogFile folgenden Eintrag:

2019.02.07 09:56:25 2: getRequest: communication to knxd failed
2019.02.07 09:56:25 2: GetGroup: seems like knxd not connected
2019.02.07 09:56:25 1: knxd:172.25.12.147 disconnected, waiting to reappear
2019.02.07 09:56:36 3: OpenDev: OBD response from knxd:172.25.12.147
2019.02.07 09:56:36 1: TUL knxd:172.25.12.147 reappeared (KNX)

Dann ist der Fhem Server für ein paar Sekunden nicht erreichbar.
Das Problem liegt vermutlich bei dem getRequest. Wie kann man das beheben?

Die Meldung kommt leider immer noch:

2019.02.11 10:59:41 2: getRequest: communication to knxd failed

2019.02.11 10:59:41 2: GetGroup: seems like knxd not connected

2019.02.11 10:59:41 1: knxd:localhost disconnected, waiting to reappear
2019.02.11 10:59:51 3: OpenDev: OBD response from knxd:localhost
2019.02.11 10:59:51 1: TUL knxd:localhost reappeared (KNX)

JoeALLb · 12 Februar 2019, 11:02:35

Wenn dein TUL so aussieht:
define KNX TUL knxd:localhost 1.1.0

kennt er die IP 172.25.12.147 gar nicht.
Ich glaub Dir nicht ganz

Mach mal ein

Code Auswählen

list KNX

tikem002 · 12 Februar 2019, 11:48:32

Hallo JoeALLb,

das ist mir schon bewusst, daher habe ich die neuen Meldungen aus dem LogFile angefügt. Prinzipiell hat sich an dem Problem und den Einträgen im LogFile nichts geändert, außer natürlich, dass jetzt nicht mehr die IP Adresse in den Meldungen steht, sondern "localhost".

Ende der Woche bin ich wieder zuhause, dann werden ich ein

Code Auswählen

list KNX
machen.

JoeALLb · 12 Februar 2019, 17:01:35

Servus!
Wenn dein lokaler KNXD zwischendurch nicht antwortet, dann... hast Du aber ein gröberes Problem!
Da müsste man das Problem dan tief im System suchen...

tikem002 · 12 Februar 2019, 18:07:50

oh je...

Hast du eine Ahnung wo ich suchen kann bzw. was ich ausprobieren kann?

jewuma · 13 Februar 2019, 12:20:02

Man kann den knxd ind Debug-Modus versetzen laut Doku:

ZitatUse -t 0xffc -f 9 if you want to watch in excruciating detail what knxd is doing.

Außerdem kannst du mal in der /var/log/syslog nachsehen, da schreibt der auch Meldungen über sein "Befinden" rein.

Gruß

Jens

tikem002 · 18 Februar 2019, 09:47:52

Das steht in der /var/log/syslog:

Feb 11 10:59:41 raspberrypi knxd[1541]: F00000108: [18:A.usb] Send while buffer not empty
Feb 11 10:59:41 raspberrypi knxd[1541]: F00000105: [15:A.usb] Link down, terminating
Feb 11 10:59:41 raspberrypi knxd[1541]: E00000035: [18:A.usb] SendError bd4ce8 status 3
Feb 11 10:59:41 raspberrypi kernel: [ 7945.222545] hid-generic 0003:147B:5120.000B: hiddev96,hidraw0: USB HID v1.01 Device [ABB STOTZ-KONTAKT GmbH KNX-USB Interface (MDRC)] on usb-3f980000.usb-1.4/input0
Feb 11 10:59:41 raspberrypi systemd[1]: knxd.service: Main process exited, code=exited, status=1/FAILURE
Feb 11 10:59:41 raspberrypi systemd[1]: knxd.service: Unit entered failed state.
Feb 11 10:59:41 raspberrypi systemd[1]: knxd.service: Failed with result 'exit-code'.
Feb 11 10:59:51 raspberrypi systemd[1]: knxd.service: Service hold-off time over, scheduling restart.
Feb 11 10:59:51 raspberrypi systemd[1]: Stopped KNX Daemon.
Feb 11 10:59:51 raspberrypi systemd[1]: Starting KNX Daemon...
Feb 11 10:59:51 raspberrypi systemd[1]: Started KNX Daemon.

Jetzt habe ich mich dazu entschlossen den JUNG IP-Router IPR-200 REG zu nutzen.

Mit folgender Einstellung

Code Auswählen

KNXD_OPTS="-e 1.1.102 -E1.1.102:8 -u -i -b ipt:172.25.12.248

in der /etc/knxd.conf funktioniert die KNX Schnittstelle mit IP-Router problemlos. Warum dies mit der USB Schnittstelle nicht richtig funktioniert konnte ich leider nicht herausfinden.

MasterTM · 16 Januar 2021, 20:16:34

Hi,

nachdem ich nun Ewigkeiten mit meiner MDT USB Schnittstelle rumprobiert habe, hat folgende Lösung funktioniert - vielleicht hilft das ja jemandem

in der knxd.xonf folgende Zeile ergänzt - auch wenn die USB Schnittstelle länger angezeigt wird, die letzte :0 mußte weg

KNXD_OPTS="-e 0.0.100 -E 0.0.101:7 -D -T -R -S -b usb:1:4:1:0"
START_KNXD=YES

Viele Grüße