Ankündigung

**Maniac** · 10.09.2015, 13:57

systemctl status knxd.socket sagt:
knxd.socket - KNX Daemon (socket)
Loaded: loaded (/lib/systemd/system/knxd.socket; disabled; vendor preset: enabled)
Active: inactive (dead)
Listen: /var/run/knxd (Stream)
[::]:6720 (Stream)

Ich bin bei systemctl noch Neuling... habe jetzt mal "systemctl enable knxd.socket" und "systemctl start knxd.socket". Damit scheint es zu gehen, er lauscht auf dem entsprechenden Port (kann leider erst zu Hause prüfen, ob auch die Telegramme durch gehen etc.).

Muss ich über systemctl beide Dienste einzeln Starten? Oder kann ich irgendwo konfigurieren, dass er das socket automatisch mit startet?

**Smurf** · 10.09.2015, 14:35

Eigentlich sollte das Installationsskript beides enabeln (socket wie Server). Ich seh mir das gleich mal an.

**Smurf** · 10.09.2015, 17:23

So, die aktuelle Version sollte jetzt vernünftigen systemd-Autodetect haben (Wheezy=nein, Jessie=ja). Bitte testen.

**hotzen** · 10.09.2015, 19:16

super sache, wie kann man unterstützen?
bin informatiker und mag kein c/c++

**Smurf** · 10.09.2015, 19:45

hotzen kein Thema, du kannst …

die bestehenden Tests erweitern (knxtool hat viele Modi)
dokumentieren, Wiki pflegen, etc.
testen, insbesondere den conn_sep-Zweig
mit der ETS5 ein größeres Gerät programmieren, den Vorgang mit Wireshark mittracen, und herausfinden, wieso sich das manchmal aufhängt
in den sauren Apfel beißen und mit C++ herumbasteln (siehe z.B. Bug 29)
Interoperabilität mit anderen KNX-Implementierungen testen (FHEM, pKNyX, openhab, …)

Man sieht: zu tun gibt's genug.

**Maniac** · 10.09.2015, 21:32

Zitat von Smurf Beitrag anzeigen

So, die aktuelle Version sollte jetzt vernünftigen systemd-Autodetect haben (Wheezy=nein, Jessie=ja). Bitte testen.

Ich hab den master Zweig gepullt und neu gebaut. Außerdem vorher mit dpkg -r deinstalliert und dann neu installiert. Den knxd hat er offenbar gleich automatisch gestartet. Das Socket ist enabled, aber der Start schlägt fehl. Wenn ich das richtig verstehe, muss das vor dem knxd gestartet werden?

Code:

Sep 10 22:19:37 ubuntu systemd[1]: Socket service knxd.service already active, refusing.
Sep 10 22:19:37 ubuntu systemd[1]: Failed to listen on KNX Daemon (socket).

GroupCache scheint auch noch nicht zu funktionieren, ich bekomme immer noch "Read failed: no such file or directory".
Log:

Code:

Layer 8(02010E90,55F1E850) New Connection
Layer 8(02044570,55F1E850) ClientConnection Init
Layer 8(02044570,55F1E850) RecvMessage(006): 00 74 08 15 00 00
Layer 4(01FEF8B0,55F1E850) GroupCacheRead 1/0/21 1 0
Layer 3(01FDF150,55F1E850) Enqueue L_Data low from 0.0.0 to 1/0/21 hops: 07 T_DATA_XXX_REQ A_GroupValue_Read
Layer 3(01FDF150,55F1E850) RecvData L_Data low from 0.0.0 to 1/0/21 hops: 06 T_DATA_XXX_REQ A_GroupValue_Read
Layer 8(01FEFBE0,55F1E850) Send_Route L_Data low from 0.0.1 to 1/0/21 hops: 06 T_DATA_XXX_REQ A_GroupValue_Read
Layer 1(01FF0120,55F1E850) Send(011): 29 00 BC E0 00 01 08 15 01 00 00
Layer 0(01FF0120,55F1E850) Send(017): 06 10 05 30 00 11 29 00 BC E0 00 01 08 15 01 00 00
Layer 2(02021540,55F1E850) Send L_Data low from 0.0.1 to 1/0/21 hops: 06 T_DATA_XXX_REQ A_GroupValue_Read
Layer 4(01FEF8B0,55F1E851) GroupCache timeout
Layer 8(02044570,55F1E851) SendMessage(006): 00 74 00 00 08 15
Layer 8(02044570,55F1E851) ClientConnection closed

**Smurf** · 11.09.2015, 11:50

