Le fait de ne pas avoir de news de @revlys est assez inquiétant…
2 « J'aime »
bonjour à tous,
Je continue le sujet après avoir fait plusieurs tests sur le plugin
J’essai de faire remonter 8 sondes qui fonctionnent correctement avec d’autres plugin ou commande mais pas avec le Jeedouino.
J’ai réalisé un test avec 3 situations différentes pour être sur:
- avec RPi gpio en local,
- avec RPi gpio en externe
- avec la version beta du "jeedouinoext
Le problème est donc le suivant:
Avec les 3 configurations je ne remonte pas les 8 sondes. En revanche si je connecte que 2 sondes en local à proximité du RPI, elles sont reconnues.
Cela ferait penser à un problème de câblage… Pourquoi pas mais j’ai un doute car actuellement sur mes tests:
- RPI 3 jeedom plugin 1wire: les 8 sondes remontent correctement
- RPI4 local buster/ jeedom dernière version: en SSH les 8 sondes remontent
- RPI 4 externe buster et jeedouino beta: en ssh les 8 sondes remontent
Mon réseau est dans les combles en étoile avec + de 60 ml de câble environ.La résistance de pullup est à 4.7kohm. j’ai essayé avec d’autres résistances mais cela ne change rien.
Avez vous une idée?
voici les dernières lignes du log du deamon qui ne font que se répéter:
log:
[2020-11-19 10:49:49][Demon PiGpio] info : Starting First Network thread
[2020-11-19 10:49:49][Demon PiGpio] info : Starting Second Network thread
[2020-11-19 10:49:49][Demon PiGpio] info : Jeedouino PiGpio daemon running…
[2020-11-19 10:49:53][Demon PiGpio] GET : /plugins/jeedouino/core/php/Callback.php?BoardEQ=198&PINMODE=1
[2020-11-19 11:00:06][Demon PiGpio] Requete : [‹ PING ›, ‹ 1 ›]
[2020-11-19 11:00:06][Demon PiGpio] >> Reponse a la requete : PINGOK
[2020-11-19 11:00:06][Demon PiGpio] GET : /plugins/jeedouino/core/php/Callback.php?BoardEQ=198&REP=PINGOK
[2020-11-19 11:13:22][Demon PiGpio] Requete : [‹ PING ›, ‹ 1 ›]
[2020-11-19 11:13:22][Demon PiGpio] >> Reponse a la requete : PINGOK
[2020-11-19 11:13:22][Demon PiGpio] GET : /plugins/jeedouino/core/php/Callback.php?BoardEQ=198&REP=PINGOK
merci par avance
Bonjour à tous,
J’ai pu avancer un peu (j’ai passé ma journée dans les combles).
Du coup, ce que j’ai fait c’est que j’ai crée 2 réseaux 1wire différents avec dans jeedouino la configuration de 2 Pins.
J’ai donc maintenant.
- Rpi 4 avec jeedom
- Rpi externe avec gpio 27 28 en communication ethernet
- 2 bus 1wire d’environ 35ml chacun avec 6 et 4 sondes
Cela fonctionne correctement. j’arrive à remonter toutes mes sondes (du moins pendant la nuit)
Car ce matin j’ai remarqué un petit problème; J’ai perdu la communication et au redémarrage du Demon dans l’architecture du plugin « commandes » toutes mes sondes étaient décalées, voir il en manquait. Suite à cela, j’ai supprimé l’équipement et lorsque je relance l’ensemble, le plugin identifie les sondes aléatoirement (coté page « commandes »).
En revanche dans le log il voit bien mes sondes avec les valeurs…
voilà, si quelqu’un a une idée???
je posterai une réponse si j’avance sur le sujet.
Monsieur @revlys revly le développeur,pourriez-vous ajouter la prise en charge du module HX711 (un amplificateur d’impédance souvent utilisé pour des weighting sensors , interfaces with 24-Bit Analog-to-Digital Converter (ADC) ?
Je veux faire du partage d’outillage pour maintenance de vélos. Une armoire avec les outils doit être pesée avant et après l’utilisation du mécanicien particulier .
C’est donc un moyen de control rapide et discret du nombre d’outils disparu …
J’espère que vous vous portez bien 
ou que vous n etes pas parti chez hom as sistant car cela fait un bon moment (11 juin , 6 mois ) que nous ne vous lisons plus :o(
Merci , 
library
git clone https://github.com/tatobari/hx711py
1 « J'aime »
Pourriez vous également implémenter le module HDC1080 CCS811 détecteur de COV CO2
https://projetsdiy.fr/test-du-ccs811-iaq-capteur-qualite-air-tcov-eco2-i2c-arduino-esp8266/
et ou le CJMCU-6814 qualité de l’air CO cov NH3 capteur de gaz oxynitrure?
ou celui qui fait 3 en 1=> CJMCU-8128 CCS811 + HDC1080(SI7021)+ BMP280
https://fr.aliexpress.com/item/1005001626091205.html?spm=a2g0w.12010612.8148356.60.54c05a6eUOXQ1d
? Merci
Bonjour,
Procédure sur rpi 3 ou 4 =>
2020-08-20-raspios-buster-arm64.img et 2019-06-20-raspbian-buster-lite.img 32 et 64b
installation de l image sur ssd et sd carte
mise à jour et non mise a jour
installation jeedom stable 4.0 et beta 4.1
( quand je mets ’ et ’ => egale test avec les 2 solutions
redemarrage
creation objet
ajout plugin market jeedouinio stable et beta
ajout materiel sur gpio rpi 2/3 interface + ajout adresse lan
programation pin 11 et 17 par exemple, avec un 18b20 et un dht22 sur la pin 17 .
sauvegarde => bug, blocage complet du raspberry .
Qu’avez vous besoin comme log ou info pr comprendre le phénomène de bloquage de jeedom ?
C est très facile a reproduire chez vous ( installation de l image 5 minute, installation jeedom 20 minutes, installation et programmation jeedouino 5 minutes .
aucune pin est utilisées , raspberry connecte avec 1 cable hdmi, 1 alimofficielle , 1 cable lan et un ssd en usb, 1 souris et 1 clavier .
autre installation avec bloquage jeedom ,
2020-08-20-raspios-buster-arm64.img
sudo apt update && sudo apt full-upgrade -y
reboot
wget -O- https://raw.githubusercontent.com/jeedom/core/master/install/install.sh | sudo bash ± 6minute avec mon ssd
reboot
update jeedom 4.0.61 to 4.1.16
reboot
install jeedouino beta 2020-05-26 01:00:45
instal dependances ( toutes )
click sur update
reboot
gestion dans plugin, ajouter
objet parent => maison
active et visible
carte rpi2/3
lan adresse ip
sauvegarde
pin.gpio
pin 40 relais physique gpio
option => changement temps à 5 to 1 minute
sauvegarde
reboot
installation des dependances
sauver/generer (dans menu pins gpio)
plugin configuration , activation demon
mon relais sur la sortie gpios fonctionne.
changement dans pins , ajout pin 7 bs18b20 et pin 11 dht22
sauvegarde
sauvegarde generer => plantage, jeedom se bloque apres 2 secondes
enlever prise electrique
au redemarrage, apres 1 ou 2 minutes quand le demon demarre, jeedom se bloque directement ( je sais que c est quand le demon demarre car on relais change de position.
les logs =>
http.error (2).txt (4,3 Ko) jeedouino_piface.txt (3,5 Ko) jeedouino_pigpio.txt (9,6 Ko) jeedouino_piplus.txt (2,5 Ko) update.txt (15,0 Ko) update.txt (15,0 Ko)
avec l enlevement des sondes et l utilisation du gpio relais sans probleme =>
cron_execution.txt (58,7 Ko) http.error.txt (5,0 Ko) jeedouino.txt (50,1 Ko) jeedouino_piface.txt (3,5 Ko) jeedouino_pigpio.txt (16,4 Ko) jeedouino_piplus.txt (2,5 Ko) jeedouino_update.txt (36,0 Ko) update.txt (15,0 Ko)
Mes valeurs rentres bien et je n’ai plus de plantage ( arrêt violant quand je force l installation des dépendances avec ) =>
sudo dpkg --configure -a --force-confdef
sudo apt -y --fix-broken install
, j ai un message qui me demande le nom du server tango .
┌─────────────────────┤ Configuration de tango-common ├─────────────────────┐
│ Veuillez indiquer le nom de la machine sur laquelle le serveur de bases │
│ de données de Tango est installé. │
│ │
│ Serveur Tango : │
│ │
│ raspberrypi:10000__
PS ; Avec le plugin DHT22 beta, je n avais pas les rentrées de données également ( mais pas de plantage de jeedom ) . Elles sont rentrées après avoir forcé l installation sudo dpkg --configure -a --force-confdef. il y avait dans le log du plugin DHT22 un message d’attente du nom du server tango . Ce qui m a donner la puce à l oreil pour le forcage du server tango pour le plugin Jeedonuio … 3 jours de perdu .
MAIS , J AI TOUJOURS LE PLANTAGE QUAND JE CHOISIS AVEC LE TYPE DE SONDE BS18b20 ou une deuxieme sonde DHT22 dans les pins … je ne sais pas pq … . donc max 1 pin DHT22 sur la sortie pin 11 pour moi .
Je peux faire tourner les 2 plugins en parallèle sur la meme pin sans plantage .
se qu il faudrait connaitre , ce sont les commandes linux que provoque les boutons ’ dependances " dans le plugin . pour pouvoir le faire manuellement dans un terminal et voir les messages d erreur et avoir le choix de faire l installation avec " ok " dans le graphisme terminal quand les installation se font sur le terminal . .
@mika-nt28 => En résumé :
suivant la description ici plus haut, j’installe un nouveau jeedom V4 avec une image linux de 08/2020 .
J ai à la programmation des pins dans le plugin
" Paramétrage des pins de l’arduino/esp/rpi ( la ou il y a le petit carré orange PIN /GPIO ) , un gros blocage de linux .( obligation d enlever la prise électrique ).
Quand , après l installation des dépendances, et avant la programmation des PINs/Gpio fait la commande
sudo dpkg --configure -a --force-confdef
sudo apt -y --fix-broken install
Je n’ai pas de blocage de linux après la generation " sauver/generer " ( le carre vert en haut à droite de la fenêtre pin/gpio. Les capteurs dht22 et bem860 fonctionnes MAIS pas les BS18B20. Si je programme une BS18b20, linux bloque égalment .
Hello les boys,
petite question trivial pour les routier sur plug-in Jeeduino:
Comment lire un retour d’état d’un pin PWM?ahah!
Elle est bien celle la non?
J’ai fait un topic sur mon sujet, mais je n’arrive pas à drainer vos esprits aiguisés jusque la… et c’est pas faute d’avoir essayé (je n’ai pas osé mettre de filles nues c’est peut être la mon erreur:)
Je vous explique le topo: j’ai branché une carte pour dimmer la lumière, j’ai passé un temps fou pour reussi à dimmer, mais c’est maintenant chose faite!
du coup j’ai un widget avec mon slider :
Quand je met plus fort, ca s’allume plus fort, quand je met moins fort, ca s’allume moins fort!
Sauf que : Etat pin 3 ne change JAMAIS!
Alors que pour les autres pin, ca remonte impecc…
J’ai tenté avec les autres pwm mais c’est le même résultat
Est-ce que l’un d’entre vous aurait déjà tenté d’avoir un retour d’état d’un PWM?
ma config :
RPI 4 Jeedom V4 Arduino uno en USB
Log usb:
[2020-12-21 17:49:49][Demon USB] info : Starting Network thread
[2020-12-21 17:49:49][Demon USB] info : Jeedouino USB daemon running...
[2020-12-21 17:49:49][Demon USB] info : Starting Usb thread
[2020-12-21 17:49:50][Demon USB] Requete : ['USB', 'C...m...n............C']
[2020-12-21 17:49:50][Demon USB] Arduino_message : C...m...n............C
[2020-12-21 17:49:50][Demon USB] Reponse brute recue : COK
[2020-12-21 17:49:50][Demon USB] >> Reponse a la requete : COK
[2020-12-21 17:49:50][Demon USB] Reponse filtree : &REP=COK
[2020-12-21 17:49:50][Demon USB] Envois sur entree : &REP=COK
[2020-12-21 17:49:50][Demon USB] GET : /plugins/jeedouino/core/php/Callback.php?BoardEQ=8&REP=COK
[2020-12-21 17:52:28][Demon USB] Requete : ['USB', 'S03134S']
[2020-12-21 17:52:28][Demon USB] Arduino_message : S03134S
[2020-12-21 17:52:28][Demon USB] Reponse brute recue : SOK
[2020-12-21 17:52:28][Demon USB] >> Reponse a la requete : SOK
[2020-12-21 17:52:28][Demon USB] Reponse filtree : &REP=SOK
[2020-12-21 17:52:28][Demon USB] Envois sur entree : &REP=SOK
[2020-12-21 17:52:28][Demon USB] GET : /plugins/jeedouino/core/php/Callback.php?BoardEQ=8&REP=SOK
[2020-12-21 17:52:34][Demon USB] Requete : ['USB', 'S03000S']
[2020-12-21 17:52:34][Demon USB] Arduino_message : S03000S
[2020-12-21 17:52:34][Demon USB] Reponse brute recue : SOK
[2020-12-21 17:52:34][Demon USB] >> Reponse a la requete : SOK
[2020-12-21 17:52:34][Demon USB] Reponse filtree : &REP=SOK
[2020-12-21 17:52:34][Demon USB] Envois sur entree : &REP=SOK
[2020-12-21 17:52:34][Demon USB] GET : /plugins/jeedouino/core/php/Callback.php?BoardEQ=8&REP=SOK
logs GPIO:
====== Start of apt -y --fix-broken install =======
WARNING: apt does not have a stable CLI interface. Use with caution in scripts.
Reading package lists...
Building dependency tree...
Reading state information...
0 upgraded, 0 newly installed, 0 to remove and 7 not upgraded.
======= Start of dpkg --configure -a --force-confdef =======
======= Start of apt autoremove =======
WARNING: apt does not have a stable CLI interface. Use with caution in scripts.
Reading package lists...
Building dependency tree...
Reading state information...
0 upgraded, 0 newly installed, 0 to remove and 7 not upgraded.
======= Start of DS18B20 installation =======
Cloning into '/tmp/ds'...
running install
running build
running build_ext
building 'DS18B20' extension
creating build
creating build/temp.linux-aarch64-3.7
aarch64-linux-gnu-gcc -pthread -DNDEBUG -g -fwrapv -O2 -Wall -g -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -I/usr/include/python3.7m -c DS18B20.c -o build/temp.linux-aarch64-3.7/DS18B20.o
creating build/lib.linux-aarch64-3.7
aarch64-linux-gnu-gcc -pthread -shared -Wl,-O1 -Wl,-Bsymbolic-functions -Wl,-z,relro -Wl,-z,relro -g -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 build/temp.linux-aarch64-3.7/DS18B20.o -o build/lib.linux-aarch64-3.7/DS18B20.cpython-37m-aarch64-linux-gnu.so
running install_lib
copying build/lib.linux-aarch64-3.7/DS18B20.cpython-37m-aarch64-linux-gnu.so -> /usr/local/lib/python3.7/dist-packages
running install_egg_info
Removing /usr/local/lib/python3.7/dist-packages/DS18B20-1.0.egg-info
Writing /usr/local/lib/python3.7/dist-packages/DS18B20-1.0.egg-info
running install
running build
running build_ext
building 'DS18B20' extension
creating build/temp.linux-aarch64-2.7
aarch64-linux-gnu-gcc -pthread -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -fno-strict-aliasing -Wdate-time -D_FORTIFY_SOURCE=2 -g -fdebug-prefix-map=/build/python2.7-QCkEc0/python2.7-2.7.16=. -fstack-protector-strong -Wformat -Werror=format-security -fPIC -I/usr/include/python2.7 -c DS18B20.c -o build/temp.linux-aarch64-2.7/DS18B20.o
creating build/lib.linux-aarch64-2.7
aarch64-linux-gnu-gcc -pthread -shared -Wl,-O1 -Wl,-Bsymbolic-functions -Wl,-z,relro -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -Wdate-time -D_FORTIFY_SOURCE=2 -g -fdebug-prefix-map=/build/python2.7-QCkEc0/python2.7-2.7.16=. -fstack-protector-strong -Wformat -Werror=format-security -Wl,-z,relro -Wdate-time -D_FORTIFY_SOURCE=2 -g -fdebug-prefix-map=/build/python2.7-QCkEc0/python2.7-2.7.16=. -fstack-protector-strong -Wformat -Werror=format-security build/temp.linux-aarch64-2.7/DS18B20.o -o build/lib.linux-aarch64-2.7/DS18B20.so
running install_lib
copying build/lib.linux-aarch64-2.7/DS18B20.so -> /usr/local/lib/python2.7/dist-packages
running install_egg_info
Removing /usr/local/lib/python2.7/dist-packages/DS18B20-1.0.egg-info
Writing /usr/local/lib/python2.7/dist-packages/DS18B20-1.0.egg-info
======= End of DS18B20 installation =======
[2020-12-21 17:49:45][DEBUG] : Tentative de suppression (kill) du process : 14282
[2020-12-21 17:49:48][DEBUG] : StopBoardDemonCMD - Arrêt forcé du démon USB sur 192.168.31.90 - jeedouinoUSB_8.py : Kill process : ["14282"]
[2020-12-21 17:49:48][DEBUG] : Appel démon ArduinoUsb sur port :QinHeng Electronics HL-340 USB-Serial adapter ( /dev/ttyUSB0 ) - Baudrate : 115200
[2020-12-21 17:49:48][DEBUG] : Cmd Appel démon : sudo nice -n 19 /usr/bin/python3 /var/www/html/plugins/jeedouino/ressources/jeedouinoUSB_8.py 8080 /dev/ttyUSB0 8 192.168.31.90 80 . 115200 5 /var/www/html/core/class/../../log/jeedouino_usb
[2020-12-21 17:49:48][DEBUG] : Le démon USB est en cours de démarrage. -
[2020-12-21 17:49:50][DEBUG] : Essai 1 - Envoi de la dernière configuration connue des pins eqID ( 8 ) PinMode : USB=C...m...n............C
[2020-12-21 17:49:50][DEBUG] : Réponse du Démon USB :COK
[2020-12-21 17:49:50][DEBUG] : CALLBACK - Requête reçue : ? BoardEQ=8&REP=COK
[2020-12-21 17:50:03][DEBUG] : Vérification automatique du démon (option AutoReStart) toutes les 5 minutes pour Arduino (8)
[2020-12-21 17:50:03][DEBUG] : PING 192.168.31.90 ( Arduino - EqID: 8 ) Démon USB déja sollicité il y a moins de 3 minutes. Renvoi de la valeur cache...
[2020-12-21 17:50:03][INFO] : L'installation des dépendances générales va débuter.
[2020-12-21 17:50:03][INFO] : Veuillez utiliser les boutons de la page Configuration du plugin pour les dépendances spécifiques. Merci
[2020-12-21 17:52:28][DEBUG] : Envoi vers ARDUINO ( auno - eqID: 8 ) de la commande :
[2020-12-21 17:52:28][DEBUG] : Réponse du Démon USB :SOK
[2020-12-21 17:52:28][DEBUG] : CALLBACK - Requête reçue : ? BoardEQ=8&REP=SOK
[2020-12-21 17:52:34][DEBUG] : Envoi vers ARDUINO ( auno - eqID: 8 ) de la commande :
[2020-12-21 17:52:34][DEBUG] : Réponse du Démon USB :SOK
[2020-12-21 17:52:34][DEBUG] : CALLBACK - Requête reçue : ? BoardEQ=8&REP=SOK
[2020-12-21 17:53:44][DEBUG] : EqID 8 Création de la liste des commandes.
[2020-12-21 17:53:44][DEBUG] : EqID 8 Effacement des commandes obsolètes.
[2020-12-21 17:53:44][DEBUG] : EqID 8 Création des nouvelles commandes, MàJ des autres...
[2020-12-21 17:53:44][DEBUG] : Création de : 5_pwm_output
[2020-12-21 17:53:44][DEBUG] : Création de : Etat_Pin_5
[2020-12-21 17:53:44][DEBUG] : Démon local - IPArduino ArduinoUsb (eqID 8) : 192.168.31.90:8080
[2020-12-21 17:53:44][DEBUG] : Envoi de la configuration [ PinMode : C...m.m.n............C ] à l'équipement 8 ( Arduino ) sur l'IP : 192.168.31.90:8080
[2020-12-21 17:53:44][DEBUG] : Réponse du Démon USB :COK
[2020-12-21 17:53:44][DEBUG] : Envoi de la configuration [ BootMode : B0M ] à l'équipement 8 ( Arduino ) sur l'IP : 192.168.31.90:8080
[2020-12-21 17:53:44][DEBUG] : CALLBACK - Requête reçue : ? BoardEQ=8&REP=COK
[2020-12-21 17:53:45][DEBUG] : Réponse du Démon USB :BMOK
[2020-12-21 17:53:45][DEBUG] : Génération du sketch Arduino USB...
[2020-12-21 17:53:45][DEBUG] : Création du Sketch Arduino USB pour l'équipement eqID : 8 - /var/www/html/plugins/jeedouino/sketchs/JeedouinoUSB_8.ino
[2020-12-21 17:53:45][DEBUG] : CALLBACK - Requête reçue : ? BoardEQ=8&REP=BMOK
[2020-12-21 17:53:53][DEBUG] : Envoi vers ARDUINO ( auno - eqID: 8 ) de la commande :
[2020-12-21 17:53:53][DEBUG] : Réponse du Démon USB :SOK
[2020-12-21 17:53:53][DEBUG] : CALLBACK - Requête reçue : ? BoardEQ=8&REP=SOK
[2020-12-21 17:53:57][DEBUG] : Envoi vers ARDUINO ( auno - eqID: 8 ) de la commande :
[2020-12-21 17:53:57][DEBUG] : Réponse du Démon USB :SOK
[2020-12-21 17:53:57][DEBUG] : CALLBACK - Requête reçue : ? BoardEQ=8&REP=SOK
[2020-12-21 17:54:02][DEBUG] : Envoi vers ARDUINO ( auno - eqID: 8 ) de la commande :
[2020-12-21 17:54:02][DEBUG] : Réponse du Démon USB :SOK
[2020-12-21 17:54:02][DEBUG] : CALLBACK - Requête reçue : ? BoardEQ=8&REP=SOK
[2020-12-21 17:55:03][DEBUG] : Vérification automatique du démon (option AutoReStart) toutes les 5 minutes pour Arduino (8)
[2020-12-21 17:55:03][DEBUG] : PING 192.168.31.90 ( Arduino - EqID: 8 ) Démon USB en marche ??? Envoi d'un PING...
[2020-12-21 17:55:03][DEBUG] : Réponse du Démon USB :PINGOK
[2020-12-21 17:55:03][DEBUG] : CALLBACK - Requête reçue : ? BoardEQ=8&REP=PINGOK
[2020-12-21 18:00:03][DEBUG] : Vérification automatique du démon (option AutoReStart) toutes les 5 minutes pour Arduino (8)
[2020-12-21 18:00:03][DEBUG] : PING 192.168.31.90 ( Arduino - EqID: 8 ) Démon USB en marche ??? Envoi d'un PING...
[2020-12-21 18:00:03][DEBUG] : Réponse du Démon USB :PINGOK
[2020-12-21 18:00:03][DEBUG] : CALLBACK - Requête reçue : ? BoardEQ=8&REP=PINGOK
[2020-12-21 18:00:03][DEBUG] : JeedouinoControl : Vérification automatique des démons toutes les 30 minutes
[2020-12-21 18:00:03][DEBUG] : PING 192.168.31.90 ( Arduino - EqID: 8 ) Démon USB déja sollicité il y a moins de 3 minutes. Renvoi de la valeur cache...
[2020-12-21 18:03:02][DEBUG] : Envoi vers ARDUINO ( auno - eqID: 8 ) de la commande :
[2020-12-21 18:03:02][DEBUG] : Réponse du Démon USB :SOK
[2020-12-21 18:03:02][DEBUG] : CALLBACK - Requête reçue : ? BoardEQ=8&REP=SOK
[2020-12-21 18:03:07][DEBUG] : Envoi vers ARDUINO ( auno - eqID: 8 ) de la commande :
[2020-12-21 18:03:07][DEBUG] : Réponse du Démon USB :SOK
[2020-12-21 18:03:07][DEBUG] : CALLBACK - Requête reçue : ? BoardEQ=8&REP=SOK
[2020-12-21 18:05:02][DEBUG] : Vérification automatique du démon (option AutoReStart) toutes les 5 minutes pour Arduino (8)
[2020-12-21 18:05:02][DEBUG] : PING 192.168.31.90 ( Arduino - EqID: 8 ) Démon USB en marche ??? Envoi d'un PING...
[2020-12-21 18:05:02][DEBUG] : Réponse du Démon USB :PINGOK
[2020-12-21 18:05:03][DEBUG] : CALLBACK - Requête reçue : ? BoardEQ=8&REP=PINGOK
je suis bloqué… si vous avez une idée, ou une intuition un commentaire, un fart-brain n’importe quoi je le tente et je vous dis ce que ca fait 
Bonjour à tous,
@pompier, Il faudrait que tu supprimes l’équipement, efface les logs pigpio, puis recréer l’équipement.
Attends jusqu’à la découverte de toutes les sondes, puis donne moi le log complet pigpio.
@chef_des_gros, heu…c’est normal, j’ai pas mis le retour d’état dans le sketch… 
@jeanlegrand, beaucoup d’informations mélangées, difficile de comprendre.
- server tango, je ne connais pas et je ne vois pas ce que cela vient faire la.
- Les logs piface et piplus ne servent pas si seul les pigpio sont utilisées.
- Les logs cron_execution et update ne concernent pas le plugin.
- Il ne faut installer les dépendances que de ce qui est utilisé, donc pourquoi installer piface et piplus ?
Mes valeurs rentres bien et je n’ai plus de plantage / arrêt violant quand je force l installation des dépendances avec =>
sudo dpkg --configure -a --force-confdef
sudo apt -y --fix-broken install
Si vous êtes obligé d’utiliser ces commandes, c’est qu’il y a un souci avec votre système linux.
Ces commandes n’installent pas des dépendances.
Donc au final, une sonde dht22 ou bme680 c’est ok, et une sonde DS18 c’est non ok ?
Avez vous essayé de mettre la sonde ds18 sur une autre pin ?
Le plugin utilise une ressource tierce pour la lecture des sondes ds18:
Il y a peut-être une incompatibilité avec votre installation.
Bonne journée
1 « J'aime »
Hello,
Merci pour ce retour concernant le retour d’état des PWM.
Est-ce que je peux ajouter moi même une ligne de commande dans le sketch facilement avant de le téléverser afin de pouvoir avoir le retour?
Ou est ce que c’est tellement galère que pour un nul c’est plus simple que j’achète un ticket de loto en espérant gagner?
J’ai l’impression que c’est la commande:
Serial.println(
Mais je ne sais ni trop où (pas de blague hein…) ni comment la mettre (la non plus pas de blagues hein : ) )
Merci pour vos retours.
Bonne journée, en espérant que vous soyez gâtés demain
1 « J'aime »
Vu que tu passes par là, j’ai un problème depuis la dernière mise à jour sur un capteur « sec » qui fait des rebonds.
Je précise que ce capteur est là depuis plus de 2 ans et il a tourné sans encombre depuis le début avec Jeedouino.
J’avais posté ici la modification (et posé ma question sur ce fil il me semble), j’avais modifié le fichier .py du démon sur la raspberry distante.
Sauf que j’ai encore des rebonds. Le problème est aussi que cela charge Jeedom à coup de scénario qui sont appelé.
Je pensais surtout modifier le rebond « logiciel » pour éviter ce phénomène. Une idée ?
A filtrage de 0.1 :
Voilà la réponse :
A filtre de 0.5 :
A filtre de 1, Jeedom part en carafe car trop d’appels simultanés des scénarios ; étonnant qu’en dessous rien d’ailleurs.
A filtre de 5, tout va bien.
PS : j’ai relancé le démon côté PI à chaque fois.
Ce qui me dérange c’est que dans le fil j’étais passé à 1 et ça allait bien mieux avant de nouveau de déconner. Je ne vais pas non plus mettre 30 secondes 
Une idée ?
Idem pour moi ! Super cadeau de Noël : @Revlys est de retour…on lui doit bcp et j etais inquiet de son absence, je comprenais pas…ah voila une bonne nouvelle…
Bon retour parmis nous Revlys et a tt tt bientot.j ai avance de mon cote…dom
2 « J'aime »
bonjour à tous!
J’ai une installation datant de quelques année qui s’est mise à dysfonctionner…
Mon instal : un pc fixe sur lequel je fais tourner jeedom et un serveur multimédia (Plex).
J’ai un Arduino Nano qui pilote un relais afin d’allumer et d’éteindre mon imprimante 3d selon divers scénarios de sécurités… (notamment un détecteur de fumée classique que j’ai relié a ce même nano pour m’envoyer des alertes en cas de fumées et de couper le jus).
Le relais s’est mis à déconner du coup j’ai été voir le plugin jeedouino : je tombe sur ça dans les log :
après une rapide analyse j’ai vu que le demon était en NOK… j’ai re téléversé le sketch dans mon arduino nano… même résultat… réinstalation des dépendances… idem, que puis-je faire de plus?
merci!
Merci d’être de retour maître développeur @revlys 
Slt @revlys , si tu suis les 2 procédures que je décrits ici plus haut,
tu trouveras les même logs et les mêmes problèmes . Peut-être une solution pour toi voir que ton plugin installe des dependence que tu ne connais pas ( server tango ) ? et voir que le linux ( VIERGE ) se crash totalement avec l activation de ton plugin avec la sonde sb18b20 .
Veux tu que je te fasse la démo avec realvnc / teamviewer à distance ? Tu n’as qu a regarder 10 minutes mon écran de configuration du nouveau jeedom sur le dernier buster 64b VIERGE.
-Ton plugin install lui même les " piface et piplus " qaund on lance l installation
=> " Avez vous essayé de mettre la sonde ds18 sur une autre pin ? "
OUI . Mais Cela ne change rien au problème du crash total de linux .
Quelle image linux proposes tu ? J’ai essayé avec l image officiel de jeedom de décembre 2020 et c est le même problème .
=>YES
=> je ne fais rien d’autre que d’activé le plugin , et installé les dépendances sur le logo orange ( pas les autres dépendance optionnelles ) sur un linux VIERGE uniquement avec 1 plugin jeedouino pour test .
Merci 
pour tes 
1 « J'aime »
Bonjour et bonnes fêtes à tous !
Merci pour vos messages
@chef_des_gros, alors dans le sketch, cherche vers la ligne 1251 :
analogWrite(i, pinTempo);
break;
et ajoute / modifie en :
analogWrite(i, pinTempo);
jeedom += '&';
jeedom += i;
jeedom += '=';
jeedom += pinTempo;
break;
@benj29, en fait ton capteur doit générer des rebonds parasites qui sont plus facilement détectés depuis la mise à jour du démon et la séparation des compteurs.
L’ajout du time.sleep est une bonne idée en attendant que je regarde pour améliorer le démon.
Tu peux éventuellement ajouter un condensateur derrière ton capteur pour absorber ces rebonds.
Je suppose que tu as regardé qu’il n’y avait pas de fils électriques qui passeraient à proximité de ceux du capteur et le parasiterait.
@7ced7, il manque le début du log, mais je pense que le démon ne démarre plus car python ne semble pas trouver la lib serial(usb).
Essaye de rebooter, et regarde aussi dans l’équipement que le port usb choisi pour l’arduino soit toujours le bon.
@jeanlegrand, je viens de réinstaller un jeedom sur RPI2 (j’ai rien d’autre pour le moment) avec la dernière image de jeedom avec buster 32b (la 64b ne veut pas démarrer sur mon pi, et je n’ai pas le temps de chercher pourquoi).
Je n’utilise que la stable de Jeedom.
Cela fonctionne très bien, et je n’ai toujours pas de server tango (faut vraiment que je regarde ce que c’est ce truc)…
C’est peut être un autre plugin qui te l’installe…
-Ton plugin install lui même les " piface et piplus " qaund on lance l installation
Heu non, sauf si tu cliques expressément dessus.
Quand tu installes les dépendances générales, voir ici ce qui est installé:
https://github.com/revlysJ/jeedouino/blob/master/ressources/Jeedouino.sh
Ceci dit, cela ne gène pas vraiment pour le démon piGpio.
Je viens d’essayer une sonde ds18, et pas de plantages.
Du coup , je me dis que peut-être ta sonde a un défaut.
En as-tu une autre pour essayer ?
Quand j’aurais un peu plus de temps de disponible, je ferai d’autres tests pour essayer de reproduire au mieux ton souci.
Bonne journée à tous.
Pas plus de fil qu’avant. Effectivement j’ai pensé à la capacité. Genre un 47uf en parallèle de la gpio et le gnd ?
Merci et bonnes fêtes à toi.
Salut l’équipe,
j’en viens à vous car je suis au bout du rouleau. je n’arrive pas à configurer le plugin et mes sorties via des virtuels.
Pour bien comprendre. j’ai un jeedom sur pi3 en version 2 qui tourne avec jeeduino et des virtuels. C’est basique, mais ça fait le job. Avoir les sorties gpio à 3.3v ou à 0v si j’active les boutons à partir du dashboard.
Pendant, ces vacances, je souhaite me passer de l’interface web et tout faire à partir de l’écran rpi 7" officiel. j’install l’écran, mais ayant paumé mes pass ssh, je ne peu quasiment rien faire, pas de sudo, pas de chromium etc. et N’arrivant pas a afficher jeedom sur le navigateur debian je me résout à repartir de 0.
Sauvegarde faite, c’est parti. Debian + jeedom v4 + plug in ==> installation niiickel.
Le souci, c’est que je n’arrive pas à faire communiquer jeeduino avec les ports.
Après avoir créée/générées les commandes je tourne en rond.
j’ai fait un petit powerpoint (dispo 24h) car je ne sais pas expliquer ce qui ne va pas.
J’avoue ne pas etre du tout allaise dans tout ça.
Si certain savent.
Amicalement
Didier
As tu vérifié que les gpio sont fonctionnels en direct sans jeedom et jeedouino ? Via le paquet gpio et un paquet python simple comme rpi.gpio ?
Ensuite je ne comprends pas mais si jeedom et le plugin et la configuration sont sur la même carte raspberry, c’est mal configuré. C’est du localhost.