XAV59213

Salut @Engrobel
les warnings que tu mentionnes sont courants et non bloquants
Si tu veux vérifier que tout roule côté OTBR :
•  Va dans Paramètres > Appareils & services > Thread > Configurer. Tu devrais voir ton réseau Thread listé (quelque chose comme ha-thread-xxxx). S’il n’apparaît pas, redémarre l’addon OTBR et rafraîchis.
•  Assure-toi que l’IPv6 est activé sur ton HA : Paramètres > Système > Réseau > IPv6 sur “Automatique”.
•  Logs supplémentaires : Si tu as d’autres erreurs après un redémarrage, partage-les, mais là, c’est clean.
Intégrer le Bilresa IKEA en Matter-over-Thread
Le Bilresa est une télécommande 2 boutons compatible Matter-over-Thread (pas Wi-Fi). L’appairage se fait via le code QR ou numérique sur l’emballage/appareil, mais il faut d’abord synchroniser les credentials Thread de ton OTBR vers ton téléphone pour que le pairing marche. Sans ça, le device ne peut pas rejoindre le réseau Thread. C’est souvent là que ça coince.
Étapes pour l’appairage
1.  Mettre le Bilresa en mode pairing :
•  Retire l’onglet isolant de la pile (si neuf).
•  Appuie 4 fois rapidement sur le bouton système (le gros bouton au milieu) pour activer le mode Matter. La LED devrait clignoter (ou pulser). Tiens-le près de ton SLZB-MR2U (le border router) pendant le pairing – max 1-2m.
•  Note le code QR ou le code numérique à 11/21 chiffres sur la batterie ou l’emballage (c’est ton “setup code”).
2.  Synchroniser les credentials Thread vers ton téléphone (obligatoire !) :
•  Utilise l’app Companion HA sur ton phone (iOS ou Android).
•  Pour Android : Va dans Paramètres > App Companion > Dépannage > Synchroniser les credentials Thread.
•  Pour iOS : Dans HA, va Paramètres > Appareils & services > Thread > Configurer > Envoyer les credentials au téléphone.
•  Une fois sync, sélectionne ton réseau Thread comme “réseau préféré” dans l’app (ça évite les conflits avec d’autres réseaux Thread existants sur ton phone).
3.  Ajouter le device via l’app Companion HA :
•  Ouvre l’app HA sur ton phone (Bluetooth activé, phone près du Bilresa et du SLZB).
•  Va Paramètres > Appareils & services > Ajouter un appareil > Ajouter un appareil Matter.
•  Choisis “Non, c’est nouveau”.
•  Scanne le QR code ou entre le code numérique manuellement.
•  Suis les prompts : Ça passe par Bluetooth pour envoyer les creds réseau, puis le device rejoint Thread via ton OTBR.
•  Temps estimé : 30-60 secondes si tout va bien ; si ça spinne plus de 2 min, annule et réessaie (proximité phone/BR/device critique).

Salut @BièreNard
on peut réaliser ton scénario avec une automation en YAML (ou via l’interface graphique, mais le YAML est plus précis pour les boucles). Voici comment programmer : tous les soirs, 15 minutes après le coucher du soleil, allumer la lumière toutes les 30 minutes pendant 20 minutes, jusqu’à 23h30.
Prérequis
•  Assure-toi que l’intégration “Sun” est activée dans HA (elle l’est par défaut).
•  Remplace light.ta_lumiere par l’ID réel de ton entité lumière (vérifie dans les États des développeurs).
Automation en YAML
Ajoute ceci dans ton fichier automations.yaml (ou crée une nouvelle automation via l’interface et édite en YAML) :
- id: 'allumer_lumiere_apres_coucher_soleil' alias: Allumer lumière après coucher du soleil description: Allume la lumière toutes les 30 min pendant 20 min, jusqu'à 23h30 trigger: - platform: sun event: sunset offset: '+00:15:00' # 15 minutes après le coucher du soleil condition: [] # Pas de conditions supplémentaires ici action: - repeat: while: - condition: time before: '23:30:00' # Répète tant que l'heure est avant 23h30 sequence: - service: light.turn_on target: entity_id: light.ta_lumiere # Remplace par ton entité - delay: minutes: 20 # Allumée pendant 20 minutes - service: light.turn_off target: entity_id: light.ta_lumiere - delay: minutes: 10 # Éteinte pendant 10 minutes (pour un cycle de 30 min total) mode: single # Mode single pour éviter les chevauchementsExplications
•  Déclencheur : Se déclenche 15 minutes après le coucher du soleil (via l’offset positif).
•  Boucle (repeat while) : Avant chaque cycle, HA vérifie si l’heure est avant 23h30. Si oui, il exécute le cycle ; sinon, il arrête. Cela évite de démarrer un nouveau cycle après 23h30.
•  Cycle : Allume la lumière, attend 20 min, éteint, attend 10 min (ce qui fait un intervalle de 30 min entre allumages).
•  Si le cycle en cours dépasse 23h30 (par exemple, si un allumage commence à 23h25), il se terminera normalement. Pour forcer une extinction pile à 23h30, tu pourrais ajouter une automation séparée avec un déclencheur à heure fixe (platform: time à 23:30) qui éteint la lumière.
Via l’interface graphique de HA
Si tu préfères l’UI :
1. Va dans Paramètres > Automatisations & Scènes > Créer une automation.
2. Ajoute un déclencheur : Type “Soleil”, Événement “Coucher du soleil”, Offset “+00:15:00”.
3. Ajoute une action : Type “Répéter”, Sous-type “Tant que” (while), Condition “Heure” avant 23:30:00.
4. Dans la séquence de la répétition :
• Action “Allumer la lumière” (sélectionne ton entité).
• Action “Attendre” 20 minutes.
• Action “Éteindre la lumière”.
• Action “Attendre” 10 minutes.
5. Enregistre et teste (tu peux simuler le déclencheur via les outils dev).

