Reprise du message précédent :

A l'étage j'affiche un design Jeedom sur un smartphone via l'APK JPI
 
L’écran est petit comparé à une tablette donc j'ai choisi d'avoir des onglets:
 
https://img.super-h.fr/images/2024/ [...] 51c.md.jpg
https://img.super-h.fr/images/2024/ [...] 9e9.md.jpg

qu'est-ce que c'est que ce truc, ça a l'air génial

JPI c'est génial (et il a l'air toujours vivant ^^ ), ça s’installe sur le smartphone et après il apparait comme un équipement dans Jeedom et communique avec lui dans les 2 sens.

Tu peux lancer des scénarios Jeedom en fonction de certaines actions sur le téléphone comme la réception d'un appel/SMS, le niveau de batterie faible, la camera, le capteur de proximité du smartphone, la liste est longue...

Perso je l'utilise seulement pour afficher au démarrage le design que j'ai créé dans Jeedom et pour mettre l'ecran en veille lorsque j'active le capteur de proximité.

Bon ca y est je viens d’installer debian 12.8 sur DIY
Version Jeedom 4.4.19
 
RAS, étonnamment tout s'est bien passé, je n'ai pas eu à bidouiller, la sauvegarde s'est bien restaurée.
seul JeeMySensors n'est plus compatible

bon.
ça plante. aléatoirement, mais UP pas plus de 3 ou 4 jours. plutôt pendant la nuit même si ça a planté cet après-midi. je ne sais pas comment chercher : y a des logs accessibles hors Jeedom pour voir ce qui ferait crasher le tout ?
j'ai récemment pas changé grand-chose juste la Debian ^^ (je suis en 11, y en a kidiz que la 12 moyen bof supportée Jeedom chépakoi)
j'ai suivi des conseils de choses à opti/désactiver mais je me rappelle plus quoi au total  
je suis sur un P3b avec boot sans SD sur un SSD en USB.
j'avais suivi la partie optimisation de ce tuto https://community.jeedom.com/t/inst [...] sata/14650

jme réponds :
j'ai gagné en durée en forçant un reboot régulier du daemon Xiaomi, il aurait des fuites de mémoire ce qui ferait planter le tout.
j'ai aussi de la LED rouge sur le Pi, donc potentiel souci d'alimentation. je vais en changer, si ça continue je basculerai sur une VM (comme je me dis que je vais faire depuis au moins 2 ans).

J'avais des plantages réguliers (disons 1 ou 2 par trimestre) avec mon P3b, depuis que je l'ai remplacé par un client léger (Dell Wyse 3040) je n'ai plus aucun problème.

Bonjour à tous,
 
Je m'autoquote depuis le topak domotique :  
 

hello,
migration Pi3 vers Pi5 terminée, ça a été compliqué et je me suis adapté, pas "trop" gêné par les plugins non compatibles Debian 12.
 
