Modes Veille et Optimisation de la Consommation du Module Bluetooth

La consommation d’énergie est la contrainte déterminante des appareils IoT sur batterie. Un module Bluetooth correctement configuré peut fonctionner 2 à 5 ans sur la même batterie qu’un module mal configuré viderait en quelques jours.

États d’Alimentation du Module BLE

État Courant (typique) Latence de réveil Rétention RAM
TX actif (0 dBm) 5–7 mA Oui
RX actif 4–6 mA Oui
Inactif 1–3 mA Oui
Veille (System ON) 1,5–10 µA <1 ms Oui
Sommeil profond (System OFF) 0,1–1 µA 250–500 ms Partiel/Non
Hibernation 0,02–0,1 µA >500 ms Non

Calcul du Courant Moyen

Exemple à 1000 ms d’intervalle : I_TX=5,5 mA, t_TX=1,5 ms, I_veille=2,5 µA → I_moy ≈ 10,75 µA. Théoriquement ~10,7 ans avec batterie 1000 mAh ; en pratique 3–5 ans avec CR2477.

Règles d’Implémentation Critiques

  • Jamais de busy-wait : toute attente doit se terminer en WFE ou équivalent
  • Désactiver les périphériques inutilisés : UART inactif consomme ~1 mA
  • Configurer correctement les GPIO : entrées flottantes → ~100 µA/broche de courant de fuite
  • Activer le DC-DC plutôt que le LDO : économie de ~1,5 mA sous charge TX

Power Gating des Capteurs

Dans les nœuds capteurs BLE, les capteurs sont souvent les plus gros consommateurs. Couper l’alimentation des capteurs entre les mesures via un PMOS commandé par GPIO est indispensable. Un capteur consommant 10 µA en veille draine l’équivalent d’1 an de batterie sur un déploiement de 5 ans.

Optimisation TX et Paramètres de Connexion

Puissance TX Courant TX Portée (espace libre)
−20 dBm ~2 mA ~5 m
0 dBm ~5,5 mA ~30 m
+4 dBm ~7 mA ~50 m
+8 dBm ~10 mA ~80 m

Intervalle de connexion 500 ms–2 s + slave latency réduit le courant moyen des périphériques BLE connectés à un seul chiffre en µA pour les applications à faible débit.

Concevoir un firmware efficace en énergie pour un module Bluetooth est une discipline qui couvre la sélection du matériel, la configuration du SoC, la gestion des périphériques et l’ajustement des paramètres de communication.