Raspi B mit busware ROT

[tomconnect]

Hallo,
ich wollte den Raspi in oben genannter Version als IP Schnittstelle konfigurieren komme aber nicht weiter.
Die Kombination lief bereits mit fhem. Nun habe ich das System neu aufgesetzt und mich an den Anleitungen vom GitHub und smarthome.py orientiert.

sudo udevadm info -a /dev/ttyAMA0 liefert:

looking at device '/devices/platform/soc/20201000.serial/tty/ttyAMA0':
    KERNEL=="ttyAMA0"
    SUBSYSTEM=="tty"
    DRIVER==""
    ATTR{flags}=="0x10000000"
    ATTR{io_type}=="2"
    ATTR{line}=="0"
    ATTR{port}=="0x0"
    ATTR{xmit_fifo_size}=="16"
    ATTR{closing_wait}=="3000"
    ATTR{iomem_reg_shift}=="0"
    ATTR{custom_divisor}=="0"
    ATTR{type}=="32"
    ATTR{close_delay}=="50"
    ATTR{uartclk}=="0"
    ATTR{irq}=="81"
    ATTR{iomem_base}=="0x20201000"

  looking at parent device '/devices/platform/soc/20201000.serial':
    KERNELS=="20201000.serial"
    SUBSYSTEMS=="amba"
    DRIVERS=="uart-pl011"
    ATTRS{id}=="00241011"
    ATTRS{irq0}=="81"
    ATTRS{driver_override}==""

  looking at parent device '/devices/platform/soc':
    KERNELS=="soc"
    SUBSYSTEMS=="platform"
    DRIVERS==""
    ATTRS{driver_override}=="(null)"

  looking at parent device '/devices/platform':
    KERNELS=="platform"
    SUBSYSTEMS==""
    DRIVERS==""

Was mir auffällt im Vergleich zu:
https://knx-user-forum.de/forum/supp...lfe-n%C3%B6tig

nach sudo udevadm info -a /dev/ttyAMA0
steht dort
... looking at device '/devices/platform/soc/20201000.uart/tty/ttyAMA0': ...
looking at parent device '/devices/platform/soc/20201000.uart':
KERNELS=="20201000.uart" das war in meiner früheren Konfiguration auch so. Nun steht das nicht .uart sondern .sieral
Für Hinweise und Lösungen bin ich Euch sehr Dankbar!
Viele Grüße
Tom

[tomconnect]

Vielleicht Helfen auch folgende Informationen weiter:

● knxd.service - KNX Daemon
Loaded: loaded (/lib/systemd/system/knxd.service; enabled)
Active: activating (auto-restart) (Result: signal) since Di 2017-06-27 18:42:58 CEST; 6s ago
Process: 962 ExecStart=/usr/bin/knxd $KNXD_OPTS (code=killed, signal=SEGV)
Main PID: 962 (code=killed, signal=SEGV)

Jun 27 18:42:58 KNXGateway systemd[1]: knxd.service: main process exited, code=killed, status=11/SEGV
Jun 27 18:42:58 KNXGateway systemd[1]: Unit knxd.service entered failed state.


● knxd.socket - KNX Daemon (socket)
Loaded: loaded (/lib/systemd/system/knxd.socket; enabled)
Active: active (listening) since Di 2017-06-27 18:39:41 CEST; 5min ago
Listen: /var/run/knx (Stream)
[::]:6720 (Stream)

Jun 27 18:39:41 KNXGateway systemd[1]: Starting KNX Daemon (socket).
Jun 27 18:39:41 KNXGateway systemd[1]: Listening on KNX Daemon (socket).

Viele Grüße
Tom

[Tru]

Process: 962 ExecStart=/usr/bin/knxd $KNXD_OPTS (code=killed, signal=SEGV)

Wie schaut denn die konkrete Konfiguration aus? Wo und wie wird die Variable $KNXD_OPTS gefüllt? Was ist das Resultat, wenn du den Command in einer Shell aufrufst, allenfalls ergänzt mit -i um knxd.socket zu ersetzen.

[tomconnect]

knxd.conf

KNXD_OPTS="-e 1.1.1 -DTRS -t 0xff -c -f9 -b -i tpuarts:/dev/ttyKNX1"

[Smurf]

