Problème de configuration HAos, rasberry pi4 et Slzb-mr1u

Bonjour,

Voilà je suis dans l’impossibilité de configurer open thread border, je ne peux renseigner de devices, même en Yaml cela me renvoie un erreur « /dev/ttyS2 (ou n’importe quel numéro) n’existe pas »
j’ai regardé des infos ou on me dit comment faire pour trouver le chemin du device dans home assistant (système/matériel /tout le matériel, et trouver le tty) mais je n’ai pas de tty.
j’ai essayé de me connecter directement sur le Pi avec Git mais cela me donne « accès refusé ».
la config Zigbee à bien marché.
Je ne suis pas une pointure, si quelqu’un à une idée pour me guider et surtout de l’empathie pour m’accompagner dans la résolution de ce problème, je suis preneur! d’avance un grand merci

Ma configuration

rasberry pi1 avec un ssd 120Go, Haos installé par le piimager, branché sur le réseau en Rj45, un Slzb-Mr1u branché sur le réseau en Rj45, et alimentation usb.


Version core-2026.3.2
Type d’installation Home Assistant OS
Développement false
Supervisor true
Docker true
Architecture des conteneurs aarch64
Utilisateur root
Environnement virtuel false
Version de Python 3.14.2
Famille du système d’exploitation Linux
Version du système d’exploitation 6.12.47-haos-raspi
Architecture du processeur aarch64
Fuseau horaire Europe/Paris
Répertoire de configuration /config

Home Assistant Cloud

Connecté false
Accéder au serveur de certificats ok
Accéder au serveur d’authentification ok
Accéder à Home Assistant Cloud ok

Home Assistant Supervisor

Système d’exploitation hôte Home Assistant OS 17.1
Canal de mise à jour stable
Version du Supervisor supervisor-2026.03.2
Version de l’agent 1.8.1
Version de Docker 29.1.3
Taille total du disque 116.7 GB
Taille du disque utilisé 10.5 GB
Serveurs de noms 2a01:cb05:c6c:6200:5a2f:f7ff:feea:2150, 192.168.1.1
Sain true
Prise en charge true
host_connectivity true
supervisor_connectivity true
ntp_synchronized true
virtualization
Tableau de bord rpi4-64
API du Supervisor ok
Version de l’API ok
Applications installées Matter Server (8.3.0), Mosquitto broker (6.5.2), Zigbee2MQTT (2.9.1-1), Studio Code Server (6.0.1), Get HACS (1.3.1), ESPHome Device Builder (2026.3.0), Samba share (12.6.1), File editor (5.8.0), OpenThread Border Router (2.16.5)

Dashboards

Tableaux de bord 2
Ressources 0
Vues 0
Mode storage

Network Configuration

Adaptateurs lo (disabled), end0 (enabled, default, auto), hassio (disabled), docker0 (disabled), veth240ae89 (disabled), vethe65daf3 (disabled), veth9ca2cc5 (disabled), veth0a2c5de (disabled), veth5a22c6e (disabled), vetha667ad6 (disabled), veth52bdab7 (disabled), veth2b3cfdd (disabled), vethc55f48f (disabled), veth5cbf809 (disabled)
Adresses IPv4 lo (127.0.0.1/8), end0 (192.168.1.40/24), hassio (172.30.32.1/23), docker0 (172.30.232.1/23), veth240ae89 (), vethe65daf3 (), veth9ca2cc5 (), veth0a2c5de (), veth5a22c6e (), vetha667ad6 (), veth52bdab7 (), veth2b3cfdd (), vethc55f48f (), veth5cbf809 ()
Adresses IPv6 lo (::1/128), end0 (2a01:cb05:c6c:6200:4b2d:2916:5ae5:7a46/64, fde5:2f96:2df2:b16c:43ff:10b6:515d:9e1b/64, fe80::983e:350f:c135:360a/64), hassio (fd0c:ac1e:2100::1/48, fe80::3c00:4eff:fe55:6b72/64), docker0 (fe80::44f7:27ff:fee3:859b/64), veth240ae89 (fe80::b069:ff:fe2d:9791/64), vethe65daf3 (fe80::3cec:9dff:fe84:ff14/64), veth9ca2cc5 (fe80::80f2:eff:feee:eead/64), veth0a2c5de (fe80::8868:c0ff:fe48:5fb4/64), veth5a22c6e (fe80::58dc:97ff:feab:77e3/64), vetha667ad6 (fe80::8817:c6ff:fe03:f34c/64), veth52bdab7 (fe80::5840:48ff:fe36:dd6b/64), veth2b3cfdd (fe80::58a3:d1ff:fe2d:eb07/64), vethc55f48f (fe80::a078:fcff:fe70:cb70/64), veth5cbf809 (fe80::5077:7dff:fe35:300f/64)
Adresses annoncées 192.168.1.40, 2a01:cb05:c6c:6200:4b2d:2916:5ae5:7a46, fde5:2f96:2df2:b16c:43ff:10b6:515d:9e1b, fe80::983e:350f:c135:360a

Recorder

Heure de démarrage de l’exécution la plus ancienne 10 mars 2026 à 16:55
Heure de démarrage de l’exécution actuelle 18 mars 2026 à 16:24
Taille estimée de la base de données (en Mio) 24.97 MiB
Moteur de la base de données sqlite
Version de la base de données 3.49.2

Métriques du Core

Utilisation du processeur

0.5 %

Utilisation de la mémoire

24 %

Métriques du Supervisor

