eibd anstatt knxd?

[itarch]

Smurf
dein Post in eigener Sache habe ich wahrgenommen ... deshalb auch das mail an matthias@urlichs.de!

[Bit-te]

Smurf
habe meine knxd.conf so umgestellt wie von dir beschrieben.
Dann kommt leider nur folgende Ausgabe:

smarthome@raspberrypi:~$ sudo systemctl stop knxd.service -l
Warning: Stopping knxd.service, but it can still be activated by:
knxd.socket
smarthome@raspberrypi:~$ sudo systemctl start knxd.service -l
smarthome@raspberrypi:~$ sudo systemctl status knxd.service -l
● knxd.service - KNX Daemon
Loaded: loaded (/lib/systemd/system/knxd.service; enabled)
Active: active (running) since Thu 2017-02-02 20:00:10 CET; 3s ago
Main PID: 2681 (knxd)
CGroup: /system.slice/knxd.service
└─2681 /usr/bin/knxd -e 1.1.245 -E 1.1.246:8 -DTRS -c -f 9 -t 0xffe -b tpuarts:/dev/ttyKNX1

Feb 02 20:00:10 raspberrypi knxd[2681]: knxd: Layer 2 [ 5:tpuarts:/dev/ttyKNX1 0.001] Open
Feb 02 20:00:10 raspberrypi knxd[2681]: knxd: Layer 2 [ 5:tpuarts:/dev/ttyKNX1 0.001] Open
Feb 02 20:00:10 raspberrypi systemd[1]: Started KNX Daemon.
Feb 02 20:00:10 raspberrypi knxd[2681]: knxd: Layer 2 [ 5:tpuarts:/dev/ttyKNX1 0.002] Openend
Feb 02 20:00:10 raspberrypi knxd[2681]: knxd: Layer 2 [ 5:tpuarts:/dev/ttyKNX1 0.002] open-reset(001): 01
Feb 02 20:00:10 raspberrypi knxd[2681]: knxd: Layer 8 [ 6:systemd 0.002] OpenSystemdSocket
Feb 02 20:00:10 raspberrypi knxd[2681]: knxd: Layer 8 [ 6:systemd 0.002] SystemdSocket opened
Feb 02 20:00:10 raspberrypi knxd[2681]: knxd: Layer 8 [ 7:systemd 0.002] OpenSystemdSocket
Feb 02 20:00:10 raspberrypi knxd[2681]: knxd: Layer 8 [ 7:systemd 0.002] SystemdSocket opened
smarthome@raspberrypi:~$ journalctl -u knxd.service -b
No journal files were found.
smarthome@raspberrypi:~$ journalctl -u knxd.service -f
No journal files were found.

In dem Verzeichniss var/log gibit es weder einen messeges noch syslog Ordner... sorry

Gruß
Wolfgang

[itarch]

sudo journalctl ...

[Bit-te]

Danke... hab ich gerade auch gemerkt... :-)

Diese Zeilen wiederholen sich ständig...
sonst erscheint nichts.

