Jeedom vs HomeAssistant

Bonjour,

Ce message va pas servir à grand chose, mais j’ai voulu tester HomeAssistant, pour le comparer à Jeedom.
Et bien, ce fut, rapide, me revoila sur Jeedom :slight_smile:
Le hic sur Jeedom, c’est en effet le OpenSource/Payant même si ce n’est que quelques euros, c’est toujours « trop » pour certains.
Mais, je n’ai plus le temps de passer 4h pour rajouter un module sur homeassistant, puis l’afficher correctement dans mon interface. Je n’ai peut être pas pris assez le temps, mais comparé au temps et aux connaissances que demande Jeedom, c’est tout vu !
Donc juste pour dire, bravo, continuez !
Vivement la V4 Stable quand même …

4 J'aimes

Pour ma part, je vais rajouter un petit truc

Certes, il y a des plugin payant (certain justifiés d’autres peut-être un peu moins, en fonction des tarifs).
Cependant, pour certains plugin, je n’hésites pas. D’une part, parceque développeurs c’est aussi un boulot :wink: et d’autres part cela évite de se poser bien des questions. Les personnes prennent le temps de développer quelque chose qui nous aide au quotidien.

Un peu comme la boulangerie. Tout le monde est capable de faire du pain, mais beaucoup de personne vont l’acheter (quelque soit la raison). Ça coûte 1 à 2€ mais au final ce n’est pas important.

La force de Jeedom est d’avoir justement cette communauté qui permet à cette solution d’avoir un large panel d’applicabilité. Ce que l’on trouve parfois difficilement dans d’autres solutions.

1 J'aime

J’ai regardé rapidement Home Assistant et le choix pour ma part de Jeedom est sans appel.
Concernant les plugins payants, en effet pour certains ca peut être problématique.

Mais tu peux aussi pour moins de 10€ de plugin, gérer toutes ta maison. Tout est question de rationaliser tes protocoles.

Il existe une multitude de plugin gratuit. Pour ma part je n’en ai qu’un et je me suis pas posé la question de le mettre payant mais je comprend tout à fait les développeurs qui le font, parce que le fait développer, améliorer et maintenir un plugin c’est un métier et donc de l’argent.

Et puis il faut garer à l’esprit que ce qui ne coûte rien c’est le temps. Donc quand tout est gratuit généralement tu vas y passer beaucoup de temps.

Exactement, j’ai connu un goblin qui disait « Le temps c’est de l’argent »
Je voulais juste faire un topic pour expliquer très rapidement mon expérience homeassistznt et permettre a certains de faire un choix. J’ai vu une vidéo pour « comparer » les solutions domotique, et Jeedom est écarté d’emblée car « Payant »
C’est en effet injuste…

PS : ce topic n’est pas là pour faire débat entre qui est mieux, hass.io ou Jeedom, ou autre :slight_smile:

Pas de débat mais je trouve ça super d’avoir des gens qui savent faire un vrai comparatif neutre personnellement j’attend de type de poste avant intérêt. Si tu peux encore plus le détaillé avec des captures et pourquoi ça répond pas a ton besoin ça serait top !!

Je pense que tout n’est pas blanc ou noir ce qui est important c’est que la domotique répondent a un besoin ( différent pour chacun en fonction de ou la barre est mise ) et même si c’est payant il ne faut pas oublier que jeedom est open source sous GPL. Même si le développeur « sa casse une jambe » il est toujours possible de diffuser le programme ou d’en avoir un autre qui va le reprendre.

Je vais aussi donner mon avis (un peu différent) et forcément subjectif! J’utilise jeedom depuis 4 ans environ. Pour la partie « moteur », rien n’a dire. Ca tourne très bien, c’est stable. Mon souci a toujours été l’interface. L’interface par défaut fonctionne mais, esthétiquement, c’est pas mon truc. Donc, pour ma tablette murale, j’ai utilisé imperihome. Ca correspondait à mon besoin, une interface « raisonnablement esthétique » sans trop se casser le tête. Je n’ai jamais trop exploré la partie design de jeedom. Autant écrire des scripts en shell, ou la partie Linux ne me pose pas de problème, autant l’aspect interface m’a toujours rebuté (le CSS, le html, ça ne me parle pas et je n’ai pas envie d’apprendre).

J’ai ensuite regardé home assistant. Comme je l’ai dit la partie système ne me pose pas de problème et l’anglais non plus. Donc, effectivement, de premier abord c’est plus ardu que jeedom. Ecrire la configuration en yaml, les scripts en yaml, idem pour les automatisations, le ticket d’entrée n’est pas donné. Par contre, une fois que l’on a fait, ça l’interface (lovelace) c’est facile de faire un truc que tu n’as pas honte d’avoir dans son salon…Par exemple, la télécommande de ma télé samsung :
Screenshot.04-11-2020-15.03.30
Avec 0 html/css à coder pour moi.

Je garde jeedom pour mon réseau zwave. Toutes les infos sont envoyées à home assistant grâce à :

Screenshot.04-11-2020-15.06.47

Et pour le plugin migo (merci @limad44 !) qui n’a pas d’équivalent sous home assistant.

Enfin, la configuration sous home assistant, ça va. Le reste, bof. J’utilise donc nodered pour tous les scripts / automatismes… Et là, c’est vraiment le top (pour moi :))

Voilà, ma contribution au débat. Pour moi, c’est donc Jeedom (zwave et migo) ET Home Assistant (tout le reste et surtout l’interface !!).

GV

