malgré tous mes essai je ne parviens pas a faire fonctionner ma sonde !!
je parle meme pas de lire les temperatures mais je ne parviens meme pas a la detecter.
J'ai essayé tous les bout de code pour DS18D20 mais toujours pas de sonde détecté !!
essayer avec résistances 4.7k , 47k rien a faire !
je sais que sur cette sonde le data fait 40 bits , j'ai donc essayé de modifier la longueur 12 en 40 !
je ne suis pas sur mais je pense que la librairie onewire doit subir quelques modif mais je ne sais pas ou et quoi !
pour les codes testés c'est les code standard pour lecture ds18b20 plus l'exemple dans librairie onewire.
si vous avez une idée ! car je pense pas que ma sonde soit out!
a+ j'espere
gerard
bonjour
C'est de la communication en one wire (1 fil) mais ce n'est pas du onewire (protocole maxim), la nuance est grande
donc les codes pour ds18x20 ne fonctionneront pas.
il faut gerer tout le protocole tel qu'exposé table 5 du datasheet
ce qui veut dire que la librairie onewire ne me sert a rien !!??
et que je dois gérer les us part mois même?
si oui je dois faire une librairie ou je peux les coder directement?
(je débute avec arduino et les librairies milles excuses si mes questions paraissent bêtes)
a+
bonjour
en gros c'est ça, il faut soit que tu trouve une librarie déjà existante qui gere les AM305
il y a ça de dispo sur le site du fabricant , il y a peut etre de quoi faire du coté AVR
Download Our production of capacitive digital temperature and humidity sensor corresponding to the C51 MCU and AVR read a single bus routines; for AM2301, AM2302, AM2303, AM2305 temperature and humidity sensors use a common routine.
ben ça ça me semble parfaitement approximatif comme méthode de timing, ça va dépendre du proc utilisé, de son horloge, probablement aussi du compilo... Les fonctions équivalentes de l'arduino utilisent un timer de processeur pour faire ça, au moins c'est précis.
je pense avoir trouver le bon fichier (probablement a adapter un peu)
(perso pour l'instant j'ai problème avec librairie) #include "REG52.H" #include <INTRINS.H>
j'ai trouver que les .h (pas les cpp) et j'ai des non déclarés!
Artouste:
ça c'est pour etre au plus proche des 10µs ?
Si ça fait 10µs en vrai c'est vraiment un sacré coup de chance ...
L'optimisation du compilateur devrait complétement rasé les "i++" pour faire un seul "i += 70;"
Artouste:
en dur c'est la meilleure méthode de prog en C ?
skywodd:
Si ça fait 10µs en vrai c'est vraiment un sacré coup de chance ...
L'optimisation du compilateur devrait complétement rasé les "i++" pour faire un seul "i += 70;"
bonjour
ok skywodd
merci pour les explications, j'ai une facheuse tendance à "ignorer/occulter" le rôle d'optimisation du compilo.