Comment le système entre-t-il en mode "Veille Intelligente Intermittente" après des échecs de reconnexion ?

J'ai vu trop de caméras solaires mourir sur le terrain — pas à cause de la météo, pas à cause des vandales, mais à cause de leur propre firmware qui épuise la batterie en essayant de trouver un signal qui n'existe pas.

Après plusieurs échecs de reconnexion 4G, le système utilise un algorithme de backoff exponentiel¹ combiné à une isolation matérielle de l'alimentation² pour entrer en mode de veille intelligente intermittente. Le MCU coupe physiquement l'alimentation du modem 4G, réduit la consommation de l'ensemble du système à moins de 0,5 W, et se réveille à des intervalles croissants pour retenter la connexion réseau — protégeant ainsi la batterie d'une décharge totale tout en gardant la caméra prête à récupérer automatiquement.

Mode de veille intelligente intermittente de la caméra PTZ solaire après échec de reconnexion

Ci-dessous, je vais vous expliquer exactement comment cela fonctionne — des conditions de déclenchement à la logique de réveil, en passant par ce qui se passe avec l'enregistrement local et les alertes PIR pendant que le modem est en veille. Si vous déployez des caméras dans des zones avec une couverture cellulaire instable, c'est l'article que vous devez lire avant votre prochaine commande.

Table des matières

La caméra arrêtera-t-elle d'essayer de se connecter si le signal est mort pour éviter une décharge totale de la batterie ?

Je l'ai appris à mes dépens sur un projet de ranch isolé. La caméra continuait de chercher une tour qui était hors service pour maintenance. En 36 heures, une batterie de 60 Ah était complètement morte.

Oui. Après un certain nombre de tentatives de reconnexion échouées, la caméra arrête les tentatives continues. Le firmware utilise une stratégie de backoff exponentiel — augmentant le temps d'attente entre chaque tentative — et entre finalement dans un état de veille profonde³ où le modem 4G est physiquement éteint pour éviter une décharge totale de la batterie.

La caméra solaire arrête de se reconnecter pour éviter la décharge de la batterie

Pourquoi les tentatives continues sont le moyen le plus rapide de tuer votre batterie

La plupart des gens pensent qu'une caméra au repos consomme très peu d'énergie. C'est vrai — jusqu'à ce que le modem 4G commence à rechercher une station de base. Le Processus de recherche RF⁴ est l'opération la plus gourmande en énergie que l'appareil photo effectue. Pendant un scan réseau, le module 4G peut tirer plus de 2A de courant instantané. Si le firmware continue de réessayer toutes les 10 ou 30 secondes, vous faites essentiellement fonctionner un radiateur dans votre compartiment batterie.

Voici à quoi ressemble la consommation d'énergie à chaque étape :

État de fonctionnement	Consommation d'énergie typique	Pic de courant
Streaming 4G normal	4–6 S	~1,2 A stable
Recherche de réseau 4G (scan RF)	8–10 W en pic	Rafale de 2 A+
Veille basse consommation (modem allumé)	1–2 S	~0,3 A
Veille intelligente (modem éteint)	0,1–0,5 W	< 0,02 A
Protection contre l'arrêt profond	< 0,05 W	~0 A

Comment fonctionne l'algorithme de Backoff Exponentiel

Le firmware n'abandonne pas après un seul échec. Il suit un calendrier de nouvelles tentatives structuré qui ralentit avec le temps :

Premier échec : Attendre 1 minute, puis réessayer.
Deuxième échec : Attendre 2 minutes.
Troisième échec : Attendre 4 minutes.
Quatrième échec : Attendre 8 minutes.
Et ainsi de suite… doublant à chaque fois jusqu'à atteindre un intervalle maximum — généralement 1 ou 2 heures.

C'est ce qu'on appelle le backoff exponentiel. C'est la même logique que votre téléphone utilise lorsqu'il ne trouve pas de Wi-Fi. La différence essentielle ici est qu'après avoir atteint l'intervalle maximum, la caméra ne met pas simplement le modem en veille logicielle. Elle coupe physiquement le rail d'alimentation.

Isolation d'alimentation au niveau matériel : Véritable veille à fuite nulle

C'est là que notre conception se distingue des caméras bon marché. Dans notre système, le MCU contrôle un commutateur MOSFET⁵ sur la ligne d'alimentation du module 4G (VCC_4G). Lorsque le système entre en veille intelligente :

