KNX GA-Status bei Initialisierung vn knxd

[Sisamiwe]

Hallo,
bei mir werden auch mit knxd 0.12.14 bei der Initialisierung des knxd (bspw. bei Neustart) die KNX-Gruppenadressen nicht eingelesen.
Ich hatte dies bereits in diesem Thread diskutiert: https://knx-user-forum.de/forum/proj...erung-auf-0-12

Smurf: Du sagtest, ich solle, wenn die Initialisierung mit 0.12.13ff nicht klappt, nochmal ein Pastebin machen. Das gilt noch, oder?

DANKE

[snowdd]

AFAIK muss der Trigger zum Einlesen (sprich - dem Verschicken von READ-Telegrammen) doch von der Anwendung kommen, oder? Der knxd würde doch nicht von sich aus aktive READ-Telegramme auf alle möglichen Adressen machen, oder?

[Sisamiwe]

snowdd Das ist mit schon klar und in smarthomeNG haben die items auch den knxinit in der Config wie bsp

        [[[Wandleuchten]]]
            [[[[OnOff]]]]
                type = bool
                visu_acl = rw
                knx_dpt = 1
                knx_listen = 0/2/38
                knx_send = 0/2/8
                knx_init = 0/2/38
                enforce_updates = yes

Bei der Verwendung des eibd hat das auch funktioniert. Nun mit knxd bekomme ich es nicht hin.

[Smurf]

Sisamiwe Ja, gilt noch. -t1023 und vollständige Kommandozeile nicht vergessen.

[Sisamiwe]

Smurf
Ok, dann hier die Daten:

(#)~:$ knxd -V
knxd 0.12.14:e6a68c8

und noch der knxd Status:

(#)~:$ sudo systemctl status knxd.service
● knxd.service - KNX Daemon
   Loaded: loaded (/lib/systemd/system/knxd.service; enabled)
   Active: active (running) since Tue 2017-03-07 22:09:48 CET; 5min ago
 Main PID: 28136 (knxd)
   CGroup: /system.slice/knxd.service
           └─28136 /usr/bin/knxd -t1022 -e 0.0.1 -E 0.0.2:8 -c -DRS -t1023

Mar 07 22:15:46 smarthomeng knxd[28136]: knxd: Layer 8 [ 4:mcast:knxd    358.138] found addr 1.0.54
Mar 07 22:15:46 smarthomeng knxd[28136]: knxd: Layer 3 [ 2:layer3        358.138] Route L_Data low from 1.0.54 to 0/3/5 hops: 04 T_DATA_XXX_REQ A_GroupValue_Write 07 8E
Mar 07 22:15:46 smarthomeng knxd[28136]: knxd: Layer 7 [ 9:systemd       358.138] Recv(004): 00 80 07 8E
Mar 07 22:15:46 smarthomeng knxd[28136]: knxd: Layer 0 [ 9:systemd       358.138] Send(010): 00 27 10 36 03 05 00 80 07 8E
Mar 07 22:15:47 smarthomeng knxd[28136]: knxd: Layer 8 [ 4:mcast:knxd    359.441] Recv_Route L_Data low from 1.0.52 to 0/3/22 hops: 05 T_DATA_XXX_REQ A_GroupValue_Write 0C 6F
Mar 07 22:15:47 smarthomeng knxd[28136]: knxd: Layer 9 [ 4:mcast:knxd    359.441] Queue L_Data low from 1.0.52 to 0/3/22 hops: 05 T_DATA_XXX_REQ A_GroupValue_Write 0C 6F
Mar 07 22:15:47 smarthomeng knxd[28136]: knxd: Layer 8 [ 4:mcast:knxd    359.441] found addr 1.0.52
Mar 07 22:15:47 smarthomeng knxd[28136]: knxd: Layer 3 [ 2:layer3        359.441] Route L_Data low from 1.0.52 to 0/3/22 hops: 04 T_DATA_XXX_REQ A_GroupValue_Write 0C 6F
Mar 07 22:15:47 smarthomeng knxd[28136]: knxd: Layer 7 [ 9:systemd       359.441] Recv(004): 00 80 0C 6F
Mar 07 22:15:47 smarthomeng knxd[28136]: knxd: Layer 0 [ 9:systemd       359.441] Send(010): 00 27 10 34 03 16 00 80 0C 6F
(#)~:$ sudo systemctl status knxd.socket                                                                                                                                   22:15:47
● knxd.socket - KNX Daemon (socket)
   Loaded: loaded (/lib/systemd/system/knxd.socket; enabled)
   Active: active (running) since Tue 2017-03-07 22:09:42 CET; 6min ago
   Listen: /var/run/knx (Stream)
           [::]:6720 (Stream)

Mar 07 22:09:42 smarthomeng systemd[1]: Starting KNX Daemon (socket).
Mar 07 22:09:42 smarthomeng systemd[1]: Listening on KNX Daemon (socket).

und noch das Pastebin
http://pastebin.com/t1PVkxsJ

Ich hoffe, dass man damit nachvollziehen kann, warum der knxd die Items nicht initialisiert. Ein Codebeispiel der Items ist in der Nachricht von gestern zu finden.
DANKE

[Smurf]

Schau dir mal zB 0/3/6 im Log an. Der READ wird gesendet, aber nie beantwortet.

Evtl ist der Berg an Paketen deinem Bus-Interface zu viel? Eine Option zur Verzögerung gesendeter Pakete auf dem Multicast gibt es leider noch nicht – ist aber in Arbeit. Kannst du derweil den Tunnelmodus verwenden? der reagiert auf die Rückmeldung der Schnittstelle; im Multicast gibt es das nicht.

[Sisamiwe]

Smurf
Danke. Dann probier ich mal den Tunnelmodus aus und teste mal die Initialisierung.
der Parametersatz wäre dann:
KNXD_OPTS="-e 0.0.1 -E 0.0.2:8 -c -b ipt:IP der knx Schnittstelle"

Richtig?

[Smurf]

Jau, außer dass du evl noch --send-delay=100 (oder so) vor dem -b einfügen solltest.