TODO - pour chaque component:

- lien vers datasheet, hébergée sur Raspoid.com.
- une liste des features/specifications en en-tête de la classe.
- la javadoc pour toutes les méthodes + pour un max de variables de classe.






Pour le rapport :

(http://robocraft.ru/files/datasheet/DHT11.pdf)
Communication Process: Serial Interface (Single-Wire Two-Way)
The interesting thing in this module is the protocol that uses to transfer data. All the sensor readings
are sent using a single wire bus which reduces the cost and extends the distance. In order to send
data over a bus you have to describe the way the data will be transferred, so that transmitter and
receiver can understand what says each other. This is what a protocol does. It describes the way
the data are transmitted. On DHT-11 the 1-wire data bus is pulled up with a resistor to VCC. So if
nothing is occurred the voltage on the bus is equal to VCC.
Communication Format can be seperated into three stages
1) Request
2) Response
3) Data Reading 



(http://easydomoticz.com/raspberry-et-dht11/)
Mon expérience de la lecture, des plus délicates de ce composant avec un Raspberry, me fait vous conseiller de ne pas utiliser ce composant avec votre Raspberry, tournez vous vers des Ds18b20 de Dallas pour la température ou alors installez un Arduino dédié au DHT11 car  la lecture y fonctionne bien mieux.
Une autre illustration est donnée ici http://www.uugear.com/portfolio/dht11-humidity-temperature-sensor-module/ l’auteur après avoir donné un programme C et un Python nous dit que :
We noticed that both examples has a chance to lose data. This is because Raspberry Pi is not running at a real-time system, the delay in the program is not accurate enough, and sometimes that leads to a failure of transmission. Because C is a lower level language, it controls the GPIO pin in a more direct way, so the example in C has less chance to fail.As a work around, we can run the program for several times can pick the correct result.  This should also be possible to be done programmatically.
En français : Notons que les deux exemples ont des chances de perdre des données. C’est parce que le Raspberry n’a pas de système temps réel, les délais dans les programmes ne sont pas assez précis, ce qui provoque des incidents de transmission. Parce que le C est un langage de plus bas niveau et contrôle les GPIO de façon plus directe, le programme C aura moins de change d’échouer.
En solution de contournement nous pouvons lancer ce programme plusieurs fois en espérant avoir un résultat correct.
- See more at: http://easydomoticz.com/raspberry-et-dht11/#sthash.nBvCaBc5.dpuf