J’aime. Notamment ce v4 stable qui arrive et la v3 qui vivra. Sans compter ce rfxcom.
Bonjour @Cetmou,
Ma préférence va à la V3, et je ne suis pas le seul,une chose est certaine,ma prod restera en v3, elle tourne comme une horloge suisse, et comme je ne compte pas la faire évoluer éternellement, d’ailleurs ça fait un bout de temps que je ne la touche plus.
Hello
J’ai migré en V4, et j’adore 
Bravo à la team.
1 « J'aime »
Houahh
C’est bien de se fixer des objectifs
Je doute que tous soient traiter en 2020
Mais bon ça sert a ça les objectifs a se dépasser
Ma plus grosse inquiétude/ attente a mon niveau est la V4
Je penses qu’à terme il sera difficile pour jeedom de gérer les 2 versions
Si bien que ce finira probablement par une V3 mourrante qui n’évoluera plus mais surtout dont le support sera de plus en plus difficile ( aussi bien par jeedom que par la communauté)
Donc je ne pense pas qu’il soit raisonnable de rester enV3
Cependant comme beaucoup d’entre nous j’ai du mal a me lancer dans la migration…
J’espère que l’upgrade FACILE de la V3 a la V4 fait partie des objectifs
Bah l’upgrade il est facile… 
C’est de refaire le design / widgets qui l’est moins. Mais là faut pas rêver, je ne vois pas de solution toute faite… il faudra repasser par la mise en place de nouveaux widgets compatibles ou utiliser le système natif (qui l’air de rien permet déjà beaucoup de choses : info binaire ou commande avec images custom, multiniveau…).
J’ai testé de réimporter mon design sur un Jeedom v4 de test et on peut refaire assez facilement tous les widgets binaires (info ou action) avec un seul widget « natif ». Pour les trucs exotiques, effectivement il faut que le widget ait été rendu compatible par l’auteur.
Merci beaucoup pour le partage de la roadmap.
Que de belles perspectives 
J’ai lu deux fois « haute disponibilité ».
Est il prévue de rendre Jeedom HA ?
Ce serait super !
De la haute dispo pour les services (Monitoring, DNS, VPN, SMS, Google etc)… Pour la partie locale, comme c’est dépendant du matériel (Un contrôleur unique zwave pour tous les périphériques par exe), c’est nettement moins faisable
Et vu le nombre de sujets à ce propos sur l’ancien et le nouveau forum, ça se saurait si c’était possible facilement.
Une bonne douche vaut mieux que de gros investissements en vain.
1 « J'aime »
J ai lu pas mal de chose sur le sujet, et oui il y a pas mal de contraintes.
Ma question était surtout de savoir si l equipe avait pour objectif de tendre vers la HA et de la rendre disponible pour certaines fonctionnalités.
Tu as des idées de fonctions en tête ? Parce qu’à partir du moment où tu peux pas dédoubler le matériel, il y a rien à mettre en place pour faire de la haute dispo… Et de la haute dispo sur la partie Web ça n’a absolument aucun intérêt
Faudrait déjà savoir de quoi on parle…
Si tu veux que Jeedom propose le software pour supporter le clustering de rpi, smart etc → non
Le plugin JeeLink permet pas mal de choses en l’occurrence.
Sinon machine virtuel et infra de surveillance, qui switch sur une autre si elle tombe. Du clustering software en gros (mais si l’hote des VM tombe, c’est mort. Donc faut aussi une redondance de l’hote).
Et dans tout les cas, tu pourra pas assurer la redondance d’une clé z-wave. A moins d’automatiser sont backup, et le restore sur une autre, puis de l’activer quand le jeedom actif tombe. Je sais même pas si c’est faisable.
Bref, le HA du coté de ton Jeedom, c’est du hardware et de l’infra perso. Je vois pas ce que Jeedom pourrai faire de ce coté.
Et ceci dit, ma smart de prod, assez conséquente, n’a pas rebooté depuis un an malgré le passage en V4 et la gestion de toute la maison. J’ai deux smart de prod (maison et boulot), plusieur rpi de tests avec SSD, j’avais de panne ni besoin de rebooter ou relancer Jeedom.
Je ne veux rien faire de spécial en terme de ha.
J ai juste demandé si l equipe prévoyait de s orienter dans cette direction.
Je ne souhaite en rien ouvrir un débat.
Réponse donnée officiellement
La v3 étant la version stable (par défaut) il faut que le plugin soit compatible avec…
Donc c’est prévu. Ce qui veut dire qu’une mise à jour en stable sur le market à partir de ce jour devrait assurer cette compatibilité.Même s’ il me semble que certains développeurs de plugins, voire du core ou des deux, n’ont pas une v3 de dev…
Rester en V3 est un choix mais c’est retarder l’échéance, même si c’est compréhensible,
Et j’ajouterai que c’est peut-être encore plus dur de basculer de la V3 à la V4 avec le temps.
Plus on joue avec la domotique, plus on intègre des fonctionnements, plus on ajoute de la complexité…
Bonsoir,
Pour ma part j’ai une v3 et une v4 et j’ai aider @olive à installer une v3 afin qu’il puisse faire des choses compatible v3 et v4.
Moi j’ai fait le choix il y a 2 mois d’installer une v4 vierge de tout et de la mettre en prod, cela n’a pas été sans douleur par rapport à la v3 et j’ai garder ma v3 en secours mais aussi pour des tests
Bonjour,
Pas mal de points semblent bien avoir avancé sur ce qui était annoncé, bravo
En revanche, il y en a un en particulier qui je pense interesse beaucoup de monde :
Plugin Z-Wave
Objectif : Décider des alternatives au plugin actuel afin de supporter l’intégralité des produits Z-Wave, l’inclusion sécurisée (S0, S1, S2), le Backup du réseau Z-Wave, le chipset série 700, Smart Start.
Nous travaillons sur une réflexion globale de ce plugin majeur , afin d’intégrer toutes les fonctions et produits Z-Wave, et aussi afin d’appréhender l’avenir avec l’arrivée des périphériques à base de chipset série 700 puis plus tard des contrôleurs en série 700.
@Loic, @Alexandre, avez vous pu avancer sur ce point ?
3 « J'aime »
Hello la team,
@Loic, @Alexandre, j’ai discuté avec quelqu’un de chez Aeotec concernant leur Z-Stick Gen7.
Cette clef (non disponible sur le marché pour le moment) n’est pour le moment pas compatible avec Open ZWave et les systèmes similaires.
Elle utilise le dernier SDK de Silican LAb qui n’est plus basé sur la connexion classique Z-Wave (dixit Aeotec). La documentation est disponible sur le site des Silican Labs.
1 « J'aime »