Accessoirement, je revends mon Pi3b+ avec boîtier et alim. (https://forum.hardware.fr/hfr/AchatsVentes/Hardware/raspberry-boitier-alim-sujet_690893_1.htm)

Budng de l'an 2026 chez jeedom ...

ouais là ça fait un peu désordre, mais ça arrive aux meilleurs il paraît ^^
pour ceux qui passeraient ici avant le fofo jeedom, il faut modifier un "+6" ligne 1041 de jeeedom.class.php : mettre +7 ou un chiffre plus grand. ou cocher ignorer la vérif de l'heure dans les paramètres. on suppose que ce sera patché un jour

Ils ont déja poussé un correctif. (core 4.5.2) Ils sont plutot bien réactifs quand même!  

Et sinon, cross-post avec le topic photovoltaique :  
 
Bon,  
 
si jamais quelqu'un cherche à le faire, voici la marche à suivre pour interfacer un Victron à Jeedom.  
 
J'en ai un peu ch*** donc si ca peut servir à quelqu'un.    
 
 
Tuto : Comment faire communiquer JEEDOM avec un système Victron    
 
- Activer le serveur MQTT sur le victron (cerbo/ekrano/...)  
 

 
- installer le plugin JMQTT sur le market Jeedom et le configurer. (dans mon cas j'avais déja MQTT Manager donc aucune configuration à faire, juste à activer le plugin)
 

 
- configurer le broker Victron  
 

--> Il suffit d'indiquer l'adresse IP de votre cerbo sur votre réseau interne. Pensez à attribuer une IP fixe au Cerbo. Le port est le 1883 (par défaut).
 
A partir de là il est possible d'accéder en lecture à l'ensemble des données du victron.  
 
Une dernière étape, il est bien utile d'utiliser le logiciel MQTT Explorer (https://mqtt-explorer.com/) pour connaître les données disponibles et, surtout, le numéro de série de votre Cerbo ainsi que les "topic" correspondants. Je vous conseille la version portable qui ne demande aucune installation.
 
On connecte le cerbo en entrant son IP :  

 
Vous arriverez à une arborescence de la sorte :  

Sous chaque rectangle rouge, est écrit le numéro de série du cerbo. Et en naviguant dans l'arborescence vous trouverez l'ensemble des données dispo avec le chemin de leur "topic" permettant de les récupérer.
 
Pour récupérer ces données il faut créer un ou plusieurs équipements depuis la page de JMQTT.  
Ici, j'ai copié depuis MQTT EXPLORER le "topic" de la partie production DC de mon installation. On voit l'url de la forme "N/[numéro de série]/system/0/Dc/PV/#.  Le /# de la fin permettra de récupérer l'ensemble des commandes de l'arborescence en question.  
 

 
Une fois que vous avez enregistré et activé l'équipement, l'ensemble des commandes apparaissent automatiquement. Dans mon cas, cela ressemble à cela :  
 

 
Étant donné le nombre important de données, je pense qu'il est préférable de créer plusieurs équipements et de ne les configurer que pour récupérer que les sous répertoires qui vous intéressent.
 
Bien, maintenant, vous pouvez visualiser, enregistrer et utiliser l'ensemble des données du Victron sur votre jeedom    
 
Reste la partie la plus intéressante, qui consiste à pouvoir donner des consignes au Victron depuis Jeedom.  
 
C'est assez facile en fait. Pour envoyer une valeur au cerbo, il faut créer une commande "action" qui va pointer vers le topic "W" correspondant à la donnée que vous voulez modifier.
 
Voici par exemple dans mon cas un équipement qui me permet de visualiser le Soc minimum de ma batterie pylontech et modifier ce niveau minimum de Soc.


 
On remarque sur la page des commandes que j'ai une commande info "SocLimit" qui est la donnée en provenance du Victron et une commande "SocLimite_write" qui est une commande action que j'ai créée manuellement. Elle reprend la même adresse de "topic" mis à par la première lettre qui est W à la place de N.  
On vois aussi que la "valeur" qui est communiquée par victron dans la commande info est un tableau (array) JSON. Il va falloir respecter la même syntaxe de "valeur" dans la commande action si l'on veut qu'elle soit comprise par Victron.  
 
Dans mon cas, j'ai uniquement remplacé la "value" qui est normalement un nombre par une variable jeedom créée pour l'occasion.  
 
Cela me permet, via un simple scénario de modifier cette valeur puis d'envoyer la commande au victron. Ci-dessous le scénario :  
 

 
On voit que le scénario (qui se lance tous les jours à 1h du matin les jours rouge de Tempo) vient changer la valeur de la variable "SOC_mini_pylontech" à 2h du matin pour demander un SOC de 100%, puis envoie cette nouvelle valeur via la commande "action" que j'ai créé plus haut. Cela va entraîner que jeedom va chercher à charger la batterie à 100% Ensuite à 5h55 du matin, je modifie encore la valeur pour la redescendre à 10% et l'envoie de nouveau au victron ce qui permettra à jeedom d'utiliser la batterie en heure pleine des jours rouge tempo.
 
Avec cet exemple ou on voit que l'on peut échanger des informations entre un victron et un jeedom, le tout en local et sans dépendre d'un cloud ou d'un tiers. Cela ouvre beaucoup de possibilité pour optimiser le fonctionnement d'un victron avec une domotique.  
 
 

 
J'ai vu le fil sur l'espace communautaire, j'ai corrigé ca à 2h du mat depuis mon tel ^^
 
 

 
Ouais enfin ce truc dans le code est quand même un truc complètement abusé... et c'est pas le premier
 
Mais il y a de la progression si j'ai bien compris les nouveautés dans la 4.5, mais je n'y suis pas encore passé. Vous avez pas eu de soucis avec des plugin en y passant ?
 

Perso, aucun soucis avec le passage en 4.5. mais je n'ai pas vu non plus de différence significative sur les performances.

perso j'ai des pertes d'envoi de message via Telegram (j'utilise un bot pour les notifs et c'est waf compliant pour certains scénarii ^^). je vais investiguer, je ne sais pas si ça vient du plugin ou des scenarii qui marchent pas bien.

Je suis passé à la version 4.5, c'est allé tres vite et pas eu de soucis.
 
Je ressens une plus grande fluidité lorsque j'affiche le dash, mais c'est peut être qu'une impression, on verra plus a l'usage si ca se confirme.
 

Je galère à passer ma Jeedom Smart de Debian 10 à Debian 11.
 
Il faut démonter la box pour accéder à l'EMMC, la mettre dans un adaptateur micro SD, écrire dedans, rebrancher le tout et démarrer.
Ensuite la restauration de la sauvegarde plante.
https://blog.jeedom.com/7568-jeedom [...] -bullseye/
 
Je ne sais pas comment faire pour me sortir de ce pétrin.

J'ai arrêté les box jeedom pour ces raisons en plus ca rame et le support carte SD n'est pas fiable.

Jeedom 4.5,  debian 12.8, sur un optiplex

Ca veut dire que tu arrive a demarer sur la nouvelle version de debian et jeedom et que c'est en utilisant la restauration du backup par le menu de jeedom que ca plante ?

Oui, c'est cela. La restauration d'une sauvegarde effectuée juste avant la migration plante. La sauvegarde fait autour de 400 Mo. Je n'ai aucune envie de tout refaire : scénarios, équipements Philips Hue, zigbee, zwave.

Essaye plusieurs fois. De mémoire j'avais eu le soucis et en reappliquant 3 ou 4 fois la maj ça avait fini par marcher.

Tu peux aussi essayer de réappliquer une sauvegarde un peu plus ancienne.

Mais ça m'a soulé et je me suis rendu compte de la "faiblesse" du système et je suis passé sur un système proxmox + VM sur un mini pc USFF (Un HP elitedesk). C'est un peu plus complexe mais bien plus performant et le système de Snapshot est pratique.

J'ai réussi !    
 
Je récapitule :
 
J'ai une Jeedom Smart, achetée en 2019 pour 200 € environ avec protocole Z-Wave intégré et une clé Zigbee (DeConz/ConBee, je ne sais plus) achetée à côté pour gérer le protocole Zigbee. Dans l'ensemble je m'en sors mais la maintenance est pénible, ce produit nécessite clairement du temps, surtout lors des migrations des plugins Philips Hue (nouvelle API, faut tout recommencer) et Zigbee (nouveau plugin pour remplacer l'ancien parce que pourquoi ne pas perdre du temps quand tout fonctionne déjà ?). Certes la box peut faire énormément de choses mais cela nécessite du temps, régulièrement ! Ce n'est clairement pas grand public, je suis déçu sur ce point. La box tournait sous Debian 10 et il fallait passer sous Debian 11 pour continuer à mettre à jour Jeedom. J'ai autre chose à faire dans la vie quand même ! Et pour ce faire il faut suivre ce tuto :

• Sauvegarde Jeedom (mieux vaut en avoir de plusieurs dates différentes) sur un NAS ou sur un PC
• https://blog.jeedom.com/7568-jeedom [...] -bullseye/
• https://doc.jeedom.com/fr_FR/howto/smart
• L'adaptateur EMMC - Micro SD est indispensable : https://www.amazon.fr/dp/B0CMHBWGW5
• Premier démarrage, c'est un peu long mais on arrive à une page de connexion
• utilisateur : admin, mot de passe : admin
• Modification du mot de passe admin
• Restauration de la sauvegarde, l'interface semble figée sur une ligne pendant des heures
• Reconnexion à Jeedom :

[MySQL] Error code : 42S02 (1146). Table 'jeedom.user' doesn't exist : SELECT `id`, `login`, `profils`, `password`, `options`, `rights`, `enable`, `hash` FROM user WHERE SHA2(hash,512)=:hash
 
   

• Connexion en ssh avec Putty (Jeedom smart en adresse IP fixe sur le routeur, port : 22) : utilisateur : jeedom, mot de passe : Mjeedom96 (mot de passe par défaut)
• Dans Putty : php /var/www/html/install/database.php
• Dans Putty : php /var/www/html/core/php/jeecli.php user list
• La liste est vide, il faut ajouter le compte admin.
• Dans Putty : php /var/www/html/core/php/jeecli.php user add admin <mot de passe admin personnalisé>
• Vérifier la connexion web à Jeedom avec ce compte admin, normalement cela fonctionne.
• Réglages, Système, Sauvegarde
• Vérifier qu'une sauvegarde est disponible.
• Sinon : Ajouter une sauvegarde et chercher une sauvegarde.
• Dans Putty : sudo php /var/www/html/install/restore.php
• Entrer le mot de passe admin défini précédemment.
• Il me semble que cela restaure la sauvegarde la plus récente.
• Cela prend du temps, trente minutes, une heure, aller faire autre chose et revenir plus tard.
• Dans Plugins, Gestion des plugins, vérifier que le statut des démons est "OK", sinon réinstaller le plugin, c'est le cas pour "MQTT Manager (mqtt2) - stable" et "JeeZigbee (z2m) - stable" notamment.
• Un petit redémarrage ne fait pas de mal, les boutons Zigbee fonctionnent de nouveau ! Comme avant ! Toutes ces prises de tête pour retrouver le même comportement, génial !
• Z-Wave a disparu, je crois qu'il y a un remplaçant, chouette encore du travail !  

héhé je compatis.

Bravo pour la grande avancée !!

Pour le zwave oui il faut changer de openzwave a zwavejs car le premier n'est pas compatible avec Debian 11.
Mais ca se fait facilement. Les équipements sont repris de l'ancien (pas besoin de reapairer) et ensuite en utilisant l'outil de remplacement d'équipements de jeedom ca met a jour tous les scénarios,  virtuels... etc...

et zwavejs est franchement mieux. J'ai un peu galéré a faire la bascule moi aussi mais ca marche nickel maintenant.  

adieu le topic ! je suis parti sur Home assistant pour voir (sur une VM), et de fil en aiguille... ben j'y reste. j'ai abandonné mes centrales Xiaomi en route, impossible de m'en servir comme haut-parleur (enfin en bruits de notif) mais comme ça j'ai tout en local définitivement.
c'est surtout le côté dashboard qui me plaît, l'intégration avec la tablette via Fully Kiosk est terriblement efficace.

Ça ressemble a quoi ton dashboard ?

Android kiosk browser and app lockdown ?
 
tu peux detailler ? j'arrive pas à saisir ce que fait l'appli
 
+1 pour des screenshot  

j'ai aussi cherché à avoir un peu la même expérience qu'avec Jeedom : des scénarios et un affichage sur tablette. la différence c'est surtout que j'ai tout en local (capteurs zigbee), ce que j'aurais pu faire aussi sur jeedom en abandonnant les passerelles Xiaomi mais la bascule a été l'occasion de le faire.
mon dashboard affiché sur tablette me donne des températures, états de fermetures de portes, le reste d'eau chaude dans le cumulus (je finis tard assez souvent ), la conso électrique instant' globale/PAC et affichage seulement en cas de conso pour la voiture, et des 'thermostats' de certaines unités intérieures de la PAC (je suis en air-air, unique mode de chauffage, et clim l'été). Là, grosse différence avec Jeedom qui ne me permet pas d'intégrer mon installation Gree, j'y gagne beaucoup. idem pour l'affichage du planning Google du jour.
En plus j'ai des "actions" sur les tuiles/cartes affichées : soit des stats soit ce que je veux. sur le planning je fais défiler les calendriers scolaires (pronotes et cie) par exemple.
Fully Kiosk est bien intégré, sur la tablette c'est l'appli qui affiche le dashboard (une url venant de HA hein), qui permet de réveiller l'écran avec la caméra frontale. Depuis HA je peux y pousser des images/vidéos des caméras, diffuser du son de notif/sonnette ou ce que je veux d'ailleurs. idem, HA gère très très bien mes enceintes connectées (Google Home) c'est tout en local c'est instantané pour le TTS sans sonnerie chelou.
Je vous mets un screen, Robert c'est le Niro j'ai masqué des prénoms et détails, bref. Le tout va évoluer encore un peu, je vais y mettre certains interrupteurs de scénarios genre 'alarme' (avertisseur plutôt sur les passages de portes ou garage trottinette), gratter un peu sur la transparence/fond des tuiles/cartes.

Dernier gros détail : la 1ere fois que j'ai voulu tenter HA c'était il y a 5 ans en emménageant, j'avais un peu abandonné c'était "compliqué". Là avec l'aide d'un LLM (une fois clairement indiqué ce que vous voulez faire/dépanner) c'est très facile je trouve. Quasi zéro configuration en YAML, j'ai éditer 3 fois un fichier c'est tout.
Ha et je vais avoir du matos à vendre, faut que je retrouve les ref du Pi avec son NVMe d'abord.

Je ne trouve cela pas fou ces dashboard avec des dizaines de boites qui affichent des infos sans rapport les unes avec les autres.  
 
Je préfère quand les différentes données sont fusionnées et organisées logiquement. Un peu dans ce genre là :  
 

 
Sur Jeedom c'est assez pénible à réaliser, surtout si on veut plusieurs onglets, des pop-up,.... Je ne sais pas si c'est mieux sur HA?

tu fais comment pour avoir ce rendu ? c'est la page web jeedom classique sur une tablette ?

tu peux quasiment faire ça sur Jeedom oui, j'avais essayé et on n'était pas fan : d'abord la maison est sur plusieurs niveaux, ensuite tu masques forcément des choses avec les infos, et finalement tu affiches trop de choses pour que ça a l'air uniforme.
si j'ai besoin de plus d'infos que ce que la tablette affiche c'est pas souvent et donc je vais sur HA direct, j'utilise deux autres dashboard avec ce que je vais regarder le plus souvent. là comme c'est le début, plutôt l'état du réseau Zigbee (j'ai des soucis avec mes prises Osram elles perdent des capteurs Aqara) et la bonne exécution des automatisations.
le gros truc que je vais pouvoir enfin faire sans trop de complication c'est afficher des snapshots de caméras lors de l'entrée de personnes pour madame dans son bureau (full TT). possible sur Jeedom mais super compliqué à mettre en place.

 
Là, c'est une image (de HA justement) prise au hasard sur internet.    
 

 
Et coté scénarios, tu n'es pas trop embêté?  
 
Perso, à l'heure actuelle, je trouve que HA est encore très loin du système de jeedom en terme de possibilité. En plus Jeedom est vraiment agréable à utiliser, y compris pour des trucs un peu poussés.  

côté scénarios les plus compliqués étaient liés à  Telegram et au bot qu'on utilise, remplacés par l'appli HA tout simplement. sur la partie "alarme" (pas vraiment une alarme hein pas fou) j'ai retrouvé les mêmes fonctions si/alors actions tout ça. sur quoi tu trouves que Jeedom est devant ? après je suis pas un GROS utilisateur de domotique si on regarde bien ^^

Il me semblait que telegram était utilisable avec HA aussi

oui tout à fait, mais le push de notif sur l'appli android HA nous convient mieux, et on peut arriver sur le dashboard que l'on veut quand on jette un oeil. donc ce n'est plus 'nécessaire' de dialoguer avec un bot pour récup des infos.

edit : j'ai deux caméras et deux centrales à vendre si quelqu'un cherche du Xiaomi à intégrer à son Jeedom. Une centrale CN reconnue direct sûr, l'autre je ne sais pas. une cam 360 (qui fait hub), une fixe.