Super, ravi que ça ait fonctionné ! 👏
C’était un plaisir d’aider, et ça arrive souvent avec les configs MQTT dans Home Assistant le broker interne comme core-mosquitto est la clé pour éviter les boucles localhost.
Bonne chance pour le ré-appairage des capteurs et relais, ça devrait être rapide maintenant que le coordinateur est up.
Si tu rencontres d’autres soucis (Zigbee, ZHA ou autre), n’hésite pas à demander.
Ah, et pour le code postal : c’est noté🕺✌️
N’oublie pas de clôturer le post 🤩

Salut TUTU12,
En fait, il y avait deux instances de Zigbee2MQTT qui tournaient en parallèle, plus un ZHA actif sur le même dongle. Ça créait un conflit et empêchait ton instance de démarrer.
Ce que j’ai fait, c’est recréer une instance propre avec un canal différent. J’ai aussi modifié le topic Zigbee2MQTT pour éviter tout conflit avec les anciennes installations que tu avais faites.
Je viens d’envoyer un message à Jack pour clôturer ton poste.

Salut @BièreNard,
Le problème semble assez courant avec l’intégration Tuya dans Home Assistant, surtout après des mises à jour qui peuvent introduire des changements dans la gestion des entités “cover” (volets roulants). D’après ce que j’ai pu vérifier, plusieurs utilisateurs ont rapporté des inversions similaires de positions ou de commandes pour les volets Tuya, souvent liées à des mises à jour du core HA ou de l’intégration
Inverser uniquement les symboles ↑ et ↓ sur le tableau de bord (sans toucher au comportement sous-jacent) est possible mais compliqué : cela nécessiterait du CSS personnalisé via des thèmes Lovelace ou des mods comme card-mod, ce qui n’est pas trivial et pourrait casser lors de mises à jour. Au lieu de cela, une meilleure approche de contournement est de créer une entité “cover” template qui inverse complètement le comportement du volet original (position, état, et commandes open/close).
Cela corrigera les icônes sur le dashboard (les flèches suivront la logique inversée), et tu pourra ajuster les automatisations en conséquence pour revenir à une logique normale si needed.
Voici comment procéder :
1. Ajoute la configuration dans ta configuration.yaml (ou dans un fichier inclus via !include).
Assure-toi que l’intégration template est activée (elle l’est par défaut si tu a default_config:).

Exemple YAML pour un volet Tuya inversé (remplace cover.votre_volet_tuya par l’ID réel de ton entité volet, visible dans les outils de développement HA) :
template: - cover: - name: "Volet Inversé" device_class: shutter # Pour un volet roulant state: >- {{ 'open' if is_state('cover.votre_volet_tuya', 'closed') else 'closed' }} position: >- {{ 100 - state_attr('cover.votre_volet_tuya', 'current_position') | default(0) | int }} open_cover: - service: cover.close_cover target: entity_id: cover.votre_volet_tuya close_cover: - service: cover.open_cover target: entity_id: cover.votre_volet_tuya stop_cover: - service: cover.stop_cover target: entity_id: cover.votre_volet_tuya set_cover_position: - service: cover.set_cover_position target: entity_id: cover.votre_volet_tuya data: position: "{{ 100 - position }}"•  Explications :
•  state : Inverse l’état (ouvert → fermé, et vice versa).
•  position : Inverse la position (ex. : 80% devient 20%).
•  open_cover : Appelle la commande “fermer” de l’original pour “ouvrir” le template (et inversement pour close_cover).
•  set_cover_position : Inverse la position demandée avant de l’envoyer.
Redémarre HA ou recharge les templates pour que l’entité apparaisse.