Utilisation du processeur

0 %

Utilisation de la mémoire

4.1 %


Salut à toi,

C’est normal que tu n’aies rien en TTY sur ton Raspberry (au passage modèle Pi 4 :wink: ), ton coordinateur Zigbee est relié en Ethernet à ton installation.
C’est une installation toute neuve ? Tu arrives fraichement sur HA ?

Il te faut aller sur ton Smlight d’abord. Soit si tu connais son IP sur le réseau
Soit en tapant : http://slzb-mr1.local dans ton navigateur.

Bonjour, merci pour ta réponse,
J’arrive fraichement sur HA et c’est une installation toute neuve, je profite d’un projet de régulation d’air chaud pour ma cheminée pour me lancer dans la domotique. je pense que c’est mieux d’avoir un projet pour mieux apprendre.
Tu penses que le Pi4 n’est pas terrible ?
pour en revenir à mon sujet, j’ai bien accès a mon simlight, je sais récupérer l’adresse Ip pour la placer dans OTBR, mais il me réclame un device!
Ais-je répondu à ta question ?
Bien cordialement

Ha non pas du tout, c’est très bien, c’est juste que tu as fais une faute de frappe dans la description de ta configuration, tu as mis « Raspberry pi1 avec un SSD 120Go » :wink:

Bienvenue dans le monde des geeks au passage. :laughing:

Voici une petite vidéo bien pratique qui va t’aider à configurer ton SLZB-MR1U :

EDIT: Petite précision, pour ta config & dans ton cas, il vaut mieux que tu choisisses Coordinateur Zigbee pour la première puce. (pas routeur comme dans la vidéo)

Ah zut , je n’ai pas vu la faute frappe, désolé, merci pour ton message de bienvenue,
merci pour ta vidéo.
Je vais regarder cela de près, j’avais déjà suivi celle de Domotik, sur le simlight, mais pour moi ça a foiré pour l’OTBR..
Donc je regarde cela et si j’arrive à finaliser, je le posterai,
Bonne soirée !!!
J’avais essayé de le contacter en mail privé mais il ne veut pas répondre en MP. bref

1 « J'aime »

Bon j’ai le même problème, je n’ai pas les options qui s’affichent comme dans la capture vidéo


voilà ce que j’ai

et voila l’erreur quand je force en Yaml

merci pour une idée !

Est ce que tu as bien fais comme dans la vidéo ? à savoir à la fin il explique qu’il faut choisir Matter sur la puce 1 et essaie en routeur Zigbee pour le coup sur la puce 2.(on verra après pour modifier ça)
Tu peux nous refaire une capture un poil plus grande, qu’on puisse voir si tu as des selecteurs/switches en bout de ligne dans les réglages ?

bien alors voilà,je ne sais pas si c’es


t cette capture la que tu veux ?
je te passe aussi mon réglage slzb

je n’ai pas inversé.dis moi si c’est bon pour la capture
Merci encore

1 « J'aime »

Oui essaie dans l’autre sens comme proposé. Puce 1 Matter et puce 2 routeur Zigbee

Bon merci, je vais reprendre tout demain.
Sera-tu dispo pour moi demain pour le suivi? en tout cas merci déjà, ça m’aide de savoir que quelqu’un essaie de m’aider :grinning_face: :+1:

Je surveille le forum régulièrement, et toute la communauté aussi, tu n’es pas tout seul : don’t worry :wink:

Hey bien le bonjour,
Bon, j’ai bien regardé attentivement la vidéo, j’ai inversé ma config :


j’ai reconnecté zigbee sans problème, mais pour OTBR, j’ai toujours le même problème, pas de choix de devices:

et impossible d’enregistrer le fichier du chemin car il me demande un device. si je mets en YAML device: /dev/ttyS2, il me le refuse.
je te passe le rapport SMlight dans HA si ça peut aider…

qu’en pense tu, il aurait il un problème au niveau de mon Smlight, ou de l’appli OTBR

Je te remercie par avance.

Et la partie Z2M (Zigbee 2 MQTT) ? ça donne quoi ? c’est bien en place ?

Voici la page Mqtt, bon là il n’y a pas d’appareils, je n’ai pas réappairé la prise test et l’ampoule que j’avais avant car avec la modif j’ai tout perdu. Mais je n’ai pas d’erreurs.
Est-ce cela que tu voulais ? :grinning_face:

1 « J'aime »

Oui, je voulais m’assurer que le coordinateur était bien intégré / découvert. La partie coordinateur Zigbee c’est OK pour le coup


On voit sur ton screenshot que Thread ET le coordinateur Zigbee sont bien en route.

EDIT: Si tu fais Démarrer sur ton module OpenThread, et que tu regardes dans les logs, il se passe quoi ?

Et bien il refuse de démarrer car pas de configuration :thinking:

Et si tu désactives Matter Server ?
(Il est dans tes apps d’origine)
Decoche le démarrage automatique et arrête le.
Redémarre le système et redis nous si tu peux paramètrer OTBR ?

ok je fais ça tout de suite…

Bon alors voici le résultat:
un premier message d’erreur au démarrage:


j’ai fait démarrer et ça m’a dit problème résolu.
puis un deuxième message:

marqué comme résolu ensuite;
J’ai essayé de configurer OTBR, mais même problème, pas de choix de device et erreur en programmant en YAML.

non justement, il faut garder arrêté Matter Server pour voir si tu peux faire ta config OTBR, et si la config passe, alors tu pourras remettre Matter Server en route.