smarthome@raspberrypi:~$ sudo journalctl -u knxd.service -f
-- Logs begin at Thu 2017-02-02 19:31:49 CET. --
Feb 02 20:21:17 raspberrypi knxd[2681]: knxd: Layer 8 [ 5:tpuarts:/dev/ttyKNX1 1267.477] unknown addr 1.3.21
Feb 02 20:21:17 raspberrypi knxd[2681]: knxd: Layer 1 [ 5:tpuarts:/dev/ttyKNX1 1267.482] RecvLP(008): BC 00 02 13 15 00 80 34
Feb 02 20:21:17 raspberrypi knxd[2681]: knxd: Layer 1 [ 5:tpuarts:/dev/ttyKNX1 1267.482] dropping packet: invalid
Feb 02 20:21:18 raspberrypi knxd[2681]: knxd: Layer 8 [ 5:tpuarts:/dev/ttyKNX1 1268.627] unknown addr 0.0.22
Feb 02 20:21:18 raspberrypi knxd[2681]: knxd: Layer 1 [ 5:tpuarts:/dev/ttyKNX1 1268.631] RecvLP(008): BC 00 9D 00 16 00 80 00
Feb 02 20:21:18 raspberrypi knxd[2681]: knxd: Layer 1 [ 5:tpuarts:/dev/ttyKNX1 1268.632] dropping packet: invalid
Feb 02 20:21:19 raspberrypi knxd[2681]: knxd: Layer 8 [ 5:tpuarts:/dev/ttyKNX1 1269.668] unknown addr 2.5.1
Feb 02 20:21:19 raspberrypi knxd[2681]: knxd: Layer 1 [ 5:tpuarts:/dev/ttyKNX1 1269.671] RecvLP(008): BC 00 C8 25 01 00 80 DF
Feb 02 20:21:19 raspberrypi knxd[2681]: knxd: Layer 1 [ 5:tpuarts:/dev/ttyKNX1 1269.671] dropping packet: invalid
Feb 02 20:21:20 raspberrypi knxd[2681]: knxd: Layer 2 [ 5:tpuarts:/dev/ttyKNX1 1270.143] Watchdog Reset(001): 01
Feb 02 20:21:23 raspberrypi knxd[2681]: knxd: Layer 8 [ 5:tpuarts:/dev/ttyKNX1 1273.626] unknown addr 0.0.22
Feb 02 20:21:23 raspberrypi knxd[2681]: knxd: Layer 1 [ 5:tpuarts:/dev/ttyKNX1 1273.631] RecvLP(008): BC 00 9D 00 16 00 80 00
Feb 02 20:21:23 raspberrypi knxd[2681]: knxd: Layer 1 [ 5:tpuarts:/dev/ttyKNX1 1273.631] dropping packet: invalid
Feb 02 20:21:28 raspberrypi knxd[2681]: knxd: Layer 8 [ 5:tpuarts:/dev/ttyKNX1 1278.303] unknown addr 1.3.0
Feb 02 20:21:28 raspberrypi knxd[2681]: knxd: Layer 1 [ 5:tpuarts:/dev/ttyKNX1 1278.307] RecvLP(008): BC 00 02 13 00 00 80 00
Feb 02 20:21:28 raspberrypi knxd[2681]: knxd: Layer 1 [ 5:tpuarts:/dev/ttyKNX1 1278.307] dropping packet: invalid
Feb 02 20:21:28 raspberrypi knxd[2681]: knxd: Layer 8 [ 5:tpuarts:/dev/ttyKNX1 1278.481] unknown addr 1.3.21
Feb 02 20:21:28 raspberrypi knxd[2681]: knxd: Layer 1 [ 5:tpuarts:/dev/ttyKNX1 1278.486] RecvLP(008): BC 00 02 13 15 00 80 34
Feb 02 20:21:28 raspberrypi knxd[2681]: knxd: Layer 1 [ 5:tpuarts:/dev/ttyKNX1 1278.486] dropping packet: invalid
Feb 02 20:21:28 raspberrypi knxd[2681]: knxd: Layer 8 [ 5:tpuarts:/dev/ttyKNX1 1278.626] unknown addr 0.0.22
Feb 02 20:21:28 raspberrypi knxd[2681]: knxd: Layer 1 [ 5:tpuarts:/dev/ttyKNX1 1278.631] RecvLP(008): BC 00 9D 00 16 00 80 00
Feb 02 20:21:28 raspberrypi knxd[2681]: knxd: Layer 1 [ 5:tpuarts:/dev/ttyKNX1 1278.631] dropping packet: invalid
Feb 02 20:21:30 raspberrypi knxd[2681]: knxd: Layer 2 [ 5:tpuarts:/dev/ttyKNX1 1280.145] Watchdog Reset(001): 01
Feb 02 20:21:30 raspberrypi knxd[2681]: knxd: Layer 1 [ 5:tpuarts:/dev/ttyKNX1 1280.709] RecvLP(011): BC 00 9D 00 15 E3 80 A8 00 BC 00
Feb 02 20:21:30 raspberrypi knxd[2681]: knxd: Layer 1 [ 5:tpuarts:/dev/ttyKNX1 1280.709] dropping packet: invalid

[Bit-te]

Hier ein pastebin mit ein paar Minuten

http://pastebin.com/XJf17LhC

Danke schonmal

[Smurf]

Äh. ja. Da kommt definitiv Unfug an; die Prüfsumme ist offensichtlich falsch. Die Frage ist, was das soll. Ich kann das hier netterweise reproduzieren und bin bei der Arbeit …

[Bit-te]

Nur ein kurzer Nachtrag.
Schön das du den Fehler nachstellen kannst... so fühle ich mich etwas besser... ;-)

Aber nun zur Sache. Kann das mit der seriellen Schnittstelle auch noch ein ETS Problem sein? Das war ja der Grund warum ich von 0.10 auf 0.12.6 gewechselt bin. Ich hatte das identische Problem wie in diesem Thread beschrieben:
https://knx-user-forum.de/forum/proj...mierung-timout

Vielleicht hängt das ja zusammen.

Gruß und Danke
Wolfgang

[Bit-te]

Hallo, ich habe heute mittag auf die aktuelle stable Version gewechselt!

Bis jetzt funktioniert alles. Visu, Statis, ETS

Mir bleibt nur... VIELEN DANK
Gruß
Wolfgang

[itarch]

Bit-te: welche Visu setzt Du ein?

[Smurf]

Bit-te Bitte sehr.

[Bit-te]

@itarch: ich setze smarthomeNG mit der aktuellen 2.8 visu ein.

[itarch]

Smurf: fehlt da was?

pi@RASP3BII:~ $ git clone https://github.com/knxd/knxd
...
pi@RASP3BII:~/knxd $ git checkout stable
...

pi@RASP3BII:~/knxd $ dpkg-buildpackage -b -uc
dpkg-buildpackage: source package knxd
dpkg-buildpackage: source version 0.12.13-2
...
configure.ac:39: error: required file '[COLOR=#FF0000]./ltmain.sh[/COLOR]' [COLOR=#FF0000]not found[/COLOR]
...
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2

[Smurf]

Das Problem sind die etwas verzwackelten Abhängigkeiten zwischen den ganzen Autotools-Teilen, die da so reinkopiert werden und die beim normalen "make clean" nicht rauliegen (absichtlich). Ich finde es unproduktiv, sämtliche dieser Dateien mit in debian/rules aufzunehmen, zumall diese Situation im "Normalbetrieb" nicht auftreten solte.

Abhilfe: bootstrap.sh starten, oder "git ls-files --other -print0 | xargs -0r rm -f" laufen lassen.

[itarch]

Erst "bootstrap.sh" dann läuft auch "dpkg-buildpackage -b -uc" durch.
Thanx.

[stoepf]

Nach dem ich auch gerade über "ltmain.sh not found" gestoplert bin, könnte das jemand in die Komplettanleitung aufnehmen?