Bonjour
Une idée pour contrôlé un AC dimmer
https://robotdyn.com/ac-light-dimmer-module-1-channel-3-3v-5v-logic-ac-50-60hz-220v-110v.html
Bonsoir @revlys,
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 ?
Bonne soirée !
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
[2021-04-27 17:09:34][DEBUG] : CALLBACK - Equipement VMC_TEMP_HUM (eqID: 228) - Lecture Sonde DHT22 (Température) Pin n° 2 = 25.7
[2021-04-27 17:09:34][DEBUG] : CALLBACK - Equipement VMC_TEMP_HUM (eqID: 228) - Lecture Sonde DHT22_H (Humidité) Pin n° 1002 = 34.6
[2021-04-27 17:09:35][DEBUG] : CALLBACK - Requête reçue : ? BoardEQ=228&3=24.95&1003=100146&2003=27.56&3003=24877
[2021-04-27 17:09:35][DEBUG] : CALLBACK - Equipement VMC_TEMP_HUM (eqID: 228) - Lecture Sonde BME680 (Température) Pin n° 3 = 24.95
[2021-04-27 17:09:35][DEBUG] : CALLBACK - Equipement VMC_TEMP_HUM (eqID: 228) - Lecture Sonde BME680_G (Gas) Pin n° 3003 = 24877
[2021-04-27 17:09:35][DEBUG] : CALLBACK - Equipement VMC_TEMP_HUM (eqID: 228) - Lecture Sonde BME680_H (Humidité) Pin n° 2003 = 27.56
[2021-04-27 17:09:35][DEBUG] : CALLBACK - Equipement VMC_TEMP_HUM (eqID: 228) - Lecture Sonde BME680_P (Pression) Pin n° 1003 = 100146
[2021-04-27 17:10:34][DEBUG] : CALLBACK - Requête reçue : ? BoardEQ=228&2=2560&1002=3509
[2021-04-27 17:10:34][DEBUG] : CALLBACK - Equipement VMC_TEMP_HUM (eqID: 228) - Lecture Sonde DHT22 (Température) Pin n° 2 = 25.6
[2021-04-27 17:10:34][DEBUG] : CALLBACK - Equipement VMC_TEMP_HUM (eqID: 228) - Lecture Sonde DHT22_H (Humidité) Pin n° 1002 = 35.1
[2021-04-27 17:10:36][DEBUG] : CALLBACK - Requête reçue : ? BoardEQ=228&3=24.94&1003=100148&2003=27.55&3003=25481
[2021-04-27 17:10:36][DEBUG] : CALLBACK - Equipement VMC_TEMP_HUM (eqID: 228) - Lecture Sonde BME680 (Température) Pin n° 3 = 24.94
[2021-04-27 17:10:36][DEBUG] : CALLBACK - Equipement VMC_TEMP_HUM (eqID: 228) - Lecture Sonde BME680_G (Gas) Pin n° 3003 = 25481
[2021-04-27 17:10:36][DEBUG] : CALLBACK - Equipement VMC_TEMP_HUM (eqID: 228) - Lecture Sonde BME680_H (Humidité) Pin n° 2003 = 27.55
[2021-04-27 17:10:36][DEBUG] : CALLBACK - Equipement VMC_TEMP_HUM (eqID: 228) - Lecture Sonde BME680_P (Pression) Pin n° 1003 = 100148
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;
Merci
Slt @vx450 , as tu essayé avec le plugin d’utiliser le choix ’ sortie « PWM » ?
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
)
Slt @jeanlegrand oui déjà testé et résulta Zéro
Je suis sur un esp8266 wemos di mini
Sur HA arrive a faire fonctionné avec esphome et le code suivent mes interface HA me plais pas trop
Ac Dimmer
Bonjour,
Peut-être là :
Bonne journée.
Bonjour @benj29,
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
ok chef 
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. 
Bonne journée .
Bonjour,
Si je retrouve mon esp32 dans mon fourbi je regarderai cela, mais je n’ai qu’un seul bme680 donc je ne pourrais pas faire exactement le même test.
Cependant, si en laissant tourner, les bme détectés changent plus ou moins aléatoirement alors :
- problème de câblage, mauvais contacts.
- parasitages électriques / magnétiques.
- esp et sondes sous-alimentées / alim défaillante.
Bonne journée.
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 …
Mise à jour faite @revlys
Je te tiens au courant. Déjà juste merci d’avoir rajouté les IP, les noms de démons, le nom des Ext. Rien que ça ! :).
Juste un truc : nécéssaire sur la page d’enregistrement des pins (pour le futur);
A priori, ça semble bon !
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
1 « J'aime »
Pour ceux qui désires ne pas passer par un arduino ou autre électronique attachée en USB / LAN au RPI , j’ai partagé le code source d’un module HAT RPI ( 30 € ) qui permet de recevoir 8 entrées analogique 3.3v ou 5 vdc dans jeedom
https://community.jeedom.com/t/aide-pour-faire-un-script-python-module-hat-rpi-ad-da-retour-voltage-capteur/60798/9
Non fonctionne pas non plus juste la commande switch ON/OFF fonctionne mes pas de dimmer
@revlys
Bonjour,
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.
Bien à toi
Bonne journée
@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!
Bonjour,
Aie, j’espère que tu n’as pas un problème matériel avec tes gpios.
Essaye en choisissant d’autres ports libres.
Bonne journée
Bonjour,
Dans ce cas précis, il faut passer par JeedouinoExt et l’installer sur le rpi distant pour que Jeedouino communique avec.
Bonne journée
1 « J'aime »
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
Merci pour ton énorme travail !!
Bonne soirée
Bonjour @adejee,
Normalement oui, mais tu ne pourras pas utiliser les gpio de l’odroid.
Uniquement les arduino et/ou les rpi distants.
Bonne journée.