SmLight SLZB-MR3 Beschreibung, Test und Installation in HA

Hallo,

ich habe den SLZB-MRW10 und habe auch gerade den Updatehinweis bekommen auf die Version 3.1.0 mit folgenden Hinweis.

Release notes:

:warning: BREAKING CHANGES

  • :red_exclamation_mark: Zigbee Hub Users: You may have to re-pair all your devises after this update due to core changes in the Zigbee stack and API. Please use this repair guide: Troubleshooting

  • :red_exclamation_mark: MQTT Broker Format Changed:

    • Old format: ‘mqtt://example.com’

    • New format: ‘example.com’ (or, IP format: ‘127.0.0.1’)

    You can now use DNS and DDNS hostnames for your MQTT broker.

  • :blue_book: Updated MQTT API for Zigbee Hub: View the new MQTT API documentation


:satellite_antenna: Zigbee Hub Improvements

  • :white_check_mark: Redesigned Zigbee Hub network startup - now significantly faster

  • :white_check_mark: Hub now responds to Time attribute and Identify queries

  • :lady_beetle: Fixed: Some Zigbee devices not sending reports in Hub mode

  • :lady_beetle: Fixed: Zigbee Hub mistakenly available for EFR32 on MRx devices

:globe_with_meridians: MQTT & DDNS Enhancements

  • :white_check_mark: MQTT Broker now accepts plain domain names, not only IP addresses

  • :white_check_mark: “IP Provider” setting for DDNS is now optional

  • :lady_beetle: Fixed DDNS update interval and max value behavior

  • :lady_beetle: Fixed excessive DNS requests from NTP client

:high_voltage: Performance & System Stability

  • :wrench: Increased socket task priority for better responsiveness

  • :wrench: Moved secondary tasks on U series to PSRAM for improved memory usage

  • :wrench: Improved Thread stability for U series devices

  • :wrench: Enhanced EFR32x bootloader activation routine

  • :wrench: Improved USB power switch logic on U series

  • :lady_beetle: Fixed second radio status display in web interface header

:puzzle_piece: Berry Script Engine (zHub)

  • :hammer_and_wrench: Improved support for sendTuyaData()

  • :hammer_and_wrench: Fixed readAttr() arguments parsing

Hat jemand das Update schon probiert und musste alle Geräte neu anlernen?

Danke

Jens

Da steht doch das das nur Zigbee Hub Users betrifft, sprich die den Hub-Mode nutzen. Wenn Du den Hub-Mode nicht nutzen solltest,


wovon ich jetzt mal ausgehe, solltest Du auch nichts neu anlernen müssen.

VG Jim

Hallo Jim,

ich nutze ihn als Zigbee-Coordinator also sollte es dann funktionieren? Blöde Frage jetzt was ist der Unterschied zwischen Zigbee-Coordinator und Zigbee-Hub?

Grüße Jens

Kurzfassung: Das der SLZB sich dann selber um das Zigbee Netzwerk “kümmert” und nicht eine extra Software wie z.B. Z2M oder ZHA. Siehe dazu auch die Erklärung von SMLight:

VG Jim

Danke für die schnelle Hilfe kannte den Unterschied zwischen Hub und Coordinator auch nicht.

LG

Johannes

Danke für die Erklärung aber so richtig traue ich mich noch nicht auf den Updateknopf zu drücken obwohl ich das Gerät schon paarmal geflasht habe. Habe aber mittlerweile knapp 80 Zigbee Geräte angemeldet da wird mal langsam vorsichtiger und das Update scheint ja heute erst rausgekommen zu sein.

Grüße Jens

Wenn Du aktuell keine Probleme mit der z.Z. installierten Firmware hast, gibt es ja auch keinen (wirklichen) Grund die neue Firmware zu installieren. :wink:

Ich nutze hier auf meinem SLZB-06 sogar noch die (sehr) alte Firmware-Version v2.8.0.dev und bisher gab es für mich auch gar keinen Grund daran etwas zu ändern. :laughing:

VG Jim

Wollte nur Bescheid geben das alles bei mir mit dem Update geklappt hat, konnte doch nicht mehr abwarten auch mit dem Risiko das alles weg ist.

Grüße Jens

Hallo @hahi81

Ich installiere Updates nicht sofort, bzw. schaue meistens einen Tag später beim Herausgeber ob irgend welche Auffälligkeiten berichtet wurden. Solange alles läuft halte ich es wie @Jim_OS. Wenn ich eins in den Jahren gelernt habe, dann “ never change a running system” und Backups, Backups, Backups :wink:

Gruß Paul

Hallo zusammen,

vielen Dank – insbesondere an @PauI – für den ausführlichen und hilfreichen Bericht. Damit war es wirklich unkompliziert, den SLZB-MR 3 in Betrieb zu nehmen.

