eibd(war bcusdk) Fork -> knxd

[Tru]

Ganz klar ist mir trotzdem noch nicht, wo nun die hauptsächliche Kommunikation statt findet? Ist die alte bcu-Mailingliste noch aktiv? Die letzten Einträge sahen mir eher nach chinesischem Spam aus.
Dann gibt es auch noch die englischsprachige Google Group? Oder ist das auch nicht mehr aktuell? Ich habe noch keinen Zugan dazu beantragt...

In diesem Thread und noch in https://knx-user-forum.de/forum/%C3%B...tester-gesucht diskutieren die Mitglieder des KNX Forum auf Deutsch. Die Google Group wurde angelegt, damit losgelöst von diesem Forum breit diskutiert werden kann, gross aktiv geworden ist die Group aber noch nicht. Die Mitarbeit am Code läuft direkt über http://github.com/knxd/knxd.

[Maniac]

Ok, wo bin ich mit Fragen richtig aufgehoben? Ich versuche es mal hier...

Also, auf meinem alten Server läuft der eibd mit folgenden Parametern:

/usr/bin/eibd -t 1023 -D -T -S -R -d -i --pid-file=/var/run/eibd.pid ipt:192.168.6.33

Starte ich den knxd mit den gleichen Parametern, bekomme ich die Meldung:

Option '-S' starts the multicast server.
-T/-R/-D/-n after or without that option are useless.

Und der Prozess ist wieder beendet. Wie muss ich denn die Parameter anpassen?

Ich bin im aktuellen Stand (von gestern abend) im master Zweig. Meine Hardware ist die IP-Schnittstelle IPS100REG von Jung. Nutzen möchte ich den eibd/knxd sowohl lokal auf dem Server (fhem & groupwrite per php), als auch als Gateway für die ETS4 (was mit dem bisherigen Server und eibd auch alles wunderbar funktioniert). Ich denke also, es muss irgendwie an den Parametern liegen.

[Tru]

Wie muss ich denn die Parameter anpassen?

Das -R muss vor dem -S stehen.

[Maniac]

Danke, werde ich heute mal testen. Noch was anderes, wo ja schon einige den Code studiert haben: Startet der eibd irgendwie immer wieder automatisch neu? Hab den auf dem alten Server per init.d Skript gestartet. Das stoppen hat jetzt aber nicht funktioniert, auch wenn ich den Prozess mit kill -9 gekillt hat, taucht er mit gleichen Parametern mit neuer ID wieder auf. Konnte ihn erst tot bekommen, nachdem ich das binary umbenannt hatte. Da ich den jetzt seit 3 Jahren nie bewusst stoppen musste, weiß ich nicht, ob das schon immer so war oder der bei mir nur irgendwie amok gelaufen ist...

[Maniac]

Das -R muss vor dem -S stehen.

Danke, das funktioniert soweit scheinbar. Wenn ich den tracelevel auf 65535 stelle, sehe ich im Syslog auch einiges an Aktivität und mit groupswrite kann ich auch schalten.
groupcachereadsync funktioniert dagegen nicht. Ich bekomme immer die Meldung "Read failed: No such file or directory". Auf dem alten System geht es. Ist da jetzt noch ein Kommunikationsproblem oder funktioniert vielleicht nur groupcachereadsync nicht so richtig nach dem Umbau?

Außerdem muss ich unter Ubuntu offenbar noch den Parameter -i mit anhängen, obwohl in der knxd.conf Datei steht, das würde systemd für mich machen. Ich hab mit systemctl enable knxd.service den Service aktiviert und er hat damit auch den Symlink auf die knxd.socket Datei angelegt, trotzdem lauscht der knxd nicht auf Port 6720. Füge ich den -i Parameter in die Parameterliste ein, geht es...
Ich bin in systemd leider auch noch nicht wirklich fit, gibt es da noch ein Problem? Muss ich da noch was konfigurieren?

[Maniac]

Ich nochmal... kann mir noch jemand bzgl. groupcacheread helfen? Offensichtlich funktioniert soweit alles wenn der knxd läuft, sogar die ETS funktioniert darüber und zeigt im Gruppenmonitor die Telegramme an.

