toutes les dépendances sont faites, donc oui gpio installé mais je ne peux exploiter qu’une seul partie du gpio.
Ah. Matériel défectueux ?
Bonjour les amis avez vous des nouvelles de Revlys
Plus aucune nouvelle depuis plusieurs mois
J’espère que tout va bien pour lui et les siens
Merci pour vos réponses
Philippe
3 « J'aime »
Non tout simplement que le plugin ne permet pas d’assigner toutes les pins. D’où ma question.
Bonjour aux revlys
Je serais très intéressé par une gestion des GPIO Odroid C2 rev0.2 mais j’avoue que je ne saurais pas créer un plugin ni modifier le votre.
En effet j’aimerais pouvoir commander des relais avec les GPIO odroid (en local) pour commander un sirène d’alarme de façon sécurisée (pas par radio).
Pourriez vous ajouter à votre plugin cette gestion en sachant qu’il existe un moyen de les commander comme sur un RPI ?
wiringPi adapté à hardkernel:
#git clone https://github.com/hardkernel/wiringPi
#cd wiringPi
— attention le get de la révision de la carte de wiringPi, il recherche un boardrev dans …/class/odroid/ qui n’existe pas ! Du coup dans wiringPi/wiringPi.c j’ai forcer la valeur de la révision avant de builder— ligne 468 à 482 à commenter et forcer « libwiring.rev = 2; »
#sudo ./build
essais avec:
gpio readall
gpio mode <#GPIO> out/in
gpio write <#GPIO> 0/1
Le mapping des pins est le suivant (jeedouino.config.php):
$OC2rev2GPIO40pins = array(
‹ 1 › => array(‹ Nom_pin › => ‹ 3.3V ›, ‹ disable › => 1, ‹ ethernet › => 0, ‹ option › => ‹ ›),
‹ 2 › => array(‹ Nom_pin › => ‹ 5V ›, ‹ disable › => 1, ‹ ethernet › => 0, ‹ option › => ‹ ›),
‹ 3 › => array(‹ Nom_pin › => ‹ I2CA_SDA ›, ‹ disable › => 1, ‹ ethernet › => 0, ‹ option › => ‹ SDA ›),
‹ 4 › => array(‹ Nom_pin › => ‹ 5V ›, ‹ disable › => 1, ‹ ethernet › => 0, ‹ option › => ‹ ›),
‹ 5 › => array(‹ Nom_pin › => ‹ I2CA_SCL ›, ‹ disable › => 1, ‹ ethernet › => 0, ‹ option › => ‹ SCL ›),
‹ 6 › => array(‹ Nom_pin › => ‹ GND ›, ‹ disable › => 1, ‹ ethernet › => 0, ‹ option › => ‹ ›),
‹ 7 › => array(‹ Nom_pin › => ‹ GPIO7 ›, ‹ disable › => 0, ‹ ethernet › => 0, ‹ option › => ‹ Pin 7 ›),
‹ 8 › => array(‹ Nom_pin › => ‹ TXD1_UART ›, ‹ disable › => 1, ‹ ethernet › => 0, ‹ option › => ‹ TXD1 ›),
‹ 9 › => array(‹ Nom_pin › => ‹ GND ›, ‹ disable › => 1, ‹ ethernet › => 0, ‹ option › => ‹ ›),
‹ 10 › => array(‹ Nom_pin › => ‹ RXD1_UART ›, ‹ disable › => 1, ‹ ethernet › => 0, ‹ option › => ‹ RXD1 ›),
‹ 11 › => array(‹ Nom_pin › => ‹ GPIO0 ›, ‹ disable › => 0, ‹ ethernet › => 0, ‹ option › => ‹ Pin 11 ›),
‹ 12 › => array(‹ Nom_pin › => ‹ GPIO1 ›, ‹ disable › => 0, ‹ ethernet › => 0, ‹ option › => ‹ Pin 12 ›),
‹ 13 › => array(‹ Nom_pin › => ‹ GPIO2 ›, ‹ disable › => 0, ‹ ethernet › => 0, ‹ option › => ‹ Pin 13 ›),
‹ 14 › => array(‹ Nom_pin › => ‹ GND ›, ‹ disable › => 1, ‹ ethernet › => 0, ‹ option › => ‹ ›),
‹ 15 › => array(‹ Nom_pin › => ‹ GPIO3 ›, ‹ disable › => 0, ‹ ethernet › => 0, ‹ option › => ‹ Pin 15 ›),
‹ 16 › => array(‹ Nom_pin › => ‹ GPIO4 ›, ‹ disable › => 0, ‹ ethernet › => 0, ‹ option › => ‹ Pin 16 ›),
‹ 17 › => array(‹ Nom_pin › => ‹ 3.3V ›, ‹ disable › => 1, ‹ ethernet › => 0, ‹ option › => ‹ ›),
‹ 18 › => array(‹ Nom_pin › => ‹ GPIO5 ›, ‹ disable › => 0, ‹ ethernet › => 0, ‹ option › => ‹ Pin 18 ›),
‹ 19 › => array(‹ Nom_pin › => ‹ PWM1 ›, ‹ disable › => 0, ‹ ethernet › => 0, ‹ option › => ‹ PWM1 ›),
‹ 20 › => array(‹ Nom_pin › => ‹ GND ›, ‹ disable › => 1, ‹ ethernet › => 0, ‹ option › => ‹ ›),
‹ 21 › => array(‹ Nom_pin › => ‹ GPIO13 ›, ‹ disable › => 0, ‹ ethernet › => 0, ‹ option › => ‹ Pin 21 ›),
‹ 22 › => array(‹ Nom_pin › => ‹ GPIO6 ›, ‹ disable › => 0, ‹ ethernet › => 0, ‹ option › => ‹ Pin 22 ›),
‹ 23 › => array(‹ Nom_pin › => ‹ GPIO14 ›, ‹ disable › => 0, ‹ ethernet › => 0, ‹ option › => ‹ Pin 23 ›),
‹ 24 › => array(‹ Nom_pin › => ‹ GPIO10 ›, ‹ disable › => 0, ‹ ethernet › => 0, ‹ option › => ‹ Pin 24 ›),
‹ 25 › => array(‹ Nom_pin › => ‹ GND ›, ‹ disable › => 1, ‹ ethernet › => 0, ‹ option › => ‹ ›),
‹ 26 › => array(‹ Nom_pin › => ‹ GPIO11 ›, ‹ disable › => 0, ‹ ethernet › => 0, ‹ option › => ‹ Pin 26 ›),
‹ 27 › => array(‹ Nom_pin › => ‹ I2CB_SDA ›, ‹ disable › => 1, ‹ ethernet › => 0, ‹ option › => ‹ SDA ›),
‹ 28 › => array(‹ Nom_pin › => ‹ I2CB_SCL ›, ‹ disable › => 1, ‹ ethernet › => 0, ‹ option › => ‹ SCL ›),
‹ 29 › => array(‹ Nom_pin › => ‹ GPIO21 ›, ‹ disable › => 0, ‹ ethernet › => 0, ‹ option › => ‹ Pin 29 ›),
‹ 30 › => array(‹ Nom_pin › => ‹ GND ›, ‹ disable › => 1, ‹ ethernet › => 0, ‹ option › => ‹ ›),
‹ 31 › => array(‹ Nom_pin › => ‹ GPIO22 ›, ‹ disable › => 0, ‹ ethernet › => 0, ‹ option › => ‹ Pin 31 ›),
‹ 32 › => array(‹ Nom_pin › => ‹ GPIO26 ›, ‹ disable › => 0, ‹ ethernet › => 0, ‹ option › => ‹ Pin 32 ›),
‹ 33 › => array(‹ Nom_pin › => ‹ GPIO23 ›, ‹ disable › => 0, ‹ ethernet › => 0, ‹ option › => ‹ Pin 33 ›),
‹ 34 › => array(‹ Nom_pin › => ‹ GND ›, ‹ disable › => 1, ‹ ethernet › => 0, ‹ option › => ‹ ›),
‹ 35 › => array(‹ Nom_pin › => ‹ GPIO24 ›, ‹ disable › => 0, ‹ ethernet › => 0, ‹ option › => ‹ Pin 35 ›),
‹ 36 › => array(‹ Nom_pin › => ‹ GPIO27 ›, ‹ disable › => 0, ‹ ethernet › => 0, ‹ option › => ‹ Pin 36 ›),
‹ 37 › => array(‹ Nom_pin › => ‹ ADC_AIN1 ›, ‹ disable › => 0, ‹ ethernet › => 0, ‹ option › => ‹ ADC 1 ›),
‹ 38 › => array(‹ Nom_pin › => ‹ 1.8V ›, ‹ disable › => 0, ‹ ethernet › => 0, ‹ option › => ‹ Pin 38 ›),
‹ 39 › => array(‹ Nom_pin › => ‹ GND ›, ‹ disable › => 1, ‹ ethernet › => 0, ‹ option › => ‹ ›),
‹ 40 › => array(‹ Nom_pin › => ‹ ADC_AIN1 ›, ‹ disable › => 0, ‹ ethernet › => 0, ‹ option › => 'ADC 0)
ma config: debian ARMBIAN 5.85 stable Debian GNU/Linux 9 (stretch) 4.19.42-meson64
Un grand merci par avance !
Ivan
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!