Bei mir läuft aktuell der Thread Border Router. Daran angebunden sind eine Eve Energy sowie ein Heiman Temperatursensor (EAN: 4260567174576). Die Eve Energy funktioniert dabei absolut zuverlässig und ohne Verbindungsabbrüche. (Ja, mir ist bewusst, dass die Eve Energy als Thread Router fungiert und der Sensor ein Sleepy End Device ist.)

Grundsätzlich läuft das Setup gut, allerdings habe ich mit dem Temperatursensor ein Problem: Er verliert relativ häufig die Verbindung und wird in Home Assistant anschließend als „nicht verfügbar“ angezeigt. Entferne ich kurzzeitig die Batterie und setze sie wieder ein, ist der Sensor sofort wieder in Home Assistant erreichbar.

Gibt es eine Möglichkeit, das Ganze zu debuggen, um herauszufinden, ob das Problem am Heiman-Sensor selbst liegt oder ob der SLZB-MR 3 die Ursache ist?
Hat jemand hierzu Erfahrungen oder konkrete Ansatzpunkte?

Vielen Dank.

Viele Grüße
Christoph

Ich habe mir die letzten Tage Gedanken über eine solchen Stick gemacht und bin hin und her gerissen.

Erst dachte ich mir, super Gerät, Zigbee und Thread in einem. Als ich dann aber gelesen habe, dass man Thread nicht über LAN betreiben soll, hat sich meine Begeisterung etwas gelegt.

Aktuell verwende ich einen SLZB-06, der im Netzwerk hängt

Ist es dann nicht sinnvoller zwei Geräte zu verwenden. Somit hat man weiterhin die Flexibilität für Zigbee mit dem SLZB-06 das Gerät beliebig zu platzieren. Es kommt dann noch hinzu, dass die beiden Antennen sehr nahe beieinander sind und sich somit eventuell stören.

Was sagt ihr zu diesem Thema?

Ich betreibe aktuelle einen SLZB-MR4U. Läuft mit zigbee und Thread bislang problemlos.

Den SLZB habe ich sogar “nur” über WLAN an meinen HA angebunden - klappt, wie oben geschrieben, ohne Probleme. Die Aussage “Thread nicht über LAN zu betreiben” kann ich somit nicht bestätigen.

Ich hatte vorher auch einen SLZB-06 für zigbee und einen Sonoff E-Dongle für Thread. Die Umstellung auf einen gemeinsamen Stick für zigbee und Thread hat mein zigbee-Mesh nicht negativ beeinflusst. Besser geworden ist es aber auch nicht.

Gruß, Lars

Danke für dein Feedback. Das macht mir die Entscheidung jetzt nicht einfacher. Wollte nämlich auch den SLZB-06 ablösen und den SLZB-MR4U kaufen.

Gibt es noch weitere Erfahrungswerte? Wie viele Geräte betreibst du?

Ich betreibe zwei Sticks synchron. Sprich den 06M als Koordinator und den MR3 als OTBR und als Router für den 06M. Da ich mir absolut kein Hype aus Thread mache, habe ich dementsprechend auch keine Geräte dazu. Solange es für meine Bedürfnisse Zigbee und oder WLAN Geräte gibt, bleibe ich dabei.

Gruß Paul

Bei mir geht es genau um 1 Thread Device (Aqara U200) und 107 zigbee Geräte. Für mich war es ein Erfolg, dass der MR4U genauso gut funktioniert, wie der 06er. Thread läuft nun, nach dem Wechsel, stabiler.

Meine Empfehlung geht also zum MR4U.

Gruß, Lars

Cool danke für den Artikel - habe ich leider zu spät gesehen - kurz vorher und NACH der Bestelung eine MRW10 gemerkt das es sich scheinbar wie folgt verhält und ich insofern eigentlich auch lieber einen MR3 oder MR4 gehabt hätte. DAhcte zunächst der MRW10 wäre das neueste und könnte tendenziell alles 3 parallel oder halt zwei von drei dingen “beliebig”. Das scheint aber nicht der Fall zu sein.

Der MRW10 kann scheinbar zigbee und zwave aber matter nur alternativ zu zigbee und ich suche eher etwas was zigbee & matter gleichzeitig kann wie die MR3/4.

An dieser Tabelle stimmt aber einiges nicht. Woher stammt die?

So wie die aussieht, bin ich mir sehr sicker, dass diese von ChatGPT generiert wurde. Ein klarer Fall für, glaube nicht alles, was die KI generiert.

Ja, das dachte ich mir eigentlich auch. Es ist echt eine Seuche geworden…

Ja die erste Version war noch falscher - man muss den leider füttern und korrigieren.

So eine Tabelle zu haben wäre schon cool. Infos in den Shops sehr spärlich.

Daher- was konkret ist jetzt falsch und zu ändern? Dann mache ich ein Update