Passage à python V3.11.6 sous pyenv. L’étape de réinstallation des dépendances va durer plusieurs dizaines de minutes.
Retour arrière sur une modification de la version V2.0 beta24 : le fait que le démon soit « launchable » si plusieurs équipements utilisent le même port série
Mise à jour de la documentation
Ajout de la possibilité de personnaliser les interfaces série (idée de @jmcaous trouvée sur le Community)
Après mes tests bien plus poussés, voici LE correctif pour actualiser la version de python dans le pyenv.
Comment
J’ai déterré une vielle VM avec une ancienne version de Mymodbus que j’ai mise à jour plusieurs fois avec une vielle version de Jeedom et avec la dernière. J’ai restauré un snapshot plusieurs fois pour faire les différents tests. A raison d’environ 7/8 minutes l’installation sur la VM, ça m’a pris du temps, mais le résultat est là et me convient bien mieux que celui avec la bêta 26.
03/12/2023 V2.0 beta27
Correction du script post-install.sh pour mettre à jour pyenv correctement avant d’installer python V3.11.6
Suite à ce post et tant d’autres, j’ai enfin trouvé pourquoi la mise à jour de pyenv ne fonctionnait pas et ai corrigé le script post-install.sh en conséquence.
09/01/2024 V2.0 beta28
Correction du script post-install.sh pour mettre à jour pyenv même après la restauration d’un backup de Jeedom
Je suis en train de m’inspirer de la gestion des templates de jMQTT pour intégrer cette fonctionnalité dans MyModbus. Une fois que ça fonctionnera, cette version devrait passer en stable, mais ça va prendre un peu de temps…
La prochaine version qui est toute chaude contiendra une gestion de templates. Il n’y a pas encore de templates dans la bibliothèque du plugin, mais cette bibliothèque s’étoffera au fur et à mesure de vos suggestions.
Si certains ont une machine de test, il me faudrait 1 ou 2 volontaires pour faire les essais avant que je ne publie en beta, juste pour être sûr. Veuillez m’envoyer un MP si ça vous est possible avec la config de votre machine de test SVP
edit: il n’y a bien sûr aucun risque, c’est juste pour tester si ça fonctionne chez tout le monde…
Si vous avez des messages d’erreur lors de l’exécution de commandes action, il faut contrôler votre config et reparamétrer le champ valeur des commandes action (désolé, mais ça reste une bêta…).
Il semblerait que supprimer aille plus vite que créer… La suppression du mode bi-maître, qui d’ailleurs ne donnait pas satisfaction, est allée bien plus vite que je n’imaginais.
16/02/2024 V2.0 beta31
Suppression du mode bi-maître qui ne fonctionne pas
Lors de la sauvegarde, si rien n’est précisé dans le champ valeur, définir avec #slider#, #select# ou #color# en fonction du cas, sinon invalider la config
Lors de la sauvegarde si #slider#, #select# ou #color#, en fonction du cas, n’est pas dans le champ valeur, avertir avec une erreur.
Invalider l’exécution d’une commande action si la valeur à écrire est vide
Il sera dorénavant impossible d’exécuter une commande action avec une valeur à écrire vide.
Correction pour que ‹ 0 › puisse être écrit (merci à @Doud)
Dispo demain matin vers 1h ou au courant de la journée si Bebel27 passe par là et pousse manuellement vers le market (auquel cas, je modifierai la date).
Ajout d’un bouton dans la configuration du plugin pour supprimer le répertoire ressources/_pyenv
Affichage de toute la config dans le visualisateur de template
Possibilité d’utiliser #value# dans le champs valeur d’une commande action pour faire référence à la valeur de la commande info liée
La dernière ligne signifie que pour une commande action qui est liée à une commande info, dans le champs valeur (donc ce qui va être écrit) il est possible d’écrire #value# pour faire référence à la valeur de la commande info liée. Et donc si on écrit #value# + 1 ça incrémente à chaque exécution de la commande action, par exemple.
Suite à quelques retours, je déconseille la mise à jour vers la dernière version, certaines choses ne se passent pas comme prévu… Rien de grave, mais ça ne se fait pas tout seul comme je voudrais. Il faut faire des choses manuellement. La prochaine version sera mieux.
pour cette version si vous avez des erreurs, il faut désactiver les équipements MyModbus, désactiver les plugins pyenv4Jeedom et MyModbus, activer pyenv4Jeedom et relancer les dépendances, puis idem pour MyModbus (ça va prendre du temps parce que la première fois, pyenv va compiler une version de python pour les virtualenv), puis activer les équipements MyModbus.
Je me permets de poster une info ici concernant pyenv4Jeedom. La prochaine mise à jour nécessitera de stopper les démons des plugins qui utilisent pyenv4Jeedom. A ma connaissance, ce n’est que MyModbus pour le moment.
De manière générale, il faudra toujours vérifier le changelog avant de faire une mise à jour de pyenv4Jeedom pour être au courant de ce qui vous attend :
