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
KNXD_OPTS="-DTRS -e 1.1.0 -E 0.0.2:8 -b usb:"
hinzugefügt. Mit
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
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:
define KNX TUL <device> 1.1.0
Danke für eure Hilfe :)
Die IP Adresse des knxd
okay, Danke.
Jetzt wird Sie als "Initialized" angezeigt. Dann werde ich mich jetzt ans ansteuern der KNX Komponenten wagen.
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?
Warum verbindest du dich mit dieser IP: 172.25.12.147
Nimm doch die IP aus deinem eigenen Netzwerksegment, nicht die Multicastadresse.
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?
Funktioniert denn nicht einfach
define KNX TUL knxd:localhost 1.1.0
?
Zitat von: jewuma am 08 Februar 2019, 14:59:52
Funktioniert denn nicht einfach
define KNX TUL knxd:localhost 1.1.0
?
Doch, das funktioniert auch. Aber das Problem bleibt leider.
Zitat von: tikem002 am 11 Februar 2019, 10:58:56
Doch, das funktioniert auch. Aber das Problem bleibt leider.
Welches Problem?
Die Meldung
knxd:172.25.12.147 disconnected, waiting to reappear
kommt dann sicherlich nicht mehr!
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)
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
list KNX
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
list KNX
machen.
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...
:o oh je...
Hast du eine Ahnung wo ich suchen kann bzw. was ich ausprobieren kann?
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
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
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.
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