Navigation

    Logo
    • Register
    • Login
    • Search
    • Recent
    • Tags
    • Unread
    • Categories
    • Unreplied
    • Popular
    • GitHub
    • Docu
    • Hilfe
    1. Home
    2. Deutsch
    3. ioBroker Allgemein
    4. SLZB-MR1 über PoE mit OTBR auf Docker für Matter over Thread

    NEWS

    • Monatsrückblick – September 2025

    • Neues Video "KI im Smart Home" - ioBroker plus n8n

    • Neues Video über Aliase, virtuelle Geräte und Kategorien

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

    This topic has been deleted. Only users with topic management privileges can see it.
    • Marc Berg
      Marc Berg Most Active last edited by Marc Berg

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

      EDIT: Ich sehe immer nur die Anbindung per serieller Schnittstelle

      Q 1 Reply Last reply Reply Quote 0
      • Q
        Qlink @Marc Berg last edited by

        @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 1 Reply Last reply Reply Quote 0
        • Marc Berg
          Marc Berg Most Active @Qlink last edited by

          @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.

          Q 1 Reply Last reply Reply Quote 1
          • Q
            Qlink @Marc Berg last edited by

            @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.

            1 Reply Last reply Reply Quote 0
            • ioT4db
              ioT4db @Qlink last edited by

              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

              1 Reply Last reply Reply Quote 0
              • B
                b_nutzer last edited by

                @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

                Q 1 Reply Last reply Reply Quote 2
                • Q
                  Qlink @b_nutzer last edited by

                  @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 1 Reply Last reply Reply Quote 0
                  • B
                    b_nutzer @Qlink last edited by

                    @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...

                    Q 1 Reply Last reply Reply Quote 0
                    • Q
                      Qlink @b_nutzer last edited by

                      @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 1 Reply Last reply Reply Quote 0
                      • B
                        b_nutzer @Qlink last edited by

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

                        1 Reply Last reply Reply Quote 1
                        • M
                          mcreuter last edited by 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

                          B 1 Reply Last reply Reply Quote 0
                          • Q
                            Qlink last edited by

                            @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 1 Reply Last reply Reply Quote 0
                            • B
                              b_nutzer @mcreuter last edited by

                              @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 😞

                              1 Reply Last reply Reply Quote 0
                              • B
                                b_nutzer @Qlink last edited by

                                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?

                                Q 1 Reply Last reply Reply Quote 0
                                • Q
                                  Qlink @b_nutzer last edited by

                                  @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
                                  ad434f49-1e7f-4e13-aa2c-e849dee2552a-image.png

                                  und hier Mode
                                  38192117-5a06-4859-a193-8a4aa55c6135-image.png

                                  B 1 Reply Last reply Reply Quote 0
                                  • B
                                    b_nutzer @Qlink last edited by

                                    @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
                                    
                                    Q 1 Reply Last reply Reply Quote 0
                                    • Q
                                      Qlink @b_nutzer last edited by

                                      @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 1 Reply Last reply Reply Quote 0
                                      • B
                                        b_nutzer @Qlink last edited by

                                        @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

                                        1 Reply Last reply Reply Quote 0
                                        • Q
                                          Qlink last edited by

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

                                          @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

                                          Ich hab mal etwas gegoogelt und mit folgender Anleitung das tun device auf der Synology installiert:

                                          https://memoryleak.dev/post/fix-tun-tap-not-available-on-a-synology-nas/

                                          Damit schaut das otbr log folgendermaßen aus:

                                          Starting otbr-agent ...
                                          ipset v6.34: The set with the given name does not exist
                                          [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
                                          54d.06:35:20.320 [I] P-SpinelDrive-: co-processor reset: RESET_POWER_ON
                                          54d.06:35:20.320 [C] P-SpinelDrive-: Software reset co-processor successfully
                                          54d.06:35:20.397 [W] P-Netif-------: Failed to enable NETLINK_EXT_ACK: Protocol not available
                                          54d.06:35:20.398 [I] P-Netif-------: Sent request#1 to set addr_gen_mode to 1
                                          54d.06:35:20.398 [I] P-Resolver----: Got nameserver #0: 127.0.0.11
                                          00:00:00.108 [I] CslTxScheduler: Set frame request ahead: 7605 usec
                                          00:00:00.108 [I] ChildSupervsn-: Timeout: 0 -> 190
                                          00:00:00.108 [I] TrelInterface-: Enabled interface, local port:55235
                                          00:00:00.109 [I] RoutingManager: Initializing - InfraIfIndex:190
                                          00:00:00.109 [I] InfraIf-------: Init infra netif 190
                                          00:00:00.109 [N] RoutingManager: No valid /48 BR ULA prefix found in settings, generating new one
                                          00:00:00.110 [I] Settings------: Saved BrUlaPrefix fd6f:b62d:e57a::/48
                                          00:00:00.110 [N] RoutingManager: BR ULA prefix: fd6f:b62d:e57a::/48 (generated)
                                          00:00:00.110 [I] RoutingManager: Generated local OMR prefix: fd6f:b62d:e57a:1::/64
                                          00:00:00.110 [I] RoutingManager: Generated local NAT64 prefix: fd6f:b62d:e57a:2:0:0::/96
                                          00:00:00.110 [N] RoutingManager: Local on-link prefix: fdde:ad00:beef:cafe::/64
                                          00:00:00.110 [I] InfraIf-------: State changed: NOT RUNNING -> RUNNING
                                          00:00:00.110 [I] P-MdnsSocket--: Successfully opened IPv4 socket
                                          00:00:00.110 [I] P-MdnsSocket--: Successfully opened IPv6 socket
                                          00:00:00.111 [I] P-MdnsSocket--: Enabled
                                          00:00:00.111 [I] MulticastDns--: Auto-enabling on infra-if-index 190
                                          00:00:00.111 [I] RoutingManager: Enabling
                                          00:00:00.111 [I] Nat64---------: IPv4 CIDR for NAT64: 192.168.255.0/24 (254 addresses)
                                          [INFO]-HELPER--: Set state callback: OK
                                          00:00:00.111 [I] Nat64---------: State: Disabled -> NotRunning
                                          00:00:00.111 [I] BbrLocal------: Add Domain Prefix: ::/0, NotFound
                                          00:00:00.111 [I] BbrLocal------: Add BBR Service: seqno (71), delay (5s), timeout (3600s), InvalidState
                                          [WARN]-UTILS---: ../../src/rest/network_diag_handler.cpp:1294 lacking some attributes for deviceId be206e758d99b8ee
                                          00:00:00.112 [I] Settings------: Saved BorderAgentId {id:43d872cf9b0eefc3599073227201bf24}
                                          [WARN]-UTILS---: ../../src/rest/network_diag_handler.cpp:1238 cannot get LeaderData while detached
                                          [WARN]-UTILS---: ../../src/rest/rest_devices_coll.cpp:233 - AddItem - be206e758d99b8ee
                                          [INFO]-REST----: RestWebServer listening on 0.0.0.0:8081
                                          [INFO]-APP-----: Co-processor version: SL-OPENTHREAD/2.4.2.0_GitHub-7074a43e4; EFR32
                                          00:00:00.114 [I] Notifier------: StateChanged (0x42038210) [MLAddr NetData PanId NetName ExtPanId BbrState Nat64]
                                          00:00:00.114 [I] BbrLeader-----: PBBR state: None
                                          00:00:00.114 [I] Bbr-----------: Start listening on port 61631
                                          00:00:00.114 [I] Bbr-----------: Backbone TMF subscribes ff32:40:fdde:ad00:beef:0:0:3: OK
                                          00:00:00.114 [I] BbrManager----: Start Backbone TMF agent: OK
                                          00:00:00.126 [I] Platform------: Execute command `ipset flush otbr-ingress-allow-dst-swap` = 256
                                          00:00:00.126 [I] Platform------: Got an error when executing command `ipset flush otbr-ingress-allow-dst-swap`: `Resource temporarily unavailable`
                                          00:00:00.126 [W] Platform------: Firewall - failed to update ipsets: Failed
                                          00:00:00.126 [I] P-Netif-------: NAT64 CIDR updated to 192.168.255.0/24.
                                          00:00:00.126 [I] P-Netif-------: Sent request#2 to delete route 192.168.255.0/24
                                          00:00:00.126 [I] P-Netif-------: Deleting route for NAT64
                                          00:00:00.126 [I] P-McastRtMgr--: Disable: OK
                                          00:00:00.126 [I] RouterTable---: Route table
                                          00:00:00.126 [I] TrelDiscoverer: Registering service otTRELbe206e758d99b8ee._trel._udp
                                          00:00:00.126 [I] TrelDiscoverer:     port:55235, ext-addr:be206e758d99b8ee, ext-panid:dead00beef00cafe
                                          00:00:00.127 [I] MulticastDns--: Adding host address 192.168.30.26
                                          

                                          Das sieht doch schonmal nicht so schlecht aus oder was meinst du ?

                                          Was mir jetzt allerdings noch nicht klar ist: Wie kann ich den SLZB-MR1 jetzt mit dem iobroker Matter Adapter verheiraten ?
                                          Oder wie bekomme ich mein Nuki Ultra mit dem SLZB-MR1 verbunden ?

                                          B 1 Reply Last reply Reply Quote 0
                                          • B
                                            b_nutzer @Qlink last edited by

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

                                            Das sieht doch schonmal nicht so schlecht aus oder was meinst du ?

                                            In der Tat!

                                            Was mir jetzt allerdings noch nicht klar ist: Wie kann ich den SLZB-MR1 jetzt mit dem iobroker Matter Adapter verheiraten ?
                                            Oder wie bekomme ich mein Nuki Ultra mit dem SLZB-MR1 verbunden ?

                                            Da bin ich jetzt leider raus -- ich nutze wie gesagt Home Assistant, dort gibt es zunächst eine "OpenThread Border Router"-Integration, der man IP/Port des otbr (in diesem Fall localhost:8081) mitgibt; anschließend kann man in der "Thread"-Integration ein Thread-Netzwerk anlegen und den OTBR diesen Netz hinzufügen. Für iobroker weiß ich das leider nicht 😞

                                            Viel Erfolg!

                                            F 1 Reply Last reply Reply Quote 0
                                            • First post
                                              Last post

                                            Support us

                                            ioBroker
                                            Community Adapters
                                            Donate
                                            FAQ Cloud / IOT
                                            HowTo: Node.js-Update
                                            HowTo: Backup/Restore
                                            Downloads
                                            BLOG

                                            951
                                            Online

                                            32.2k
                                            Users

                                            80.9k
                                            Topics

                                            1.3m
                                            Posts

                                            6
                                            24
                                            994
                                            Loading More Posts
                                            • Oldest to Newest
                                            • Newest to Oldest
                                            • Most Votes
                                            Reply
                                            • Reply as topic
                                            Log in to reply
                                            Community
                                            Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen
                                            The ioBroker Community 2014-2023
                                            logo