SLZB-MR1 über PoE mit OTBR auf Docker für Matter over Thread

[Qlink]

Hi Leute,

ich möchte gerne einen SLZB-MR1(https://smlight.tech/product/slzb-mr1/) über Ethernet (PoE) mit OTBR(https://openthread.io/guides/border-router/build-docker) auf Docker für Matter over Thread in Verbindung mit iobroker verwenden.

Kurz zu meiner Umgebung:

Synology NAS inkl. Portainer als Host System für Docker.
Alle Container per macvlan über eine eigene IP eingerichtet und erreichbar.
IP Syno: 192.168.30.5
IP iob: 192.168.30.90
IP slzb-mr1: 192.168.30.9
IP otbr Container: 192.168.30.26

Allgemeine Frage: Kann das setup so mit iobroker funktionieren ?
Im Home Assistant Forum haben das scheinbar einige so am Laufen. Es gibt aber für HA ein eigenes Thread Border Router Addon(https://smlight.tech/manual/slzb-06/guide/thread-matter/), welches die Netzwerkverbindung zwischen HA und dem SLZB-MR1 herstellt.

Ich hätte versucht den otbr Container per Portainer Stacks (Compose) zu starten.
Hier mein Test Stacks:

services:
##### OTBR #####
  otbr:
    container_name: otbr
    image: openthread/border-router:latest
    restart: always
    privileged: true # don't change this !
    networks:
      # MACVLAN
      iobroker-redis-agent-dvr_LAN_public:
        ipv4_address: 192.168.30.26
      # Bridge
      iobroker-redis-agent-dvr_iob_private:
        ipv4_address: 172.18.0.10
    
    cap_add:
      - SYS_ADMIN
      - NET_ADMIN
    environment:
      DEVICE: "/dev/ttyUSB0"
      BACKBONE_IF: eth4
      FLOW_CONTROL: 1
      FIREWALL: 1
      NAT64: 1
      BAUDRATE: 460800
      OTBR_REST_PORT: 8081
      OTBR_WEB_PORT: 8080
      AUTOFLASH_FIRMWARE: 0
    devices:
      - /dev/ttyUSB0:/dev/ttyUSB0
      - /dev/net/tun:/dev/net/tun
    volumes:
      - /volume3/docker/otbr_data:/data


        ##### NETWORKS #####
networks:
  iobroker-redis-agent-dvr_LAN_public:
    driver: macvlan
    external: true
          
  iobroker-redis-agent-dvr_iob_private:
    driver: bridge
    external: true

Ich erhalte allerdings beim Starten des Containers folgende Errors im Log:

2025-08-08T08:24:45.958836418Z ipset v7.19: Kernel error received: set type not supported
2025-08-08T08:24:45.960598805Z ipset v7.19: Kernel error received: set type not supported
2025-08-08T08:24:45.962378653Z ipset v7.19: Kernel error received: set type not supported
2025-08-08T08:24:45.964214801Z ipset v7.19: Kernel error received: set type not supported
2025-08-08T08:24:45.966209150Z ip6tables v1.8.10 (nf_tables): Could not fetch rule set generation id: Invalid argument
2025-08-08T08:24:45.968077098Z ip6tables v1.8.10 (nf_tables): Could not fetch rule set generation id: Invalid argument
2025-08-08T08:24:45.970111937Z Warning: Extension pkttype revision 0 not supported, missing kernel module?
2025-08-08T08:24:45.971067751Z ip6tables v1.8.10 (nf_tables): Could not fetch rule set generation id: Invalid argument
2025-08-08T08:24:45.975328750Z Warning: Extension set is not supported, missing kernel module?
2025-08-08T08:24:45.975446761Z ip6tables v1.8.10 (nf_tables): Couldn't load match `set':No such file or directory
2025-08-08T08:24:45.975488401Z 
2025-08-08T08:24:45.975512581Z Try `ip6tables -h' or 'ip6tables --help' for more information.
2025-08-08T08:24:45.979555229Z Warning: Extension set is not supported, missing kernel module?
2025-08-08T08:24:45.979674729Z ip6tables v1.8.10 (nf_tables): Couldn't load match `set':No such file or directory
2025-08-08T08:24:45.979705699Z 
2025-08-08T08:24:45.979724889Z Try `ip6tables -h' or 'ip6tables --help' for more information.
2025-08-08T08:24:45.981576627Z Warning: Extension pkttype revision 0 not supported, missing kernel module?
2025-08-08T08:24:45.982423771Z ip6tables v1.8.10 (nf_tables): Could not fetch rule set generation id: Invalid argument
2025-08-08T08:24:45.984530080Z ip6tables v1.8.10 (nf_tables): Could not fetch rule set generation id: Invalid argument
2025-08-08T08:24:45.984681241Z Configuring OpenThread NAT64...
2025-08-08T08:24:45.987984155Z Warning: Extension MARK revision 0 not supported, missing kernel module?
2025-08-08T08:24:45.988807429Z iptables v1.8.10 (nf_tables): Could not fetch rule set generation id: Invalid argument
2025-08-08T08:24:45.991900253Z Warning: Extension mark revision 0 not supported, missing kernel module?
2025-08-08T08:24:45.992712476Z Warning: Extension MASQUERADE revision 0 not supported, missing kernel module?
2025-08-08T08:24:45.993533880Z iptables v1.8.10 (nf_tables): Could not fetch rule set generation id: Invalid argument
2025-08-08T08:24:45.995545549Z iptables v1.8.10 (nf_tables): Could not fetch rule set generation id: Invalid argument
2025-08-08T08:24:45.997618098Z iptables v1.8.10 (nf_tables): Could not fetch rule set generation id: Invalid argument
2025-08-08T08:24:45.997735628Z Starting otbr-agent...
2025-08-08T08:24:46.001023583Z [NOTE]-AGENT---: Running 0.3.0-e2f9b20
2025-08-08T08:24:46.001139463Z [NOTE]-AGENT---: Thread version: 1.4.0
2025-08-08T08:24:46.001177233Z [NOTE]-AGENT---: Thread interface: wpan0
2025-08-08T08:24:46.001201533Z [NOTE]-AGENT---: Radio URL: spinel+hdlc+uart:///dev/ttyACM0?uart-baudrate=1000000
2025-08-08T08:24:46.001235484Z [NOTE]-AGENT---: Radio URL: trel://wlan0
2025-08-08T08:24:46.002565609Z [NOTE]-ILS-----: Infra link selected: wlan0
2025-08-08T08:24:46.002632670Z [INFO]-RCP_HOS-: OpenThread log level changed to 5
2025-08-08T08:24:46.002665470Z 54d.23:51:30.760 [C] Platform------: Init() at hdlc_interface.cpp:153: No such file or directory
2025-08-08T08:24:46.005783473Z otbr-agent exited with code 5 (by signal 0).
2025-08-08T08:24:46.014181060Z OpenThread firewall rules removed.
2025-08-08T08:24:46.015309705Z s6-svlisten1: fatal: /run/s6-rc/servicedirs/otbr-agent failed permanently or its supervisor died
2025-08-08T08:24:46.015418716Z s6-rc: warning: unable to start service otbr-agent: command exited 1
2025-08-08T08:24:46.016595391Z s6-rc: info: service legacy-cont-init: stopping
2025-08-08T08:24:46.021511552Z s6-rc: info: service legacy-cont-init successfully stopped
2025-08-08T08:24:46.021624803Z s6-rc: info: service fix-attrs: stopping
2025-08-08T08:24:46.022804378Z s6-rc: info: service fix-attrs successfully stopped
2025-08-08T08:24:46.022935149Z s6-rc: info: service s6rc-oneshot-runner: stopping
2025-08-08T08:24:46.025957602Z s6-rc: info: service s6rc-oneshot-runner successfully stopped
2025-08-08T08:24:52.892217473Z s6-rc: info: service s6rc-oneshot-runner: starting
2025-08-08T08:24:52.894997795Z s6-rc: info: service s6rc-oneshot-runner successfully started
2025-08-08T08:24:52.895107826Z s6-rc: info: service fix-attrs: starting
2025-08-08T08:24:52.899360575Z s6-rc: info: service fix-attrs successfully started
2025-08-08T08:24:52.899468015Z s6-rc: info: service legacy-cont-init: starting
2025-08-08T08:24:52.903535293Z s6-rc: info: service legacy-cont-init successfully started
2025-08-08T08:24:52.903634133Z s6-rc: info: service otbr-agent: starting
2025-08-08T08:24:52.910873225Z Configuring OpenThread firewall...
2025-08-08T08:24:52.912962344Z ipset v7.19: Kernel error received: set type not supported
2025-08-08T08:24:52.915036763Z ipset v7.19: Kernel error received: set type not supported
2025-08-08T08:24:52.916984182Z ipset v7.19: Kernel error received: set type not supported
2025-08-08T08:24:52.918887730Z ipset v7.19: Kernel error received: set type not supported
2025-08-08T08:24:52.921146260Z ip6tables v1.8.10 (nf_tables): Could not fetch rule set generation id: Invalid argument
2025-08-08T08:24:52.923332730Z ip6tables v1.8.10 (nf_tables): Could not fetch rule set generation id: Invalid argument
2025-08-08T08:24:52.925455479Z Warning: Extension pkttype revision 0 not supported, missing kernel module?
2025-08-08T08:24:52.926426233Z ip6tables v1.8.10 (nf_tables): Could not fetch rule set generation id: Invalid argument
2025-08-08T08:24:52.931249644Z Warning: Extension set is not supported, missing kernel module?
2025-08-08T08:24:52.931379385Z ip6tables v1.8.10 (nf_tables): Couldn't load match `set':No such file or directory
2025-08-08T08:24:52.931546106Z 
2025-08-08T08:24:52.931592656Z Try `ip6tables -h' or 'ip6tables --help' for more information.
2025-08-08T08:24:52.936025315Z Warning: Extension set is not supported, missing kernel module?
2025-08-08T08:24:52.936137876Z ip6tables v1.8.10 (nf_tables): Couldn't load match `set':No such file or directory
2025-08-08T08:24:52.936178826Z 
2025-08-08T08:24:52.936204336Z Try `ip6tables -h' or 'ip6tables --help' for more information.
2025-08-08T08:24:52.938334515Z Warning: Extension pkttype revision 0 not supported, missing kernel module?
2025-08-08T08:24:52.939277540Z ip6tables v1.8.10 (nf_tables): Could not fetch rule set generation id: Invalid argument
2025-08-08T08:24:52.941484769Z ip6tables v1.8.10 (nf_tables): Could not fetch rule set generation id: Invalid argument
2025-08-08T08:24:52.941643880Z Configuring OpenThread NAT64...
2025-08-08T08:24:52.945310956Z Warning: Extension MARK revision 0 not supported, missing kernel module?
2025-08-08T08:24:52.946106119Z iptables v1.8.10 (nf_tables): Could not fetch rule set generation id: Invalid argument
2025-08-08T08:24:52.949089852Z Warning: Extension mark revision 0 not supported, missing kernel module?
2025-08-08T08:24:52.949939396Z Warning: Extension MASQUERADE revision 0 not supported, missing kernel module?
2025-08-08T08:24:52.950737720Z iptables v1.8.10 (nf_tables): Could not fetch rule set generation id: Invalid argument
2025-08-08T08:24:52.953047400Z iptables v1.8.10 (nf_tables): Could not fetch rule set generation id: Invalid argument
2025-08-08T08:24:52.955229039Z iptables v1.8.10 (nf_tables): Could not fetch rule set generation id: Invalid argument
2025-08-08T08:24:52.955374240Z Starting otbr-agent...
2025-08-08T08:24:52.958995596Z [NOTE]-AGENT---: Running 0.3.0-e2f9b20
2025-08-08T08:24:52.959103656Z [NOTE]-AGENT---: Thread version: 1.4.0
2025-08-08T08:24:52.959143737Z [NOTE]-AGENT---: Thread interface: wpan0
2025-08-08T08:24:52.959173927Z [NOTE]-AGENT---: Radio URL: spinel+hdlc+uart:///dev/ttyACM0?uart-baudrate=1000000
2025-08-08T08:24:52.959212077Z [NOTE]-AGENT---: Radio URL: trel://wlan0
2025-08-08T08:24:52.960795704Z [NOTE]-ILS-----: Infra link selected: wlan0
2025-08-08T08:24:52.960896494Z [INFO]-RCP_HOS-: OpenThread log level changed to 5
2025-08-08T08:24:52.960965525Z 54d.23:51:37.718 [C] Platform------: Init() at hdlc_interface.cpp:153: No such file or directory
2025-08-08T08:24:52.964536730Z otbr-agent exited with code 5 (by signal 0).
2025-08-08T08:24:52.973819971Z OpenThread firewall rules removed.
2025-08-08T08:24:52.975143977Z s6-svlisten1: fatal: /run/s6-rc/servicedirs/otbr-agent failed permanently or its supervisor died
2025-08-08T08:24:52.975335557Z s6-rc: warning: unable to start service otbr-agent: command exited 1
2025-08-08T08:24:52.976671183Z s6-rc: info: service legacy-cont-init: stopping
2025-08-08T08:24:52.981811406Z s6-rc: info: service legacy-cont-init successfully stopped
2025-08-08T08:24:52.981956877Z s6-rc: info: service fix-attrs: stopping
2025-08-08T08:24:52.983190552Z s6-rc: info: service fix-attrs successfully stopped
2025-08-08T08:24:52.983257402Z s6-rc: info: service s6rc-oneshot-runner: stopping
2025-08-08T08:24:52.985013300Z s6-rc: info: service s6rc-oneshot-runner successfully stopped

Das Problem ist, dass ich nicht weiß wie ich dem otbr Container sagen kann, er soll nicht per USB mit dem SLZB kommunizieren, sondern per Ethernet auf die IP 192.168.30.9. Ich finde dazu auch nix auf der otbr Site oder in diversen anderen Foren...

Kann mir hier jemand weiterhelfen, wie ich das Setup zum Laufen bekomme ?

Danke.
Beste Grüße

[Qlink]

@ioT4db

Kannst du mir hier eventuell weiterhelfen ?

[Marc Berg]

Wo hast du die Info her, dass OTBR per IP kommunizieren kann?

EDIT: Ich sehe immer nur die Anbindung per serieller Schnittstelle

[Qlink]

@marc-berg

hier in Verbindung mit homeassistant:

https://smlight.tech/manual/slzb-06/guide/thread-matter/

Oder verwechsle ich hier ein paar Dinge.
Ich muss gestehen, ich durchblicke diese Matter over Thread Geschichte immer noch nicht so ganz °_°

[Marc Berg]

@qlink

HA kann das wohl, der OTBR Container aber nicht. Der erwartet zwingend eine serielle Schnittstelle. Du müsstest also so etwas wie serial-over-IP Workarounds bauen. Ob das funktioniert - keine Ahnung.

[Qlink]

@marc-berg said in SLZB-MR1 über PoE mit OTBR auf Docker für Matter over Thread:

serial-over-IP

Danke für die Klarstellung, sowas ähnliches hab ich befürchtet...

Das lasse ich dann lieber bleiben.

[ioT4db]

hi @qlink, mit otbr hab ich (noch) nichts gemacht, kann dir da leider adhoc auch nichts zu sagen. Der Einfachheit halber verwende ich einen Homepod mini als TBR. Das läuft mit meinen 2 Aquara U200 sehr stabil... VG

[b_nutzer]

@marc-berg @Qlink
Ich hab in den letzten Tagen ein OTBR-Image für Nutzung mit Network-attached Sticks gebaut, das für mich funktioniert. Ich bin zwar Home-Assistant-Nutzer, aber das ist dem OTBR-Image natürlich egal.
Wenn Ihr das ausprobieren wollt:
https://hub.docker.com/r/bnutzer/otbr-tcp

Dazu das Dockerfile mit dem Init-Scripten:
https://github.com/bnutzer/docker-otbr-tcp

Die "Magie" an der Sache -- mittels "socat" den IP-Traffic auf einen lokalen Socket lenken -- ist vom HAOS-Addon geklaut.

(Ich hab einen SLZB-06M)

Grüße

[Qlink]

@b_nutzer

Super !
Ich wollte den SLZB-MR1 fast schon wieder verkaufen.
Muss ich gleich demnächst mal testen.
Ich hoffe ich schaffs zeitnah...

Eine allgemeine Frage dazu:

Wenn ein neues otbr release erscheint, müsste ich aber dann zukünftig immer darauf hoffen/warten, bis du dein Image entsprechend aktualisierst, habe ich das richtig verstanden ?

[b_nutzer]

@qlink Ich hab "eigentlich" gebaut, dass einmal pro Woche ein Build in github gebaut wird, das klappt bisher aber noch nicht erwartungsgemäß.
Ansonsten kannst Du mit dem Dockerfile und den Init-Scripten im github-Repo Dein Image auch selber bauen, aber ich verstehe, dass das nicht für jeden die richtige Lösung ist...

[Qlink]

@b_nutzer

das übersteigt leider meine bescheidenen Fähigkeiten.

Bleibst du an dem Thema dran, dass das 1x pro Woche in github gebaut wird ?

Sorry für meine Fragen, aber ich bin schon etwas vorsichtig mit iobroker + "Eintagsfliegen" Lösungen, die nach kurzer Zeit "verwahrlost" sind und somit nachhaltig nicht einsetzbar sind...

Danke für deine Arbeit.

Beste Grüße

[b_nutzer]

@qlink Action hat heute funktioniert und ein neues Image produziert.

[mcreuter]

@b_nutzer

Hey habe das Image mal eingespielt und es scheint sich zu verbinden mit dem SLZB-MR1 (Socket verbunden: Ja, 2 clients) aber bekomme hier folgenden Fehler:

services:
  otbr:
    image: bnutzer/otbr-tcp:latest
    container_name: otbr
    network_mode: host
    restart: unless-stopped
    privileged: true
    devices:
      - /dev/net/tun
    ports:
      - 8088:8080
    environment:
      - RCP_HOST=SLZB-MR1.local  # Replace with your radio's hostname/IP
      - OTBR_WEB_ENABLE=1       # Optional: Enable web interface
      - OTBR_WEB_PORT=8080
      - RCP_PORT=6638
      - RCP_BAUDRATE=460800

[NOTE]-AGENT---: Running 0.3.0-0f275b6

[NOTE]-AGENT---: Thread version: 1.4.0

[NOTE]-AGENT---: Thread interface: wpan0

[NOTE]-AGENT---: Radio URL: spinel+hdlc+uart:///tmp/ttyOTBR?uart-baudrate=460800&uart-flow-control

[NOTE]-AGENT---: Radio URL: trel://eth0

[NOTE]-ILS-----: Infra link selected: eth0

[INFO]-RCP_HOS-: OpenThread log level changed to 4

49d.23:39:50.352 [W] P-HdlcIntface-: Error decoding hdlc frame: Parse

49d.23:39:51.340 [W] P-SpinelDrive-: Wait for response timeout

49d.23:39:51.340 [I] P-SpinelDrive-: co-processor self reset successfully

49d.23:39:51.352 [W] P-HdlcIntface-: Error decoding hdlc frame: Parse

49d.23:39:53.342 [W] P-SpinelDrive-: Wait for response timeout

49d.23:39:53.353 [W] P-HdlcIntface-: Error decoding hdlc frame: Parse

49d.23:39:55.344 [W] P-SpinelDrive-: Wait for response timeout

49d.23:39:55.344 [C] Platform------: Init() at spinel_driver.cpp:87: Failure

49d.23:39:55.354 [W] P-HdlcIntface-: Error decoding hdlc frame: Parse

49d.23:39:57.346 [W] P-SpinelDrive-: Wait for response timeout

Sleeping for 2s to give socat time to come up ... Proceeding.

Starting otbr-agent ...

[NOTE]-AGENT---: Running 0.3.0-0f275b6

[NOTE]-AGENT---: Thread version: 1.4.0

[NOTE]-AGENT---: Thread interface: wpan0

[NOTE]-AGENT---: Radio URL: spinel+hdlc+uart:///tmp/ttyOTBR?uart-baudrate=460800&uart-flow-control

[NOTE]-AGENT---: Radio URL: trel://eth0

[NOTE]-ILS-----: Infra link selected: eth0

[INFO]-RCP_HOS-: OpenThread log level changed to 4

49d.23:40:02.360 [W] P-SpinelDrive-: Wait for response timeout

49d.23:40:02.360 [I] P-SpinelDrive-: co-processor self reset successfully

49d.23:40:02.372 [W] P-HdlcIntface-: Error decoding hdlc frame: Parse

49d.23:40:02.372 [W] P-HdlcIntface-: Error decoding hdlc frame: Parse

49d.23:40:04.362 [W] P-SpinelDrive-: Wait for response timeout

49d.23:40:06.364 [W] P-SpinelDrive-: Wait for response timeout

49d.23:40:06.364 [C] Platform------: Init() at spinel_driver.cpp:87: Failure

49d.23:40:06.376 [W] P-HdlcIntface-: Error decoding hdlc frame: Parse

49d.23:40:08.366 [W] P-SpinelDrive-: Wait for response timeout

Sleeping for 2s to give socat time to come up ... Proceeding.

Starting otbr-agent ...

otbr-agent-ready: ot-ctl never responded, startup failed.

s6-rc: warning: unable to start service otbr-agent-ready: command exited 1

[Qlink]

@b_nutzer

Bin jetzt auch endlich mal zum Testen gekommen:

Hier mein Compose:

services:
##### OTBR #####
  otbr:
    container_name: otbr
    image: bnutzer/otbr-tcp:latest
    restart: always
    privileged: true # don't change this !
    networks:
      # MACVLAN
      iobroker-redis-agentdvr_LAN_public:
        ipv4_address: 192.168.30.26
      # Bridge
      iobroker-redis-agentdvr_iob_private:
        ipv4_address: 172.18.0.10
    
    cap_drop:
      - NET_ADMIN
      - NET_RAW
    devices:
      - /dev/net/tun
    environment:
      - RCP_HOST=SLZB-MR1.local

    volumes:
      - /volume3/docker/otbr_data:/var/lib/thread


        ##### NETWORKS #####
networks:
  iobroker-redis-agentdvr_LAN_public:
    driver: macvlan
    external: true
          
  iobroker-redis-agentdvr_iob_private:
    driver: bridge
    external: true

Leider bringt er bei mir einen input/output error:

Hier das Log:

s6-rc: info: service socat: starting
s6-rc: info: service dbus: starting
s6-rc: info: service s6rc-oneshot-runner: starting
s6-rc: info: service dbus successfully started
s6-rc: info: service socat successfully started
Starting dbus-daemon ...
Starting socat ...
s6-rc: info: service s6rc-oneshot-runner successfully started
s6-rc: info: service fix-attrs: starting
s6-rc: info: service socat-ready: starting
s6-rc: info: service socat-ready successfully started
s6-rc: info: service otbr-agent: starting
s6-rc: info: service fix-attrs successfully started
s6-rc: info: service legacy-cont-init: starting
s6-rc: info: service otbr-agent successfully started
s6-rc: info: service otbr-agent-ready: starting
s6-rc: info: service legacy-cont-init successfully started
Sleeping for 2s to give socat time to come up ... Proceeding.
Starting otbr-agent ...
Starting socat ...
[NOTE]-AGENT---: Running 0.3.0-9cfb06a
[NOTE]-AGENT---: Thread version: 1.4.0
[NOTE]-AGENT---: Thread interface: wpan0
[NOTE]-AGENT---: Radio URL: spinel+hdlc+uart:///tmp/ttyOTBR?uart-baudrate=460800&uart-flow-control
[NOTE]-AGENT---: Radio URL: trel://eth0
[NOTE]-ILS-----: Infra link selected: eth0
[INFO]-RCP_HOS-: OpenThread log level changed to 4
51d.16:10:46.896 [W] P-SpinelDrive-: Wait for response timeout
51d.16:10:46.896 [I] P-SpinelDrive-: co-processor self reset successfully
51d.16:10:46.896 [C] Platform------: Write() at hdlc_interface.cpp:255: Input/output error
Sleeping for 2s to give socat time to come up ... Proceeding.
Starting otbr-agent ...
[NOTE]-AGENT---: Running 0.3.0-9cfb06a
...

Hast du eventuell eine Idee wo das Problem liegen kann ?

Danke.

Beste Grüße

[b_nutzer]

@mcreuter Ich kenne den SLZB-MR1 und seine Doppel-Funktion nicht, aber für mich klingt "Parse Error" so, als kämen sich hier Zigbee- und Thread-Konfiguration in die Quere? SMLIGHT sagt, das Teil sei "ready to use", aber welcher SoC für was "pre-flashed" ist, kann ich auf den ersten Blick nicht sehen.

Welchen der beiden SoCs möchtest Du für welches Protokoll einsetzen? Ist auf dem SoC sicher die Thread-Firmware geflasht?

Bei mir laufen Thread und Zigbee mit unterschiedlichen Devices; Zigbee habe ich per USB angebunden, und ich glaube, damals gelernt zu haben, dass sich der EFR32 besser für Thread, der CC2652P7 besser für Zigbee eignen. Wie ist die Zuordnung bei Dir?

Man könnte vermutlich auch mit der "Serial Speed" experimentieren? Was passiert, wenn Du hier zB mal 115200 wählst?

Ansonsten: Zeig doch mal die "Dashboard"- und "Mode"-Ansicht aus dem Control Panel.

Offenbar muss ich mal suchen, wo ich im Board eine Benachrichtigung bei neuen Antworten in diesem Thread aktiviere

[b_nutzer]

Salut,

@qlink said in SLZB-MR1 über PoE mit OTBR auf Docker für Matter over Thread:

  - NET_ADMIN
  - NET_RAW                                                                                                        

OTBR benötigt relativ tiefgreifende Eingriffe in Netzwerk-Angelegenheiten -- das möchte ja am Ende Routen setzen, um Traffic aus dem "normalen Netz" (Ethernet, WiFi) ins Thread-Netz routen zu können und umgekehrt.

Ich könnte mir vorstellen, dass diese beiden gedroppten Capabilities zu Schwierigkeiten führen. Wie verhält sich otbr, wenn Du das weg lässt?

Ansonsten ist die Meldung in otbr etwas unspezifisch -- eine Schreiboperation in die Netzwerk-Schnittstelle (also die Pipe, die socat zur Verfügung stellt) schlägt fehl. Kannst Du auch ggf. Dein "Dashboard" und die "Mode"-Ansicht mal screenshotten?

[Qlink]

@b_nutzer

ich hab die beiden Zeilen per # ausgeklammert.

Ergebnis ist leider dasselbe:

Starting otbr-agent ...

[NOTE]-AGENT---: Running 0.3.0-9cfb06a

[NOTE]-AGENT---: Thread version: 1.4.0

[NOTE]-AGENT---: Thread interface: wpan0

[NOTE]-AGENT---: Radio URL: spinel+hdlc+uart:///tmp/ttyOTBR?uart-baudrate=460800&uart-flow-control

[NOTE]-AGENT---: Radio URL: trel://eth0

[NOTE]-ILS-----: Infra link selected: eth0

[INFO]-RCP_HOS-: OpenThread log level changed to 4

53d.08:17:36.017 [W] P-SpinelDrive-: Wait for response timeout

53d.08:17:36.017 [I] P-SpinelDrive-: co-processor self reset successfully

53d.08:17:36.017 [C] Platform------: Write() at hdlc_interface.cpp:255: Input/output error

Hier das Dashboard

und hier Mode

[b_nutzer]

@qlink Danke für die Screenshots. Was gelernt!

Gleichzeitig: Das ist ja einigermaßen straight forward, erwartungsgemäß der EFR32-SoC für Thread geflasht, und der Port ist mit 6638 auch korrekt. Du hast den Container nicht nur "restarted", sondern hart neu erzeugt, oder?

Leider fällt mir sonst nicht mehr sehr viel ein ...

Dein docker-compose-Listing nutzt einen Hostname (RCP_HOST=SLZB-MR1.local) -- Du könntest noch versuchen, hier die IP-Adresse einzutragen?

Siehst Du in den Logs (Settings and Tools -> Log and debug) auf dem Stick denn irgendetwas von den Zugriffen durch Dein Synology? Bei mir sieht das so aus:

[26.09.2025 10:26:14] EventSender | [_handleNewClient] new client: 172.16.20.132
[26.09.2025 10:26:15] SocketServer | New client: 172.16.20.132 id: 0

[Qlink]

@b_nutzer

Ich hab den Host jetzt auf die entsprechende IP Adresse geändert.
Es hat sich dadurch tatsächlich auch die Fehlermeldung geändert:

Starting otbr-agent ...

[NOTE]-AGENT---: Running 0.3.0-9cfb06a

[NOTE]-AGENT---: Thread version: 1.4.0

[NOTE]-AGENT---: Thread interface: wpan0

[NOTE]-AGENT---: Radio URL: spinel+hdlc+uart:///tmp/ttyOTBR?uart-baudrate=460800&uart-flow-control

[NOTE]-AGENT---: Radio URL: trel://eth0

[NOTE]-ILS-----: Infra link selected: eth0

[INFO]-RCP_HOS-: OpenThread log level changed to 4

53d.16:33:49.193 [I] P-SpinelDrive-: co-processor reset: RESET_POWER_ON

53d.16:33:49.193 [C] P-SpinelDrive-: Software reset co-processor successfully

53d.16:33:49.270 [W] P-Netif-------: Failed to enable NETLINK_EXT_ACK: Protocol not available

53d.16:33:49.270 [C] Platform------: platformConfigureTunDevice() at netif.cpp:2037: No such file or directory

Sleeping for 2s to give socat time to come up ... Proceeding.

Kannst du was damit anfangen ?

Im log vom SLZB Stick sehe ich, dass sich der otbr Container meldet:

[28.09.2025 18:21:57] SocketServer | New client: 192.168.30.26 id: 0

[b_nutzer]

@qlink Puh, das ist ja eine harte Nuss.

@qlink said in SLZB-MR1 über PoE mit OTBR auf Docker für Matter over Thread:

53d.16:33:49.270 [W] P-Netif-------: Failed to enable NETLINK_EXT_ACK: Protocol not available
53d.16:33:49.270 [C] Platform------: platformConfigureTunDevice() at netif.cpp:2037: No such file or directory                                                                                                                                                                            

Das sieht für mich aus, als hinge es damit zusammen, wie die Docker-Umgebung auf Deinem Synology aussieht -- otbr möchte ein tun-Device erzeugen, ich halte es für denkbar, dass das mit den von Dir als "macvlan" und "bridge" konfigurierten Netzen kollidiert. Wissen tue ich's nicht.

Ich nutze den Container im Host-Netzwerk:

    network_mode: host

Grüße