Diese Befehlszeile ist in dieser Form Unsinn. Du hast zumindest das -b und das -i vertauscht, wobei du das -i wegen socket activation eh weglassen kannst.
Außerdem fehlt die -E-Option.

[tomconnect]

Meine alte conf lautete so und hat in der Konstellation funktioniert,


KNXD_OPTS="-e 1.1.1 -DTRS -t 0xff -f9 -b tpuarts:/dev/ttyKNX1"

Da bekam ich auf
sudo udevadm info -a /dev/ttyAMA0 | grep KERNELS.*uart
die Antwort
KERNELS=="20201000.uart" jetzt kommt nichts.
Und
sudo udevadm info -a /dev/ttyAMA0 liefert:
...
KERNELS=="20201000.serial"
...

wo genau ist mein Unsinn.
Viele Grüße
Tom

[Smurf]

wo genau ist mein Unsinn.

Ich verstehe die Frage nicht.
Du hast hinter das -b ein -i gekritzelt, das ist sinnfrei. Hinter dem -b kommt immer die Treiberspezifikation, dazu ist es da.

Wenn der Kernel seit Neuestem statt "20201000.uart" "20201000.serial" ausspuckt, dann solltest du deine udev-rules-Datei genau so abändern, damit du nach dem nächsten Reboot überhaupt wieder ein /dev/ttyKNX1 hast, weil aktuell hast du es wohl nicht.

[tomconnect]

Danke für die Antwort, das leuchtet natürlich ein. Trotzdem komme ich nicht weiter. Wie gesagt ich möchte mit Raspi und ROT einen KNX Router bereitstellen.
Hat jemand konkrete Tipps für mcih wie die .conf aussehen muss. Bin dazu zuviel Laie.
Danke! Grüße
Tom

[lukluk]

Hi. Hast du schon eine Lösung gefunden? hab auch noch ein ROT im Keller liegen. Würde auch gerne einen KNX Ip Router mit knxd draus machen und scheitere auch an meiner Unwissenheit.

[tomconnect]

Hi, ich greife das Thema nochmal auf. Ich bin bisher nicht weiter gekommen. Bin aber über Hilfe sehr dankbar.
Grüße
Tom

[PanneMax]