Allerdings kann ich auf dem Server selbst offenbar kein cacheread nutzen. Die Meldung ist immer

Read failed: No such file or directory

Fehlt evtl. noch irgendwo eine Berechtigung? Wie / wo schreibt er den Cache? Oder fehlt mir noch ein Parameter? Ich habe knxd mit --GroupCache gestartet, ändert aber nichts.

Hier mal ein Auszug aus dem Log. Wenn ich das richtig sehe, wird die Read-Anfrage auf den Bus gesendet und wird auch (von 1.1.4) beantwortet. Trotzdem tritt dann ein Timeout auf...

Aug 24 22:34:16 t-server knxd[21089]: Layer 8(025CEB70,55DB7FC8) New Connection
Aug 24 22:34:16 t-server knxd[21089]: Layer 8(026042A0,55DB7FC8) ClientConnection Init
Aug 24 22:34:16 t-server knxd[21089]: Layer 8(026042A0,55DB7FC8) RecvMessage(006): 00 74 08 15 00 00
Aug 24 22:34:16 t-server knxd[21089]: Layer 4(025DF220,55DB7FC8) GroupCacheRead 1/0/21 1 0
Aug 24 22:34:16 t-server knxd[21089]: Layer 3(0259D150,55DB7FC8) Enqueue L_Data low from 0.0.0 to 1/0/21 hops: 07 T_DATA_XXX_REQ A_GroupValue_Read
Aug 24 22:34:16 t-server knxd[21089]: Layer 3(0259D150,55DB7FC8) RecvData L_Data low from 0.0.0 to 1/0/21 hops: 06 T_DATA_XXX_REQ A_GroupValue_Read
Aug 24 22:34:16 t-server knxd[21089]: Layer 8(025AD8E0,55DB7FC8) Send_Route L_Data low from 1.9.0 to 1/0/21 hops: 06 T_DATA_XXX_REQ A_GroupValue_Read
Aug 24 22:34:16 t-server knxd[21089]: Layer 1(025ADE20,55DB7FC8) Send(011): 29 00 BC E0 19 00 08 15 01 00 00
Aug 24 22:34:16 t-server knxd[21089]: Layer 0(025ADE20,55DB7FC8) Send(017): 06 10 05 30 00 11 29 00 BC E0 19 00 08 15 01 00 00
Aug 24 22:34:16 t-server knxd[21089]: Layer 2(025DF540,55DB7FC8) Send L_Data low from 1.9.0 to 1/0/21 hops: 06 T_DATA_XXX_REQ A_GroupValue_Read
Aug 24 22:34:16 t-server knxd[21089]: Layer 8(025AD8E0,55DB7FC8) TunnelSend 1
Aug 24 22:34:16 t-server knxd[21089]: Layer 1(025ADE20,55DB7FC8) Send(015): 04 01 06 00 29 00 BC E0 19 00 08 15 01 00 00
Aug 24 22:34:16 t-server knxd[21089]: Layer 1(025DF540,55DB7FC8) SendTunnel(015): 04 43 00 00 11 00 BC E0 19 00 08 15 01 00 00
Aug 24 22:34:16 t-server knxd[21089]: Layer 1(025DF680,55DB7FC8) Send(015): 04 43 00 00 11 00 BC E0 19 00 08 15 01 00 00
Aug 24 22:34:16 t-server knxd[21089]: Layer 0(025ADE20,55DB7FC8) Send(021): 06 10 04 20 00 15 04 01 06 00 29 00 BC E0 19 00 08 15 01 00 00
Aug 24 22:34:16 t-server knxd[21089]: Layer 0(025DF680,55DB7FC8) Send(021): 06 10 04 20 00 15 04 43 00 00 11 00 BC E0 19 00 08 15 01 00 00
Aug 24 22:34:16 t-server knxd[21089]: Layer 0(025DF680,55DB7FC8) Recv(010): 06 10 04 21 00 0A 04 43 00 00
Aug 24 22:34:16 t-server knxd[21089]: Layer 1(025DF680,55DB7FC8) Recv(004): 04 43 00 00
Aug 24 22:34:16 t-server knxd[21089]: Layer 0(025ADE20,55DB7FC8) Recv(010): 06 10 04 21 00 0A 04 01 06 00
Aug 24 22:34:16 t-server knxd[21089]: Layer 1(025ADE20,55DB7FC8) Recv(004): 04 01 06 00
Aug 24 22:34:16 t-server knxd[21089]: Layer 8(025AD8E0,55DB7FC8) TUNNEL_ACK
Aug 24 22:34:16 t-server knxd[21089]: Layer 0(025DF680,55DB7FC8) Recv(021): 06 10 04 20 00 15 04 43 06 00 2E 00 BC E0 19 00 08 15 01 00 00
Aug 24 22:34:24 t-server knxd[21089]: Layer 1(025DF680,55DB7FC8) Recv(015): 04 43 06 00 2E 00 BC E0 19 00 08 15 01 00 00
Aug 24 22:34:24 t-server knxd[21089]: Layer 1(025DF680,55DB7FC8) Send(004): 04 43 06 00
Aug 24 22:34:24 t-server knxd[21089]: Layer 0(025DF680,55DB7FC8) Send(010): 06 10 04 21 00 0A 04 43 06 00
Aug 24 22:34:24 t-server knxd[21089]: Layer 0(025DF680,55DB7FC8) Recv(021): 06 10 04 20 00 15 04 43 07 00 29 00 BC E0 11 04 08 15 01 00 40
Aug 24 22:34:24 t-server knxd[21089]: Layer 1(025DF680,55DB7FC8) Recv(015): 04 43 07 00 29 00 BC E0 11 04 08 15 01 00 40
Aug 24 22:34:24 t-server knxd[21089]: Layer 1(025DF680,55DB7FC8) Send(004): 04 43 07 00
Aug 24 22:34:24 t-server knxd[21089]: Layer 0(025DF680,55DB7FC8) Send(010): 06 10 04 21 00 0A 04 43 07 00
Aug 24 22:34:24 t-server knxd[21089]: Layer 1(025DF540,55DB7FC8) Recv L_Data low from 1.1.4 to 1/0/21 hops: 06 T_DATA_XXX_REQ A_GroupValue_Response (small) 00
Aug 24 22:34:24 t-server knxd[21089]: Layer 3(0259D150,55DB7FC8) Enqueue L_Data low from 1.1.4 to 1/0/21 hops: 06 T_DATA_XXX_REQ A_GroupValue_Response (small) 00
Aug 24 22:34:24 t-server knxd[21089]: Layer 3(0259D150,55DB7FC8) RecvData L_Data low from 1.1.4 to 1/0/21 hops: 05 T_DATA_XXX_REQ A_GroupValue_Response (small) 00
Aug 24 22:34:24 t-server knxd[21089]: Layer 8(025AD8E0,55DB7FC8) Send_Route L_Data low from 1.1.4 to 1/0/21 hops: 05 T_DATA_XXX_REQ A_GroupValue_Response (small) 00
Aug 24 22:34:24 t-server knxd[21089]: Layer 1(025ADE20,55DB7FC8) Send(011): 29 00 BC D0 11 04 08 15 01 00 40
Aug 24 22:34:24 t-server knxd[21089]: Layer 0(025ADE20,55DB7FC8) Send(017): 06 10 05 30 00 11 29 00 BC D0 11 04 08 15 01 00 40
Aug 24 22:34:24 t-server knxd[21089]: Layer 8(025AD8E0,55DB7FC8) TunnelSend 1
Aug 24 22:34:24 t-server knxd[21089]: Layer 1(025ADE20,55DB7FC8) Send(015): 04 01 07 00 29 00 BC D0 11 04 08 15 01 00 40
Aug 24 22:34:24 t-server knxd[21089]: Layer 0(025ADE20,55DB7FC8) Send(021): 06 10 04 20 00 15 04 01 07 00 29 00 BC D0 11 04 08 15 01 00 40
Aug 24 22:34:24 t-server knxd[21089]: Layer 0(025ADE20,55DB7FC8) Recv(010): 06 10 04 21 00 0A 04 01 07 00
Aug 24 22:34:24 t-server knxd[21089]: Layer 1(025ADE20,55DB7FC8) Recv(004): 04 01 07 00
Aug 24 22:34:24 t-server knxd[21089]: Layer 8(025AD8E0,55DB7FC8) TUNNEL_ACK
Aug 24 22:34:24 t-server knxd[21089]: Layer 4(025DF220,55DB7FC9) GroupCache timeout
Aug 24 22:34:24 t-server knxd[21089]: Layer 8(026042A0,55DB7FC9) SendMessage(006): 00 74 00 00 08 15
Aug 24 22:34:24 t-server knxd[21089]: Layer 8(026042A0,55DB7FC9) ClientConnection closed

