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 ?
slt @revlys J’arrive à faire fonctionné un esp32s avec une dht22 et une BME680 mais pas 2 BME680 en même temps sur le bus I2c.
Je ne vois pas grand chose dans le log ( voir ici bas )
Que puis-je te fournir comme info pour faire avancer les choses ?.
J’ai fais un test sur arduino IDE avec la consol , je peux voir mes 2 BME680 . sans bouger les cable, je reflash et j ai que le capteur DHT22 qui rentre, mais pas lle deuxieme BME860, donc la liaison est bonne.
ps: en direct sur le rpi , les 2 BME680 fonctionne bien .
ps 2 : j’ai laisser tourner toute la nuit et se matin , c est l inverse, c est la sonde 1 et pas 2 qui donne l’info ! Donc l’autre mais tj 1 sur 2 seulement .
Log dans jeedom
par contre pendant la compilation, j ai 2 lignes rouge : ( parfois, pas toujours ) Quand je relance une compilation, parfois les 2 lignes rouge n apparaissent pas .
C:\Users\a\AppData\Local\Arduino15\packages\esp32\hardware\esp32\1.0.6\cores\esp32\esp32-hal-spi.c: In function 'spiTransferBytesNL':
C:\Users\a\AppData\Local\Arduino15\packages\esp32\hardware\esp32\1.0.6\cores\esp32\esp32-hal-spi.c:922:39: warning: initialization from incompatible pointer type [-Wincompatible-pointer-types]
uint8_t * last_out8 = &result[c_longs-1];
^
C:\Users\a\AppData\Local\Arduino15\packages\esp32\hardware\esp32\1.0.6\cores\esp32\esp32-hal-spi.c:923:40: warning: initialization from incompatible pointer type [-Wincompatible-pointer-types]
uint8_t * last_data8 = &last_data;
C:\Users\a\Documents\Arduino\libraries\Adafruit_BME680_Library\Adafruit_BME680.cpp: In member function 'bool Adafruit_BME680::endReading()':
C:\Users\a\Documents\Arduino\libraries\Adafruit_BME680_Library\Adafruit_BME680.cpp:418:20: warning: overflow in implicit constant conversion [-Woverflow]
gas_resistance = NAN;
Dans l’interface graphique du raspi os, le buster par ex, il y a une sortie PWM également configurable dans " configuration du raspberry" qui est utilisée pour le controle de la vitesse du ventillateur suivant la temperature . Peux être faire le premier test via là ? ( suffit de changer la valeur du CPU recu par le script pour faire varier la sortie PWM )
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