[Gelöst] Suche KNXD_OPTS für Busware TUL unter Stretch

Begonnen von grappa24, 03 Februar 2019, 16:14:34

Vorheriges Thema - Nächstes Thema

grappa24

Hallo zusammen,

habe gerade einen neuen Pi B3+ unter Stretch aufgesetzt und knxd gemäß Wiki problemlos installiert.

Suche jetzt noch nach den richtigen Parametern für den Aufruf in der /etc/knxd.conf, mein TUL läuft an ttyACM0:

KNXD_OPTS="??????? ..... tpuarts:/dev/ttyACM0"
START_KNXD=YES


Die folgenden Parameter KNXD_OPTS="-e 1.1.99 -E 1.1.100:10 -D -T -S -b tpuarts:/dev/ttyACM0" erzeugen folgenden Fehler:● knxd.service - KNX Daemon
   Loaded: loaded (/lib/systemd/system/knxd.service; enabled; vendor preset: enabled)
   Active: activating (auto-restart) (Result: exit-code) since Sun 2019-02-03 16:03:47 CET; 6s ago
  Process: 790 ExecStart=/usr/bin/knxd $KNXD_OPTS (code=exited, status=1/FAILURE)
Main PID: 790 (code=exited, status=1/FAILURE)

Feb 03 16:03:47 raspberrypi systemd[1]: knxd.service: Main process exited, code=exited, status=1/FAILURE
Feb 03 16:03:47 raspberrypi systemd[1]: knxd.service: Unit entered failed state.
Feb 03 16:03:47 raspberrypi systemd[1]: knxd.service: Failed with result 'exit-code'.
pi@raspberrypi:~ $ sudo nano /etc/knxd.conf
pi@raspberrypi:~ $ /etc/init.d/knxd status
● knxd.service - KNX Daemon
   Loaded: loaded (/lib/systemd/system/knxd.service; enabled; vendor preset: enabled)
   Active: activating (auto-restart) (Result: exit-code) since Sun 2019-02-03 16:06:31 CET; 9s ago
  Process: 941 ExecStart=/usr/bin/knxd $KNXD_OPTS (code=exited, status=1/FAILURE)
Main PID: 941 (code=exited, status=1/FAILURE)

Feb 03 16:06:31 raspberrypi systemd[1]: knxd.service: Unit entered failed state.
Feb 03 16:06:31 raspberrypi systemd[1]: knxd.service: Failed with result 'exit-code'.

FHEM 6.1, 2 x RasPi 3B+, Debian Buster; KNX, FS20, HM, HUE, Tradfri, Shellies, KLF200
Rollo-/Lichtsteuerung/-szenarien, T-Sensoren, Fensterkontakte, Heizungssteuerung, HEOS, Sprachsteuerung mit Alexa-FHEM, Netatmo, Nuki, ...

grappa24

#1
vielleicht war ich nur zu ungeduldig, nach ein paar Minuten sieht es wie folgt aus:
ups, allerdings mit den Original Parametern KNXD_OPTS="-e 0.0.1 -E 0.0.2:8 -u /tmp/eib -b ip:"

Bleibt die Frage, welche OPTS ich für den TPUART TUL benötige?

● knxd.service - KNX Daemon
   Loaded: loaded (/lib/systemd/system/knxd.service; enabled; vendor preset: enabled)
   Active: active (running) since Sun 2019-02-03 16:06:41 CET; 14min ago
Main PID: 956 (knxd)
   CGroup: /system.slice/knxd.service
           └─956 /usr/bin/knxd -e 0.0.1 -E 0.0.2:8 -u /tmp/eib -b ip:

Feb 03 16:06:41 raspberrypi systemd[1]: Starting KNX Daemon...
Feb 03 16:06:41 raspberrypi systemd[1]: Started KNX Daemon.
FHEM 6.1, 2 x RasPi 3B+, Debian Buster; KNX, FS20, HM, HUE, Tradfri, Shellies, KLF200
Rollo-/Lichtsteuerung/-szenarien, T-Sensoren, Fensterkontakte, Heizungssteuerung, HEOS, Sprachsteuerung mit Alexa-FHEM, Netatmo, Nuki, ...

grappa24

Streng nach der Doku auf GitHub vorgegangen und es funktioniert.

Was mir noch nicht 100%ig klar ist, ist die Bedeutung der Parameter -e und -E:
-e legt die KNX Adresse für den knxd fest, default 0.0.1 - soweit klar
-E:N Adressbereich für die Clients: Hat das was mit den Adressen bzw. der Anzahl meiner KNX-Devices zu tun?
FHEM 6.1, 2 x RasPi 3B+, Debian Buster; KNX, FS20, HM, HUE, Tradfri, Shellies, KLF200
Rollo-/Lichtsteuerung/-szenarien, T-Sensoren, Fensterkontakte, Heizungssteuerung, HEOS, Sprachsteuerung mit Alexa-FHEM, Netatmo, Nuki, ...

grappa24

#3
na dann: -E:N legt die nutzbaren KNX-Adressen für die knxd-clients fest, sollten so gewählt werden, dass es keine Überschneidung mit real existierenden KNX-Adressen gibt  8)

So läufts dann bei mir: KNXD_OPTS="-e 0.0.1 -E 0.0.2:8 -DTRS -b tpuarts:/dev/knx1"

define KNX TUL knxd:localhost 1.1.249
FHEM 6.1, 2 x RasPi 3B+, Debian Buster; KNX, FS20, HM, HUE, Tradfri, Shellies, KLF200
Rollo-/Lichtsteuerung/-szenarien, T-Sensoren, Fensterkontakte, Heizungssteuerung, HEOS, Sprachsteuerung mit Alexa-FHEM, Netatmo, Nuki, ...