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
