Classement

Hello ! Je vous avais parlé il y a quelques mois de Zigbee 4.0, avec une nouveauté qui m'intéressait particulièrement : Suzi, qui permet à Zigbee de fonctionner en Sub-GHz. Eh bien, ça avance enfin ! La Connectivity Standards Alliance a ouvert officiellement la certification Suzi. Les fabricants peuvent donc désormais faire certifier leurs solutions et les premières piles logicielles certifiées commencent à apparaître. Pour nos installations domotiques, c'est plutôt prometteur. 📡 L'idée est de conserver les avantages de Zigbee (faible consommation, réseau maillé, interopérabilité…) tout en utilisant des fréquences autour de 868 MHz en Europe, qui offrent une meilleure propagation et permettent d'aller plus loin que le traditionnel 2,4 GHz. Typiquement, je pense immédiatement aux portails, garages, piscines, ateliers, abris de jardin ou dépendances. Tous ces endroits où l'on se retrouve parfois à ajouter une prise Zigbee ou un routeur uniquement pour prolonger le maillage. Autre point intéressant : Suzi ne remplace pas le Zigbee actuel. La CSA prévoit notamment des passerelles bi-radio permettant de faire cohabiter Zigbee 2,4 GHz et Sub-GHz. Par contre, pas de miracle : nos coordinateurs actuels uniquement 2,4 GHz ne deviendront pas compatibles 868 MHz avec une mise à jour firmware 😅 Il faudra du nouveau matériel. La prochaine étape que je surveille sera donc l'arrivée des premiers coordinateurs compatibles et, bien sûr, leur prise en charge par Home Assistant, ZHA et Zigbee2MQTT. J'ai regroupé toutes les infos et expliqué plus en détail ce que ça pourrait changer ici : Maison et DomotiqueZigbee Suzi : la longue portée Sub-GHz devient enfin une...La certification Zigbee Suzi est ouverte depuis le 2 septembre 2026. Longue portée en 868 MHz, maillage, Home Assistant : ce que ça change. Je suis curieux d'avoir votre avis : vous auriez des équipements chez vous pour lesquels du Zigbee longue portée serait vraiment utile ?

Merci pour ce retour et les travaux que tu effectues. Perso je n'ai pas la carte "Envoyer un SMS" je vais essayer de creuser ma conf, mais j'en ai une qui fonctionne D'avance merci

Salut, J’ai bien avancé sur mon intégration Free Mobile SMS XA. Je vous fais un point simple de ce qui a changé. Ce qui cassait Chez certains, l’envoi de SMS plantait avec une erreur du type « event loop ». Chez moi, le service appelait Home Assistant d’une façon interdite. Du coup plus rien ne partait. C’est corrigé. Les SMS s’envoient à nouveau. La carte sur le tableau de bord J’ai ajouté une carte toute prête : Envoyer un SMS. Vous allez dans Modifier le tableau de bord → Ajouter une carte → Envoyer un SMS. Dessus vous avez : • le destinataire (détecté tout seul) • « TOUS LE MONDE ! » • le message avec un compteur 160 caractères • le bouton Envoyer Au début, sur le téléphone, la carte ne se chargeait pas. Il fallait ajouter un fichier à la main dans les ressources Lovelace. Ce n’était vraiment pas pratique. Maintenant, au démarrage, l’intégration le fait toute seule. Après la mise à jour : redémarrer Home Assistant, fermer l’appli et la rouvrir. Les erreurs Free Quand Free refuse un SMS, je l’affiche clairement : • mauvais identifiant ou option SMS désactivée • trop de SMS envoyés trop vite • message vide ou invalide • Free en panne (j’essaie une deuxième fois) L’historique Chaque ligne a maintenant : • un état (dernier envoi, dernière erreur) • le nombre total de SMS • le nombre de SMS du jour • les 50 derniers messages, même après un redémarrage Le debug Dans les options, vous pouvez activer les logs. Sur l’appareil, vous pouvez aussi télécharger un diagnostic : la clé API n’apparaît pas dedans. Pour mettre à jour HACS → Free Mobile SMS XA → prenez au moins la 6.12.2 → redémarrez HA. Pour envoyer un SMS dans une automation, j’utilise : action: notify.send_message target: entity_id: notify.papa data: message: Alarme activéeLe dépôt est ici : https://github.com/XAV59213/freesmsxa Si ça coince encore, dites-moi votre version de HA et celle de l’intégration.

