Bonjour à tous
Depuis 1 mois et vraisemblablement suite à une mise à jour, le démon GPIO de Jeedouino ne fonctionne plus du tout. Il ne me remonte plus la température du rack. Du coup durant mon absence de la maison durant la première canicule la ventilation du rack ne s’est pas déclenché et le module d’alimentation du PI4 a grillé ainsi que 2 port POE du switch caméra. Ca n’est pas la première fois que ce démon s’arrête mais jusqu’à maintenant je pouvais toujours le relancer. Mais là j’ai beau réinstaller les dépendances, mettre à jour le système, rien à faire, pas de lecture de la température alors que le démon tourne.
J’ai bien lu et relus tous les posts sur le sujet, testé les modifications proposées dans les anciens posts sur le sujet, j’ai essayé de charger le plugin DHT22 censé faire la même chose mais ses dépendances ne s’installent pas.
D’apres ce que je comprends des logs, le problème viendrait du package Adafruit_DHT.
Si vous aviez une solution avant la prochaine canicule, ca serait cool.
J’ai laissé la porte du rack ouvert pour éviter d’avoir d’autre désagrément au mois d’aout mais ca n’est pas une solution.
Jeedouino est la base de ma domotique. A partir d’une carte PIPLUS montée sur le PI4, je pilote les 16 télérupteurs de la maison et je vérifie leurs états. J’ai ensuite des WEMOS, ESP ou équivalents déportés pour piloter les stores, les ventilations etc.. Les GPIO du PI4 me servaient à piloter la ventilation du rack en fonction de la température interne mais aussi la gestion de la chaudière et avant du chauffe eau.
Piloter les GPIO d’un Raspberry me semble une fonction de base.
J’espère que la mise en comptabilité Debian12 de Jeedouino résoudra le problème avec la gestion des GPIO (sans casser le reste).
Je n’utilise pas ce plugin (je préfère gérer directement moi-même via du code sur mes ESP), mais il me semble bien que ce plugin n’est plus du tout à jour ni maintenu depuis fin 2024, soit quasiment deux ans :
Il va falloir sans doute penser sérieusement à migrer sur autre chose…
C est une réponse difficilement acceptable. Quand j’ai commencé domotiser la maison en 2018, j’ai justement choisit Jeedom car il y avait un plugin qui me permettait de piloter les télérupteurs que j’avais installé sur le tableau électrique en 1990 avec l’intention un jour de domotiser la maison.
Au fil du temps, les périphériques zwave ont complétés le contrôle de la maison mais les télérupteurs restent incontournables pour gérer toutes les lumières de la maison, du jardin, de la chaudière, du chauffe eau etc.. la maison a été conçut comme ca il y a 35 ans.
Alors me répondre que le plugin est obsolète et que je dois trouver une autre solution, pas de problème si vous me proposez un plugin faisant la même chose.
Pour le moment je n’en trouve pas sur le market. J’ai voulu contourné mon problème de sonde thermique avec le plugin DHT22 mais il rencontre exactement le même problème de compatibilité avec les modules Adafruit pour la gestion des GPIO.
Depuis 8 ans, je m’éclate avec Jeedom. Il n’y a pas une semaine ou je ne modifie pas un scénario pour optimiser la domotique. Il y a eu des erreurs de ma part mais on retombe toujours sur nos pattes avec en cas de besoin l’aide de la communauté.
Jeedom gère et automatise toute la maison, outre l’électricité, mais aussi les détections, les cameras, les absences, les stores, etc..
Je ne peux pas abandonner Jeedom maintenant d’autant plus que même mon épouse ne râle plus sur mon ‘MACHIN’ depuis 3 ou 4 ans.
Alors si un développeur LINUX pouvait se pencher sur le problème de compatibilité de modules avec les versions 11 et 12 ca serait sympa pour tout ceux qui utilisent Jeedouino.
Moi je dis ça, je ne dis rien : c’est juste pour aider et pointer du doigt qu’à priori, le développeur ne suit plus son plugin depuis près de deux ans, et donc il y a des chances pour qu’il présente aujourd’hui divers problèmes de compatibilités…
Mais je ne suis en rien responsable de ce fait et non, je n’en proposerai pas un autre (comme je l’ai dit, je programme moi-même mes ESP et les pilote avec le protocole MQTT).
Maintenant si ce plugin occupe une place centrale dans toute l’architecture logicielle et/ou matérielle de la domotique et que tout repose sur lui, c’est aussi un choix (qui n’est pas le mien, mais bon)…
Je ne voulais pas te vexer, j’avoue que je ne connais pas le plugin MQTT, il a été installé tout seul suite à une maj, mais quand on lit la doc du plugin MQTT on ne voit nulle part des références au Gpio d’une carte Piplus ou du raspberry ni comment ils se paramétrent en in ou out.
De base tu es quand même parti sur une architecture super rigide, puisque tu dépends à la foin de GPIO du Raspberry ET d’un seul plug-in capable d’exploiter ces GPIO.
ça veut dire que ton installation ne peux pas évoluer ni côté informatique : tu es cantonné à l’utiliser d’un RPI (et même pas un équivalent vu que l’accès au GPIO d’un autre SOC ne sera pas forcement compatible) donc exit VM, NUC, NAS, Box, etc… et a trouver un plug-in qui permet de communiquer avec les dit GPIO, ce qui dans le catalogue jeedom est très rare (y en a qu’un et pas de bol il n’est plus maintenu !).
Ça serait peut être l’occasion de revoir un peu ton infrastructure pour être un peu plus “universel”. Je pense par exemple à un ou plusieurs ESP32 qui ferrait tourner la plateforme de ton choix (l’avantage c’est que tu as du choix, entre ESPEasy, ESPhome, Tasmota, du code Arduino que tu auras écris toi même…) qui communique avec Jeedom dans un protocole plus courant et universelle (ça peut être de simples requêtes en http REST, du MQTT, du Modbus TCP… [et cette fois évite les plug-in trop spécifiques à une plateforme unique et vise plutôt une prise en charge du protocole de base qui est plus universel et plus facilement remplaçable par un autre])
C’est normal, ce n’est pas du tout fait pour ça. MQTT c’est un protocole de communication. C’est juste un “langage” de discussion entre systèmes informatiques.
Heu alors déja pour rappel, il y a quand même ce disclamer lorsqu’on choisit ce plugin sur le market :
Et commander du matériel, d’il y a 35 ans … Comment dire oui tout est possible mais bon je te trouve dur avec un produit open source alors que t’a des constructeurs qui décident au bout de 5 ans d’arrêter le cloud de leur produit et de laisser leurs utilisateurs dans la panade donc bon je trouve que ton jugement n’est pas tellement justifié …
Après comme l’a dit @DanielJ il y a sans doute moyen de commandes les GPIO directement via des scripts sans avoir un plugin clé en mains dans jeedom.
Ou alors comprendre ce qui à occasioné ce souci, quand tu dis que c’était suite à une maj c’était une maj de quoi ? jeedom ? os ? paquets ?
Ben pardon, mais vu le ton employé je l’ai quand même un peu pris pour moi…
Ceci dit, je ne dis pas que j’ai une solution toute prête (en MQTT ou autre d’ailleurs), ni même qu’elle sera simple à mettre en place d’ailleurs, mais il faudra vraisemblablement :
soit explorer d’autres pistes pour piloter directement les GPIO du RPi (via du code php dans des scénarios par exemple),
soit downgrader le système pour retrouver une configuration présentant une certaine compatibilité avec le plugin Jeedouino ou DHT22 (ce qui demandera aussi du travail…), et surtout ne plus rien toucher ensuite (plus de mises à jour possibles = système figé en l’état…)
C’est le gros inconvénient de se rendre un peu trop dépendant d’un seul plugin…
Accessoirement tu as quand même un défaut de conception dans l’activation de ta ventillation.
Même si Jeedouino fonctionnait correctement mais que le capteur de température était mort ou ne renvoyait plus de données le résultat aurait été le même.
Si c’est si important que ça il te faut faire en sorte qu’en l’absence de remontée depuis X minutes/heures ou qu’il n’y a strictement aucune variation depuis Y minutes/heures alors tu considère que tu dois être en mode dégradé et ventiler.
Et ça c’est pas compliqué de le faire dans un scénario.
Bref tu t’es enfermé dans un système très spécifique, tu veux absolument qu’il marche comme il à toujours marché sans remettre en question que parfois les choix d’hier ne sont pas ceux d’aujourd’hui.
C’est un forum communautaire on est la pour aider mais il faut aussi parfois savoir enlever ses oeuillères et remettre en question certains choix.
Et ne pas prendre à parti certains comme @DanielJ qui n’a fait qu’essayer de trouver une solution. Il n’est à ma connaissance ni salarié de Jeedom, ni développeur du core ni développeur du plugin en question. Il essaie de t’aider donc je ne suis pas sur que le prendre de haut aide a résoudre ton souci…
Oui j’ai peut être une architecture rigide, une usine à gaz pour certain, mais reportez vous en 2018, on était en plein dans le DIY et le début de la domotique. Ayant suivit des études d’électronicien, utiliser un Raspberry, des cartes d’extension et fabriquer quelques petites interfaces pour s’adapter au tableau électrique de la maison me paraissait évident, Jeedom proposait un logiciel pour gérer tout ca avec les tutos correspondant. Les modules Zwave sont venus compléter l’installation et 8 ans plus tard Jeedom gère toute la maison. Donc tout reprendre……….
Pour ce qui est de la ventilation du rack, oui j’aurais pu faire un ième scénario qui teste le module de température… etc.. mais ca n’aurait servit à rien puisqu’il était resté figé à 30° avant que je ne relance le plugin.
Quand aux mises à jour du système ou d’un plugin, oui ils ont quelques fois des effets de bord sur d’autres plugins. En attendant de trouver autre chose, je vais donc faire plus attention pour que ca ne casse pas plus Jeedouino.
Je ne relance pas ce sujet pour avoir le dernier mot, mais quand même :
Non, pas d’accord…Une solution simple a pourtant été suggérée juste un peu plus haut par @Aurel :
C’est exactement ce principe que j’applique pour la bonne gestion de mon chauffage (avec le plugin Thermostat) qui nécessite une donnée de température extérieure. Aussi, cette donnée fournie par mon capteur de T° extérieur est indispensable.
Mais si cette donnée est absente ou incohérente (T° figée pendant x minutes par exemple), du coup je bascule automatiquement sur un capteur de T° extérieure redondant (surveillance et action par un simple scénario). Ainsi je minimise largement la probabilité que mon chauffage soit complétement perturbé en raison d’une batterie HS par exemple…
Des solutions, il y en a toujours, et ce forum en est une mine…
Alors pareil, je ne veux pas remuer le couteau dans la plaie mais ce dont je parlais hier semble se confirmer de nouveau : tu viens demander de l’aide mais tu n’écoutes pas nos réponses / suggestions.
Mais sur ça pas de soucis on est tous comme ça et on à tous commencés de la même façon.
Ce qu’on peut reprocher à ton installation c’est que c’est une espèce de monolithique où tout est basé sur un seul élément (le raspberry) avec des solutions qui deviennent dépréciées (Jeedouino).
@DanielJ t’a donc suggéré d’envisager de passer la gestion des entrées/sorties sur de l’ESP32 ce qui à mon sens est une très bonne idée.
Mais justement et c’est la le problème : personne n’a dit ça !
L’idée c’est justement de garder ton jeedom, ton raspberry mais de migrer en douceur la partie gestion des entrées/sortie. Personne ne t’a dit qu’il fallait tout jeter ou tout remplacer
La preuve que tu n’a pas lu ou compris mon message : je t’ai proposé une solution par rapport à ça.
Si tu ne l’a pas comprise (je l’ai peut être mal expliquée) n’hésite pas à le dire plutot que de dire direcement que ma solution ne sert à rien.
Bref tout ça pour dire, et le ne prends pas mal, c’est que si tu n’est pas interessé par les réponses qui ne vont pas forcément dans ton sens, je ne comprends pas pourquoi tu viens poser des questions sur le community. C’est un forum communautaire, pas une hotline.
Je ne cherche à polémiquer ni a vexer quiconque. A chaque fois que j’écris ca finit pareil.
Bref, je reviens juste à ma question d’origine.
Je voulais juste savoir si il n’y avait pas un développeur Linux qui s’était penché sur ce problème de compatibilité et de dépendance.
Apres si je suis le seul à utiliser Jeedouino je peux comprendre.
Mais à 68 ans, j’ai déjà du mal à me souvenir comment j’ai programmé telle ou telle chose, (heureusement que je me faisais des tutos à l’époque), partir sur une nouvelle architecture d’IO ne va pas être simple pour moi.