Le MOSFET s'ouvre. Le courant vers le module 4G tombe à 0 μA. Pas des microampères. Zéro.
Le processeur principal entre en état de veille. Seule la puce RTC⁶ et une petite quantité de SRAM restent alimentées.
La consommation totale du système tombe à 0,1–0,5 W.

Ce n'est pas une veille logicielle. C'est une coupure de courant franche. Le modem est électriquement mort jusqu'à ce que le MCU décide de le réactiver.

La “ spirale infernale ” à éviter

Pour quelqu'un comme David Miller, qui déploie des caméras dans des ranchs isolés du Texas ou des corridors de pipelines canadiens, voici les calculs qui comptent :

Une batterie de 60 Ah 12 V contient environ 720 Wh d'énergie utilisable.
Une caméra bloquée en mode de recherche RF continue à 8 W de moyenne épuisera cette batterie en 90 heures — moins de 4 jours.
Une caméra en veille intelligente à 0,3 W de moyenne durera 2 400 heures — soit 100 jours.

C'est la différence entre une caméra qui survit à une panne de deux semaines de la tour et une caméra qui est morte avant même que le technicien puisse planifier une visite sur site.

Dans notre firmware, nous exposons un réglage “ Seuil de nouvelle tentative ” . Vous pouvez le configurer pour dire : “ Après 5 échecs, entrez en veille pendant 2 heures. ” Cela vous donne un contrôle direct sur l'agressivité avec laquelle la caméra économise de l'énergie en fonction des conditions spécifiques de votre site.

Quel est l'intervalle de réveil pour que la caméra vérifie si le réseau 4G est revenu ?

Je reçois cette question de presque tous les intégrateurs avec lesquels je travaille. Ils veulent savoir : “ Si le réseau revient à 2 heures du matin, combien de temps avant que ma caméra ne soit de nouveau en ligne ? ”

L'intervalle de réveil commence court — environ 10 à 15 minutes — et s'étend progressivement jusqu'à un maximum de 1 à 4 heures en fonction du niveau de la batterie et du nombre de tentatives de reconnexion consécutives ayant échoué. La puce RTC déclenche chaque cycle de réveil, et la caméra se reconnecte généralement dans un intervalle après le retour du réseau.

Intervalle de réveil de la caméra pour la vérification de la reconnexion du réseau 4G

Les trois déclencheurs de réveil

La caméra ne repose pas sur une seule minuterie. Elle utilise trois canaux indépendants pour décider quand se réveiller :

Réveil programmé par RTC : La puce d'horloge temps réel matérielle déclenche une interruption à la prochaine heure de nouvelle tentative programmée. C'est le mécanisme principal.
Priorité du capteur PIR / IA : Si le capteur infrarouge passif⁷ ou l'IA embarquée détecte une personne ou un véhicule, le système se réveille immédiatement — en ignorant complètement la minuterie de veille. La sécurité prime toujours sur l'économie d'énergie.
Récupération du seuil de tension : Si la tension de la batterie remonte au-dessus d'un niveau sûr (par exemple, 12,5 V après une charge solaire), le système peut raccourcir l'intervalle de veille ou se réveiller plus tôt pour tenter une reconnexion.

Comment l'intervalle change au fil du temps

Le programme de réveil n'est pas fixe. Il s'adapte en fonction des conditions :

Condition	Intervalle de réveil	Comportement
Premières 3 échecs, batterie > 60 %	10-15 minutes	Nouvelle tentative agressive
4–8 échecs, batterie 40–60 %	30–60 minutes	Nouvelle tentative modérée
9+ échecs, batterie 20–40%	1-2 heures	Nouvelle tentative conservatrice
15+ échecs, batterie < 20%	2–4 heures	Mode survie
Batterie < 15% (critique)	Sommeil indéfini	Se réveille uniquement lorsque l'énergie solaire charge la batterie au-dessus de 40%

Ce qui se passe pendant chaque cycle de réveil

Chaque cycle de réveil suit une séquence stricte :