[michaeldamm2]

Gibs für den raspberry pie schon fertige pakete? würde gern den eibd geben den knxd tauschen?

[l0wside]

Ich nochmal... kann mir noch jemand bzgl. groupcacheread helfen? Offensichtlich funktioniert soweit alles wenn der knxd läuft, sogar die ETS funktioniert darüber und zeigt im Gruppenmonitor die Telegramme an.

Wie rufst du groupcacheread auf, und welche Parameter hat der knxd bei dir (lässt sich ggf. über ps ax herausfinden)?
Vermutlich wird das Socket nicht angelegt oder gefunden.

Max

[Maniac]

KNXD_OPTS="-t 65535 -e=0.0.2 -D -T -R -S -i --GroupCache -b ipt:192.168.6.33"

und

/usr/lib/knxd/groupcachereadsync ip:localhost 1/0/21

Also das lokale Socket wird angelegt, der knxd lauscht auf Port 6720. Und wie gesagt, der Busmonitor zeigt ja auch den Traffic auf dem Bus an. Genauso funktioniert ein

groupreadresponse ip:localhost 1/0/21

Nur der GroupCache scheint nicht zu funktionieren... hast Du eine Idee oder einen Ansatz, woran das liegen kann?

[l0wside]

Sorry, da muss ich passen

