Bon, zéro commentaire depuis des heures: C’est donc prouvé, Jeedom c’est vraiment pas la domotique pour les geeks!

(quote:1922010:étienne)
Vous conseillez quoi pour commencer la domotique fait maison, pour qqun qui connait un peu linux et veut connecter 2-3 trucs par ci par là?

Je pense que ce n’est pas ainsi qu’il faut raisonner: On peut certes commencer petit, mais il faut quand même que cela puisse évoluer sans que cela coince (bonne ouverture matériels/protocoles, possibilités niveau gestion d’évènements/scripts afin que tout cela puisse fonctionner ensemble…) donc prendre le temps de poser un peu son besoin en tenant compte de ses aspirations et capacités.

Jeedom, ce qui m’a emmerdé initialement quand j’ai démarré il y a 6 ans, c’est le business autour des plugins puis, en allant voir leur github, que c’est quasi intégralement codé en PHP.

En face, à ce moment, il y avait surtout Domoticz… ou tout ce dont j’avais besoin était intégré sans plugin et codé dans un langage, le C++, qui fait tout de suite plus sérieux quand, au delà du site web embarqué d’interface, il s’agit quand même d’une passerelle domotique! PHP n’est clairement pas conçu pour cela.

Depuis d’autres ont émergé, HA est un autre choix, lui codé en python. L’interface est visiblement plus léchée que celle de Domoticz, ce qui plaît aussi dans Jeedom. A ce niveau aussi, il faut se poser la question de ce que l’on veut: Une interface propre car on conserve pas mal de présentation et d’interactions manuelles… ou une gestion de la baraque qui se fait toute seule, ce qui fera privilégier les besoins de script?

Sur ce dernier point, Domoticz est plutôt riche, offrant un choix appréciable selon ses besoins/compétences: Du blockly graphique pour des besoins simples de quelqu’un ne sachant pas trop programmer au python, via un système de plugin, depuis quelques années. En passant par Lua, qui a toujours été présent, très stable comparé à python (peu d’évolutions du langage pouvant obliger a reprendre des trucs tournant depuis des années sur un chgt de version) et offrant des possibilités déjà appréciables. Et si cela ne suffit pas: Une API HTTP/JSON existe.

Un truc pas forcément présent partout et dont j’aurais du mal à me passer, aussi: Les matériels virtuels. Utiles pour intégrer des données météo venant via le réseau ou des matériels non supportés (via des scripts faisant la glue) ou détournés de leur usage premier (une camera envoyant des captures sur détection de mouvements peut être intégrée dans son système comme un switch PIR virtuel, exemple que j’utilise), voir pallier à leurs bugs internes (j’ai des relais radio ayant tendance à souvent renverser leur état à la 1ère commutation: Si on détermine une action manuelle avec un timing permettant de les faire “tomber en marche”, il sera alors possible d’interagir de manière stable avec via un virtuel et un script au milieu simulant l’action manuelle sur le vrai matériel buggé).

Avec un raspberry PI, il est aussi possible d’expérimenter soit-même. Ce sera assez rapide avec un petit système, ce qui ne sera plus le cas quand il aura grossi et constate un jour que l’on s’est trompé.