J’ai loupé quoi ?
Et le log du démon pas content :
Alors le dernier bug venait d’un caractère accentué mal pris en compte, c’est pour cela que tu n’as pas pu tester correctement la dernière modif du démon.
Un truc bizarre, c’est que la version n’est pas bonne dans le plugin.
Pourtant c’est bien l’ancienne. Les versions de fichier datent d’avril 2020 ou mai.
C’est Jeedom qui gère l’affichage du numéro de version, mais du moment que les fichiers ont la bonne date, pas de soucis.
Simple remarque, il serait aussi intéressant d’avoir un bouton vider sur le plugin pour les logs de JeedouinoExt pour éviter de scroller à mort
Je vois une nouvelle publication en stable, mais je n’ose pas la mettre étant donné que je n’ai aucun retour sur mes derniers debugs et je ne sais pas s’ils sont pris en compte.
Quel niveau de confiance as-tu sur cette MAJ si tant est qu’elle est prévue pour résoudre les points identifiés ?
Plutôt confiant, j’ai déjà vu un retour positif sur un problème similaire au tien :
Cependant il est en local, pas sur un jeedouinoExt mais comme le démon est le même, cela devrait le faire.
J’ai 20 cm de cable et quand je fais un test série avec arduino IDE, les 2 capteurs sont bien lu en continue (j ai fais le test 5 minutes avec un scripte qui fait un poolong chaque seconde ) . Bonne recherche si tu me donne ton adresse, je t envoie mes 2 capteurs, ou je fais une commande aliexpress et j envoie chez toi gratos 2 capteurs à 20 balles que je prends en charge …
Merci pour ce module,
Je suis tombé sur 1 bug que j’ai corrigé. Le problème c’est sur le send LCD, il manquait le SMOK dans le fichier python pour l’arduino USB.
Si ça intéresse, j’ai rajouté l’arduino Leonardo et prochainement l’arduino nano Every
J’aurais besoin de tes lumières. Pour des raisons inconnues, je me retrouve avec le démon Gpio qui refuse de démarrer avec toujours le même message d’erreur TIMEOUT jeedouino demon.txt (53,6 Ko)
Je n’arrive pas a comprendre pourquoi, rien n’a changer dans ma configuration que ce soit Hardware ou Soft. Tout allait bien jusqu’il y a deux jours.
J’ai tenté de mettre a jour mais rien n’y fait.
@revlys salut.
J’utilise ton plugin depuis maintenant environ 3 mois. jusque là je ne l’avais réservé que pour les Arduinos. (ça fonctionne impeccable). par contre j’ai un projet de visiophone avec une Raspberry 3b. J’ai installé Motioneye dessus pour avoir la caméra et je récupère le flux dans Jeedom. j’ai branché sur les Gpios un capteur de présence et un capteur de distance. rien ne fonctionne. je pense que mon problème vient du parametrage. faut il installer WiringPi sur le raspi distant pour pouvoir en contrôler les gpio ou le simple fait de paramétrer l’ip suffit? encore faut il mettre le bon port…
<log_du_rpi.txt (7,3 Ko)>
Help!
Bonsoir @revlys,
J’ai chargé le dernier sketch (23 avril 2021) sur mon arduino mega suite à une modification dans mon installation. Et là impossible de reprendre la communication avec Jeedom. (il est connecté en USB)
Jeedom envoie bien la chaine d’initialisation des entrées/sorties mais l’arduino n’enregistre pas dans l’EEPROM et redemande en boucle la configuration. « &PINMODE=1 »
J’ai donc rechargé le sketch du 11 avril 2021 et là aucun problème (41df7a6c3fdb6fa1cad4e151eede566e4f69f771)
Quand j’envoie directement « C…tzwpwllwbfpp…C » dans mon moniteur série
Voici le retour de l’arduino:
22:30:28.738 → &PINMODE=1 ← ouverture du moniteur série
22:30:40.283 → &PINMODE=1 ← J’ai envoyé la chaine d’initialisation manuellement et pourtant il redemande la configuration !
22:30:40.608 → COK ← Il répond OK mais l’EEPROM est toujours vide.
Extrait du log jeedom: ça va très vite et ça fini par planter le démon
[2021-10-20 22:49:34][DEBUG] : Envoi de la configuration [ BootMode : B1M ] à l’équipement 90 ( ARDUINO ) sur l’IP : 192.168.0.15:8080
[2021-10-20 22:49:34][DEBUG] : CALLBACK - Requête reçue : ? BoardEQ=90&REP=COK
[2021-10-20 22:49:34][DEBUG] : Réponse du Démon USB :BMOK
[2021-10-20 22:49:35][DEBUG] : CALLBACK - Requête reçue : ? BoardEQ=90&REP=BMOK
[2021-10-20 22:49:35][DEBUG] : CALLBACK - Requête reçue : ? BoardEQ=90&PINMODE=1
[2021-10-20 22:49:35][DEBUG] : CALLBACK - Equipement ARDUINO (eqID: 90) - L’arduino réclame l’envoi de la configuration des pins.
[2021-10-20 22:49:35][DEBUG] : Envoi de la configuration [ PinMode : C…tzwpwllwbfppj…C ] à l’équipement 90 ( ARDUINO ) sur l’IP : 192.168.0.15:8080
[2021-10-20 22:49:36][DEBUG] : Réponse du Démon USB :COK
[2021-10-20 22:49:36][DEBUG] : Envoi de la configuration [ BootMode : B1M ] à l’équipement 90 ( ARDUINO ) sur l’IP : 192.168.0.15:8080
[2021-10-20 22:49:36][DEBUG] : CALLBACK - Requête reçue : ? BoardEQ=90&REP=COK
[2021-10-20 22:49:36][DEBUG] : Réponse du Démon USB :BMOK
[2021-10-20 22:49:36][DEBUG] : CALLBACK - Requête reçue : ? BoardEQ=90&REP=BMOK
[2021-10-20 22:49:37][DEBUG] : CALLBACK - Requête reçue : ? BoardEQ=90&PINMODE=1
[2021-10-20 22:49:37][DEBUG] : CALLBACK - Equipement ARDUINO (eqID: 90) - L’arduino réclame l’envoi de la configuration des pins.
[2021-10-20 22:49:37][DEBUG] : Envoi de la configuration [ PinMode : C…tzwpwllwbfppj…C ] à l’équipement 90 ( ARDUINO ) sur l’IP : 192.168.0.15:8080
[2021-10-20 22:49:37][DEBUG] : Réponse du Démon USB :COK
[2021-10-20 22:49:37][DEBUG] : Envoi de la configuration [ BootMode : B1M ] à l’équipement 90 ( ARDUINO ) sur l’IP : 192.168.0.15:8080
[2021-10-20 22:49:37][DEBUG] : CALLBACK - Requête reçue : ? BoardEQ=90&REP=COK
[2021-10-20 22:49:37][DEBUG] : Réponse du Démon USB :BMOK
[2021-10-20 22:49:38][DEBUG] : CALLBACK - Requête reçue : ? BoardEQ=90&REP=BMOK
[2021-10-20 22:49:38][DEBUG] : CALLBACK - Requête reçue : ? BoardEQ=90&PINMODE=1
[2021-10-20 22:49:38][DEBUG] : CALLBACK - Equipement ARDUINO (eqID: 90) - L’arduino réclame l’envoi de la configuration des pins.
[2021-10-20 22:49:38][DEBUG] : Envoi de la configuration [ PinMode : C…tzwpwllwbfppj…C ] à l’équipement 90 ( ARDUINO ) sur l’IP : 192.168.0.15:8080
[2021-10-20 22:49:39][DEBUG] : Réponse du Démon USB :COK
[2021-10-20 22:49:39][DEBUG] : Envoi de la configuration [ BootMode : B1M ] à l’équipement 90 ( ARDUINO ) sur l’IP : 192.168.0.15:8080
Bonjour,
Merci pour ce plugin qui me semble très complet !
J’ai un problème pour l’utiliser, je pense avoir bien chercher mais je ne trouve pas comment utiliser les GPIO locaux sur ma rpi 4.
Je l’ai installer il y a quelques mois en 64 bit il me semble. Image sur le site Jeedom
« uname -m | grep ‹ 64 › » me donne : aarch64
« getconf LONG_BIT » me donne 64
Il semble que le 64 bits ne soit pas en version final
Le plugin est installé, les dépendances sont ok, Debian est à jour.
Raspberry PI (gpio) est installé.
La carte à été redémarré.
Lorsque j’ajoute un jeedouino je dois forcément choisir une carte et j’ai le choix uniquement de la connexion réseau.
J’ai lu que les GPIO interne devais apparaître automatique et ce n’est pas le cas.
J’ai fouillé un peu et rien trouvé.
Quelqu’un peut-il me donner un coup de main ?
Bonjour, j’utilise 4 GPIO du RPI 3b+ pour piloter une carte relais. Est-que on peut definir l’état des GPIO au démarrage du RPI? J’aurais besoin de les avoir sur 1 e pas sur 0.
Merci
Au démarrage du plugin c’est possible, c’est dans l’onglet options de pins/gpio
Au boot du RPI ce n’est pas possible, vu que ni jeedom ni jeedouino ne sont pas encore lancés.