[Rentner]

Hallo
kann mir jemand sagen wie ich knxd installiere ? Oder wo die Installation beschrieben ist? Finde das irgendwie nicht.

[bigblue1735]

Ich habe hier mal eine kleine Anleitung geschrieben. War allerdings für den Raspberry Pi, sollte aber auch auf anderen Geräten klappen.

Gruß
bb
https://knx-user-forum.de/forum/%C3%...244#post826244

[Smurf]

Maniac die aktuelle Version enthält einen Patch, mit dem der GroupCache wieder funktionieren sollte.

Außerdem muss ich unter Ubuntu offenbar noch den Parameter -i mit anhängen, obwohl in der knxd.conf Datei steht, das würde systemd für mich machen.

Hmm. Funktioniert bei mir … was sagt "systemctl status knxd.socket"?

Die Installiererei sollte eigentlich auf github im README ausreichend gut dokumentiert sein; wenn nicht, sind Verbesserungsvorschläge immer willkommen.

l0wside Nicht am Mittelmeerstrand, sondern in der Hausumbaustaubhölle und im Arbeitsüberlastungstunnel.
Der aktuelle Code tut ja schon ein bisschen so, als ob er aus den Befehlszeilenargumenten eine Struktur bauen würde. Das lässt sich noch verbessern – und dann kann man aus der Analyse einer .INI-Datei dieselbe Struktur zusammenbauen.

[Maniac]

Danke für den Patch. Ich war jetzt nämlich auf eibd zurück gegangen. Werds aber mal neu kompilieren und testen und dann Rückmeldung geben.

[Smurf]

Wenn der "master"-Zweig bei euch funktioniert, mag ich darum bitten, die "conn_sep"-Version auszuprobieren. Dort habe ich ein paar Umbauten vorgenommen, damit mehrere Clients auch untereinander miteinander reden können. Im master geht das in manchen Situationen nicht.