XAV59213
Rédacteur
-
Inscription
-
Dernière visite
Tout ce qui a été posté par XAV59213
-
que veux tu exactement ?
-
Salut ! Merci pour ton retour et pour l’utilisation du script 👍 Oui, il y a bien un moyen de faire des SMS multi-destinataires ! Comment ça marche :L’intégration Free Mobile SMS XA est conçue exactement pour ça : Tu configures une ligne par personne (Papa, Maman, Xavier, Naomie, etc.) avec son propre Identifiant utilisateur + Clé API. Chaque ligne configurée crée automatiquement un service notify. distinct (notify.papa, notify.maman, notify.xavier…). Pour envoyer un même SMS à plusieurs personnes en même temps, tu utilises simplement un seul appel au service notify.send_message en mettant plusieurs entity_id dans la cible : action: notify.send_message data: message: " Alarme activée !" target: entity_id: - notify.maman - notify.papa - notify.xavier - notify.naomie - notify.anais C’est exactement l’exemple que je mets dans le README pour les alarmes. Point important :Chaque envoi va uniquement vers le numéro de la ligne liée à la clé API de cette configuration. C’est une limitation de l’API gratuite de Free Mobile (elle n’autorise pas l’envoi vers un numéro arbitraire, seulement vers « ta » ligne). Donc pour notifier toute la famille, il suffit de configurer une intégration par membre → c’est rapide et propre.
-
Salut @thierryha54, Voici un retour précis sur tes deux questions et comment bien ajouter l’Alsace-Moselle. Oui, elles s’actualisent automatiquement tous les ans. Ton idée est bonne, mais il faut conditionner ces deux jours selon une option de configuration (sinon tout le monde en France aura ces jours en plus). Ajouter une option dans config_flow.py: # Dans config_flow.py (à créer/améliorer si pas déjà fait) import voluptuous as vol from homeassistant import config_entries class JourFerieConfigFlow(config_entries.ConfigFlow, domain=DOMAIN): async def async_step_user(self, user_input=None): if user_input is not None: return self.async_create_entry(title="Jour Férié", data=user_input) return self.async_show_form( step_id="user", data_schema=vol.Schema({ vol.Optional("alsace_moselle", default=False): bool, }), description_placeholders={"title": "Configuration"} )Modifier const.py: from datetime import date, timedelta def get_holidays(year: int, alsace_moselle: bool = False) -> dict[date, str]: """Retourne les jours fériés (option Alsace-Moselle).""" # Calcul de Pâques (ton code existant) a = year % 19 b = year // 100 c = year % 100 d = b // 4 e = b % 4 f = (b + 8) // 25 g = (b - f + 1) // 3 h = (19 * a + b - d - g + 15) % 30 i = c // 4 k = c % 4 l = (32 + 2 * e + 2 * i - h - k) % 7 m = (a + 11 * h + 22 * l) // 451 month = (h + l - 7 * m + 114) // 31 day = ((h + l - 7 * m + 114) % 31) + 1 easter_sunday = date(year, month, day) holidays = { date(year, 1, 1): "Jour de l’An", easter_sunday + timedelta(days=1): "Lundi de Pâques", date(year, 5, 1): "Fête du Travail", date(year, 5, 8): "Victoire 1945", easter_sunday + timedelta(days=39): "Ascension", easter_sunday + timedelta(days=50): "Lundi de Pentecôte", date(year, 7, 14): "Fête Nationale", date(year, 8, 15): "Assomption", date(year, 11, 1): "Toussaint", date(year, 11, 11): "Armistice 1918", date(year, 12, 25): "Noël", } if alsace_moselle: holidays.update({ easter_sunday + timedelta(days=-2): "Vendredi Saint", date(year, 12, 26): "Saint Étienne", }) return holidaysMettre à jour sensor.py et calendar.py: Passe l’option alsace_moselle depuis l’entry : # Dans sensor.py holidays = get_holidays(today.year, entry.data.get("alsace_moselle", False))Fais pareil dans calendar.py.
-
Salut @Mobyo Rien à voir avec mon calendrier. J’ai déjà ajouté les jours fériés via ce fichier : https://github.com/XAV59213/jourferier/blob/main/custom_components/jourferier/const.py Avec le départ et son commentaire Sur l’intégration que tu donne, il faut tout ajouter à la main.
-
La tondeuse robot sans fil périmétrique est l'une des évolutions les plus intéressantes de ces dernières années pour qui veut automatiser l'entretien du jardin. Fini le câble enterré qu'il faut reposer tous les ans parce qu'une taupe, un coup de bêche ou un simple gel hivernal l'a endommagé. Fini la cartographie par tâtonnement sur des semaines. La promesse du sans-fil est simple : on pose, on cartographie via l'application, et on laisse travailler. Après avoir remporté ce robot via un concours, j'avais envie de voir ce que donnait concrètement le Segway Navimow i108E sur un terrain réel, sur la durée, et surtout si l'intégration domotique tenait la route pour ceux qui utilisent Home Assistant au quotidien. Verdict après un mois d'utilisation sur mon jardin de 750 m² avec quelques arbres, un massif de fleurs et une petite terrasse qui sépare la pelouse en deux parties. -
Coucou @michelD , Moi j’utilise depuis plus de 2 ans les capteurs Sonoff SNZB-02 (température + humidité Zigbee 3.0) et franchement, RAS : aucun souci de déconnexion, de mesure fantaisiste ou de pile qui lâche trop vite. Ils fonctionnent en Zigbee pur, très stables avec un bon bridge/coordinateur (Zigbee2MQTT, ZHA, etc.). Je les ai achetés sur Domadoo et ils sont toujours au top. Voici le lien direct : https://www.domadoo.fr/fr/peripheriques/5319-sonoff-capteur-de-temperature-et-d-humidite-zigbee-30-snzb-02-6920075776102.html Prix souvent autour de 9-10 € pièce, bon rapport qualité/prix pour du fiable et compatible avec pas mal de systèmes (Home Assistant, Jeedom, etc.). Si tu hésites encore, la version avec écran SNZB-02D https://www.domadoo.fr/fr/produits-de-domotique/6614-sonoff-capteur-de-temperature-et-d-humidite-zigbee-30-avec-ecran-snzb-02d-compatible-zigbee2mqtt-6920075740004.html est sympa aussi (un peu plus chère mais très pratique pour un affichage direct), mais le SNZB-02 classique reste excellent et increvable.
-
Bonjour Pousca, Excellent retour, très complet et vraiment utile pour la communauté. Un grand merci, ça va clairement profiter à de nombreux utilisateurs ! ❤️
-
Après une version février particulièrement massive, l'équipe de Home Assistant a opté pour un rythme plus posé en mars 2026. Pas de révolution totale cette fois, mais un focus très appréciable sur le polissage, l'intégration massive de contributions communautaires, la correction de bugs et l'amélioration qualitative de dizaines d'intégrations existantes.Franck Nijhof (Frenck) l'annonce clairement dans le billet officiel : « On a pris le temps de reviewer, polir et merger un nombre impressionnant de PRs communautaires. Et la communauté a livré ! » Voici les points les plus marquants de cette version 2026.3. 1. Aspirateurs robots : enfin le nettoyage par zone sans bidouillerLa star incontestée de cette release pour beaucoup d'utilisateurs : l'action "Clean Area" (nettoyer une ou plusieurs zones spécifiques). Fini les codes de pièces obscurs en YAML ou les scripts compliqués. Vous pouvez maintenant : Associer les segments/cartes de votre aspirateur (via l'interface) aux zones définies dans Home Assistant Envoyer directement l'aspirateur nettoyer le salon + la cuisine, ou uniquement la chambre, depuis une automation, un dashboard, une voix, etc. Intégrations concernées : Matter, Roborock, Ecovacs, et plusieurs autres qui ont rapidement suivi. Un énorme gain d'ergonomie pour tous ceux qui ont un robot aspirateur connecté. 2. Android Companion App : wake word local expérimentalGrosse nouvelle pour les utilisateurs Android : l'application Companion supporte désormais (en mode expérimental) la détection de wake word directement sur l'appareil, sans passer par le cloud. Mots-clés supportés pour le moment : « Okay Nabu » « Hey Jarvis » « Hey Mycroft » Une fois réveillée, vous pouvez enchaîner directement avec une commande Assist. C'est un gros pas vers des satellites vocaux Android vraiment locaux et réactifs. 3. Automatisations : l'éditeur visuel gagne en robustesseUne fonctionnalité très demandée arrive enfin dans l'éditeur graphique : "Continue on error" — si une action échoue, l'automatisation ne s'arrête plus en cascade, elle continue d'exécuter les actions suivantes (configurable action par action). Autres petits gains d'ergonomie dans l'éditeur : Meilleur drag & drop Améliorations de l'interface globale 4. Dashboard : un nouveau pied de page (footer) et plus de flexibilitéUne nouvelle section footer apparaît dans les dashboards. Elle permet d'ajouter des éléments persistants en bas de page (horloge, infos rapides, boutons, etc.) sans qu'ils scrollent avec le reste. 5. Tableau de bord Énergie : encore plus lisible et pratiquePlusieurs améliorations bienvenues : Vue "Now" (instantanée) qui affiche en direct la puissance électrique, le débit de gaz et le débit d'eau Réorganisation des onglets : Électricité / Gaz / Eau clairement séparés Tooltips des graphiques qui indiquent maintenant le jour de la semaine → beaucoup plus facile à lire quand on compare les semaines 6. Intégrations : une avalanche de nouveautés et de quality scale upCette version est l'une des plus riches en termes de quantité d'intégrations touchées : Montée en quality scale (gold/silver/bronze) pour de très nombreuses intégrations (Matter, KNX, Roborock, SwitchBot, etc.) Améliorations massives sur Zigbee (mises à jour OTA du firmware plus fluides), plusieurs marques d'ampoules, capteurs, etc. Nouvelles intégrations (plus de 50 ajouts ou refontes notables selon les youtubers qui ont décortiqué le changelog complet) Possibilité pour les intégrations custom de fournir leurs propres icônes de marque via l'API brands 7. Autres petites perlesMeilleure gestion des erreurs dans les réponses Assist personnalisées Export de données plus facile Divers correctifs de performance et de stabilité Patchs post-releaseComme d'habitude, plusieurs versions mineures correctives ont suivi rapidement : 2026.3.1 (6 mars) 2026.3.2 2026.3.3 (mi-mars) Elles corrigent principalement des régressions (Rain Bird, Tibber, Reolink, InfluxDB, etc.). En résuméHome Assistant 2026.3 n'est pas la mise à jour la plus "flashy" de l'année, mais elle est extrêmement solide et utile au quotidien. Les ajouts pour les aspirateurs robots, le wake word Android local, l'option "continue on error" et les améliorations de l'énergie sont déjà adoptés par une grande partie de la communauté. Si vous n'avez pas encore mis à jour, c'est le moment idéal — surtout si vous avez un robot aspirateur ou un téléphone Android que vous utilisez avec Assist. Tu trouveras le billet officiel complet ici : https://www.home-assistant.io/blog/2026/03/04/release-20263/ Et toi, qu'est-ce qui t'excite le plus dans cette 2026.3 ? 😄 -
Bienvenue a toi @michelD 👋
-
Salut @Cyberdr3am Montre-moi ton fichier YAML complet (surtout les parties i2s_audio:, microphone:, sound_level:). Sans ça, c’est dur de pointer exactement le problème. Colle-le ici (masque les secrets wifi ).
-
-
Bienvenue @NOEL 👋
-
Bienvenue @JeanLefebvre 👋
-
Bienvenue @Gatsso 👋
-
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 Sténo, C’est normal, la fibre est indépendante du réseau ADSL. Donc les RJ45 doivent être alimentés/raccordés sur un tableau DTI via ta box opérateur pour alimenter correctement tes prises en Ethernet. As-tu un tableau DTI ? Si oui, impeccable. Si non, il faut modifier ton installation, qui est actuellement en RJ21.
-
Salut @Pierre31470 , Ravi d’entendre que tout fonctionne maintenant et que ton dongle est reconnu la magie de la domotique opère enfin ! 😄 Un grand merci pour ton retour Et n oublie pas de clôturer ton poste🕺
-
Ok tiens moi au jus 👍
-
@pj07 Bien, je cherche des solutions à votre problème 🫣. Et pour ton problème, c’est un peu comme Tuya qui passe par le cloud : les API ne suivent pas, il faut forcer un reload. L’intégration repose sur du polling de l’API cloud MCZ. Mets-toi en mode debug, enregistre pendant une journée et ouvre une issue. GitHubRobbe-B/maestro_mczA Home Assistant Custom Component for Maestro MCZ (cloud) - Robbe-B/maestro_mcz
-
Salut @cirdec321 Tu utilises bien cette intégration : GitHubGitHub - vincentwolsink/home_assistant_micronova_agua_iot...Home Assistant integration controlling heating devices (pellet stoves) connected via the Agua IOT platform of Micronova - vincentwolsink/home_assistant_micronova_agua_iotD’après les infos récentes (le repo GitHub est actif avec une mise à jour en janvier 2026), cette intégration supporte bien les apps comme Brisach Plus (ou Brisach+), qui repose sur la plateforme Agua IOT de Micronova. Elle est listée sous des noms comme “Easy Connect Poêle” dans les vendors compatibles, car beaucoup de marques Brisach utilisent ce backend. Voici quelques étapes de dépannage pour essayer de résoudre ça : 1. Vérifie la version de l’intégration : Assure-toi d’avoir la dernière version (0.9.4 ou plus récente) installée via HACS. Si ce n’est pas le cas, mets-la à jour et redémarre HA. 2. Configuration de l’intégration : • Dans HA, va dans Paramètres > Appareils & Services > Ajouter une intégration > Micronova Agua IOT. • Utilise tes identifiants exacts de l’app Brisach+ (email/mot de passe). Attention aux majuscules/minuscules. • Sélectionne le bon “vendor” ou app dans la liste : Essaie “Easy Connect Poêle” ou “Easy Connect Plus” si disponible, car ça correspond souvent aux modèles Brisach. Si ton poêle utilise un module WiFi Navel Plus (W011), c’est bien Agua IOT. 3. Vérifie les logs HA : • Active les logs debug pour l’intégration : Ajoute ça dans ton configuration.yaml et redémarre HA : logger: default: warning logs: custom_components.micronova_agua_iot: debug • Puis, réessaie l’ajout et cherche des erreurs dans les logs (via Paramètres > Système > Logs). Des messages comme “connection failed” ou “invalid credentials” pourraient indiquer le problème (ex. : réseau, firewall, ou compte non activé). 4. Vérifie la connexion du poêle : • Assure-toi que le poêle est bien connecté à ton WiFi et visible dans l’app Brisach+. Si besoin, reconnecte-le via le tuto Brisach (il y a une vidéo YouTube officielle pour ça). • Teste si l’app fonctionne bien à distance (pas juste en local/Bluetooth). 5. Alternatives si ça bloque : • Si c’est un problème de vendor non listé, check le repo GitHub pour ouvrir un issue avec tes logs (le projet est actif avec 12 contributeurs).
-
Salut @Cpey À tu fait un redémarrage ?
-
Bonjour Pierre (et l’autre Pierre 😄), Bienvenue sur le forum ! Ton problème est très courant quand on fait tourner Home Assistant dans une machine virtuelle sur un Synology (via Virtual Machine Manager ou proxmox). Le dongle Sonoff Zigbee 3.0 USB Dongle Plus (ou Lite / MG21 / ZBDongle-E selon le nom exact) n’apparaît pas dans Paramètres → Système → Matériel (ni dans « Mes appareils et services ») parce qu’il n’est tout simplement pas passé à la VM. Voici les points les plus probables et les solutions à tester, dans l’ordre : 1. Vérifie le passthrough USB dans Virtual Machine ManagerC’est la cause n°1 dans 90 % des cas similaires. Va dans Virtual Machine Manager sur ton Synology Sélectionne ta VM Home Assistant → Action → Modifier (ou Éditer) Va dans l’onglet Autres (ou « Others » selon la langue) Cherche la section Périphériques USB ou USB Device Passthrough Vérifie si ton dongle Sonoff apparaît dans la liste des périphériques USB disponibles Si non → le dongle n’est pas détecté par DSM → passe directement au point 3 Si oui → coche-le / ajoute-le à la VM → Appliquer → redémarre la VM Une fois le passthrough activé, tu devrais voir apparaître dans Home Assistant : Paramètres → Système → Matériel → Tous les matériels un périphérique du type /dev/ttyUSB0 ou /dev/ttyACM0 (ou /dev/serial/by-id/...) 2. Si le dongle apparaît dans VMM mais pas dans HARedémarre complètement la VM (pas juste HA) Parfois il faut débrancher / rebrancher le dongle après le démarrage de la VM Vérifie aussi dans HA si le port série est bien visible (le Sonoff E est souvent /dev/ttyACM0 avec les versions récentes) 3. Si le dongle n’apparaît pas du tout dans VMM (le cas le plus fréquent avec DSM 7.2+)Synology a fortement restreint / modifié la gestion USB série depuis DSM 7 pour des raisons de sécurité. Solutions courantes : a) Tester un autre port USB Essaie un port à l’arrière (souvent plus fiable que celui de devant). b) Utiliser un câble USB d’extension Beaucoup de dongles Zigbee sont capricieux avec les ports directs → un câble d’1 m avec blindage aide souvent. c) Vérifier la détection bas niveau sur le NAS Tu peux ouvrir un terminal SSH sur le Synology et taper : lsusb dmesg | grep usbSi le dongle n’apparaît même pas là → problème matériel / port / câble / DSM qui bloque. d) Alternative très recommandée : installer Zigbee2MQTT dans un conteneur Docker séparé Beaucoup de personnes ayant exactement ton setup (HA en VM + dongle Sonoff) finissent par : Garder HA en VM (sans Zigbee dedans) Installer Zigbee2MQTT en Docker sur le NAS directement Passer le dongle au conteneur Zigbee2MQTT (via /dev/ttyUSBx ou /dev/ttyACMx) Connecter Z2M à HA via MQTT C’est plus stable sur Synology et évite les galères de passthrough USB vers la VM. 4. Dernière option (la plus radicale mais souvent la plus fiable)Installer Home Assistant OS directement dans la VM (pas Home Assistant Core / Supervised dans une VM Linux). HAOS gère très bien les dongles USB quand le passthrough fonctionne. Tu télécharges l’image .ova pour VMware depuis le site officiel HA, et tu l’importes dans VMM. En résumé rapide pour toi :Vérifie d’abord si le dongle est visible dans VMM → Modifier VM → Autres → USB Si non → teste port / câble / lsusb en SSH Si oui → coche-le, redémarre la VM, et regarde dans Matériel de HA Si toujours rien → envisage Zigbee2MQTT en Docker (très populaire sur Syno) N’hésite pas à nous dire ce que tu vois dans VMM et/ou dans lsusb, ça aidera à affiner ! Bon courage et à bientôt sur le forum 😊
-
Salut @Corent02 @Cpey @Axelle @fejib Je viens de voir passer une mise à jour sur Zigbee2MQTT 2.8.0-1 qui concerne exactement votre problème avec la Nous A11Z. Il s’agit du #11383 : « Nous A11Z: les relais fixes étant contrôlés simultanément » (@Koenkk) En gros, le bug faisait que quand tu commandais une seule prise, les autres s’allumaient ou s’éteignaient en même temps.
-
salut @Krysc61 Oui, il est tout à fait possible d’aller plus loin et de contrôler la consigne de ton poêle Brisach en fonction de la température extérieure une fois qu’il est bien intégré via l’intégration Micronova Agua IOT dans Home Assistant. Voici comment procéder étape par étape : 1. Ce que fournit l’intégration Micronova Agua IOTD’après les infos disponibles (GitHub de l’intégration custom par Vincent Wolsink et retours utilisateurs), cette intégration crée généralement : Une entité climate (type thermostat) pour ton poêle : → Tu peux lire et modifier la température cible (setpoint / consigne ambiante). → Allumage / extinction, mode (confort, silence, etc.), état actuel (température pièce mesurée par la sonde du poêle, puissance, etc.). C’est donc cette entité climate.XXX (le nom dépend de ton poêle) que tu vas piloter. 2. Récupérer la température extérieure dans Home AssistantTu as plusieurs options simples et fiables : Météo France (ou autre intégration météo) → entité weather.forecast_meteo_france ou sensor.meteo_france_temperature (température actuelle). Une sonde extérieure physique (ex. : Xiaomi/Aqara Zigbee, RuuviTag, Sonde filaire via ESP, etc.) → c’est souvent plus précis localement. OpenWeatherMap, WeatherFlow, etc. Exemple : appelons cette entité sensor.temperature_exterieure (en °C). 3. Créer une logique de régulation basée sur la T° extérieureHome Assistant n’a pas de « courbe de chauffe » native pour les poêles à granulés, mais tu peux la recréer très facilement avec : Option la plus simple et recommandée : Automatisations + Helper Crée un input_number (dans Paramètres → Appareils & Services → Helpers) pour stocker ta consigne calculée. Exemple : input_number.consigne_poele_calculee (min 16, max 24, pas 0.5). Crée une automation qui se déclenche : Toutes les 15–30 min (ou à chaque changement significatif de T° ext). Ou quand la température extérieure change de ±0.5 °C. Exemple de logique simple (courbe de chauffe linéaire) : # Exemple dans l'éditeur d'automatisation (mode YAML ou graphique) trigger: - platform: state entity_id: sensor.temperature_exterieure # ou time_pattern: minutes: "/15" action: - variables: temp_ext: "{{ states('sensor.temperature_exterieure') | float(0) }}" consigne_base: 21.0 # consigne quand il fait 0°C dehors pente: -0.4 # -0.4 °C de consigne par °C extérieur en plus min_consigne: 17.0 max_consigne: 23.0 - service: input_number.set_value target: entity_id: input_number.consigne_poele_calculee data: value: > {{ [min_consigne, max_consigne, (consigne_base + (temp_ext * pente)) ] | sort | slice(1) | first | round(1) }} - service: climate.set_temperature target: entity_id: climate.brisach_poele # ← remplace par le vrai nom de ton entité poêle data: temperature: "{{ states('input_number.consigne_poele_calculee') | float }}"Exemples de courbes plus réalistes : T° ext +10 °C → consigne 19 °C T° ext 0 °C → consigne 21.5 °C T° ext -10 °C → consigne 23 °C Tu peux aussi ajouter des conditions : Seulement si le poêle est allumé (state == 'heat') Seulement en mode chauffage (pas en été) Tenir compte de l’heure (ex. : consigne plus basse la nuit) 4. Options plus avancéesUtiliser Versatile Thermostat (via HACS) : très puissant pour créer des VTherm qui pilotent un climate en fonction de plusieurs capteurs (T° ext, T° pièce, etc.). Il gère nativement les courbes de chauffe. Node-RED : si tu aimes les flux visuels, c’est encore plus flexible pour des logiques complexes. Generic Thermostat : moins adapté ici car il commute un switch, alors que ton poêle est déjà un climate complet. En résuméOui, c’est faisable et même assez courant chez les utilisateurs de poêles à granulés connectés (MCZ, Ravelli, Piazzetta, etc. qui utilisent le même système Micronova). Installe d’abord l’intégration Micronova Agua IOT si ce n’est pas encore fait, vérifie que tu peux bien changer la consigne depuis l’entité climate, puis construis ta logique avec une automation ou Versatile Thermostat.
-
Voici les options principales que j’ai trouvées : 1. Intégration via l’application Brisach (Easy Connect / Brisach Plus) • Beaucoup de poêles Brisach sont connectés via l’app “Easy Connect” ou “Brisach Plus”, qui repose sur la plateforme Agua IOT de Micronova. • Il existe une intégration custom pour Home Assistant appelée Micronova Agua IOT disponible via HACS (Home Assistant Community Store). • Pour l’installer : 1. Installe HACS si ce n’est pas déjà fait (via les add-ons de HA). 2. Dans HACS, cherche “Micronova Agua IOT” et installe-le. 3. Ajoute l’intégration dans HA via Paramètres > Appareils & Services > Ajouter une intégration. 4. Tu auras besoin de tes identifiants de l’app Brisach (compte utilisateur et mot de passe). • Ça permet de contrôler l’allumage/extinction, la température, les modes (comme Silence), et de monitorer l’état du poêle. • Apps supportées : Easy Connect, Easy Connect Plus, Easy Connect Poêle (ce qui correspond aux poêles Brisach).
