KNXD und Busch-Jeaeger USB Schnittstelle

[tikem002]

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 Erweitern

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

hinzugefügt. Mit

Code Auswählen Erweitern

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 Erweitern

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 Erweitern

define KNX TUL <device> 1.1.0

Danke für eure Hilfe

[JoeALLb]

Die IP Adresse des knxd

[tikem002]

okay, Danke.

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

[tikem002]

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]

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

[tikem002]

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]

Funktioniert denn nicht einfach

Code Auswählen Erweitern

define KNX TUL knxd:localhost 1.1.0 ?

[tikem002]

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]

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

Welches Problem?
Die Meldung

Code Auswählen Erweitern

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

[tikem002]

Das Problem:

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]

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 Erweitern

list KNX

[tikem002]

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 Erweitern

list KNX
machen.

[JoeALLb]

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]

  oh je...

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

[jewuma]

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

Use -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