Bonjour à tous, Cela fait maintenant presque 6 ans que je développe mon propre système domotique : Chou.me. Si vous voulez voir à quoi ça ressemble : https://youtu.be/xFBXW7LwFJg J’ai commencé la domotique avec Jeedom, puis Home Assistant. Mais il y a toujours eu quelque chose qui me gênait : cette façon de représenter la maison comme une grosse liste d’entités et de devices. Au départ, Chou.me était donc simplement une interface par-dessus Jeedom. Six ans plus tard, ça a légèrement dérapé 😅 : base de données, historiques, automatisations, workers, WebSockets, interface complète… C’est devenu un système à part entière. Pourquoi ne pas tout faire dans Home Assistant ? Parce que ce n’est finalement pas le même rôle. Home Assistant est excellent pour parler aux équipements. Chou.me est là pour représenter la maison et réfléchir à son fonctionnement. Chou.me communique donc avec HA via un bridge. Et HA n’est qu’un bridge parmi d’autres. Cette séparation s’est révélée très pratique : quand j’ai quitté Jeedom pour Home Assistant, j’ai simplement remplacé progressivement le bridge sans bouleverser Chou.me. Même chose avec Spotify : l’intégration HA était trop limitée pour ce que je voulais faire, j’ai donc créé un bridge connecté aux API Spotify directement dans Chou.me. La vue Home : ma maison en temps réel L’interface est accessible sur mobile et sur une tablette installée dans l’entrée. Au centre, il y a le plan 2D de la maison. il représente réellement l’état de la maison. Quelqu’un entre dans une pièce ? Elle s’anime. Une lampe s’allume ? Son halo apparaît, avec sa couleur et sa luminosité. Une porte s’ouvre ? Elle s’ouvre sur le plan. On retrouve aussi température et tendance, humidité/CO₂, chauffage, etc. L’idée, c’est qu’en 2 secondes, je puisse regarder l’écran et comprendre ce qui se passe chez moi. Au-dessus, j’ai quand même des widgets pour commander directement les devices. Parce que bon… parfois on veut juste allumer une lampe 😄 Mais même eux sont contextuels : en été, par exemple, les commandes de chauffage disparaissent. Si une commande n’a aucune raison d’être utilisée actuellement, autant ne pas l’afficher. La vue Focus : regarder la maison sous un angle précis La vue Focus permet de choisir une information et de l’appliquer à toute la maison. Si je sélectionne la température, par exemple, le plan change : les pièces sont colorées selon leur température. À côté, j’obtiens les informations qui vont avec : historique, consigne, thermostat, chauffage actif ou non, évolution récente… Ça permet de passer de « voilà ma maison » à « montre-moi précisément comment se comporte ma maison sur ce sujet ». Le Dashboard : des fonctionnalités plutôt que des devices Le Dashboard regroupe les grandes fonctions : météo, consommation électrique, voiture, robots, caméras, musique… Chaque tuile essaie d’avoir deux niveaux de lecture : de loin, l’info essentielle ; de près, les détails. Par exemple, pour la voiture, je vois immédiatement son niveau de batterie. Et bien sûr… les réglages Il faut bien un endroit pour mettre les trucs moins sexy 😅 Chou.me possède donc son éditeur pour gérer les devices, pièces, résidents, bridges, scènes, automatisations, paramètres, etc. L’objectif est que toute la configuration puisse se faire directement depuis Chou.me sans aller modifier le code à chaque changement. Une maison qui comprend son contexte C’est probablement la partie qui m’intéresse le plus aujourd’hui. Chou.me calcule différents Moods qui décrivent l’état général de la maison. Par exemple, j’ai un mood "niveau de calme". À 2 h du matin, si on a des invités et que la soirée continue, quelqu’un qui entre dans la cuisine déclenche un éclairage puissant. Même heure, même cuisine, mais tout le monde dort et je me lève juste chercher un verre d’eau ? Éclairage tamisé. Le capteur n’a pas changé. L’heure non plus. C’est le contexte qui a changé. C’est vers ça que j’essaie d’amener progressivement toutes mes automatisations. Et la suite ? Paradoxalement, mon objectif est d’avoir de moins en moins besoin d’utiliser Chou.me. Si la maison comprend suffisamment bien ce qui se passe, elle doit pouvoir gérer seule une bonne partie des situations. L’interface reste là pour comprendre, contrôler et reprendre la main. J’ai encore une belle liste de choses à faire 😅 : terminer les scènes et certains Moods, ajouter les groupes de devices, développer de vraies notifications interactives, etc. Je cherche également à rendre la maison la plus locale possible. J’ai déjà viré la majorité des équipements dépendants du cloud ; il me reste notamment ma station météo Netatmo, pour laquelle je cherche encore une bonne remplaçante. J’aimerais aussi élargir Chou.me au-delà de la domotique pure avec des choses plus quotidiennes : livre de recettes, liste de courses, etc. Et plus tard, j’aimerais expérimenter une IA proactive. Pas un chatbot, mais quelque chose qui analyse l’état et l’historique de la maison, repère des situations inhabituelles et peut nous prévenir ou proposer de nouvelles automatisations. Et pourquoi pas un jour mettre à dispo les sources pour que d'autres personnes puisse le réutiliser. Bref, après presque 6 ans, l’idée de départ reste finalement toujours la même : Je ne veux pas une interface pour mes objets connectés. Je veux une interface pour ma maison. Voilà pour Chou.me ! Je suis curieux d’avoir vos retours, critiques et idées — sur l’interface comme sur la philosophie générale du projet 🙂 Cédric

