Comme vous et en suivant vos posts j’ai petit a petit migré en 4 mois depuis jeedom vers HA ,
scénario z2m et hier enfin le Z-wave tout cela sans encombre et en douceur en découvrant les arcanes de HA et en essayant d’oublier certains reflexes de jeedom ou apriori…
aujourd’hui ne me reste plus sous jeedom que l’historique de ma teleinfo (10a…)
et le gros du morceau mon serveur MQTT qui est sur la machine Jeedom.
Donc ayant un Nas Qnap, je souhaiterais hebergé mon broker sur celui si afin de partagé mqtt entre mon univers de recette et ma prod.
(je suis pas super calé en mqtt)
y a t il une méthode simple pour migré ce serveur MQTT sans perdre la basse de donnée et la continuité de fonctionnement de mes periphériques MQTT ?
bon j’ai voulu tester et ne pas attendre le week end. Coté Jeedom j’ai bien coché la case ws serveur. Le port 3000 est bien indiqué, mais coté HA j’ai :
L’ip est bien celle de mon Jeedom
Bon j’ai mis le port 3001 pour voir et la sa tourne. Je dois avoir un autre service sur le 3000… étrange. Mais en tout cas avoir ces périphériques maintenant attaquable sur HA c’est top trop bien !
Dans la panneau de contrôle de zwavejs dans jeedom le port doit être indiqué de soubenir? Car oui le port 3000 est indiqué par défaut mais il peut être modifié a loisir
Attention aussi a chaque reboot de jeedom il faut recoucher la case de partage du webservice ha. Jeedom ne veut pas maintenir cette configuration apres le reboot soit disant que ça peut déstabiliser le système…
non n’y compte pas trop, il y eu une réponse assez claire, comme ce n’est pas utilisé par le plugin officiel ce ne sera jamais ajouté (ce qui parait assez logique).
Pas gênant le temps de la migration mais il faudra vite passer à un zwave-js externe dans une VM ou intégré à HA.
Je ne compte pas laisser sur Jeedom ces points névralgiques de ma domotique.
En tout cas grâce à vos retours, j’ai l’impression que ma migration parait moins insurmotable que prévu. Merci beaucoup!
En une soirée j’ai déjà mes périphériques dans HS. Je commence à piger le fonctionnement des scénarios et ChatGPT n’est pas mauvais pour m’aider à en établir de nouveaux.
Un sujet qui n’a pas été abordé, les sauvegardes
tu l’as peut-être déjà fait mais mettre en place une solution de sauvegarde est indispensable
Et personnellement je me suis fait avoir une fois ou deux, quand tu commences à faire de grosses modifs je conseillerai de faire une sauvegarde avant et après …
Au départ ça peut être utile tant qu’on est pas familiarisé avec HA.
Bon les gars il faut que je vous dise ! j’ai bien avancé j’ai mon zwave qui remonte, quelques scénarios et une migration entamée de manière transparente.
Je met à jour mon dashboard de tablette pour rajouter des fonctions et simplifier mon yaml avec le nouveau layout dispo (en mode colonne).
Pour remplacer la fonction « résumé » dans jeedom:
Par quoi passer vous? Les badges sont intéressants et je crois avoir vu, avec les mushrooms card, un mini menu possible. Est ce que c’est ce que vous avez mis en place?
Hello
Les badges c’est sympa, mais c’est quand même assez gros par défaut !
Y’a un gros avantage cependant, c’est que c’est facile de mettre les badges que l’on veut, contrairement au résumé de jeedom : un nombre de lumières allumées, la géolocalisation d’une personne, un état d’une entity, …
Et avec state_filter ça peut être dynamique. Je l’utilise sur la page principale par exemple pour des badges qui n’ont un intéret que si l’entité est activée ou supérieure à 0, comme le jour des poubelles, un nombre de modules en défaut, …
du coup j’ai aussi avancé sur le mqqt ca se fait facilement j’ai choisit d’installer mosquitto docker sur mon qnap et container station ca marche nickel.
Tellement bien que j’ai fait un doker jeedom afin de stoper un nuke et avoir toujours accès a mon historique teleinfo et autre , bon ca c’est en cours pas encore gagné …
j’ai aussi opté pour les badges pour remplacé certains resumé et des cartes dynamique pour les infos lights et prises
dernière choses a migré les alertes (peut être utilisé pour faire une carte résumé) je me suis fait une carte pour l’instant pas très sexy grâce a des infos trouvés sur le forum. c’est pour les ouvrants :
je me suis aussi fait un automation qui lorsque je part de la maison m’envoie une info pour me dire ce qui est resté ouvert basé sur le template si dessus mais la j’avoue je calle …
voila la partie message si qu un a une idée , le donné retourné sont ok mais pas la mise en forme …
- service: notify.mobile_app_m2101k6g
data:
message: >-
Quelqu un a laissé ouvert
{% set DEVICES = states.binary_sensor
|rejectattr('attributes.device_class', 'undefined')
|selectattr('attributes.device_class', 'eq', 'door')
|selectattr('state', 'eq', 'on') |list %} {% if DEVICES|length > 0
%}
[
{% for DEVICE in DEVICES -%}
{{{
'entity': DEVICE.entity_id,
'friendly_name': area_name(DEVICE.entity_id)
}}},
{% endfor %}
]
{% endif %}
je me répond il y a un blueprint pour cela si cela peu aider qq un .
doker sous jeedom marche nickel apres resto de la sav allégé
ps:
Au final je suis passé sur une VM pour hosté les restes de jeedom , c’est beaucoup plus simple pour gerer les maj et les ports usb.
Pour ceux qui comme moi sont nostalgiques du plugin info conso (ou autre) vous pouvez apres avoir activé l’accés https sous jeedom integré la page html soit dans une WEB CARD Via iframe ou directement un Web Dashboard , ca marche nickel
