MAM78

Tu peux STP m'envoyer les info par MP

Hello @Lazer je ne trouve pas les indications pour faire un don. En MP si préférable ?

C'est bien le principe de l'archi présentée ci-dessus. 2 instances distinctes mais avec quelques éléments mis en commun pour piloter les 2 habitations depuis des Dashboard commun depuis l'application HA et pouvoir recevoir par exemple des notifications via l'application. Si l'on prend l'exemple de l'application Fibaro Yubii Home, une fois connecté sur une HC3, je ne suis pas certain que tu puisses recevoir des notifications d'une autres HC3.

Ca pourrait donner cette archi. Vous en pensez quoi, notamment en matière de sécurité ?

J'ai posé la question à mon IA GitHub Copilot. Voici-ci sa réponse qui me semble plutôt pertinente. Vous en pensez quoi ? Je te conseille de rester sur deux instances HA séparées (une par site) et de consommer l’appartement via remote_homeassistant depuis l’instance “Maison”. HA n’a pas de vrai cluster multi-site actif/actif ; forcer une “instance unique” répartie sur deux sites apporte plus de fragilité et de latence. Pourquoi 2 instances + remote_homeassistant : Résilience locale : les automatismes critiques (chauffage, sécurité, éclairage) restent opérationnels si le lien inter-sites tombe. Latence maîtrisée : chaque site parle à ses devices en LAN ; les commandes distantes peuvent être un peu plus lentes mais ne bloquent pas le local. Isolement pannes / mises à jour : tu peux redémarrer/mise à jour un site sans impacter l’autre. Simplicité Alexa/voix : deux comptes Alexa séparés, exposition filtrée par site, pas de collisions de pièces (“Salon”). Vue unifiée : remote_homeassistant t’apporte les entités distantes préfixées (apt_…) dans l’instance “Maison” pour superviser/piloter. Ce que donnerait la voie “instance unique/cluster” : HA ne supporte pas nativement un cluster multi-site synchrone. Tu te retrouverais à bricoler du partage d’état, avec risques de doublons, latence sur les commandes, et une dépendance forte au réseau inter-sites. Les automatismes locaux deviendraient dépendants du lien WAN/VPN, ce qui est risqué pour chauffage/sécurité. La charge de maintenance et de debug augmenterait (entités dupliquées, préfixage, cohérence des états). Bonnes pratiques si tu pars sur 2 instances + remote_homeassistant : Garder les automatismes critiques sur chaque site. Préfixer les entités importées (ex. apt_) et filtrer ce que tu importes (domains/entités utiles). VPN entre sites pour la sécurité et la stabilité (sinon HTTPS + IP filtrées). Dashboards : deux vues (Maison local, Appartement préfixé) + barre de nav ; ou deux dashboards distincts. Alexa : un compte par site, n’expose que les entités du site ; n’expose pas les entités importées pour éviter les interférences.

Bonjour la communauté. Tout d'abord commençons par l'essentiel, tous mes voeux pour cette nouvelle année 2026. Comme indiqué, l'année dernière, j'ai 2 domiciles (maison et appartement) à intégrer sur Home Assistant et je me pose des question sur l'architecture de ma solution. Soit je crée 2 instances HA, une sur chaque domicile et j'utilise remote_homeassistant pour remonter les Devices de l'instance HA Appartement dans l'instance HA Maison. Soit je crée un cluster des mes 2 VMs HA et y intégrer tous les Devices afin de manager qu'une instance HA. L'objectif serait de pouvoir contrôler les 2 domiciles depuis une seule instance. Sachant que pour la deuxième solution je garderais une gestion des scénarios en local sur chaque instance pour limiter les échanges entre les instances. Qu'est ce que vous en pensez ?

Ce point me fait hésiter entre reconfigurer tous mes Devices sur une nouvelle configuration full Home Assistant avec l'antenne ZWA-2 ou laisser tous mes Devices Z-Wave dans ma HC3 et les importer/synchroniser dans Home Assistant afin de pouvoir continuer à bénéficier des notifications et Maj Fibaro de mes Devices. Est-ce que l'import des devices ne risque pas de me générer des problèmes de latence entre les 2 solutions ?

Bonnes fêtes de fin d'année à tous

@Krikroff tu me conseillerais quoi entre le dongle Zooz ZST39 LR et le module ZWA-2 de Nabu Casa ou autre

Effectivement, longue période d'absence. Mais bientôt la retraite donc beaucoup plus de temps à consacrer à ma domotique. Avec HA, j'ai un espoir de pouvoir retrouver une stabilité du fonctionnement de mes appareils Netatmo et pouvoir aussi pourvoir refaire du TTS sur mes Sonos One après une très longue attente que tu nous livres ta version sur HC3

c'est vrai qu'il en impose mais quid de sa portée versus celle de nos HC3 (qui ne doit pas être un problème lorsque l'on a des Devices sans piles). L'intérêt que j'y vois, c'est de pouvoir enfin mettre ma HC3 dans ma baie info qui est dans ma cave à côté de mon NAS Synology. Ce qui n'est pas possible aujourd'hui notamment quand je dois intégrer de nouveaux modules z-wave.

Bonjour à tous, A l'occasion de la domotisation de ma résidence secondaire, j'envisage de mettre en place Home Assistant (HA) histoire d'avoir notamment : une meilleurs intégration avec Alexa (lorsque l'on à plusieurs domiciles) et ne plus utiliser le Skills Fibaro qui me perd mes Devices régulièrement. une meilleurs intégration avec Home Kit et remplacer Homebridge qui est aussi capricieux avoir la possibilité d'intégrer d'autres techno Matter sur thread (pas sur wifi) la disponibilité (grâce à la grande communauté sur HA) d'intégrations de certains composants déjà disponibles alors qu'ils sont souvent lourd et complexes à développer sur nos HC3. une ergonomie et des visuels qui semblent bien plus riches sur home assistant. Je me pose néanmoins quelques question avant de me lancer à fond : Est-il selon vous préférable de : soit concerver mon HC3 pour la gestion du réseau Z-Wave et donc laisser l'intégration des appareils dans l'HC3 puis importer mes Devices dans HA. migrer tous les composants z-wave (Fibaro) compatible dans HA via le module ZWA-2 de nabu casa qui présent un intérêt de pouvoir positionner l'antenne à distance du serveur HA Quel type de serveur utiliser pour héberger HA (Boxe vendue par Nbu Casa, NUC, Conteneur Docker sur NAS Synology, HC2 remasterisée, autres) ? Quels sont les inconvénients/risques à passer sur HA ?

From my point of view, it is better to leave the code readable and not encode it. This has several advantages: - avoiding recreating the numbering of modules during upgrades, - allowing users to control the content - sharing it so that a larger number can train and progress in the development of the news codes, - make you some suggestions for improvements to existing code. This is what I do and many of us here do in a spirit of sharing and transparency.

Hi. How do you guarantee that your auto-update QA will not one day risk being replaced or modified with malicious code in the event that your Github account is hacked? Especially since your code is encrypted and the user will have no way of analyzing it to ensure that it does not contain malicious code.

Pour moi aussi ça ne fonctionne plus depuis plusieurs jours sur mon iPhone