Version imprimable
Hello,
j'ai un RPi 3 Model B sous Windows IoT et je développe une application qui doit utiliser un capteur DS18B20 et donc en OneWire.
J'utilise un shield Arduino qui permet de transmettre les données de capteurs au RPi via le port série.
https://www.dfrobot.com/wiki/index.p...3B_SKU:DFR0327
Le soucis est qu'il semble que Microsoft n'a pas prévu grand chose pour utiliser le protocole Onewire !!!
J'ai bien essayer la libraire Rinsen.OneWire mais sans succès……
Auriez-vous des pistes ?
Merci
C'est impressionnant !!!
ça fait des mois que je cherche un moyen de lire un capteur (DS18B20) utilisant la norme OneWire sous Windows IoT...
Rien n'est fait dans ce sens !
Ils pensent à quoi chez Microsoft !!!!
Salut,
Cette librairie-là ? Rinsen/OneWireCitation:
Envoyé par DotNET74
Le DS2482-100 communique en I2C avec le Pi (passerelle I2C-1wire).Citation:
One Wire via DS2482-100 for Windows IoT Raspberry Pi
Tu passes par un DS2482-100 ou tu cherches directement à communiquer avec le DS8B20 en 1wire ?
Salut,
merci de t'intéressé à mon problème…
j'ai tout essayé !
j'ai un Pi 3 B sous Windows IoT.
J'ai une application UWP qui doit interroger un capteur de température DS18B20 (Pas le choix!).
Je n'ai rien trouvé pour attaquer ce capteur qui n'a que 3 fils.
Je suis tombé dernièrement sur un 1 Wire Pi Plus shield et je croyais pouvoir m'en sortir mais là non plus pas de solution…
ce hat veut un capteur à 4 fils !!!! alors que mon capteur comme la plus part des DS18B20 n'en a que 3 !
J'utilise actuellement un hat Arduino Leonardo mais avec un FirmataStandard mais là non plus ça ne gère pas le OneWire….
Je deviens dingue avec ce truc :)
Le 4e fil n'est pas utilisé. 5V, GND et OW pour les données suffisent (il y a un schéma de connexion avec un DS18B20 ici :fleche:https://www.abelectronics.co.uk/kb/a...al-thermometer)Citation:
Envoyé par DotNET74
Avec la librairie Rinsen/Onewire, as-tu configuré l'adresse I2C ?
Si tu as laissé la configuration par défaut, normalement ad0 = ad1 =0Citation:
I2C Address
Multiple DS2482-100 and DS2482-800 are supported at the same time on the same bus, the bus control flags are exposed via IDS2482DeviceFactory CreateDS2482_100(bool ad0, bool ad1) and CreateDS2482_800(bool ad0, bool ad1, bool ad2). True/False is the same as high/low on the AD0, AD1 and AD2 pins on the devices.
As-tu une exception ? Un message d'erreur ?Citation:
If the address is wrong or the device is connected in a bad way there will be a DS2482100DeviceNotFoundException thrown that will indicate that there is no connection to the DS2482 device but it does not know if it is related to addressing problems or physical connection problems, or i there is no device connected at all.
Merci pour ces infos précieuse pour le 1 Wire Pi Plus.
Est-ce que la librairie Rinsen fonctionne pour Windows IoT ?
Quand tu dis configurer le I2C c'est au niveau du RPi ?
Grand merci
C'est ce qui est indiqué sur Github en tout cas :Citation:
Envoyé par DotNET74
Elle devrait fonctionner, mais je ne connais pas windows IoT et je n'ai jamais testé:aie:...Citation:
One Wire via DS2482-100 for Windows IoT Raspberry Pi
Un composant I2C est adressable pour savoir avec quel composant on veut communiquer sur le bus (liaison maître/esclave). Voir II. Le bus I2C.Citation:
Envoyé par DotNET74
L'adresse est codée sur 7 bits, les 5 bits de poids fort sont fixés par le constructeur (0x18) mais les deux bits de poids faible a0 et a1 sont configurables en hardware :
Par défaut, les entrées a0 et a1 sont tirées à la masse (à zéro donc), et il faut le renseigner à l'initialisation dans le programme pour que le Pi trouve le composant.
Hello,
merci pour ces précisions…
Est-il possible de gérer à la fois un shield en I2C et un autre via le GPIO ?
je compte utilisé le 1 Wire Pi Plus avec le
https://www.waveshare.com/high-preci...d-da-board.htm
qui lui n'a pas l'air d'être compatible I2C...
Merci
Salut,
Non, celui-là utilise un autre protocole série (SPI). l'I2C du 1wire+ monopolise les pins 3 (SDA) et 5 (SCL) alors que le High-Precision AD/DA Expansion Board ne les utilise pas. Donc en théorie, il n'y a pas de conflits et les deux HAT peuvent être empilés (mais lequel sera au-dessus de l'autre:mrgreen:).Citation:
Envoyé par DotNET74
En pratique on peut avoir des surprises:mouarf: soucis d'alimentation, des composants qui chauffent, des interférences électromagnétiques entre les composants des 2 HAT qui sont proches...
Hello,
merci pour ton aide.
Je penses que je vais les monter autrement que par un empilage, je possède une CustardPi donc ça devait m'aider…
Encore merci pour ton aide précieuse
