knxd (0.14) an sich läuft.. aber ETS will nicht

[larsrosen]

Wäre es denn eine Möglichkeit eine Option einzubauen in das config File mit debug = /....Pfad/File.log

in dem dann alles abgespeichert wird?
evtl noch ein Schalter debug =on/off

dann könnte es jeder bedienen.

[Tru]

Wäre es denn eine Möglichkeit eine Option einzubauen in das config File mit debug = /....Pfad/File.log

in dem dann alles abgespeichert wird?
evtl noch ein Schalter debug =on/off

dann könnte es jeder bedienen.

Ist doch eigentlich schon beides eingebaut. Das Logfile kannst du mit -d angeben und on/off mit Setzen von -t. Alle Parameter bekommst du mit knxd_args --help angezeit.

[Brick]

auch wenn ich mich jetzt als Depp oute.. aber das mit dem Konfigfile hab ich nie richtig verstanden.. meine Installation läuft noch "nur über" Parameter.
Anbei mal zwei Wireshark mitschnitte .. Jeweils: Mitschnitt Start - Öffnen ETS - Mit Bus verbinden - partielle Progr. eines Aktors im EG - Nach Fehlermeldung, Ende Mitschnitt.
Einmal stand die Kommunikation auf "KNXnet/IP Routing", einmal "KNXnet/IP"

Wireshark.zip

ich versuche jetzt mal ein Debug Output direkt per SSH zu generieren.. früher ging das doch noch mit -t1023 >output.txt .. geht das nicht mehr ?
ich probier das mal..

Gruß Martin

[larsrosen]

Ist doch eigentlich schon beides eingebaut. Das Logfile kannst du mit -d angeben und on/off mit Setzen von -t. Alle Parameter bekommst du mit knxd_args --help angezeit.

Man muss es nur verstehen und wissen das es die Option gibt.
Die alten Versionen kann ich mit den init Scripten starten. Und dort konnte ich die Args mit angeben können.
bei einem Fehler habe ich es direkt als Std Error angezeigt bekommen.
bei dem jetzigen System muss man da irgendwas mit System oder journalcontrol machen Ka....

Vom Prinzip her ist es mir auch egal.
Nur wenn ich erstmal ewig suchen muss wie man den Prozess so starten um ein Fehler log zu erhalten ist mir das auch zu aufwendig.
Dann bleibt es den Profis überlassen.

Es wäre ja durchaus von Vorteil für alle wenn es einer mal aufschreibt wie man ein Log erstellt.
Selbst mit der Wiki Seite bin ich total überfordert. Es gibt keine Beispiel Konfigurationen und alles ist auf Englisch.

[Brick]

also mit "KNXD_OPTS="-t1023 -e 1.1.124 -E 1.1.125:8 -b ipt:192.168.178.25 -DTRS -u -i""
läufts... und jetzt ?

Deswegen wäre es schön, wenn wie larsrosen mal einer ein kleines Tutorial schreiben könnte, wie das
mit dem Debuggen jetzt geht, scheint ja nicht mehr so einfach zu sein, wenn ich eure Kommentare hierzu lese..
Ich jedenfalls hab es nicht verstanden.. (auch nicht mit der Wikiseite).. und gefühlt hab ich alles gemacht,
was im knxd.conf File drin stand...

[Brick]

jetzt bringt der Befehl : sudo journalctl -S "10 min ago" -uknxd super viele Einträge.. wie bekomm ich die
in ein File ? bzw. extrahiert ?

Gruß Martin

[larsrosen]

Versuch die Ausgabe mal umzuleiten....

sudo journalctl -S "10 min ago" -uknxd > knxd.log

[Brick]

Ok... also die dümmste Art das zu extrahieren ist mit Copy Paste...

hier mal im Textfile.. hab nur "1 min ago" gemacht.. und in der Zeit die ETS gestartet, Verbindung aufgebaut, und
versucht ein Gerät zu parametrieren..

knxd_out.zip

hoffe das File passt so ??

Gruß Martin

[Brick]

larsrosen .. geht
und ist natürlich viel schlauer, als meine Version..

deswegen hier noch mal die "10 min ago"-Version.. da sollte auch alles drin stehen..

knxd_log.zip

[Brick]

soll man das -t1023 -u -i eigentlich nach dem debuggen wieder ausschalten ? oder kann ich das erst mal so laufen lassen ?
Performance ??

Gruß Martin

[Smurf]

Brick deine Festplatte wird ein bisschen voller (/var/log). Der Journal-Daemon komprimiert die Daten beim Speichern. Performanceprobleme hatte ich dadurch noch keine.

