Mon installation domotique en 2025 🏠Jeedom et Home Assistant ... vous avez des conseils ?

[@GuiPoM]

Concernant les trois points que j'ai évoqués, voilà un résumé de ma connaissance (et ça ne me satisfait pas beaucoup): - confirmation sur appui: j'ai connaissance de github.com/iantrich/restriction-card, une card Lovelace, non standard HA - transformation d'un scénario complexe Jeedom vers une automatisation HA: Node-RED me semble la seule approche possible quand on ne peut pas décrire ce que l'on souhaite dans une automatisaton - une application mobile sur mesure: l'application mobile Android (dans mon cas) avec une vue dédiée, des sous vues non visibles.

[@erdnaxela002]

Bonjour, Pour la confirmation lors de l'appuis sur un bouton il y a la custom card "button-card" qui possède une option "confirmation" configurable. Je l'utilise et ça m'évite pas mal de miss clic qui redémarrerais mon ordinateur par erreur ^^ Ce n'est pas contre toujours pas "native" à HA donc je ne sais pas si cela correspond a ce que vous attendez. Merci pour vos vidéos 😉

[@mickaelchambosse9091]

Pour la confirmation tu as une possibilité de base dans ha. Tu ajoute dan le yaml de la carte : confirmation: text: Confirmer l'activation du switch TV ? entity: switch.prise_tv Et tu as une popup qui souvre avec le texte et ok ou annuler. Pour les scénarios tu peux très bien faire du très complexe sans node red même avec l ui. Pour l'appli c'est un vrai bac a sable tu fais ce que tu veux. J'ai utilisé jeedom connect et jeemate a l'époque et clairement c'est la même chose mais en beaucoup mieux.

[@pctetra.c2772]

Le Dashboard home Assistant est configurable avec des sous vues que tu retrouves sur l’app mobile companion BBE l’a bien décrit sur le forum hacf. Concernant le chauffage tu peux gérer les vannes Netatmo en local, en dehors du cloud Netatmo avec HomeKit bridge sans avoir besoin d’équipements Apple et l’excellent addon Versatile Thermostat qui gère la présence les ouvertures etc… couplé à scheduler tu gères tes plannings d’un clic. Perso je ne suis pas fan de nodered, c’est une couche de plus et tu ne rentreras jamais dans la logique de HA, je pense que tu as moyen de faire ce que tu veux mais par étapes pour bien assimiler le produit

[@AnthonyPawlowski-z3b]

Concernant la partie scénario "complexe", il faudrait les reprendre du plus complexe au plus simple, en sachant ce qu'ils font et de les noter, voir même de savoir tous les besoins. La vidéo qu'a réalisé Horizon Domotique sur la Gestion du chauffage est assez intéressante sur la mise en place de "scénario" finalement en partant d'un besoin et en l'intégrant dans HA.

[@AnthonyPawlowski-z3b]

Concernant la partie appli mobile, quelqu'un y a déjà répondu un peu plus bas, qu'un dashboard dédié fera exactement le même job + la partie clic avec confirmation devrait résoudre le problème; et sur la partie sécurité faut peut-être penser moins "parano" dans le sens où si quelqu'un accède à l'appli Jeedom Connect avec l'empreinte, il arrivera sûrement à utiliser l'empreinte pour les autres parties où c'est nécessaire. et je pense qu'au cas où quelqu'un a récupéré le smartphone, les premières pensées sécurité vont être "je bloque l'ensemble du téléphone", et voir même j'ai autre chose à penser que l'accès et les fonctions de ma domotique via mon empreinte.

[@anselme385]

J'ai été dans le même cas. Pendant 5 ans avec jeedom puis 2 ans avec jeedom en principal et HA pour les intégrations non dispo dans jeedom et pour l'affichage tablette. Echange entre les 2 via mqtt. Le passage a proxmox sur une grosse machine avec entre autre node red m'a permis de basculer tout mes scenario jeedom dans node red en 1 mois et j'ai éteint jeedom il y a 15 jours. Merci pour tes video

[@GuiPoM]

C'est du boulot, mais si ca vaut le coup, tant mieux !

[@Dreaky]