Bug fixer !😇

Free Mobile SMS XA (obligatoire) → https://github.com/XAV59213/freesmsxa
0) Prérequis (une fois pour toutes)
Installe et configure l’intégration Free Mobile SMS XA (HACS → Dépôts personnalisés → ajouter le dépôt → installer → redémarrer → Paramètres → Appareils & services → Ajouter une intégration → saisir identifiant + clé API).
Vérifie dans Outils de développement → Services que tu as des services notify.* (ex. notify.papa_sms, notify.maman_sms).
1) Exemple simple (UI) — Alerte température
Étapes UI
Paramètres → Automatisations & scènes → Automatisations → + Créer
Déclencheur
Type : État numérique
Entité : sensor.temperature_eau (par ex.)
Condition : Au-dessus de → 30

Action
Action : Appeler un service
Service : notify.message
Données :
message : Alarme désactivé !

alias: 2 Alarme désactiver description: "" triggers: - device_id: f9c723991602ba75c1b74953ce38b854 domain: alarm_control_panel entity_id: 257d080f03fb6013a27d97ef9d37efec type: disarmed trigger: device conditions: [] actions: - action: notify.send_message metadata: {} data: message: Alarme désactivé ! target: device_id: - 6d04d6337c4ae1a8141ad189363b1548 - ca341d2a6b3a7bc496221fd1cbf91ae8 - 24d0e25144a5f0e2d30aeec53784671a - 1650b3db53cb7053c36440169fdea661 mode: single

Suite à la mise à jour core 2025.7.2
Fin de la panne 👍🤓

salut @Maxou-CSNT
Un Raspberry Pi 4 Modèle B - 4GB très bien pour commencer

Salut @Klein Marc
Pour intégrer votre store banne Franciaflex avec commande radio Well’com et un capteur de vent filaire (alimenté électriquement et communiquant par radio) à votre installation actuelle, le RFXcom est une solution parfaitement adaptée. Ce module permet de centraliser et de gérer les communications radio entre vos équipements, y compris les protocoles Well’com, tout en étant compatible avec un capteur de vent filaire tel que ceux proposés par Franciaflex (par exemple, un capteur X3D avec alimentation secteur).
Étapes recommandées :
1.  Vérifiez que votre store banne utilise le protocole Well’com X2D ou X3D (post-2016 pour X3D). Le RFXcom est compatible avec ces fréquences radio sécurisées.
2.  Installez un récepteur radio X3D (comme le micromodule Tyxia 5730) si votre capteur de vent ou store nécessite une conversion filaire/radio.
3.  Configurez le RFXcom pour reconnaître les signaux du capteur de vent et de la commande Well’com, en suivant les instructions du logiciel RFXcom (souvent via un PC ou une interface domotique).
4.  Assurez-vous que le capteur de vent filaire est alimenté par le secteur (pas de pile/solaire, comme demandé) et qu’il est compatible avec le protocole Well’com (ex. : capteur vent/soleil X3D).
Le RFXcom agit comme une passerelle, garantissant une communication fluide entre vos équipements et votre système domotique existant. Si vous avez des doutes sur la compatibilité exacte ou la configuration, je vous recommande de nous fournir plus de détails sur votre installation actuelle (modèle du store, type de moteur, etc.) ou de consulter un installateur certifié Franciaflex pour une vérification technique.
https://www.domadoo.fr/fr/145_rfxcom?srsltid=AfmBOoo0oQ7ExHTj26Hy8VxpK8FrSAyb8frt8AmAyo3FQqJ88xVdJiEe
Si vous avez des informations supplémentaires sur le modèle exact du store ou du moteur Ou la fréquence utilisée et si vous utiliser home assistant pour intégrer votre store
Ça permettra de mieux comprendre comme demander par @Arubinu il nous faut plus de précisions

Salut @enthalpie
il y a plusieurs modules et plusieurs façon pour les camera
Home Assistant
Generic Camera
Instructions on how to integrate IP cameras within Home Assistant.GitHub
GitHub - maciej-or/hikvision_next: Home Assistant integra...
Home Assistant integration for Hikvision NVRs and IP cameras - maciej-or/hikvision_nextGitHub
GitHub - blakeblackshear/frigate-hass-integration: Frigat...
Frigate integration for Home Assistant. Contribute to blakeblackshear/frigate-hass-integration development by creating an account on GitHub.
GitHub
GitHub - AlexxIT/WebRTC: Home Assistant custom component...
Home Assistant custom component for real-time viewing of almost any camera stream using WebRTC and other technologies. - AlexxIT/WebRTC

