Ankündigung

Einklappen
Keine Ankündigung bisher.

Inbetriebnahme knxd mit WEINZIERL 838 KNX BAOS Modul kBerry

Einklappen
X
 
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

    Inbetriebnahme knxd mit WEINZIERL 838 KNX BAOS Modul kBerry

    Hallo,

    Ich habe ein Raspberry Pi 4 B
    Code:
    [FONT=Calibri]Linux raspberrypi 4.19.97-v7l+ #1294 SMP Thu Jan 30 13:21:14 GMT 2020 armv7l GNU/Linux[/FONT]
    mit knxd 0.14.30

    Ich habe bereits knxd erfolgreich über IP am laufen mit der knxd.conf-Zeile:

    Code:
    [FONT=Calibri]KNXD_OPTS="-e 2.0.0 -E 2.0.1:9 -c -B single --send-delay=70 -b ip:224.0.23.12 -f3 -t1020"[/FONT]
    Nun habe ich mir das Weinzierl 838 KNX BAOS-Modul gekauft und möchte von IP auf KNX wechseln.

    Dabei habe ich bereits etliches probiert, bislang leider noch ohne Erfolg.
    Die Fehler-Traces im syslog sind mir rätselhaft, und bringen mir nicht unbedingt weiter.

    Ich habe bereits über sudo raspi-config meine serielle Konsole deaktiviert, und den Seriellen Port aktiviert. Zudem habe ich auch Bluetooth deaktiviert, falls es damit auch Konflikte geben sollte.

    Nun zu mancher der Settings, die ich soweit ausprobiert habe:

    Code:
    [FONT=Calibri]KNXD_OPTS="-e 2.0.0 -E 2.0.1:9 --send-delay=70 -T -R -A multi-port=true -S -A retry-delay=1 -A max-retry=2 -f9 -t1023 -b ft12cemi:/dev/ttyAMA0"[/FONT]
    Code:
    [FONT=Calibri]KNXD_OPTS="-e 2.0.0 -E 2.0.1:9 --send-delay=100 -T -R -A multi-port=true -S -A retry-delay=1 -A max-retry=2 -b tpuarts:/dev/ttyAMA0 -f9 -t1023"[/FONT]
    Code:
    [FONT=Calibri]KNXD_OPTS="-e 2.0.0 -E 2.0.1:9 -DTR -S 224.0.23.12:3671 -i --arg=retry-delay=1 --arg=max-retry=3 -f9 -t1023 -b ft12cemi:/dev/ttyAMA0 -u /tmp/knx -c"[/FONT]
    Code:
    [FONT=Calibri]KNXD_OPTS="-e 2.0.0 -E 2.0.1:9 --send-delay=70 -T -R -S -f9 -t1023 -b ft12cemi:/dev/ttyAMA0"[/FONT]
    Die logs findest du im verlinkten Pastebin.

    Ich wäre froh über irgend welche Hinweise, was ich falsch mache, oder was ich noch ausprobieren soll.

    #2
    Ich habe noch die Bluetooth-Deaktivierung in der /boot/config.txt angepasst, war offensichtlich noch nicht ganz richtig, es funkt aber immer noch nicht:

    Code:
    pi@raspberrypi:~ $ tail /boot/config.txt
    # Enable DRM VC4 V3D driver on top of the dispmanx display stack
    dtoverlay=vc4-fkms-v3d
    max_framebuffers=2
    
    [all]
    #dtoverlay=vc4-fkms-v3d
    gpu_mem=64
    enable_uart=1
    dtoverlay=disable-bt
    Jetzt sehe ich folgende zusätzliche Recv und Processing Traces:
    Code:
    ...
    Apr 22 18:54:46 raspberrypi knxd[2032]: Layer 0 [13:A.ft12cemi/log 0.001] Started
    Apr 22 18:54:46 raspberrypi knxd[2032]: Layer 0 [13:A.ft12cemi/log 0.001] Reset
    Apr 22 18:54:46 raspberrypi knxd[2032]: Layer 4 [10:A.ft12cemi/Conn 0.001] >up
    Apr 22 18:54:46 raspberrypi knxd[2032]: Layer 4 [10:A.ft12cemi/Conn 0.001] is >up
    Apr 22 18:54:46 raspberrypi knxd[2032]: Layer 0 [15:A.ft12cemi/log 0.001] Send(004): 10 40 40 16
    Apr 22 18:54:46 raspberrypi systemd[1]: Started KNX Daemon.
    Apr 22 18:54:46 raspberrypi knxd[2032]: Layer 0 [15:A.ft12cemi/log 0.006] Recv(002): 00 00
    Apr 22 18:54:46 raspberrypi knxd[2032]: Layer 1 [12:A.ft12cemi/ft12wrap 0.006] Processing(002): 00 00
    Apr 22 18:54:46 raspberrypi knxd[2032]: E00000044: [16:A.ft12cemi] reset timed out
    Apr 22 18:54:46 raspberrypi knxd[2032]: Layer 0 [17:A.ft12cemi/log 0.489] Errored
    ...
    Sonst bleibt alles wie gewohnt. Womöglich ist das Modul am Pi falsch angeschlossen?

    Kommentar


      #3
      Ich möchte heute mich erst einmal bei dem Email-Support der Firma Weinzierl bedanken. Offensichtlich hatte ich ein Problem an der KNX-Verdratung des BAOS Moduls, wodurch das Modul nicht richtig am Bus angeschlossen war.

      Nachdem ich dieses Problem lösen konnte, und damit dann auch die KNX-Adresse und Programm mittels ETS programmieren konnte, komme ich zur Konfig des knxd zurück, denn das Verhalten hat sich auch nicht im wesentlichen verändert.

      Ich habe heute folgendes ausprobiert:

      Code:
      KNXD_OPTS="-e 1.0.24 -E 15.15.2:9 -D -T -R -S -A retry-delay=5 -f9 -t1023 -b tpuarts:/dev/ttyAMA0"
      Ich zwinge damit dem knxd, dass er niemals aufgibt, ich sehe aber weder in der ETS noch am Raspberry, dass sich was tun würde:

      Code:
      Apr 25 14:18:25 raspberrypi systemd[1]: Starting KNX Daemon...
      Apr 25 14:18:25 raspberrypi knxd[31391]: Layer 0 [18:A.tpuarts/log 0.000] Insert 17:LowF / 16:tpuart
      Apr 25 14:18:25 raspberrypi knxd[31391]: Layer 0 [18:A.tpuarts/log 0.000] Setup
      Apr 25 14:18:25 raspberrypi knxd[31391]: Layer 0 [20:A.tpuarts/log 0.000] Insert 19:TPU_ser / 17:LowF
      Apr 25 14:18:25 raspberrypi knxd[31391]: Layer 0 [18:A.tpuarts/log 0.000] Filter single not found
      Apr 25 14:18:25 raspberrypi knxd[31391]: Layer 0 [20:A.tpuarts/log 0.000] Setup
      Apr 25 14:18:25 raspberrypi knxd[31391]: Layer 0 [20:A.tpuarts/log 0.000] Setup OK: yes
      Apr 25 14:18:25 raspberrypi knxd[31391]: Layer 0 [18:A.tpuarts/log 0.000] Setup OK: yes
      Apr 25 14:18:25 raspberrypi knxd[31391]: Layer 3 [15:A.tpuarts/Conn 0.000] registerLink: 15:A.tpuarts
      Apr 25 14:18:25 raspberrypi knxd[31391]: Layer 3 [15:A.tpuarts/Conn 0.000] Start: cfg:A.tpuarts
      Apr 25 14:18:25 raspberrypi knxd[31391]: Layer 5 [15:A.tpuarts/Conn 0.000] down => >up
      Apr 25 14:18:25 raspberrypi knxd[31391]: Layer 5 [15:A.tpuarts/Conn 0.000] Starting
      Apr 25 14:18:25 raspberrypi knxd[31391]: Layer 0 [18:A.tpuarts/log 0.000] Start
      Apr 25 14:18:25 raspberrypi knxd[31391]: Layer 0 [20:A.tpuarts/log 0.000] Start
      Apr 25 14:18:25 raspberrypi knxd[31391]: Layer 0 [19:A.tpuarts/TPU_ser 0.001] Opened /dev/ttyAMA0 with baud 19200
      Apr 25 14:18:25 raspberrypi knxd[31391]: Layer 2 [19:A.tpuarts/TPU_ser 0.001] Opened
      Apr 25 14:18:25 raspberrypi knxd[31391]: Layer 2 [19:A.tpuarts/TPU_ser 0.001] Buffer Setup on fd 6
      Apr 25 14:18:25 raspberrypi knxd[31391]: Layer 0 [20:A.tpuarts/log 0.001] Started
      Apr 25 14:18:25 raspberrypi knxd[31391]: Layer 8 [17:A.tpuarts/LowF 0.001] state: new > start
      Apr 25 14:18:25 raspberrypi knxd[31391]: Layer 0 [17:A.tpuarts/LowF 0.001] SendReset 01
      Apr 25 14:18:25 raspberrypi knxd[31391]: Layer 0 [20:A.tpuarts/log 0.001] Send(001): 01
      Apr 25 14:18:25 raspberrypi knxd[31391]: Layer 4 [15:A.tpuarts/Conn 0.001] >up
      Apr 25 14:18:25 raspberrypi knxd[31391]: Layer 4 [15:A.tpuarts/Conn 0.002] is >up
      Apr 25 14:18:25 raspberrypi systemd[1]: Started KNX Daemon.
      Apr 25 14:18:25 raspberrypi knxd[31391]: Layer 0 [20:A.tpuarts/log 0.003] Recv(001): 00
      Apr 25 14:18:25 raspberrypi knxd[31391]: Layer 0 [17:A.tpuarts/LowF 0.003] unknown 00
      Apr 25 14:18:25 raspberrypi knxd[31391]: Layer 0 [20:A.tpuarts/log 0.011] Recv(001): F1
      Apr 25 14:18:25 raspberrypi knxd[31391]: Layer 0 [17:A.tpuarts/LowF 0.011] unknown F1
      Apr 25 14:18:26 raspberrypi knxd[31391]: Layer 0 [17:A.tpuarts/LowF 0.488] SendReset 01
      Apr 25 14:18:26 raspberrypi knxd[31391]: Layer 0 [20:A.tpuarts/log 0.489] Send(001): 01
      Apr 25 14:18:26 raspberrypi knxd[31391]: Layer 0 [20:A.tpuarts/log 0.491] Recv(001): 00
      Apr 25 14:18:26 raspberrypi knxd[31391]: Layer 0 [17:A.tpuarts/LowF 0.491] unknown 00
      Apr 25 14:18:26 raspberrypi knxd[31391]: Layer 0 [20:A.tpuarts/log 0.499] Recv(001): F1
      Apr 25 14:18:26 raspberrypi knxd[31391]: Layer 0 [17:A.tpuarts/LowF 0.499] unknown F1
      Apr 25 14:18:26 raspberrypi knxd[31391]: Layer 0 [17:A.tpuarts/LowF 0.989] SendReset 01
      Apr 25 14:18:26 raspberrypi knxd[31391]: Layer 0 [20:A.tpuarts/log 0.989] Send(001): 01
      Apr 25 14:18:26 raspberrypi knxd[31391]: Layer 0 [20:A.tpuarts/log 0.992] Recv(001): 00
      Apr 25 14:18:26 raspberrypi knxd[31391]: Layer 0 [17:A.tpuarts/LowF 0.992] unknown 00
      Apr 25 14:18:26 raspberrypi knxd[31391]: Layer 0 [20:A.tpuarts/log 0.999] Recv(001): F1
      Apr 25 14:18:26 raspberrypi knxd[31391]: Layer 0 [17:A.tpuarts/LowF 0.999] unknown F1
      Apr 25 14:18:27 raspberrypi knxd[31391]: Layer 8 [17:A.tpuarts/LowF 1.490] state: in_reset > error
      Apr 25 14:18:28 raspberrypi knxd[31391]: Layer 0 [20:A.tpuarts/log 2.491] Stop
      Apr 25 14:18:28 raspberrypi knxd[31391]: Layer 0 [20:A.tpuarts/log 2.491] Stopped
      Apr 25 14:18:28 raspberrypi knxd[31391]: Layer 8 [17:A.tpuarts/LowF 2.491] state: error > new
      Apr 25 14:18:28 raspberrypi knxd[31391]: Layer 0 [18:A.tpuarts/log 2.491] Stopped
      Apr 25 14:18:28 raspberrypi knxd[31391]: Layer 5 [15:A.tpuarts/Conn 2.491] >up => down
      Apr 25 14:18:28 raspberrypi knxd[31391]: Layer 5 [15:A.tpuarts/Conn 2.491] retry in 5 sec
      Apr 25 14:18:33 raspberrypi knxd[31391]: Layer 5 [15:A.tpuarts/Conn 7.496] error/retry => >up
      Apr 25 14:18:33 raspberrypi knxd[31391]: Layer 5 [15:A.tpuarts/Conn 7.496] Starting
      Apr 25 14:18:33 raspberrypi knxd[31391]: Layer 0 [18:A.tpuarts/log 7.496] Start
      Apr 25 14:18:33 raspberrypi knxd[31391]: Layer 0 [20:A.tpuarts/log 7.496] Start
      Apr 25 14:18:33 raspberrypi knxd[31391]: Layer 0 [19:A.tpuarts/TPU_ser 7.496] Opened /dev/ttyAMA0 with baud 19200
      Apr 25 14:18:33 raspberrypi knxd[31391]: Layer 2 [19:A.tpuarts/TPU_ser 7.496] Opened
      Apr 25 14:18:33 raspberrypi knxd[31391]: Layer 2 [19:A.tpuarts/TPU_ser 7.496] Buffer Setup on fd 6
      Apr 25 14:18:33 raspberrypi knxd[31391]: Layer 0 [20:A.tpuarts/log 7.496] Started
      Apr 25 14:18:33 raspberrypi knxd[31391]: Layer 8 [17:A.tpuarts/LowF 7.496] state: new > start
      Apr 25 14:18:33 raspberrypi knxd[31391]: Layer 0 [17:A.tpuarts/LowF 7.496] SendReset 01
      Apr 25 14:18:33 raspberrypi knxd[31391]: Layer 0 [20:A.tpuarts/log 7.497] Send(001): 01
      Apr 25 14:18:33 raspberrypi knxd[31391]: Layer 4 [15:A.tpuarts/Conn 7.497] >up
      Apr 25 14:18:33 raspberrypi knxd[31391]: Layer 4 [15:A.tpuarts/Conn 7.497] is >up
      Apr 25 14:18:33 raspberrypi knxd[31391]: Layer 0 [17:A.tpuarts/LowF 7.996] SendReset 01
      Apr 25 14:18:33 raspberrypi knxd[31391]: Layer 0 [20:A.tpuarts/log 7.996] Send(001): 01
      Apr 25 14:18:34 raspberrypi knxd[31391]: Layer 0 [17:A.tpuarts/LowF 8.497] SendReset 01
      Apr 25 14:18:34 raspberrypi knxd[31391]: Layer 0 [20:A.tpuarts/log 8.497] Send(001): 01
      Apr 25 14:18:34 raspberrypi knxd[31391]: Layer 8 [17:A.tpuarts/LowF 8.997] state: in_reset > error
      Apr 25 14:18:35 raspberrypi knxd[31391]: Layer 0 [20:A.tpuarts/log 9.998] Stop
      Apr 25 14:18:35 raspberrypi knxd[31391]: Layer 0 [20:A.tpuarts/log 9.999] Stopped
      Apr 25 14:18:35 raspberrypi knxd[31391]: Layer 8 [17:A.tpuarts/LowF 9.999] state: error > new
      Apr 25 14:18:35 raspberrypi knxd[31391]: Layer 0 [18:A.tpuarts/log 9.999] Stopped
      Apr 25 14:18:35 raspberrypi knxd[31391]: Layer 5 [15:A.tpuarts/Conn 9.999] >up => down
      Apr 25 14:18:35 raspberrypi knxd[31391]: Layer 5 [15:A.tpuarts/Conn 9.999] retry in 5 sec
      Der vermutliche Vorteil von tpuarts im Vergleich vom ft12cemi in der Konfig ist, dass ft12cemi sofort aufgibt, ein Retry wird nicht ausgeführt.

      Ich hoffe weiterhin auf Support vom Forum, und freue mich auf Eure konstruktive Kommentare.

      Kommentar


        #4
        Hey,
        ich suche auch eine Möglichkeit um mit KNXD von IP auf TP zu wechseln und hatte überlegt das WEINZIERL 838 KNX BAOS Modul kBerry zu nutzen. Hast du es inzwischen hinbekommen?

        Edit:
        Habe diesen Umfangreichen Thread gefunden: https://knx-user-forum.de/forum/proj...ule-838-kberry es scheint wohl zu gehen. Muss mich aber mal tiefer einlesen
        Zuletzt geändert von Amenophis; 02.06.2021, 08:29.
        Grüße Etienne

        Kommentar


          #5
          Nein, ich habe es leider nicht nur nicht geschafft, sondern die Platine ist auch noch hinüber und blinkt nicht mal mehr.
          Ich kann es deswegen nicht empfehlen, die Kosten für die Hardware im Voraus zu zahlen, wo die Aussichten auf Erfolg wegen mangelnden Support so gering sind.

          Allerdings war mein Ziel nicht die Integration mit knxd, sondern direkt mit Openhab2. Beides hat aber letzten Endes nicht geklappt; Bei KNXD war das ein ständiges Try&Error, bei Openhab2 (oder aktuell 3) unterstützt die Community das TP-Interface nicht ernsthaft. Die Low-Level Driver sind mit der HW von Weinzierl schlicht inkompatibel und werden nicht gewartet.

          Openhab2 hat zudem bekannte Schwachstellen in der Umsetzung von KNX, wie z.B. das ungewollte Zwischenfunken (mit der physikalischen Source-Adresse 0.0.0) bei Programmiervorgänge, wo sie selbst gar nicht angesprochen wird. Bei knxd sollte die Lage meiner Schätzung nach definitiv nicht besser sein.
          Ich habe deswegen meine Prioritäten umdisponiert und werde demnächst mich erst damit befassen, dass Openhab stabil und zuverlässig KNX/IP kann, und erst dann um weitere Verbesserungsmaßnahmen.

          Kommentar

          Lädt...
          X