De mon point de vu, jeedom est très fonctionnel, beaucoup de plugin sont gratuit et peuvent suffire. Ensuite le prix des plugins payants est loin d’être prohibitifs, et permettent de couvrir beaucoup de besoin. Au final, jeedom revient beaucoup moins cher qu’une solution propriétaire plus limitée tel que Somfy ou Delta Dore.

Il faut bien que les développeurs qui passe beaucoup de temps à développer un plugin puissent s’ils le souhaitent obtenir une certaine rétribution…qui est minime par rapport au temps investi dans le développent et le support. Honnêtement payer un plugin moins de 4€ et avoir des mises à jour gratuite ce n’est pas cher payé.

J’ai testé HA, c’est une solution intéressante, mais aller « grater » dans le fichier yaml ne me tente pas.

C’est marrant de mettre toujours en balance le côté payant d’un plugins qui 9 fois sur 10 ne représente même pas 10% du prix d’un sensor !

Par contre le côté interface dans l’approche est peut être super intéressant. Je ne savais pas qu’on pouvait aller jusqu’à déléguer l’interface de jeedom a un autre outil.

1 J'aime

Bonjour à tous,

Jeedomien des premières heures , j’ai toujours trouvé l’interface graphique pas à mon goût, et la partie Design ne m’emballe pas non-plus . l’appli Android, j’aime pas non plus il y a tout juste le design de la version Web mobile que je trouve correct…

Je suis exactement dans le même cas que @golfvert .
j’ajouterai même que j’ai trouvé plus d’aide parmi les Forums HA que celui de Jeedom.
Cela étant , il est rare que je pose des questions , j’aime trouver les réponses au problème ou l’info qui me permettra de la résoudre

Et que « pouah mettre les mains dans le YAML » me fait sourire tellement j’ai été obligé de mettre les mains dans le cambouis avec jeedom.

J’ai acheté aussi plusieurs plugins nécessaires à mes besoins et j’en suis satisfait (pour le plupart.) Le débat n’est pas à ce niveau… et de loin !

L’interface , du moins la « philosophie » de HA est complètement différente et peut même être rebutante, mais après une période d’apprentissage je la trouve relativement simple .

@golfvert , je te remercie de me mettre sur la piste du « push global vers HA », si tu peux m’envoyer les infos je suis preneur… ( car j’ai aussi un réseau zwave que j’ai , pour le moment pas tellement envie d’ôter de Jeedom) et puis ça reste intéressante de connaitre la méthode au cas où :wink:

Le paramètre « WAF compatible » est capital (https://www.son-video.com/guide/le-waf)
et c’est ce qui m’a fait prendre Alexa
Un autre poids dans la balance , je suis « alexié » et … en moins d’une heure j’ai pu connecter mes appareils Alexa avec HA (et donc piloter mon portail par exemple) et ce gratuitement.
il existe aussi une solution facile en quelques clic mais payante…(comme pour Jeedom)
Or ce n’est pas par avarice que je voulais éviter ces services mensuels mais par souci de liberté.

ce soucis de liberté m’a fait tester plusieurs service ‹ locaux › de reconnaissance vocale , rien n’égale les GAFA du moins dans la rapidité de mise en oeuvre et la facilité de configuration.

La liberté , je la considère aussi en terme d’indépendance … et c’est le cas de tous les jeedomiens il me semble je ne veux pas être dépendant d’un service qui peut s’arrêter du jour au lendemain.

Exception faite … pour Alexa qui, en plus des services qu’elle fourni ne risque pas de s’arrêter demain ! et puis ça reste que des commande vocales … rien de transcendant.

Du coup NodeRed finit de s’installer … je vais aller voir de quoi il retourne :wink:
Merci pour cette discussion interressante.

Du côté Jeedom, dans configuration et commande, mettre dans l’url de push globale:

https://@IP_HA:1880/endpoint/jeedom?value=#value#&id=#cmd_id#

Donc, je pousse « tout » vers le port 1880 (NodeRed) ou est HA et NodeRed.
Ensuite, avec NR, je filtre les infos qui m’intéresse (en filtrant sur les #cmd_id#

Screenshot.08-29-2020-22.50.48

Le fichier Sensors contient la liste des capteurs zwave qui m’intéressent:

sensors:
- name: sensor.oeil_salon_presence
  id: 35
- name: sensor.oeil_salon_temperature
  id: 36 
- name: sensor.oeil_salon_luminosite
  id: 37

Avec ce flot NR, je publie vers HA les états des capteurs zwave.
Les capteurs sont déclarés dans HA :

- platform: template
  sensors:
      oeil_salon_presence:
         friendly_name: "Salon Presence"
         value_template: "{{ value }}"
      oeil_salon_temperature:
         friendly_name: "Salon Temperature"
         value_template: "{{ value }}"
      oeil_salon_luminosite:
         friendly_name: "Salon Luminosite"
         value_template: "{{ value }}"

Et voilà. Les états des capteurs sont synchronisés entre les deux.

Comme ça, mon réseau zwave est resté sous jeedom pleinement fonctionnel tant que je faisais mes tests/mise en place côté HA.
En plus, à l’époque de ma mise en oeuvre de HA, le réseau zwave était relancé à chaque redémarrage. Vraiment pas cool. Quand on voit le temps qu’un réseau zwave met à se remettre en état après un redémarrage.
Cette solution marche si bien que je n’ai pas pris le temps de passer à une solution de type zwave2mqtt quand c’est devenu dispo côté HA.

Pour info, mon réseau zwave est « up » depuis 10 mois… :slight_smile:

1 J'aime

Merci de ces explications , je m’y mets ASAP

@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 https://forum.hacf.fr/t/creation-dun-pont-jeedom-vers-ha/1104
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 :slight_smile:
  • 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.

2 J'aimes

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.