@golfvert Bonjour, j’essai de mettre en place la récupération des états de jeedom vers HA. J’ai donc suivi tes explications pour l’URL push. Je n’ai pas de msg d’erreur dans Jeedom. Je présume que la connexion s’est donc bien faite. Mais après je bloque. Te serait-il possible de me partager le contenu de tes noeuds suivants?
Merci
Voir la discussion ici Création d'un pont Jeedom vers HA - Entraide Home Assistant - Home Assistant Communauté Francophone
Il y a deux approches expliquées.
Merci, je vais regarder.
Peux-tu me donner l’utilité et le contenu du dernier node: Hadroid Out ?
Merci
Je suis tombé par hasard sur ce fil, je ne connais pas jeedom mais je peux vous donner une perspective sur HA.
Je l’utilise intensément depuis plusieurs années, j’ai participé à quelques (petits) changements dans quelques plugins donc je dirais que je suis un utilisateur moyennement avancé.
Les avantages:
- énormément d’intégrations
- une architecture ouverte (webservices, websockets, …)
- la possibilité de configurer l’interface graphique via l’UI ou bien via un fichier YAML
- déveloper un plugin n’est pas très difficile (Python)
- c’est une super state machine
- il existent trois environneents de script Python qui permettent de coder facilement (du Python normal) en ayant accès à tous les éléments de HA (états, évènements, etc.). Les gens ont construit des automatisations de ouf :). Moi j’en ai plusieurs du type "ouvre le volets dans la chambre de Michael une heure avant le début des cours, mais seulement si il fait suffisament clair dehors - sinon allume les lumières dans cet ordre toutes les 5 minutes avant). Le tout en 5 lignes de code.
- la structure internes est assez simple et de plus en plus consistente
Les inconvénients
- HA était initialement très orienté configuration par fichier YAML. Au fil du temps (et durtout depuis deux ans) il y a une forte transition vers le réglage à travers l’interface.
Ce ne serait pas un problème mais on se retrouve avec des cas où des components sont gérés complètement via YAML, complètement via l’UI ou (souvent) un peu des deux. C’est esthétiquement perturbant
- les automatisations via le YAML sont cauchmardesques. (voir solution dans les avantages)
- l’historique « tout via YAML » signifie que parfois il faut créer pas mal d’objets intermédiaires (on reçoit un étant sur sensor.one, on en fait la moyenne sur 5 min sur sensor.two, … et finalement on a notre truc sur switch.eleven. Encore une fois coder simplifie énormément la chose.
Comme je l’ai dit, je ne connais pas du tout jeedom. Je pense que HA est particulièrement bon pour ceux qui ont des bases en Python et qui voudaient « coder » leur vie plustôt que de passer par de l’UI. L’UI de HA (lovelace) est bien. Elle pourrait être mieux, mais les choix qui ont été faits permettrent de développer énormément de plugins facilement.
J’ai écrit mon propre dashboard (HTML/CSS/JS(Vue)) mais je pense de plsu en plus le replacer avec le dashboard HA, surtout si j’acète un moniteur tactile.
3 « J'aime »
Je préfère également Jeedom pour le moment.
L’interface est plus personnalisable.
Pour les plugin, les prix sont dérisoires par rapport au temps que nous allons les utiliser.
Même si c’est rageant quand un plugin payé n’a jamais fonctionné pour nous (exemple Pronote), ne fonctionne pas comme on l’espérait (pas d’essai possible), ou n’est plus maintenu.
Il y a tout de même du pour possible sur HomeAssistant, qui évolue très vite et que j’apprends à connaitre : Une plus grande communauté
Ca pourrait éviter des sujets simples sans réponse comme la gestion de l’historique Jeedom : Historique et Maximum Jour décalage de journée
Ca permet d’obtenir des solutions plus tôt. 2 Exemples :
La gestion du protocole d’alarme SIA était disponible sur HA bien avant Jeedom (même si je remercie le dev de SIA pro d’avoir été aussi rapide lorsqu’il a pris le sujet en main)
Les interrupteurs Zigbee poussoirs Tuya qui s’éteignent tout seul au bout de 2 minutes (TS0011 , TS0012 et TS0013) : une solution existe déjà sur HA, que je vais tester ce soir.
Donc dans l’idéal, je resterais sur Jeedom. Mais quand on est bloqué, c’est agréable de pouvoir profiter d’une large communauté. Je pense que je vais donc garder un mode hybride.
Ma petite contribution au débat.
J’ai utilisé Jeedom de Mai 2016 à Mai 2021 avec grand plaisir.
A l’époque il n’y avait pour moi aucun débat, c’était LA meilleure solution en domotique comparée aux box commerciales (fibaro, eedomus…) peu pérennes et aux solutions libres trop artisanales.
J’ai pris un énorme plaisir à monter mon installation sous Jeedom et en ai même monté pour mes proches tellement j’étais convaincu par la solution.
J’avoue que de temps à autres j’installais HA dans une VM pour tester un peu les nouveautés mais je ne m’y retrouvais pas. D’abord pour des simples questions de «look & feel » , ensuite parce que malgré mon background de geek je trouvais HA laborieux.
J’éprouvais aussi une vraie fierté d’utiliser une solution française développée par une équipe de passionnés.
Mais Jeedom a grandi et malheureusement cette croissance n’a pas eu que des effets bénéfique sur la communauté.
Entre Jeedomiens et en particuliers Jeedomiens de la première heure, nous nous voyons tous comme les membres d’une communauté d’utilisateurs voire même de passionnés. En effet, il faut avouer que si Jeedom est utile, il est encore avant tout un hobby pour beaucoup.
Cependant, ce n’est pas le cas de tout le monde. Beaucoup de jeedomiens, et en particulier les nouveaux, voient Jeedom comme une solution dont ils sont clients et se comportent comme tels. Je ne peux pas les blâmer.
Si il y a encore quelques années on pouvait avoir la sensation de participer à la construction de la domotique en payant un plugin (en faisant donc preuve de tolérance vis-à-vis des généreux développeurs), en 2021, alors que la domotique est maintenant installée et à la portée de tous, beaucoup prennent le forum Jeedom pour le SAV d’un service qu’ils ont payé. Or on le sait tous, si un forum d’entraide ressemble plus un café virtuel ou des potes échangent leur tuyaux dans la joie et la bonne humeur, un centre de SAV est un lieu de stress où clients mécontents rencontrent des experts impatients et irrités.
Après avoir moi-meme été rabroué à plusieurs reprises car j’avais osé demandé une info que j’aurais pu trouver en remontant 37 pages plus haut dans le topic dédié au plugin Zigbee, j’ai décidé d’installer HA et de le tester en profondeur.
On m’avait clairement fait comprendre que si je voulais utiliser le plugin zigbee il fallait que je me tienne à jour. Donc quitte à passer du temps sur la domotique, pourquoi ne pas s’essayer à HA
Donc voilà ma synthèse :
Avantages Jeedom :
- Facilité d’utilisation et accessible => Hormis pour l’interface personnalisée, on peut tout faire avec la GUI
- Plugins => franchement ceux qui se plaignent de payer un plugin 4eur alors qu’on voit dans leur signature qu’ils ont pour plusieurs milliers d’euros de matos n’ont pas honte…
- Scenarios => Excellent compromis entre simplicité d’utilisation et puissance
- Virtuels => Absolument génial si bien que TOUS mes devices physiques avaient un double virtuel (tellement plus simple en ca de panne d’un de ces derniers ou de changement d’architecture)
- Jeelink => Ayant une maison assez grande sur 3 étages, j’étais ravi de pouvoir faire tourner Jeedom sur mon serveur dans mon local technique mais aussi d’avoir un jeedom sur RPi qui faisait office d’antenne
- La gestion des objets et des pièces de la maison
Inconvénients Jeedom
- Rythme de développemement et techno
- Le nombre d’intégrations
- Application mobile
- Les maj (en particulier la v4) qui cassent des choses
- Pas vraiment fermé mais pas vraiment open source => si un développeur stoppe le dev d’un plugin, on se retrouve bloqué
- L’interface et en particuliers l’interface «personnalisée » => C’est quand même une plaie pour faire un front end sympa
- La documentation inconstante
Avantages HA :
- Le rythme de développement et la techno utilisée plus pérenne
- Vraiment open source et global => le nombre de contributeurs est hallucinant
- Le nombre d’intégrations
- Les addons qui démultiplient le potentiel de la solution => NodeRed et ESPHome en particulier
- L’interface vraiment canon et cohérente
- L’appli mobile => Mon épouse se sert enfin de son smartphone pour la domotique !
- La documentation au top
- La communauté réactive
Inconvénients HA :
- Learning Curve => Surtout quand on vient de jeedom. Il faut tout réapprendre
- Bien que beaucoup de progrès aient été faits, il faut encore faire du YAML
- Le coté solution en kit => (Nodered, ESPhome, MQTT… Autant d’addons à rajouter en plus)
- Une architecture et une nomenclature pas toujours claires è addons, plugins, integrations, devices, entities, areas, zones, people, users, blueprints, automations, scenes, scripts… C’est un bordel sans nom !
- Le moteur d’automation imbitable => Nodered semble indispensable et c’est d’ailleurs une tuerie !!!
- Des défauts d’ergonomie notamment sur le renommage des entities.
Je vais rester sur HA mais si on me demande conseil, je ne dirais pas à n’importe qui d’utiliser HA ou Jeedom. Suivant ses attentes, ses équipements et ses compétences, l’une ou l’autre des solutions sera plus adaptée.
4 « J'aime »
C’est pour cela qu’il y a l’excellent JeeMate 
Après pour le rythme de développement de HA, cela peut aussi être un inconvénient.
Je ne sais pas si ce côté a été améliorer mais des fois ça change tellement, qu’il faut se retaper de la config derrière.
Jeemate je ne connaissais pas et ca a l’air tres sympa en effet
Pour ce qui est du rythme des màj sur HA, pour le moment je n’en ai eu aucune qui ait été destructive
Mais il ne faut jamais dire jamais et tu as raison, par le passé il y a eu des degats d’apres ce que j’ai lu
1 « J'aime »
Surtout que @g0m est visiblement sensible aux technos utilisés… Et JeeMate est la seule qui sort du lot sur ce point.
3 « J'aime »
J’avais lu la même chose justement. Et je testais également HA de temps en temps…
Par contre, l’une des migrations a foirées… Et rien à faire pour la faire passer… Obligé de repartir sur une nouvelle installation (+restauration de la configuration).
En tout cas, pour moi Jeedom s’en sort plutôt bien.
HA, c’est un mastodonte si l’on compare le nombre d’utilisateurs/développeurs… Et pourtant, on ne peut pas dire que c’est mieux sur tous les points.
Bande de coquins vous allez me faire tout recommencer !!!
Ce qui est rigolo c’est que je n’avais aucune connaissance de Jeemate et quand je vois les interfaces montrées en exemple, elles ressemblent énormément à ce que j’ai fait sur HA!!!
C-à-d? le débat n’est pas « quelle est la meilleur app mobile ici » donc toute cette « pub » et ce débat est hors sujet mais react-native n’est pas une techno dépassée et c’est pourtant ce qu’utilise jeedomconnect
Et tu peux même parler avec le dév @scalz sur les technos utilisées .
Je crois qu’il avait aussi testé HA à l’époque.
Et en plus, t’as les versions Windows et MacOS qui débarquent.
Je n’ai pas dit que l’une était meilleure que l’autre, je souligne juste des technos plus… dans l’air du temps on va dire… Et qui peuvent offrir plus de possibilités.
Je n’ai pas de raisons particulières de faire de la pub. Et c’est visiblement bien d’en parler vu que cela relance la question Jeedom ou HA pour @g0m 
.
PS : désolé si cela a créé un petit HS 
@Mips D’ailleurs puisqu’on est hors-sujet, j’ai mis à jour le plugin Arlo et j’ai vu la partie url pour Jeedomconnect ! Je vais essayer de voir si ça s’adapte à JeeMate 
Et pour conclure : la quantité n’est pas antinomique avec la qualité ! Les 2 plugins ont vraiment amélioré le manque d’applis mobile ! Et se stimule entre eux ! Pourvu que ça dure 
1 « J'aime »
D’où ma question, de quelle techno parlez-vous?
quelle est la techno utilisée par les autres apps? (question rhétorique)
Renseignes toi, tu verras les avantages et inconvénients, d’ailleurs il n’a pas dit que c’est dépassé, il n’a pas cité jc non plus. par contre cette techno est en train de se faire dépasser. Canonical (Ubutuntu) n’a pas choisi reactnative (mais Flutter), c’est pas pour rien, idem bcp de dev react migrent petit à petit, et autre détails Flutter n’est pas scindé en multiples forks (non officiels) qui pourraient ne plus etre maintenus un jour comme l’est reactnative.
Pour voir la popularité de Flutter, il suffit de voir quand c’est sorti, et les stats sur le git de flutter vs reactnative.
Ce que je dis a du sens quand on commence un nouveau projet, on est d’accord qu’en entreprise, sur des projets existants et fonction des compétences des equipes, la donne est différente. J’ai comparé avant de commencer jeemate. Puis, le top du top, juste au dessus de Flutter, c’est Kotlin et SwiftUI.
bref, pour revenir au sujet principal, mis à part le point concernant l’app mobile, je suis plutot d’ccord avec g0m, mais c’est pas suffisant pour me faire changer mon serveur
3 « J'aime »
Et j’adapterai avec plaisir ce qu’il faut pour que ca puisse fonctionner si c’est possible avec jeemate comme j’avais voulu le faire pour l’app officielle et si ce n’est pas le cas ajd je suis sur que ca le sera un jour
(on peut voir ca dans un sujet dédié si nécessaire)
1 « J'aime »