Merci beaucoup pour cette vidéo ! Je suis dans le même cas que toi (et comme beaucoup d'autres, vu certains retex sur le forum community de jeedom) : Pour l'instant la seule chose qui me rebute au passage de jeedom à HA est la gestion des scenarios dans jeedom qui n'a pas d'équivalent dans HA, et il faut se le dire, permet de véritablement de TOUT faire ! Pour ma part, toute mon "intelligence" domotique sur mon jeedom est exclusivement gérée par des scenarios. Il existe d'autres moyen de gérer de l'automatisation dans jeedom (comme les "actions avant/après exécution de la commande" sur chaque action d'un équipement, ou bien les "Action sur valeur" etc...), mais je préfère tout gérer dans les scenarios : tout est à un seul endroit, classés par catégorie, et quand je dois retoucher/améliorer/debugger qqch, je sais directement où chercher. Du coup, j'ai + de 90 scénarios sur mon jeedom (avec certains très compliqués comme toi, beaucoup d'imbrications, des blocs code avec appels API etc...). Donc autant dire que migrer sur HA, c'est un énorme frein pour moi à cause de ces scenarios. Je serais du coup extrêmement intéressé que tu continues à donner ton retour d'expérience sur ta migration jeedom=>HA durant cette année, pour montrer/expliquer comment tu as "traduit" les fonctionnements jeedom vers ceux de HA, les choses possibles/impossibles/compliquées etc. Mon installation a déjà tout pour migrer (promox, réseau zigbee est géré par deux vm séparées de jeedom, donc utilisable par deux systèmes domotiques en parallèle). Je suis développeur, donc l'utilisation de yaml me fait pas peur du tout, mais traduire tous ces scénarios dans HA, c'est vraiment bloquant...

[@GuiPoM]

Je n'ai pas non plus un gros soucis avec le YAML, et d'ailleurs sous utilisation devient anecdotique dans HA pour les cas d'utilisation classiques. Par contre, refaire tous ses scénarios, mais surtout les tester et le refiabiliser, ca, c'est vraiment pénible ! 😅

[@adrienvsj]

Hello, pour la problématique de "verrouillage" d'une action depuis une carte lovelace, tu peux faire ceci : - show_name: false show_icon: true entity: switch.bureau_prise_imprimante_3d_prusa tap_action: action: toggle confirmation: true type: button icon: mdi:power-plug Ce qui est important ici c'est dans la tap_action, l'ajout du "confirmation: true". Cela va gérer une pop up de validation de l'action. Par contre je ne connais pas de solution pour la sécurisation avec code ou empreinte (pas l'usage pour ma part)

[@GuiPoM]

C'est tout à fait cela pour la confirmation. Je ne comprends pas qu'une fonctionnalité aussi simple n'ait pas trouvé sa place dans les options graphiques !

[@Hichiro66]

j'ai appris un truc :) Merci

[@GuiPoM]

@@Hichiro66 c'est hyper dommage que ça ne se reflète pas avec une case a cocher pour la configuration, dans l'interface graphique. Ça fait parti de tout un lot de fonctionnalités opaques de HA, et c'est bien dommage!

[@Hichiro66]

@@GuiPoM exactement le genre de point à remonter lors des mois What The Heck. Au début j’utilisais beaucoup les outils UI et maintenant je regarde plus la documentation où on y découvre des paramètres assez utile pour personnaliser les tuiles. Par exemple j’utilise les cartes frigates (pas besoin d’utiliser frigate) pour ajouter des actions précises

[@EL53410]

Merci beaucoup pour ta vidéo, Je suis complètement d'accord avec toi concernant les GCE IPX800, je les considèrent un peu comme des petits automates, c'est l'idéal lorsque que l'on peut faire du câblé. Personnellement j'utilise 3 IPX800V3 depuis plusieurs années qui sont supervisés par Jeedom, au départ j'utilisait le plugin puis je les pilotent maintenant directement par des commandes push avec un peu de code dans un scénario. J'ai câblé des butons poussoirs pour mon éclairage ce qui permet de conserver un couche niveau 1 opérationnelle si Jeedom est HS.

[@GuiPoM]

Les produits GCE sont vraiment idéaux, il y a des variantes très intéressantes et si on peut câbler et centraliser, leur coût est vraiment vite rentabilisé par leur fiabilité

[@geulopa]

Slt et meilleurs vœux à toi pour cette année

[@GuiPoM]

Bonne année à toi 😊

[@spamoi361]

Merci pour ta vidéo ! Pour les caméras d'exétieur Netatmo je suis partagé. J'en ai 2, depuis 3 ans. Globalement je te rejoins sur la partie détection et "classement" du type de détection. La lumière et puissante, la visu de nuit est limite mais reste exploitable. Cependant, quelques gros défaut : le prix, l'app qui n'évolue plus (malgré les promesses de Netatmo), il faut changer les cartes SD de temps en temps (quand elles sont KO la caméra n'est plus opérationnelle). Et enfin, mes 2 caméras sont tombées en panne au bout de 3 ans : ça commence par la LED infra-rouge qui deviennent faiblardent, puis se mettent à clignote (les LED IR), puis la caméra n'est plus du tout dispo (bruit sur l'alim). après démontage c'est qualy, mais tout est build-in et non réparable :( Bref, Netatmo pour moi c'est terminé !

[@GuiPoM]

La mienne n'a aucun soucis, que ce soit la SD ou les lampes IR, tout est nickel pour le moment, et pourtant elle date et elles est soumises aux intemperies en bord de mer. Il y a juste le revetement alu qui n'est plus aussi beau, le reste ca va. Par contre j'ai maintenant une confiance limitée sur ses capacités de caméra avec des grosses pannes chez netatmo et un bug qui m'a rendu la détection inopérante plusieurs mois.

[@kristof9497]

Merci, belle installation domotique.

[@GuiPoM]

Merci !

[@da3502]

Pour la confirmation que l' appui d'un bouton : Tu peux régler lors de la création de la carte l'action lors d'un appui, lors d'un appui long ou double clic, pas exemple ouvrir un popup etc, de base dans HA

[@GuiPoM]

je privilégie plutôt le tap_action avec confirmation, indiqué également dans un autre commentaire.

[@zGlurby]

Sympa le bilan rapide avec recul sur les vieux produits présentés sur la chaîne. Au niveau des questions sur Home Assistant, je sais qu'il existe une option confirmation sur les cartes du dashboard. Sans code pin, c'est juste du "êtes vous sûr ?" pour éviter les misclicks. Avec code pin, je pense qu'il faut passer sur des cartes custom mais c'est aussi l'intérêt de home assistant je trouve. Pour les autres questions tu y réponds toi même : Pour aller un peu plus loin que les automations il y node red. Et pour l'appli téléphone on peut faire un dashboard dédié à cette utilisation.

[@GuiPoM]

le tap_action avec confirmation ? oui, malheureusement "caché" dans les options YAML ! je ne comprends pas bien pourquoi tellement ça peut être pratique !

[@mickaelchambosse9091]

Y aller par étapes. J'avais compartimenté ma domotique par thème sécurité, énergie, confort, fun. J'ai migré le fun pour me faire la main, j'ai compris la logique, le fonctionnement et la flexibilité de ha. Le reste a suivi. J'avais plus de 200 scenarios, 350 équipements et j'ai fait ça en un mois sans trop forcer. Une fois que tu as la logique ça va vite. Si tu passes par mqtt tu peux faire tourner en parallèle les deux mais tu basculera vite.

[@GuiPoM]

Tu sais ça fait 2 ans que je n'ai pas basculé, il faut être réaliste 😁 Je ne souhaite pas dégrader mes automatismes juste pour le plaisir de migrer, et moins je vais y passer de temps, mieux c'est! Donc je préfère préparer le terrain que passer du temps à faire.

[@mickaelchambosse9091]

@GuiPoM t'inquiète tu va rien perdre au contraire. Tu vas même pouvoir simplifier les choses. En tout cas hâte de voir tes vidéos 100% ha et te voir trainer sur le forum hacf (au passage tu pourrais aussi y glaner des conseils et infos des membres aguerris)

[@GuiPoM]

Je ne suis pas un débutant hein ! 🤣 Jai vu la création de home assistant, j'ai vu quasiment toutes les fonctionnalités y arriver, ça fait un bon moment qu'il tourne en production chez moi, plus de 2 ans c'est sur, donc je connais quand même!

[@mathieuregnier2262]

Pour ma part, pour mes automatisations et scenarios, j'utilise uniquement node red car c'est beaucoup plus visuel.

[@GuiPoM]

C'est très visuel et assez facile à prendre en main, ce qui m'inquiète plus c'est que c'est hors Home Assistant, et je n'aime pas l'idée que tout ne soit pas intégré à ma plateforme domotique, surtout pour éviter les soucis lors de montées de version.

[@Hichiro66]

@@GuiPoM n'y a t'il pas un risque que l'entreprise derrière node red arrête de laisser les gens faire du self host, ou bloque des features derrière paywall dans le futur ? L'avantage est que passer de jeedom à HA aurait été plus simple

[@GuiPoM]

@@Hichiro66 node red appartient a l'openjs fondation. C'est le même risque que si nabu casa voulait prendre le contrôle de home assistant commercialement. Inexistant, ce sont des projets complètement open source et libres.

[@MrBarto95]

Pour la partie code que tu montre dans jeedom (certainement du JavaScript) sous ha il faut utiliser les template/jinja2 Et pour le code c’est effectivement la card que tu indique

[@GuiPoM]

Non non, Jeedom est en php, donc les blocs code aussi.

[@D5HIOP6]

J'ai commencé par jeedom, j'ai fait 1 année et en moins de 3 mois j'ai tous migré sur Homeassistant. La réponse, l évolution rapide et la communauté. J'ai eu aucun soucis pour la migration.

[@GuiPoM]

J'imagine que plus l'installation est récente et fraîche, peut etre aussi moins complète, plus la bascule est facile ?

[@D5HIOP6]

@ effectivement, mais j'ai commencé la migration tôt car j'ai senti le potentiel et je voulais pas me retrouver dans ton état. Surtout que j'ai énormément de module z-wave et d'IoT de manière générale. J'adore la tournure qu'a pris HomeAssistant. Je ne suis quasiment plus dans le Yaml et j'ai toujours réponse à toutes mes questions. En gros quand je veux faire quelque chose j'ai toujours pu :)

[@alexlesudiste]

FULL HA OUI ❤

[@GuiPoM]

Pour l'instant c'est 80/20, c'est déjà pas mal !

[@dominiquelefevre6193]

Bonjour, j'ai les mêmes soucis que toi, j'ai abandonné HA pour l'instant, à cause des scénarios, la supervision des équipements IP. Je suis passé sur Debian 12 avec Jeedom et je travaille avec un développeur pour les tests de plugin en Debian 12. Un défaut de HA c'est l'OS dédié, difficile d'installer des outils Linux dessus. Merci pour ta vidéo.

[@GuiPoM]

On n'est pas obligé de passer par HA OS, meme si c'est préférable ! On y perd principalement les add-ons, à gérer soi même

[@stef32400]

Salut, je suis en pleine réflexion, j’ai vu qu’il existe aussi une solution open source française Gladys assistant tu connais ?

[@GuiPoM]

Oui, mais je n'ai aucun intérêt dans les solutions qui ont de trop petites communautés, surtout sur ce type de poste. Je ne veux pas passer des heures à débugger des choses ou ne pas trouver des fonctionnalités essentielles. Je préfère rester sur des valeurs sûres, et ça ne m'a pas du tout convaincu. Même s'ils sont arrivés relativement rapidement à quelque chose de sympa.

[@Dough296]

J'ai du Jeedom depuis une 10aine d'années et je suis aussi depuis quelques mois en double run avec HAOS. C'est clair que HA a beaucoup d'avance sur Jeedom où ils s'appuient beaucoup sur les développeurs de la communauté pour apporter des plugins (j'en ai d'ailleurs créé plusieurs). Le seul avantage de Jeedom est l'interface des scénarios, sur HA je pense que je vais utiliser Node Red tellement l'interface des automatisations est inutilisable.

[@GuiPoM]

J'ai essayé autant que possible de ne pas sortir de HA, c'est assez impossible pour certaines intégrations, mais quand arrivent les scénarios, là je dois reconnaitre que soit je n'ai pas compris le concept d'automatisation, soit ça permet des choses, mais trop limitées pour mon usage. J'ai pourtant essayer de repenser la chose, mais ça ne rentre pas. Je pense donc partir sur Node RED, mais je ne pense pas que ça soit une très bonne idée pour etre tranquille dans le futur, idéalement il faudrait trouver un moyen de tout faire directement avec des fonctionnalités natives.

[@Dough296]

@GuiPoM en fait tu peux n'utiliser HA et Jeedom que pour leurs capacités à interagir avec différents équipements autres que ceux qui communiquent déjà par MQTT. Ici j'ai au final déployé sur Docker Swarm les sévices MQTT, Z2M et maintenant Node Red.

[@GuiPoM]

@ Oui, je le sais bien, si tu as vu mes vidéos autour de Docker. Mais ce n'est pas ce que je souhaite faire pour ma domotique

[@MrJacobremy]

J’ai migré de Jeedom à Home assistant et ne regrette absolument pas ce choix. J’ai refait sous HA tout ce que j’avais mis en œuvre avec Jeedom et suis même allé beaucoup plus loin. HA est beaucoup plus facile à utiliser et propose nativement beaucoup de fonctionnalités que j’avais mis beaucoup de temps à faire manuellement dans Jeedom. L’interface est beaucoup plus jolie et facile à mettre en œuvre. En matière d’interface utilisateur, HA est beaucoup plus homogène alors que Jeedom est beaucoup plus chaotique (je ne suis jamais arrivé à quelque chose de satisfaisant et ai abandonné). Pour le moment j’ai pu refaire toutes mes automatisations sous HA.

[@GuiPoM]

Moi j'avoue que je suis assez bloqué, les virtuels sont par exemples extremement utile dans Jeedom, et un pendant HA manque je trouve. Ou en tous cas je n'ai pas trouvé aussi pratique et accessible.

[@MrJacobremy]

@ Peut-être avec des template sensors ?

[@Hichiro66]

@@GuiPoM Tu peux créé tes propres sensors, tu peux aussi en regrouper, faire des templates complexes, etc. Justement j'ai l'impression que il n'y a pas de limite. Par exemple je fais des premier groupes via Zigbee 2 MQTT pour synchronisé certaine lampes, ensuite je fais des groupes dans HA pour pouvoir contrôler des pièces,.. J'ai des groupes de fenêtre par pièces pour que mes vannes thermostatique se coupe automatiquement, etc. Mais c'est pas simple à prendre en main au début et demande beaucoup de patiente, il me reste encore pas mal de chose à mettre en place comme les alertes sur HA, pas besoin de faire 1000 automatisation, ils est possible de les configurer rapidement dans les fichiers de configuration. Je penses que la moitié des utilisateurs de HA n'ont pas connaissance de toute les possibilités.

[@sasacharle]

Pour les automisations, utilise Chat gpt pour le faire en YAML. Faut un prompte très precis

[@GuiPoM]

C'est un peu plus compliqué que ça. Il peut aider, mais il commet beaucoup d'erreurs ou d'approximations, surtout dans des contextes ou on migre une logique. Mais ça peut être une béquille !

[@Hichiro66]

@@GuiPoM si tu as le premium, utilise la version o1 pour les scénario complexe et o1 mini pour les scénario plus simple (pour pas griller les quotas du o1). Les réponses sont bien plus performante et utilises des projets en plus de bien indiquer le contexte. Si tu ne paie pas, utilise claude sonnet 3.5 qui est le meilleurs en gratuit mais le gpt o1 est largement supérieur. J'ai utilisé les deux en gratuit durant presque 1 an avant de craquer mais je pense vraiment que l'investissement en vaut la chandelle car moi et ma femme on s'en sert pour plein d'autre utilisation.

[@GuiPoM]

@Hichiro66 non, j'utilise gemini et copilot, je n'ai pas d'abonnement payant chatgpt. C'est comme les services de VOD, on ne peut pas tout avoir ...

[@Hichiro66]

@@GuiPoM je te conseille de tester claude 3.5 sonnet qui je trouve est assez performant. Je ne sais pas pour gemini mais copilot j’avais essayé au début et j’étais pas du tout convaincu. J’ai un collègue qui vient d’essayer claude et ma fait la même réflexion sur la difference de performance avec copilot. Sinon il existe not diamond AI qui te permet d’essayer tout les modèles et les comparer, j’ai pas mal utiliser leurs site pendants un moment.

[@phildronesroy4844]

J'ai commence quel que ampoule interrupteur mai dans future j'aimerai plus pour ma maison déjà fait solution apple Raspberry mais j'aimerai avoir solution stable et qui vas dire dans temps avec mes besoin je voudrai monte un système alarme ecr

[@yannickbignet9912]

Pour ma part je n'ai pas (encore) franchi le pas. Les difficultés que j'ai rencontrées (peut-être résolues depuis), c'est la gestion du chauffage sur Jeedom qui est vraiment bien faite et n'est pas équivalente sur HA. Un autre problème est le zigbee que je n'ai pas réussi à rendre aussi simple et réactif en terme de réponse que Xiaomi avec le vieux plugin Xiaomi home compatible avec le pilotage sur l'appli Android. *** Enfin, une petite remarque mais que tu as peut-être expliqué par ailleurs, pour faire fonctionner Jeedom et HA, pourquoi ne pas avoir choisi une solution sur NUC avec PROXMX ? C'est ce que je vise mais mes premières tentatives n'ont pas été couronnées de succès. S'il y avait une personne dans les environs pour me donner un coup de pouce, ça serait cool ! Je réside au Pecq (78230) Merci en tout cas pour ces vidéos très instructives.

[@GuiPoM]

J'ai expliqué dans pas mal de vidéos que je ne vois aucun intérêt à virtualiser des systèmes critiques. Ma domotique tourne sur des machines, pour limiter les premières en cas de panne. Par contre j'ai montré plusieurs fois comment les virtualiser, au besoin, ce que je fais pour les environnements de tests.

[@Dreaky]

@@GuiPoM Les archi bare-metal sont dépassées, tous les grands SI du monde tournent sur des clusters (donc virtualisés, cloudifiés ou non). Au contraire, la virtualisation permet d'améliorer grandement la haute-disponibilité. En outre cela permet aussi de gérer de la scalabilité verticale et horizontale, ce qui n'est pas possible sur du physique. Mais après tout le monde voit midi à sa porte ;-)

[@GuiPoM]

@Dreaky on est pas sur des serveurs de service. On parle ici de résister a des coupures de courant, des déconnexions totales du réseau, des dégradations physiques. Je ne parle pas de mes serveurs, je parle de ma domotique.

[@pctetra.c2772]

J’ai migré il y a deux ans, j’avais un peu plus de 100 scénarios dans jeedom. La grosse difficulté est d’arriver à raisonner autrement que scénario jeedom. L’erreur est d’essayer de transposer un scénario vers une automatisation, coté Home Assistant il faut associer les automatisations, les scripts et les helpers. Je suis repassé sur les automatisations que j’avais créé lors de la migration au début et je les ai simplifiées. Difficile car on a toujours du mal à se faire comprendre quand on dit que la philo est différente et qu’il ne faut chercher à transposer les scénarios tels quels. Mais effectivement ça demande d’y passer du temps, surtout quand on est habitué à l’ancien système et que globalement on en est satisfait. J’ai encore jeedom avec un PlugIn enedis et un scénario qui m’envoie en Mqtt les données énergie vers HA

[@GuiPoM]

Moi j'avoue que je n'arrive pas du tout à comprendre la logique. C'est à mon sens trop simpliste pour des automatismes. J'arrive à bien comprendre la logique quand on parle de comportement relativement standards, des scénes, des états. Mais quand on a toute une grappe d'évènements qui en délenche tout une autre, par exemple le départ du logement, avec des contrôles d'état, des changements, des armements, c'est assez obscur. Je vois assez facilement comment le mettre en place dans Node RED, mais je voudrais éviter ce type de dépendance autant que possible.

[@pctetra.c2772]

@@GuiPoM C'est pour cette raison que je disais qu'il ne faut pas seulement raisonner automatisation, dans l'onglet tu as les scripts, je les utilises beaucoup, dans une automatisation tu peux appeler un script. Tu peux écrire des scripts pour des actions redondantes qui peuvent être appelées comme actions dans différentes automatisations. ça simplifie beaucoup les automatisations. De la même manière il y les helpers ou Entrées en français on peut actionner un input_boolean qui entrainera une action ou des timer etc ... Pour mon Alarme, par exemple, j'ai une seule automatisation qui se déclenche le matin pour Alarm Off et une le soir pour Alarm ON, j'appelle seulement un script our ON et un script pour OFF. Dans les scripts j'enchaine les actions ; activation Alarmo (addon alarme dans HA), activation des cameras, activation d'un input_boolean pour les notifs éventuellement etc etc ... Une fois en place c'est simple ... Tout est fait dans l'UI, pas de yaml, c'est classé par catégories et lisible. Pas la même logique que Jeedom ou on avait des blocs mais ça revient au même, au lieu d'avoir un gros pavé, on classe ses scripts par catégories. J'ai eu du mal au départ, j'utilisais énormément les virtuels, les tags, les variables dans jeedom, tant que je n'avais pas compris la logique, je n'arrivais pas à migrer les scénarios.

[@ChristianBarham]

Cc, perso ma seule utilisation domotique sont deux mini enceintes intelligente, dans ma salle de bain et l'atelier de ma cave, pour une presence sonore bien utile et agréable ainsi que de donner l'heure. Ciao

[@OrangeZero18450]

C'est pas de la domotique car elle n'active rien

[@GuiPoM]

si ce sont des enceintes connectées qui pilotent quelque chose, oui, on peut commencer à parler de domotique. Mais si ce sont des enceintes pour écouter de la musique ... dans ce cas on va juste parler d'enceintes 😅 Je ne dis pas ça pour passer pour un intégriste de la domotique, il faut bien commencer par quelques équipements à un moment donné, c'est plus pour resituer ce en quoi ca consiste.

[@Steam-machine1999]

Top

[@GuiPoM]

👍