Zum Start des Sockets nach Upgrade habe ich eben einen Update gepusht.

Groupcache sehe ich mir am Wochenende genauer an. (Solche Sachen passieren, wenn man keine Testskripte für ein Feature hat, das man selber nicht benutzt …)

**michaeldamm2** · 12.09.2015, 07:32

Habe gerade die Aktuelle Version herunter geladen und da kommt immer der Fehler.

checking for SYSTEMD... no
configure: error: Package requirements (libsystemd-daemon libsystemd) were not met:

No package 'libsystemd' found

Ob wohl ich die Zeile wie in der Anleiteung gelöscht habe!

Händisch mit ./configure geht auch nicht!

**Smurf** · 12.09.2015, 10:30

Hrmpf …
… ich setze ein Wheezy auf und prüf das nach.

**michaeldamm2** · 12.09.2015, 11:09

Zur Info noch. Mache es auf einem raspberry pi b+

**2Fast4You78** · 05.10.2015, 17:13

Gibt es eine Anleitung wie ich den knxd vom alten eibd update ? Kann das mal einer anreißen ? Ich fummel mich dann schon durch :-)
Ich habe das IBB-Cape vom Robert für den Beagle Black.
Grüße Nico

**Smurf** · 05.10.2015, 20:25

Sollte eigentlich im README stehen. Alle Reste vom eibd aus /usr/local/* entfernen, bauen, funktioniert. Hoffentlich. ;-)

**trcharlie** · 08.10.2015, 14:20

So, jetzt kann ich hier auch endlich einsteigen, nachdem die Hardware angekommen ist.
Erstmal Hallo an alle und ein großes Danke für die geleistete Arbeit.
Ich habe jetzt mal versucht, auf einem Raspberry mit busware Pigator Modul eind knxd zum laufen zu bringen (auf Raspbian Jessie).
Installation klappt, nur das starten will nicht, mit

Code:

KNX_OPTS="-D -T -R -S tpuarts:/dev/ttyAMA0"

bekomme ich ein

Code:

initialisation of backend 'tpuarts:/dev/ttyAMA0' failed: Permission denied

Hier der Versuch eines direkten Starts:

Code:

pi@raspberrypi ~ $ knxd -DTRS tpuarts:/dev/ttyAMA0
E00000022: Opening /dev/ttyAMA0 failed: Permission denied
initialisation of backend 'tpuarts:/dev/ttyAMA0' failed: Permission denied

Was funktioniert: das ganze mit sudo zu starten, dann kommt der Hinweis, den EIBD nicht als root auszuführen und die ETS findet den knxd.
Irgendwelche Tipps, wo der Fehler sich versteckt haben könnte?

**Smurf** · 08.10.2015, 18:33

Code:

# sudo chown pi /dev/ttyAMA0

Ich schau mal, dass ich dem Ding noch eine udev-Regel beilege, das automagisch zu machen.

**trcharlie** · 09.10.2015, 11:17

In die Richtung habe ich es auch schon versucht, bringt aber leider keine Besserung. Auch ein hinzufügen von pi (und knxd) zu den Gruppen tty bzw dialout scheint keine Änderung zu bringen. Interessanterweise bringt auch ein Vollzugriff auf das Device mittels

Code:

chmod 777 /dev/ttyAMA0

keine Änderung.

Hier mal eine kleine Versuchsreihe, direkt nach kompletter Neuinstallation von Jessie, pthsem & knxd sowie Reboot:

Code:

pi@raspi-knx ~ $ ls -l /dev/ttyAMA0
crw-rw---- 1 root dialout 204, 64 Okt  9 12:06 /dev/ttyAMA0
pi@raspi-knx ~ $ sudo chown pi /dev/ttyAMA0
pi@raspi-knx ~ $ ls -l /dev/ttyAMA0
crw-rw---- 1 pi dialout 204, 64 Okt  9 12:06 /dev/ttyAMA0
pi@raspi-knx ~ $ sudo systemctl status knxd.socket
â knxd.socket - KNX Daemon (socket)
   Loaded: loaded (/lib/systemd/system/knxd.socket; enabled)
   Active: active (listening) since Fre 2015-10-09 12:06:46 CEST; 1min 37s ago
   Listen: /var/run/knxd (Stream)
           [::]:6720 (Stream)

Okt 09 12:06:46 raspi-knx systemd[1]: Starting KNX Daemon (socket).
Okt 09 12:06:46 raspi-knx systemd[1]: Listening on KNX Daemon (socket).
pi@raspi-knx ~ $ sudo systemctl status knxd.service
â knxd.service - KNX Daemon
   Loaded: loaded (/lib/systemd/system/knxd.service; enabled)
   Active: failed (Result: exit-code) since Fre 2015-10-09 12:06:47 CEST; 1min 40s ago
  Process: 525 ExecStart=/usr/bin/knxd $KNXD_OPTS (code=exited, status=1/FAILURE)
 Main PID: 525 (code=exited, status=1/FAILURE)

Okt 09 12:06:47 raspi-knx knxd[525]: initialization of the EIBnet/IP server failed: Resource temporarily unavailable
Okt 09 12:06:47 raspi-knx systemd[1]: knxd.service: main process exited, code=exited, status=1/FAILURE
Okt 09 12:06:47 raspi-knx systemd[1]: Failed to start KNX Daemon.
Okt 09 12:06:47 raspi-knx systemd[1]: Unit knxd.service entered failed state.
pi@raspi-knx ~ $ sudo systemctl start knxd.service
pi@raspi-knx ~ $ sudo systemctl stop knxd.service
Warning: Stopping knxd.service, but it can still be activated by:
  knxd.socket
pi@raspi-knx ~ $ systemctl start knxd.service
Failed to start knxd.service: Access denied
pi@raspi-knx ~ $ sudo systemctl status knxd.service
â knxd.service - KNX Daemon
   Loaded: loaded (/lib/systemd/system/knxd.service; enabled)
   Active: inactive (dead) since Fre 2015-10-09 12:08:53 CEST; 15s ago
  Process: 1037 ExecStart=/usr/bin/knxd $KNXD_OPTS (code=exited, status=0/SUCCESS)
 Main PID: 1037 (code=exited, status=0/SUCCESS)

Okt 09 12:08:41 raspi-knx systemd[1]: Started KNX Daemon.
Okt 09 12:08:53 raspi-knx systemd[1]: Stopping KNX Daemon...
Okt 09 12:08:53 raspi-knx systemd[1]: Stopped KNX Daemon.
pi@raspi-knx ~ $ sudo chmod 777 /dev/ttyAMA0
pi@raspi-knx ~ $ ls -l /dev/ttyAMA0
crwxrwxrwx 1 pi dialout 204, 64 Okt  9 12:08 /dev/ttyAMA0
pi@raspi-knx ~ $ systemctl start knxd.service
Failed to start knxd.service: Access denied
pi@raspi-knx ~ $ sudo journalctl -xn
-- Logs begin at Fre 2015-10-09 12:06:43 CEST, end at Fre 2015-10-09 12:11:33 CEST. --
Okt 09 12:09:00 raspi-knx dbus[528]: [system] Rejected send message, 2 matched rules; type="method_call", sender=":1.14" (uid=1000
Okt 09 12:09:08 raspi-knx sudo[1062]: pi : TTY=pts/0 ; PWD=/home/pi ; USER=root ; COMMAND=/bin/systemctl status knxd.service
Okt 09 12:09:08 raspi-knx sudo[1062]: pam_unix(sudo:session): session opened for user root by pi(uid=0)
Okt 09 12:09:08 raspi-knx sudo[1062]: pam_unix(sudo:session): session closed for user root
Okt 09 12:09:57 raspi-knx sudo[1080]: pi : TTY=pts/0 ; PWD=/home/pi ; USER=root ; COMMAND=/bin/chmod 777 /dev/ttyAMA0
Okt 09 12:09:57 raspi-knx sudo[1080]: pam_unix(sudo:session): session opened for user root by pi(uid=0)
Okt 09 12:09:57 raspi-knx sudo[1080]: pam_unix(sudo:session): session closed for user root
Okt 09 12:10:16 raspi-knx dbus[528]: [system] Rejected send message, 2 matched rules; type="method_call", sender=":1.17" (uid=1000
Okt 09 12:11:33 raspi-knx sudo[1109]: pi : TTY=pts/0 ; PWD=/home/pi ; USER=root ; COMMAND=/bin/journalctl -xn
Okt 09 12:11:33 raspi-knx sudo[1109]: pam_unix(sudo:session): session opened for user root by pi(uid=0)
pi@raspi-knx ~ $

In der /boot/cmdline.txt habe ich außerdem noch den Teil mit /dev/ttyAMA0 entfernt.
Momentan weiß ich nicht, in welche Richtung ich es weiter versuchen soll...

Ankündigung

eibd(war bcusdk) Fork -> knxd

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar