L’équipe en charge du projet explique que, « depuis la mise à disposition en stable de la V4 de Jeedom, le nombre d’utilisateurs en V3 a drastiquement chuté, cette version ne recevant plus que des mises à jour de sécurité depuis ». Conséquence : « le support de la V3 cessera définitivement au 31 décembre 2022 ».
Concernant le DNS, Jeedom rappelle que « l’année dernière, nous commencions à mettre en place une nouvelle infrastructure relatives aux accès à distance sécurisés officiels de Jeedom avec l’aide de quelques bêta-testeurs ».
« Un an après, cette nouvelle infrastructure est totalement déployée et fonctionnelle et apporte des améliorations notables en termes de performances et de simplicité d’utilisation (adresse unique terminant en eu.jeedom.link). C’est pourquoi nous avons planifié la fin du support de l’ancien système de DNS à la date du 31 août 2022 ».
Si vous accédez à votre Jeedom depuis l’extérieur par une adresse finissant par dnsX.jeedom.com (avec X compris entre 1 et 6), il est donc recommandé de « migrer dès maintenant vers la nouvelle infrastructure DNS sécurisée ».
Voici la procédure : « La migration s’effectue depuis votre profil sur le Market Jeedom, onglet "Mes services" puis en cliquant sur le bouton bleu "Configuration" du premier menu "Accès à distance facilité". Cliquez ensuite sur le bouton orange "Migrer sur le nouveau DNS" ».
« Ensuite, revenez sur votre installation Jeedom en connexion locale et dirigez-vous vers la configuration générale, onglet Mises à jour/Market et cliquez sur le bouton permettant de Tester la connexion au Market (pour que Jeedom récupère les nouvelles informations de connexion) puis redémarrez le DNS Market depuis l’onglet Réseaux ».
Commentaires (12)
#1
Bon, zéro commentaire depuis des heures: C’est donc prouvé, Jeedom c’est vraiment pas la domotique pour les geeks!
#1.1
Etant en 4.1 depuis près d’un an, la fin du support de la V3, tu sais…
#2
Ou que la news n’est pas vraiment une surprise pour ceux qui utilise jeedom et n’appelle donc pas de commentaire.
#3
Idem, pas grand chose à dire, je suis en V4 depuis bien longtemps. Donc le support de la V3 se termine fin 2022, ca me semble correct..
#4
Je croyais les geeks sur Home Assistant moi, je savais même pas que Jeedom existait jusqu’à cette news
#4.1
Ça vaut une flamewar vi/emacs ton truc !
#5
Jeedom j’ai arrêté. Leur système de paiement au plugins m’a fortement déplu. J’ai eu l’impression de me faire avoir.
#6
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à?
#7
Tu peux utiliser home assistant,c’est gratuit et ouvert
#8
domoticz est pas mal aussi et ouvert
#9
Homeassistant. Très simple. Si tu bidouilles, installe bien la version “hyperviseur”.
#10
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é.