Les interférences entre le Wi-Fi et le Zigbee sont un problème courant en raison de leur utilisation partagée de la bande de fréquences 2.4 GHz. Voici une explication détaillée et structurée pour mieux comprendre le phénomène et comment le gérer. 1. Contexte techniqueBande de fréquences commune : Le Wi-Fi (normes IEEE 802.11b/g/n/ac/ax dans la bande 2.4 GHz) et le Zigbee (norme IEEE 802.15.4, souvent utilisé pour les objets connectés comme les ampoules intelligentes, capteurs ou hubs comme le SLZB) opèrent tous deux sur la plage de fréquences allant de 2.405 GHz à 2.480 GHz environ. Canaux Wi-Fi : Dans la bande 2.4 GHz, le Wi-Fi utilise typiquement 13 canaux (numérotés de 1 à 13 en Europe), chacun occupant une largeur de bande de 20 MHz (ou 40 MHz pour les modes plus rapides). Ces canaux se chevauchent partiellement pour maximiser l'utilisation du spectre. Canaux Zigbee : Le Zigbee utilise 16 canaux (numérotés de 11 à 26), mais chacun ne fait que 2 MHz de largeur, avec un espacement de 5 MHz entre eux. Cela les rend plus étroits et plus sensibles aux perturbations. Lorsque ces canaux se chevauchent, des interférences se produisent : les signaux Wi-Fi, plus puissants et plus larges, peuvent "noyauter" les signaux Zigbee plus faibles, entraînant des pertes de paquets, des déconnexions, une latence accrue ou une instabilité du réseau Zigbee. 2. Comment se manifestent les interférences ?Perte de signal et instabilité : Si un canal Zigbee est trop proche ou chevauche un canal Wi-Fi actif (le vôtre ou celui d'un voisin), cela peut causer des erreurs de transmission. Par exemple, un routeur Wi-Fi sur le canal 6 (fréquence centrale ~2.437 GHz) peut interférer avec les canaux Zigbee 15 à 20. Facteurs aggravants : Densité des réseaux voisins (appartements, bureaux). Puissance des signaux : Le Wi-Fi émet souvent à plus haut niveau (jusqu'à 100 mW) que le Zigbee (typiquement 1-10 mW). Autres sources : Micro-ondes, Bluetooth, babyphones ou même certains téléphones sans fil utilisent aussi le 2.4 GHz. Impact sur Zigbee : Comme Zigbee est conçu pour les réseaux maillés à faible consommation (IoT), il est plus vulnérable. Cela peut se traduire par des dispositifs qui ne répondent plus ou un réseau instable. Pour illustrer le chevauchement des canaux : 3. Comment éviter ou minimiser les interférences ?Vérifiez la charge des canaux : Utilisez des applications comme Wi-Fi Analyzer (sur Android) ou des outils comme Acrylic Wi-Fi (sur PC) pour scanner les réseaux Wi-Fi environnants et identifier les canaux les moins encombrés. Choisissez des canaux optimaux : Pour le Wi-Fi : Privilégiez les canaux 1, 6 ou 11 (les plus espacés et moins chevauchants entre eux). Pour le Zigbee : Configurez votre hub (comme un SLZB-06 ou similaire) sur un canal éloigné, comme le 15, 20, 25 ou 26. Évitez les canaux 11-14 si votre Wi-Fi est sur 1, ou 21-24 si sur 11. Exemple de configuration idéale : Wi-Fi sur canal 1 (chevauche Zigbee 11-14), donc mettez Zigbee sur 20 ou 25. Passez au 5 GHz pour le Wi-Fi : Si vos appareils le supportent, migrez votre Wi-Fi vers la bande 5 GHz (ou 6 GHz pour Wi-Fi 6E), qui n'interfère pas avec le Zigbee. Améliorez l'environnement : Placez le routeur Wi-Fi et le hub Zigbee à distance l'un de l'autre (au moins 2-3 mètres). Utilisez des répéteurs Zigbee pour renforcer le maillage. Mises à jour et tests : Assurez-vous que vos firmwares sont à jour. Testez en changeant les canaux et en monitorant la stabilité.