Hallo, ich versuche ebenfalls gerade einen Raspi 3 unter Raspbian Stretch Lite mit dem Busware Pigator Onewire on DIN-rail(http://busware.de/tiki-index.php?page=POD_Installation) aufzusetzen.

Konfiguriert habe ich in /etc/udev/rules.d/70-knxd.rules

ACTION=="add", SUBSYSTEM=="tty", ATTRS{id}=="00241011", KERNELS=="3f201000.serial", SYMLINK+="ttyKNX1", OWNER="knxd"

in /etc/knxd.conf

KNXD_OPTS="-e 1.1.61 -E 1.1.62:8 -D -T -R -S -f9 -B log -t 1023 -b tpuarts:/dev/ttyKNX1"

in /boot/config.txt

dtoverlay=pi3-disable-bt

ausgeführt

$ sudo usermod -a -G dialout knxd

$ sudo systemctl disable hciuart

$ sudo systemctl stop serial-getty@ttyAMA0.service
$ sudo systemctl disable serial-getty@ttyAMA0.service
$ sudo systemctl mask serial-getty@ttyAMA0.service

$ sudo reboot

$ ls -lL /dev/ttyKNX1
crw-rw---- 1 knxd dialout 204, 64 Sep 22 17:12 /dev/ttyKNX1

Als Fehler bekomme ich folgendes:

$ journalctl -u knxd
-- Logs begin at Thu 2016-11-03 17:16:42 UTC, end at Fri 2017-09-22 17:43:51 UTC. --
Sep 22 16:48:48 raspberrypi systemd[1]: Starting KNX Daemon...
Sep 22 16:48:48 raspberrypi knxd[466]: Layer 0 [19:log/B.tpuarts       0.000] State setup
Sep 22 16:48:48 raspberrypi knxd[466]: Layer 0 [21:B.tpuarts/log       0.000] Insert 20:LowF / 18:tpuart
Sep 22 16:48:48 raspberrypi knxd[466]: Layer 0 [21:B.tpuarts/log       0.000] Setup
Sep 22 16:48:48 raspberrypi knxd[466]: Layer 0 [23:B.tpuarts/log       0.000] Insert 22:TPU_ser / 20:LowF
Sep 22 16:48:48 raspberrypi knxd[466]: Layer 0 [21:B.tpuarts/log       0.000] Filter single not found
Sep 22 16:48:48 raspberrypi knxd[466]: Layer 0 [23:B.tpuarts/log       0.000] Setup
Sep 22 16:48:48 raspberrypi knxd[466]: Layer 0 [23:B.tpuarts/log       0.000] Setup OK: yes
Sep 22 16:48:48 raspberrypi knxd[466]: Layer 0 [21:B.tpuarts/log       0.000] Setup OK: yes
Sep 22 16:48:48 raspberrypi knxd[466]: Layer 3 [17:B.tpuarts/Conn      0.000] registerLink: 17:B.tpuarts
Sep 22 16:48:48 raspberrypi knxd[466]: Layer 3 [17:B.tpuarts/Conn      0.000] Start: cfg:B.tpuarts
Sep 22 16:48:48 raspberrypi knxd[466]: Layer 5 [17:B.tpuarts/Conn      0.000] down => >up
Sep 22 16:48:48 raspberrypi knxd[466]: Layer 5 [17:B.tpuarts/Conn      0.001] Starting
Sep 22 16:48:48 raspberrypi knxd[466]: Layer 0 [19:log/B.tpuarts       0.001] State start
Sep 22 16:48:48 raspberrypi knxd[466]: Layer 0 [21:B.tpuarts/log       0.001] Start
Sep 22 16:48:48 raspberrypi knxd[466]: Layer 0 [23:B.tpuarts/log       0.001] Start
Sep 22 16:48:48 raspberrypi knxd[466]: Layer 0 [22:B.tpuarts/TPU_ser   0.001] Opened /dev/ttyKNX1 with baud 19200
Sep 22 16:48:48 raspberrypi knxd[466]: Layer 2 [22:B.tpuarts/TPU_ser   0.001] Opened
Sep 22 16:48:48 raspberrypi knxd[466]: Layer 2 [22:B.tpuarts/TPU_ser   0.001] Buffer Setup on fd 6
Sep 22 16:48:48 raspberrypi knxd[466]: Layer 0 [23:B.tpuarts/log       0.001] Started
Sep 22 16:48:48 raspberrypi knxd[466]: Layer 8 [20:B.tpuarts/LowF      0.001] state: new > start
Sep 22 16:48:48 raspberrypi knxd[466]: Layer 0 [20:B.tpuarts/LowF      0.001] SendReset 01
Sep 22 16:48:48 raspberrypi knxd[466]: Layer 0 [23:B.tpuarts/log       0.001] Send(001): 01
Sep 22 16:48:48 raspberrypi knxd[466]: Layer 4 [17:B.tpuarts/Conn      0.001] >up
Sep 22 16:48:48 raspberrypi knxd[466]: Layer 4 [17:B.tpuarts/Conn      0.005] is >up
Sep 22 16:48:48 raspberrypi systemd[1]: Started KNX Daemon.
Sep 22 16:48:48 raspberrypi knxd[466]: Layer 0 [23:B.tpuarts/log       0.234] Recv(002): 47 47
Sep 22 16:48:48 raspberrypi knxd[466]: Layer 8 [20:B.tpuarts/LowF      0.234] State: 47
Sep 22 16:48:48 raspberrypi knxd[466]: W00000063: [20:B.tpuarts] TPUART error state x47
Sep 22 16:48:48 raspberrypi knxd[466]: Layer 8 [20:B.tpuarts/LowF      0.234] State: 47
Sep 22 16:48:48 raspberrypi knxd[466]: W00000063: [20:B.tpuarts] TPUART error state x47
Sep 22 16:48:49 raspberrypi knxd[466]: Layer 0 [20:B.tpuarts/LowF      0.482] SendReset 01
Sep 22 16:48:49 raspberrypi knxd[466]: Layer 0 [23:B.tpuarts/log       0.482] Send(001): 01
Sep 22 16:48:49 raspberrypi knxd[466]: Layer 0 [23:B.tpuarts/log       0.715] Recv(002): 47 47
Sep 22 16:48:49 raspberrypi knxd[466]: Layer 8 [20:B.tpuarts/LowF      0.715] State: 47
Sep 22 16:48:49 raspberrypi knxd[466]: W00000063: [20:B.tpuarts] TPUART error state x47
Sep 22 16:48:49 raspberrypi knxd[466]: Layer 8 [20:B.tpuarts/LowF      0.715] State: 47
Sep 22 16:48:49 raspberrypi knxd[466]: W00000063: [20:B.tpuarts] TPUART error state x47
Sep 22 16:48:49 raspberrypi knxd[466]: Layer 0 [20:B.tpuarts/LowF      0.982] SendReset 01
Sep 22 16:48:49 raspberrypi knxd[466]: Layer 0 [23:B.tpuarts/log       0.982] Send(001): 01
Sep 22 16:48:49 raspberrypi knxd[466]: Layer 0 [23:B.tpuarts/log       1.217] Recv(002): 47 47
Sep 22 16:48:49 raspberrypi knxd[466]: Layer 8 [20:B.tpuarts/LowF      1.217] State: 47
Sep 22 16:48:49 raspberrypi knxd[466]: W00000063: [20:B.tpuarts] TPUART error state x47
Sep 22 16:48:49 raspberrypi knxd[466]: Layer 8 [20:B.tpuarts/LowF      1.217] State: 47
Sep 22 16:48:49 raspberrypi knxd[466]: W00000063: [20:B.tpuarts] TPUART error state x47
Sep 22 16:48:50 raspberrypi knxd[466]: Layer 8 [20:B.tpuarts/LowF      1.482] state: in_reset > error
Sep 22 16:48:51 raspberrypi knxd[466]: Layer 0 [23:B.tpuarts/log       2.483] Stop
Sep 22 16:48:51 raspberrypi systemd[1]: knxd.service: Main process exited, code=exited, status=1/FAILURE
Sep 22 16:48:51 raspberrypi systemd[1]: knxd.service: Unit entered failed state.
Sep 22 16:48:51 raspberrypi systemd[1]: knxd.service: Failed with result 'exit-code'.
Sep 22 16:49:01 raspberrypi systemd[1]: knxd.service: Service hold-off time over, scheduling restart.
Sep 22 16:49:01 raspberrypi systemd[1]: Stopped KNX Daemon.

Hat jemand eine Idee was ich falsch mache?

[tomconnect]

Hallo,
ich habe nochmal Raspi b+ (& Stretch) neu aufgesetzt und KNXD nach Wiki fehlerfrei installiert.

/etc/udev/rules.d/70-knxd.rules fehlt. Muss die händisch angelegt werden?

Kann mir jemand einen Tipp geben wie ich den ROT einbinde. Ich habe das Gefühl er wird nicht erkannt.
sudo udevadm info -a /dev/ttyAMA0 | grep KERNELS.*uart liefert kein Ergebnis

Viele Grüße
Tom

[manu241]

Hallo Mitstreiter,

genau an diesem Punkt hänge ich auch fest. Ich habe eigentlich alles so probiert wie in der Anleitung (https://github.com/knxd/knxd/wiki/Ad...ART-(Raspberry) ) beschrieben gemacht.

Hatte jemand ähnliche Probleme und kann dort uns weiter helfen?

Gruß und danke Manuel

[smai]

manu241 du müsstest aber noch erwähnen, dass du einen RasPi 3 und nicht einen B+ hast. Und wie ich dir geschrieben hatte, solltest du mal nach ROT und Bluetooth suchen.

tomconnect Hast du wirklich einen RasPI 1 model B+? Oder etwa ebenfalls einen RasPi 3 model B?

[manu241]

Hallo Stefan,

ja stimmt. Habe ich vergessen zu erwähnen. Dein Tipp bin auch schon nach gegangen. Dazu habe ich wie in der Anleitung geschrieben folgendes gemacht:

Then disable the onboard Pi3 Bluetooth and restore UART0/ttyAMA0 over GPIOs 14 & 15 modify
$ sudo nano /boot/config.txt
Add to the end of the file
dtoverlay=pi3-disable-bt
We also need to disconnect the BT modem from the UART
$ sudo systemctl disable hciuart
After reboot your Pi3 is prepared to run the pigator TPUART module.

Oder meinst du noch etwas anderes.

Die Ausgabe: sudo systemctl status hciuart liefert auch folgendes

 hciuart.service - Configure Bluetooth Modems connected by UART
   Loaded: loaded (/lib/systemd/system/hciuart.service; disabled; vendor preset:
   Active: inactive (dead)
lines 1-3/3 (END)

Gruß und danke für deine/eure Tipps