✅ Problème résolu

L’intégration apparaît désormais correctement dans Appareils & Services après avoir modifié le champ integration_type dans le fichier manifest.json (passé de "entity" à "hub"), et après avoir ajouté correctement les attributs device_info dans les entités sensor et calendar.
De plus, la compatibilité avec le calendrier Home Assistant est pleinement intégrée : les jours fériés sont automatiquement ajoutés comme événements de type "journée entière" dans une entité calendar.jour_ferie_calendar.
Tout fonctionne parfaitement maintenant ! 🎉
🔗 Dépôt : https://github.com/XAV59213/jourferier

Bonjour BièreNard ,
Concernant la détection de présence avec l'intégration Freebox dans Home Assistant, il semble que la fonctionnalité de suivi des appareils connectés au Wi-Fi (device_tracker) ne soit pas activée par défaut pour les téléphones ou autres appareils. Voici quelques pistes pour résoudre votre problème et configurer une automatisation :
1. Vérification de l'intégration Freebox
L'intégration Freebox ne crée pas automatiquement des entités device_tracker pour chaque appareil connecté au Wi-Fi. Pour activer le suivi des appareils (comme les téléphones), vous devez :
créer un binary_sensor et assurez vous d'avoir fixer l ip
binary_sensor: - platform: ping host: 192.168.1.96 name: "Steve Phone" count: 1 scan_interval: 5Accéder à l'interface de votre Freebox (via mafreebox.free.fr).
Aller dans Paramètres > Gestion des accès > Home Assistant et vérifier que l'option de suivi des appareils est activée.
Dans Home Assistant, allez dans Configuration > Intégrations > Freebox, et vérifiez si des entités device_tracker supplémentaires (par exemple, device_tracker.nom_du_téléphone) apparaissent après avoir redémarré Home Assistant.
Si aucune entité n'apparaît, il est possible que votre modèle de Freebox ou la version de l'intégration ne prenne pas en charge ce suivi. Dans ce cas, d'autres méthodes sont possibles (voir ci-dessous).

2. Alternative : Utilisation de l'application Home Assistant
Une méthode plus fiable pour détecter la présence d'un téléphone est d'utiliser l'application mobile Home Assistant (disponible sur iOS et Android). Une fois installée et connectée à votre instance Home Assistant, l'application crée automatiquement une entité device_tracker pour votre téléphone, basée sur sa localisation (GPS/Wi-Fi). Pour activer cela :
Installez l'application Home Assistant sur votre téléphone.
Connectez-vous à votre serveur Home Assistant.
Activez le suivi de localisation dans les paramètres de l'application.
Une entité comme device_tracker.votre_téléphone sera créée dans Home Assistant.
3. Exemple d'automatisation en YAML
Voici un exemple d'automatisation YAML qui utilise une entité device_tracker (par exemple, celle de l'application mobile ou, si disponible, celle de la Freebox) pour allumer une lumière lorsque vous rentrez chez vous :
automation: - alias: Allumer lumière quand je rentre trigger: platform: state entity_id: device_tracker.votre_téléphone from: "not_home" to: "home" action: - service: light.turn_on target: entity_id: light.salonExplications :
Trigger : L'automatisation se déclenche lorsque l'état du device_tracker passe de not_home (absent) à home (présent).
Action : La lumière du salon (light.salon) s'allume.
Remplacez device_tracker.votre_téléphone par l'entité réelle de votre téléphone et light.salon par l'entité de votre lumière.
4. Recommandations supplémentaires
Si vous ne trouvez pas d'entité device_tracker pour votre téléphone, vous pouvez aussi envisager d'autres intégrations comme Nmap ou Ping pour détecter les appareils sur votre réseau local. Ces intégrations nécessitent une configuration supplémentaire (voir la documentation Home Assistant).
Home Assistant
Ping (ICMP)
Instructions on how to integrate Ping (ICMP)-based into Home Assistant.
Consultez le journal de Home Assistant (Configuration > Journaux) pour identifier d'éventuelles erreurs liées à l'intégration Freebox.
Pour plus d'exemples d'automatisations, la documentation officielle de Home Assistant (https://www.home-assistant.io) est une excellente ressource.
N'hésitez pas à me dire si vous avez besoin d'aide pour configurer une méthode spécifique ou pour adapter l'automatisation. Bonne chance avec votre première automatisation !
Cordialement,