L'interruption RTC se déclenche. Le MCU sort du sommeil profond.
Le MCU ferme l'interrupteur MOSFET, alimentant le module 4G.
Le module 4G démarre et tente de s'enregistrer auprès de la station de base la plus proche. Cela prend 15 à 45 secondes.
En cas de succès : La caméra sort complètement du mode veille. Elle rétablit le fonctionnement complet — streaming en direct, téléchargement sur le cloud⁸, contrôle PTZ⁹, tout. Le compteur d'échecs est remis à zéro.
En cas d'échec : Le MCU enregistre l'échec, calcule la prochaine heure de réveil (généralement 1,5x ou 2x l'intervalle actuel), éteint le module 4G et se rendort.

L'ensemble du cycle de réveil — de l'interruption RTC à l'extinction du modem — dure environ 60 à 90 secondes. Pendant cette période, la caméra consomme environ 6 à 8 W. Mais comme cette période est très courte par rapport à la période de veille, la consommation d'énergie moyenne reste très faible.

Planification intelligente de l'énergie solaire

Certains de nos modèles haut de gamme prennent également en compte le courant de charge. Si le panneau solaire produit un courant fort (ce qui signifie qu'il fait beau), le firmware raccourcit l'intervalle de réveil. La logique est simple : si vous recevez de l'énergie, vous pouvez vous permettre de vérifier le réseau plus souvent. Par temps nuageux avec un faible courant de charge, le système allonge l'intervalle pour économiser chaque wattheure.

C'est ce qui rend le mode veille “ intelligent ” plutôt que simplement “ programmé ”. Il répond en temps réel au budget énergétique réel du système.

La caméra peut-elle toujours enregistrer sur la carte SD locale pendant que le modem 4G est en “veille intelligente” ?

C'est une question cruciale pour tout projet où la capture de preuves est plus importante que la diffusion en direct. Si la caméra est en veille du côté réseau, est-elle aussi aveugle ?

Oui, la caméra peut toujours enregistrer sur la carte SD locale pendant la veille intelligente — mais uniquement en mode déclenché par événement. Le modem 4G est éteint, mais le capteur PIR et le processeur principal restent dans un état d'écoute à faible consommation. Lorsqu'un mouvement est détecté, le système réveille le module caméra, enregistre l'événement localement, puis retourne en veille sans tenter de connexion réseau.

Enregistrement sur carte SD locale de la caméra solaire pendant le mode veille 4G

Comment fonctionne l'enregistrement local sans le réseau

Lorsque le modem 4G entre en extinction complète, la caméra ne devient pas complètement noire. Le système se divise en deux couches de fonctionnement indépendantes :

Couche réseau (OFF) : Le module 4G, le moteur de téléchargement cloud et les fonctions d'accès à distance sont tous arrêtés. Aucune donnée ne quitte l'appareil.
Couche capteur (ON, faible consommation) : Le capteur PIR, le coprocesseur de détection IA (s'il est équipé) et une partie minimale du CPU principal restent alimentés. Ils consomment très peu de courant — généralement moins de 50 mA au total.

Lorsque le capteur PIR détecte un mouvement de chaleur dans son champ de vision, il envoie une interruption matérielle au MCU. Le MCU :

Allume le capteur de la caméra (capteur CMOS).
Commence à enregistrer la vidéo sur la carte microSD.
Enregistre pendant une durée prédéfinie (généralement 15 à 60 secondes, configurable).
Éteint le capteur de la caméra.
Retourne en mode d'écoute à faible consommation.

Le compromis : ce que vous perdez et ce que vous gardez

Il est important de comprendre ce à quoi vous renoncez dans ce mode :

Fonctionnalité	Disponible pendant le sommeil ?	Notes
Visualisation à distance en direct	❌ Non	Le modem 4G est désactivé
Téléchargement cloud / alertes push	❌ Non	Aucune connexion réseau
Contrôle PTZ panoramique/inclinaison/zoom	❌ Non	Les pilotes de moteur sont désactivés
Enregistrement continu 24h/24 et 7j/7	❌ Non	Trop gourmand en énergie
Enregistrement local déclenché par PIR	✅ Oui	Enregistre sur carte SD
Détection humaine/véhicule par IA	✅ Oui (si équipé)	Fonctionne sur coprocesseur local
Journalisation de l'horodatage et des métadonnées	✅ Oui	RTC maintient l'heure exacte
Récupération automatique du réseau	✅ Oui	Se réveille à intervalles programmés

Pourquoi cela est important pour les preuves et la conformité

Pour David Miller et les intégrateurs travaillant sur les chantiers, les fermes ou les infrastructures critiques, la capacité d'enregistrement local en mode veille n'est pas une option — c'est une exigence du projet. Même si l'antenne 4G est hors service pendant une semaine, la caméra doit toujours capturer les événements d'intrusion. Lorsque le réseau est rétabli, ces clips stockés localement peuvent être téléchargés sur le cloud ou récupérés manuellement via la carte SD.

Dans notre firmware, nous prenons également en charge une fonctionnalité de “ téléchargement par lots après reconnexion ”. Une fois le lien 4G rétabli, la caméra télécharge automatiquement tous les clips d'événements stockés localement vers la plateforme cloud dans l'ordre chronologique. Cela signifie que le centre de surveillance du client obtient une chronologie complète des événements — même ceux qui se sont produits pendant la panne du réseau.

Gestion du stockage pendant les pannes prolongées

Si la caméra est en mode veille pendant des jours ou des semaines, la carte SD peut se remplir. Notre firmware gère cela avec une simple stratégie d'enregistrement en boucle¹⁰: lorsque la carte est pleine, les fichiers les plus anciens sont écrasés en premier. Nous recommandons d'utiliser une carte microSD de qualité industrielle de 128 Go ou 256 Go pour les déploiements à distance. Aux taux d'enregistrement déclenchés par événement (quelques clips par jour), une carte de 128 Go peut contenir plusieurs mois d'images.

Comment le système priorise-t-il les alertes de détection PIR dans un état de réseau basse consommation ?

Des clients m'ont demandé : “ Si la caméra est à moitié endormie et que quelqu'un s'approche de mon parc d'équipement, que se passe-t-il réellement ? Est-ce qu'il enregistre silencieusement, ou essaie-t-il de crier à l'aide ? ”

Le capteur PIR fonctionne indépendamment du modem 4G et peut annuler le minuteur de veille à tout moment. Lorsqu'un événement PIR est détecté pendant la veille intelligente, le système réveille immédiatement la caméra pour enregistrer localement. Si le niveau de la batterie le permet, il réveille également de force le modem 4G pour tenter d'envoyer une notification push — même si la prochaine tentative de connexion réseau programmée est dans plusieurs heures.

Priorité de détection PIR en mode veille réseau basse consommation

La hiérarchie de priorité : la sécurité d'abord, l'alimentation ensuite

Le firmware exécute un système de priorité simple mais efficace. Tous les événements de réveil ne sont pas traités de la même manière. Voici la hiérarchie de la plus haute à la plus basse priorité :

Détection d'intrusion PIR / IA — Réveil complet immédiat. La caméra enregistre. Le modem 4G tente de se connecter et d'envoyer une alerte (si la batterie le permet).
Seuil de récupération de tension — Si la charge solaire ramène la batterie au-dessus d'un niveau sûr, le système raccourcit l'intervalle de veille et peut tenter une reconnexion anticipée.
Réveil programmé RTC — La tentative de reconnexion programmée normale. La caméra allume le modem, vérifie le réseau et se remet en veille si elle échoue.
Protection basse tension¹¹ — Si la batterie descend en dessous du seuil critique (par exemple, 11,5 V), le système entre en veille forcée indéfinie. Même les événements PIR ne déclencheront qu'un enregistrement local — pas de réveil du modem — car la protection de la batterie contre la décharge profonde a la priorité absolue.

Ce qui se passe étape par étape lors d'une alerte PIR en mode veille

Laissez-moi parcourir la séquence exacte :

Le capteur PIR se déclenche. Le détecteur infrarouge passif capte une signature thermique se déplaçant dans sa zone de détection. Cela génère une interruption matérielle sur le MCU — il n'a pas besoin d'interrogation logicielle, il fonctionne donc même en veille profonde.
Le MCU se réveille instantanément. L'interruption sort le processeur de son état de faible consommation en quelques microsecondes.
Le module caméra s'allume. Le capteur CMOS commence à capturer la vidéo. L'enregistrement commence sur la carte SD dans les 1 à 2 secondes suivant le déclenchement du PIR.
Vérification de la batterie. Le MCU lit la tension de la batterie via l'ADC.

Si la batterie est au-dessus du “ seuil d'alerte ” (par exemple, > 30 %) : passer à l'étape 5.
Si la batterie est en dessous du seuil : ignorer le réveil du modem. Enregistrer localement uniquement.

Réveil forcé du modem 4G. Le commutateur MOSFET se ferme. Le module 4G s'allume et tente de s'enregistrer sur le réseau. Cela prend 15 à 45 secondes.
Tentative de livraison d'alerte.

Si le réseau est disponible : la caméra envoie une notification push¹² (avec un instantané ou un court clip vidéo) à la plateforme cloud et à l'application mobile du client.
Si le réseau est toujours hors service : l'alerte est enregistrée localement avec un horodatage et marquée pour téléchargement lorsque la connectivité revient.

Retour au sommeil. Une fois la fenêtre d'enregistrement fermée (généralement 30 à 60 secondes) et la tentative d'alerte terminée (réussie ou échouée), le système éteint le modem et le capteur de caméra. Le MCU retourne en mode d'écoute à faible consommation.

La distinction “ Réveil forcé ” vs. “ Réveil programmé ”

C'est un détail qui compte pour la planification de projet. Un réveil programmé est doux — le système vérifie le réseau et se rendort. Un réveil forcé par PIR est agressif — le système essaie d'envoyer une alerte immédiatement, même si cela coûte de la batterie supplémentaire.

Le firmware équilibre cela en limitant le nombre de réveils forcés par heure. Si le capteur PIR se déclenche constamment (par exemple, à cause d'animaux ou de végétation qui bouge), le système applique une période de refroidissement. Après 5 réveils forcés en 30 minutes, il arrête de réveiller le modem et enregistre uniquement localement jusqu'au prochain réveil programmé. Cela évite qu'une tempête de fausses alertes ne vide la batterie aussi rapidement qu'une recherche réseau continue le ferait.

Pourquoi cette conception est importante pour les déploiements réels

Pour les intégrateurs comme David Miller, le point clé est le suivant : la caméra n'ignore jamais complètement un événement de sécurité. Même en mode veille profonde, le capteur PIR est toujours à l'écoute. Le système est conçu de manière à ce que la gestion de l'alimentation serve la sécurité — et non l'inverse. Vous ne vous retrouverez jamais dans une situation où la caméra avait suffisamment de batterie pour enregistrer un intrus mais a choisi de ne pas le faire parce qu'elle était en “veille”.”

Cela dit, le système est également suffisamment intelligent pour savoir quand l'envoi d'une alerte est physiquement impossible (réseau mort) ou financièrement imprudent (batterie à 10%). Dans ces cas, il fait ce qu'il y a de mieux : enregistrer localement, horodater et télécharger dès que les conditions s'améliorent.

Conclusion

Le sommeil intermittent intelligent n'est pas une fonctionnalité de luxe — c'est un mécanisme de survie. Il utilise le backoff exponentiel, l'isolation matérielle de l'alimentation et la logique de priorité des capteurs pour maintenir votre caméra PTZ solaire en vie et en enregistrement pendant les pires pannes de réseau et conditions météorologiques.

1. Apprenez le concept général du backoff exponentiel utilisé dans la logique de nouvelle tentative réseau. ︎↩︎ 2. Comprenez comment l'isolation matérielle de l'alimentation fonctionne pour atteindre des états de veille à fuite nulle. ︎↩︎ 3. Le sommeil profond est un état de très faible consommation où la plupart des fonctions de la puce sont désactivées. ︎↩︎ 4. Le processus de recherche RF est l'opération la plus gourmande en énergie dans un modem cellulaire. ︎↩︎ 5. Les MOSFET sont couramment utilisés comme interrupteurs électroniques pour le contrôle de l'alimentation. ︎↩︎ 6. Les puces RTC fournissent une mesure précise du temps et peuvent déclencher des événements de réveil dans les appareils à faible consommation. ︎↩︎ 7. Les capteurs infrarouges passifs détectent les mouvements de chaleur et sont couramment utilisés dans les caméras de sécurité. ︎↩︎ 8. Le téléchargement dans le cloud permet l'accès à distance et la sauvegarde des séquences vidéo. ︎↩︎ 9. Les caméras Pan-Tilt-Zoom permettent un contrôle directionnel et un zoom à distance. ︎↩︎ 10. L'enregistrement en boucle écrase automatiquement la vidéo la plus ancienne lorsque le stockage est plein. ︎↩︎ 11. La protection contre les basses tensions empêche les dommages dus à une décharge profonde des batteries. ︎↩︎ 12. Les notifications push délivrent des alertes aux appareils mobiles en temps réel. ︎↩︎