Votre produit embarqué est alimenté par batterie mais l'autonomie est insuffisante. Quelques jours au lieu de plusieurs mois. Nous optimisons chaque milliampère pour atteindre vos objectifs d'autonomie.
L'autonomie batterie est souvent le premier frein au déploiement terrain d'un produit IoT. Un capteur qui doit être rechargé tous les 3 jours n'est pas viable.
Le microcontrôleur reste en mode run en permanence, consommant 10 à 50mA même quand il n'a rien à faire.
Le module Wi-Fi ou cellulaire reste connecté en permanence, consommant 80 à 200mA. C'est le poste le plus énergivore.
Un LDO avec une forte consommation quiescente ou un buck surdimensionné gaspille de l'énergie même en veille.
Batterie trop petite pour l'usage, ou trop grosse (poids, coût, encombrement). Le dimensionnement n'a pas été fait rigoureusement.
Nous travaillons sur les 3 leviers : hardware, firmware et protocole de communication. Chaque µA compte.
Mesure et calcul de la consommation dans chaque mode : run, idle, sleep, deep sleep. Identification des postes de gaspillage.
Choix de régulateurs à faible Iq, coupure d'alimentation des périphériques par MOSFET, optimisation du circuit d'antenne.
Implémentation des modes veille/réveil, wake-up sur événement (RTC, interruption capteur), duty cycling optimisé.
LoRaWAN classe A, BLE advertising, ou LTE-M PSM/eDRX. La bonne stratégie de communication pour minimiser le temps radio-on.
Un capteur LoRa envoyant une mesure toutes les 15 minutes peut fonctionner 2+ ans sur une pile AA grâce à un deep sleep à 2µA.
En coupant les périphériques inutilisés et en optimisant le duty cycle, la consommation moyenne chute drastiquement.
Moins de consommation = batterie plus petite = produit plus léger, plus compact et moins cher.
Un produit qui tient 2 ans sur batterie, c'est 2 ans sans intervention. Le coût de déploiement chute.
Envoyez-nous votre schéma et vos mesures de consommation. Nous identifierons les gains possibles.
Discutons de votre projet