Auf einem RasPi oder sonst einem Gerät mit SD-Karte sollte man das Journal grundsätzlich so konfigurieren, dass die Daten grundsätzlich nur im RAM gespeichert werden. Das geht in der Datei /etc/systemd/journald.conf mit "Storage=volatile" und "ForwardToSyslog=no". Danach Neustart, danach kannst du /var/log/journal löschen (sudo rm -r …). Die Daten an einen Rechner mit Festplatte zu schicken geht auch, sprengt aber hier den Rahmen.

[Brick]

Smurf .. das Zeug liegt auf einem virtuellen Server.. da is denk ich etwas Platz.. und es wird auch keine SD Karte beschrieben.. also lass ich das mal
so..

hab jetzt mal die Falcon Treiber neu installiert... leider ohne Erfolg.. was mich wundert, das eben der Gruppenmonitor funktioniert (wenn ich auf KNXnet/IP mit Routing)
stelle.. aber das parametrieren nicht..

Irgendwie hab ich immer noch die Vermutung das evlt. keine richtige phys. Adresse vergeben wird.. kann das sein ? Hab unter Optionen - Kommunikation - Einstellungen
zb. 1.1.130 eingetragen, aber immer wenn ich das wieder öffne steht 15.15.1 drin.. passt das ?
Welche Adresse sollte den da eingetragen werden ?
die Konfig sieht ja so aus (im KNXD) -e 1.1.124 -E 1.1.125:8
also muss ich doch eine Adresse größer 125 eintragen, oder ?

Gruß Martin

[larsrosen]

Brick

mach mal bitte
ps -A |grep knxd

dann schau mal nach der PID

dann versuchst du mal das programmieren
Und dann nochmal das selbe.

Bei mir stürzt der KNXD Prozess beim parametrieren ab. Ich kann zwar mit der ETS5 auf den Monitor zugreifen, sobald aber die bislang erhöht wird wie beim programmieren packt es KNXD nicht mehr.

[Brick]

397 ? 00:00:14 knxd

jetzt programmieren ....

397 ? 00:00:15 knxd

is noch die gleich ID...

hast du bei dir unter Kommunikation KNXnet/IP mit Routing drin, oder ohne Routing ?

Das ist die Fehlermeldung der ETS:
Programmieren (Part): 1.2.17 Licht Classic 3 ACTinBOX CLASSIC Heizraum
Start: 19:54:33, Ende: 19:54:33
Das Gerät mit der phys. Adresse 1.2.17 kann nicht gefunden werden.

