Optimisation de la conso du module capteur HF
Cet article fait suite à l’article poc-domotique-arduino-raspberry-pi
(en cours de rédaction)
Étape 1
-
Remplacement de l’Arduino par un ATMEGA328P-PU et utilisation de son horloge interne 8Mhz
Chargement du boot loader Arduino dans l’Atmega328P-PU
Chargement du bootloader dans l’Atmega à l’aide d’un Arduino NANO en suivant le tuto ci-dessous
[Tuto] Graver un bootloader sur ATMEGA328 sans oscillateur et le programmer via ICSP
Chargement du logiciel du module capteur dans l’Atmega en utilisant un adaptateur “FTDI USB to Serial”
Principe du logiciel
- Alimentations du capteur DHT22 et de l’émetteur HF
- Lecture valeurs capteur
- Envoie valeurs à l’émetteur
- Mise en veille
- Réveille (watchdog) et recommence
OK, ça, ça marche !
Étape 2
-
Arrêt de l’alimentation du capteur de température et du module HF pendant le mode veille
Solution 1:
- Commande de l’alimentation via un 2N7000 (MOSFET canal-N) contrôlé par une sortie numérique (pin 10 – broche 16 de l’Atmega)
- Ça marche pôa! même lorsque les modules capteur et HF ne sont pas reliés à la masse (GND), ils sont quand même alimentés…. (liaison GND via les broches data ???)
- Il faudrait essayer avec un MOSFET canal P en coupure sur le 5V, mais je n’en ai pas…
Solution 2
- Recherche sur le net des conso max des 2 éléments:
- DHT22 : consommation de 4.3 mA au repos et passe à 5.7 mA lors de la mesure.
- Émetteur WL102-341 :20-28 mA ?
Une sortie IO de l’Atmega peut délivrer jusqu’à 40 mA, ça devrait passer d’autant que les modules ne sont alimentés que 2 secondes toutes les 10 minutes
- Ça marche !
- Alimentation du bouzin avec une batterie de recharge de téléphone (2000mAh), wait and see…
- 1 semaine passée et ça tourne toujours
- J’attends la fin des transmissions pour avoir une idée de l’autonomie… (avec une mesure/envoi toute les 10 min)
A suivre:
- Gravure du typon
- Modélisation 3D boitier
- Sécurisation du front end pour un accès depuis internet via un smartphone