Wenn ich in das Journal Log schaue (nachdem ich der Schnittstelle die 1.1.132 verpasst hab, etwas parametriere dann
finde ich folgendes im Log:

Dez 17 19:49:36 KNXD knxd[397]: Layer 6 [13:server/Server      14068.009] is OK
Dez 17 19:49:36 KNXD knxd[397]: Layer 6 [ 1:main               14068.009] OK
Dez 17 19:49:36 KNXD knxd[397]: Layer 6 [ 2:main/L             14068.009] OK L
Dez 17 19:49:36 KNXD knxd[397]: Layer 0 [13:server/Server      14068.120] Recv(016): 06 10 05 30 00 10 29 00 B0 60 11 84 11 FF 00 81
[COLOR=#FF0000]Dez 17 19:49:36 KNXD knxd[397]: Layer 8 [ 1:main               14068.120] unknown addr 1.1.132[/COLOR]
Dez 17 19:49:36 KNXD knxd[397]: Layer 3 [24:router/ConnC       14068.120] Packet originally from closed local interface
Dez 17 19:49:37 KNXD knxd[397]: Layer 0 [13:server/Server      14068.436] Recv(016): 06 10 05 30 00 10 29 00 B0 60 11 FF 11 84 00 80
Dez 17 19:49:37 KNXD knxd[397]: Layer 8 [24:router/ConnC       14068.436] found addr 1.1.255
Dez 17 19:49:37 KNXD knxd[397]: Layer 6 [96:tunnel/ConnC       14068.436] sending, send_more clear
Dez 17 19:49:37 KNXD knxd[397]: Layer 6 [96:tunnel/ConnC       14068.436] sendNext called, send_more set
Dez 17 19:49:37 KNXD knxd[397]: Layer 6 [ 1:main               14068.436] sending set
Dez 17 19:49:37 KNXD knxd[397]: Layer 6 [27:tunnel/ConnC       14068.436] sending, send_more clear
Dez 17 19:49:37 KNXD knxd[397]: Layer 6 [27:tunnel/ConnC       14068.436] sendNext called, send_more set
Dez 17 19:49:37 KNXD knxd[397]: Layer 6 [ 1:main               14068.436] sending set
Dez 17 19:49:37 KNXD knxd[397]: Layer 6 [10:A.ipt/Conn         14068.436] sending, send_more clear
Dez 17 19:49:37 KNXD knxd[397]: Layer 6 [10:A.ipt/Conn         14068.436] sendNext called, send_more set
Dez 17 19:49:37 KNXD knxd[397]: Layer 6 [ 1:main               14068.436] sending set

[Brick]

hab jetzt mal wieder auf KNXnet/IP ohne Routing umgestellt.. hier find ich etwas evlt. interessantes:

1.1.131 könnte die ETS sein.. (hab parametrieren gestartet)

Dez 17 20:00:09 KNXD knxd[397]: Layer 3 [13:server/Server      14701.210] Allocate 1.1.131
Dez 17 20:00:09 KNXD knxd[397]: Layer 8 [13:server/Server      14701.210] Tunnel CONNECTION_REQ with 1.1.131
Dez 17 20:00:09 KNXD knxd[397]: Layer 9 [109:tunnel/1.1.131     14701.210] has 1.1.131
Dez 17 20:00:09 KNXD knxd[397]: Layer 8 [109:tunnel/1.1.131     14701.210] Start Conn 3
Dez 17 20:00:09 KNXD knxd[397]: Layer 3 [108:tunnel/ConnC       14701.210] registerLink: 108:tunnel_108
Dez 17 20:00:09 KNXD knxd[397]: Layer 3 [108:tunnel/ConnC       14701.210] Start: cfg:tunnel
Dez 17 20:00:09 KNXD knxd[397]: Layer 5 [108:tunnel/ConnC       14701.210] down => >up
Dez 17 20:00:09 KNXD knxd[397]: Layer 5 [108:tunnel/ConnC       14701.210] Starting
Dez 17 20:00:09 KNXD knxd[397]: Layer 5 [108:tunnel/ConnC       14701.210] >up => up
Dez 17 20:00:09 KNXD knxd[397]: Layer 4 [108:tunnel/ConnC       14701.210] up

später dann:

Dez 17 20:00:11 KNXD knxd[397]: Layer 6 [ 2:main/L             14702.695] OK L
[COLOR=#FF0000]Dez 17 20:00:12 KNXD knxd[397]: Layer 2 [109:tunnel/1.1.131     14703.507] dropped no-ACK(013): 29 00 BC D0 11 28 48 00 03 00 80 0C F1[/COLOR]
Dez 17 20:00:12 KNXD knxd[397]: Layer 8 [109:tunnel/1.1.131     14703.507] Stop Conn 3
[COLOR=#FF0000]Dez 17 20:00:12 KNXD knxd[397]: Layer 3 [ 1:main               14703.507] Release 1.1.131[/COLOR]
Dez 17 20:00:12 KNXD knxd[397]: Layer 5 [108:tunnel/ConnC       14703.507] up => down
Dez 17 20:00:12 KNXD knxd[397]: Layer 5 [108:tunnel/ConnC       14703.507] Stopping
Dez 17 20:00:12 KNXD knxd[397]: Layer 8 [109:tunnel/1.1.131     14703.507] Stop Conn 3
Dez 17 20:00:12 KNXD knxd[397]: Layer 4 [108:tunnel/ConnC       14703.507] down
Dez 17 20:00:12 KNXD knxd[397]: Layer 4 [ 1:main               14703.507] check start
Dez 17 20:00:12 KNXD knxd[397]: Layer 4 [ 1:main               14703.507] check end: want_up 1 some 1>1 all 1>1, going 0 up 5 down 0
[COLOR=#FF0000]Dez 17 20:00:12 KNXD knxd[397]: Layer 3 [108:tunnel/ConnC       14703.507] unregisterLink: tunnel_108
Dez 17 20:00:12 KNXD knxd[397]: Layer 8 [109:tunnel/1.1.131     14703.507] CloseS[/COLOR]
Dez 17 20:00:12 KNXD knxd[397]: Layer 4 [ 1:main               14703.507] check start
Dez 17 20:00:12 KNXD knxd[397]: Layer 4 [ 1:main               14703.507] check end: want_up 1 some 1>1 all 1>1, going 0 up 5 down 0
Dez 17 20:00:12 KNXD knxd[397]: Layer 0 [11:A.ipt/ipt          14704.173] Recv(025): 06 10 04 20 00 19 04 09 77 00 29 00 BC E0 11 0B 2D 00 05 00 80 00 04 C2 0C
Dez 17 20:00:12 KNXD knxd[397]: Layer 1 [11:A.ipt/ipt          14704.173] Send(004): 04 09 77 00

aber warum er das macht ?!?!?!???