J'ai perdu le compte du nombre de fois où un client m'a appelé au sujet d'une caméra morte sur un site distant — sans personne à proximité pour appuyer sur un bouton de réinitialisation.
Un système solaire PTZ 4G bien conçu utilise un MCU basse consommation comme “sentinelle” qui surveille la tension de la batterie et les signaux PIR pendant que le processeur principal dort. Lorsque l'alimentation devient trop faible, le système entre automatiquement en hibernation. Lorsque la charge solaire ramène la batterie à un niveau sûr, le système redémarre à froid, se reconnecte à la 4G et reprend l'enregistrement — le tout sans aucune intervention humaine.
système de mise en veille automatique et de redémarrage automatique pour caméra PTZ solaire 4G
Ci-dessous, je vais vous expliquer les seuils exacts de la batterie, la logique de récupération solaire, le processus de reconnexion 4G et la protection du système de fichiers qui rend tout cela possible. Si vous déployez des caméras dans des endroits où une intervention sur site coûte plus cher que la caméra elle-même, cet article est fait pour vous.
Table des matières
À quel pourcentage de batterie la caméra entrera-t-elle en mode d'hibernation d'urgence ?
J'ai vu trop de caméras bon marché vider leurs batteries à zéro puis refuser de se réveiller — jamais. Cette seule défaillance peut ruiner la réputation d'un projet entier.
La plupart des caméras PTZ solaires 4G de qualité commencent à réduire leurs fonctions autour de 30 % de batterie et entrent en hibernation d'urgence complète à environ 10–15 %. À ce stade, le système coupe l'alimentation du SoC, du module 4G, des LED IR et du moteur PTZ. Seul un minuscule MCU reste actif, consommant environ 0,01–0,1 W, attendant que la batterie se recharge.
seuil d'hibernation batterie faible caméra solaire
Comment fonctionne l'échelle de seuils
Le système n'a pas qu'un seul interrupteur “off”. Il utilise une approche progressive. Pensez-y comme à un immeuble qui s'éteint étage par étage lors d'une panne de courant. L'ascenseur s'arrête en premier. Puis les lumières diminuent. Ensuite, seuls les panneaux de sortie de secours restent allumés.
Voici à quoi ressemble une échelle de seuils typique en pratique :
| Niveau de batterie | Comportement du système | Modules actifs |
|---|---|---|
| Au-dessus de 40 % | Fonctionnement complet — enregistrement continu, patrouille PTZ, flux en direct 4G | SoC, 4G, moteur PTZ, LED IR/blanches, PIR |
| 20–40 % | Mode d'économie d'énergie intelligent — pas d'enregistrement continu, enregistrement déclenché par PIR uniquement | SoC (horloge réduite), 4G (battement de cœur uniquement), PIR |
| 10–20% | Veille profonde — pas de réveil par PIR autorisé, uniquement réveil à distance par application ou enregistrement programmé | MCU, 4G (battement de cœur périodique) |
| Inférieur à 10 % | Hibernation d'urgence — arrêt complet pour protéger la batterie contre la décharge excessive | MCU uniquement (surveillance de la tension) |
Pourquoi la protection contre la décharge excessive est importante
Les batteries au lithium ont une règle stricte : si vous les videz en dessous d'une certaine tension (généralement autour de 10,8 V pour une batterie de 12 V), les cellules sont endommagées de façon permanente. Leur capacité diminue. Leur résistance interne augmente. Après quelques décharges profondes, une batterie de 30 Ah peut se comporter comme une batterie de 20 Ah.
Ainsi, le BMS (Battery Management System) à l'intérieur du contrôleur solaire agit comme un gardien. Lorsque la tension atteint ce seuil critique, il déconnecte physiquement la charge. C'est ce qu'on appelle la déconnexion basse tension (LVD) pour les batteries au lithium 1. Il s'agit d'une coupure au niveau matériel, pas d'une suggestion logicielle. Même si le firmware plante, le BMS protège toujours la batterie.
Ce qui se passe à l'intérieur de la caméra pendant l'hibernation
Lorsque la caméra entre en hibernation d'urgence, l'unité de gestion de l'alimentation (PMU) sur la carte mère exécute une séquence d'arrêt :
- Le moteur PTZ est verrouillé et désactivé.
- Le capteur d'image et l'encodeur vidéo sont éteints.
- Le module 4G envoie un dernier message “hors ligne” à la plateforme cloud, puis s'arrête.
- Les LED IR ou à lumière blanche sont coupées.
- Le SoC principal enregistre son dernier état dans la mémoire flash, puis s'éteint.
- Seul le MCU basse consommation reste actif. Il consomme environ 50 à 100 milliwatts. Sa seule tâche est de surveiller la broche de tension de la batterie et d'attendre la récupération.
Cette séquence est importante. Si vous coupez simplement l'alimentation sans sauvegarder l'état, vous risquez de corrompre le système de fichiers. Je couvrirai cela en détail dans la dernière section.
Pour une compréhension plus approfondie des seuils de protection de la batterie, consultez ce guide de conception du système de gestion de batterie 2.
Le système reprendra-t-il automatiquement l'enregistrement une fois le panneau solaire rechargé ?
J'ai eu des clients qui me demandaient : “ Han, dois-je envoyer quelqu'un pour rallumer la caméra après une semaine nuageuse ? ” La réponse devrait toujours être non.
Oui. Une fois que le panneau solaire a rechargé la batterie au-dessus d'un seuil de récupération sûr — généralement autour de 12,6 V ou environ 40 % de capacité — le système s'allume automatiquement, démarre son firmware, se reconnecte au réseau 4G et reprend son dernier mode de fonctionnement, y compris la position préréglée PTZ et le calendrier d'enregistrement. Aucune pression sur un bouton n'est nécessaire.
recharge panneau solaire caméra redémarrage automatique récupération
La logique de “ démarrage à froid ” expliquée
Voici le principe de conception clé : la tension de récupération est réglée plus haut que la tension d'arrêt. Cet écart est appelé hystérésis. Il existe pour une raison très importante.
Imaginez que le soleil brille faiblement à 7 heures du matin. La tension de la batterie monte lentement de 10,8 V à 11,2 V. Si la caméra s'allumait à 11,0 V, elle commencerait immédiatement à consommer de l'énergie. Cette consommation ramènerait la tension en dessous de 10,8 V. Le BMS couperait à nouveau l'alimentation. La caméra s'arrêterait. Ensuite, la tension remonterait lentement. La caméra essaierait à nouveau. Et échouerait à nouveau.
C'est ce qu'on appelle l'oscillation — une “ boucle mortelle ”. Elle gaspille de l'énergie, stresse la batterie et écrit des données corrompues sur la carte SD. Elle peut détruire une carte SD en quelques semaines.
Comment l'hystérésis empêche la boucle mortelle
| Paramètres | Valeur typique | Objectif |
|---|---|---|
| LVD (Low Voltage Disconnect - Déconnexion basse tension) | 10,8 V | Protéger la batterie contre la décharge excessive |
| Tension de récupération (mise sous tension automatique) | 12,6 V | Assurer suffisamment d'énergie pour supporter un démarrage complet |
| Écart d'hystérésis | ~1,8V | Empêcher l'oscillation / la boucle de mort |
| Temps de maintien minimum | 5 à 10 minutes | Confirmer que la tension est stable, pas un bref pic |
Le système ne vérifie pas seulement si la tension dépasse 12,6V une fois. Il attend. Il confirme que la tension reste au-dessus de ce niveau pendant plusieurs minutes. Ce n'est qu'alors que le MCU libère le rail d'alimentation principal et laisse le SoC démarrer.
Ce qui se passe pendant la séquence de démarrage
Une fois que le MCU décide qu'il est sûr de commencer, les événements suivants se produisent automatiquement :
- Le PMU active le rail d'alimentation principal. Les convertisseurs DC-DC démarrent et fournissent une tension stable au SoC, à la mémoire et aux périphériques.
- Le SoC démarre à partir de la mémoire flash. Le RTOS ou le noyau Linux se charge. Le firmware lit sa dernière configuration sauvegardée à partir de la mémoire non volatile.
- Le module 4G s'initialise. Il s'allume, recherche une antenne relais, s'enregistre sur le réseau et établit une connexion de données (connexion APN).
- Reconnexion à la plateforme cloud. La caméra envoie un paquet “hello” au serveur cloud. Le serveur met à jour le statut de l'appareil à “en ligne”.”
- Le PTZ retourne à la position préréglée. Si une position préréglée de démarrage a été configurée, le moteur PTZ se déplace vers cette position.
- La sauvegarde reprend. En fonction du calendrier enregistré — continu, déclenché par événement ou accéléré — la caméra commence à écrire la vidéo sur la carte SD ou à la diffuser vers le cloud.
Toute cette séquence prend environ 30 à 90 secondes selon le matériel. L'utilisateur voit la caméra revenir en ligne dans son application sans rien faire. C'est ce que signifie “zéro manuel” en pratique.
Pour en savoir plus sur l'hystérésis du contrôleur de charge solaire, consultez cette explication technique de la logique du contrôleur de charge MPPT 3.
Dois-je réinitialiser manuellement la connexion 4G après une décharge complète de la batterie ?
C'est l'une des questions les plus fréquentes que me posent les intégrateurs de systèmes. Ils craignent qu'une perte de courant complète n'endommage les paramètres du module 4G ou l'enregistrement de la carte SIM.
Non. Vous n'avez pas besoin de réinitialiser manuellement la connexion 4G. Le module 4G est conçu pour s'auto-initialiser à chaque mise sous tension. Il relit la carte SIM, se réenregistre auprès de l'opérateur et rétablit automatiquement la session de données APN. Si la connexion échoue, le firmware dispose d'une routine de nouvelle tentative et d'auto-réparation intégrée.
le module 4g se reconnecte automatiquement après une perte de courant
Comment fonctionne l'auto-réparation 4G étape par étape
Le module 4G à l'intérieur d'une caméra PTZ solaire n'est pas comme un routeur domestique qui nécessite parfois un redémarrage manuel. Il est conçu pour un fonctionnement sans surveillance. Voici la logique typique d'auto-réparation :
Étape 1 : Initialisation à la mise sous tension. Lorsque le module reçoit du courant, il exécute son bootloader interne, charge son firmware et lit l'ICCID et l'IMSI de la carte SIM. Ceci est automatique. Aucune intervention humaine n'est nécessaire.
Étape 2 : Recherche et enregistrement du réseau. Le module scanne les fréquences disponibles, trouve la tour cellulaire la plus forte et s'enregistre sur le réseau de l'opérateur. Si la première tentative échoue (peut-être que la tour est occupée), il réessaie avec un backoff exponentiel — d'abord après 5 secondes, puis 10, puis 30, et ainsi de suite.
Étape 3 : Composition APN. Une fois enregistré, le module établit une session de données en utilisant les paramètres APN préconfigurés stockés dans le firmware de la caméra. Ces paramètres survivent à la perte de courant car ils sont sauvegardés dans une mémoire flash non volatile.
Étape 4 : Connexion au cloud. La caméra se connecte à la plateforme cloud (comme Hik-Connect, TUTK, ou un broker MQTT personnalisé). Elle s'authentifie avec son ID de périphérique et son jeton.
Que faire si la connexion échoue toujours ?
Le firmware dispose de plusieurs couches de secours :
- Redémarrage RF : Si le module a des barres de signal mais ne parvient pas à établir une session de données, il effectue une réinitialisation RF interne — essentiellement, il éteint et rallume la radio sans redémarrer toute la caméra.
- Redémarrage complet du module : Si la réinitialisation RF ne fonctionne pas après 3 tentatives, le firmware redémarre entièrement le module 4G via une broche GPIO.
- Redémarrage complet du système : Si le module ne parvient toujours pas à se connecter après 30 minutes, le chien de garde matériel déclenche un redémarrage complet du système. C'est la dernière solution, et elle fonctionne car le chien de garde est une minuterie matérielle — il ne dépend pas du bon fonctionnement du logiciel.
Le chien de garde matériel : votre filet de sécurité silencieux
Le chien de garde matériel mérite une attention particulière. C'est un concept simple mais puissant :
- Le firmware principal envoie un signal de “battement de cœur” à une puce de minuterie matérielle toutes les quelques secondes. C'est ce qu'on appelle “nourrir le chien”.”
- Si le firmware plante, se bloque ou se retrouve dans une boucle infinie, il arrête de nourrir le chien.
- Après un délai prédéfini (généralement 120 à 180 secondes), la puce du chien de garde ramène la broche de réinitialisation à l'état bas. L'ensemble du système redémarre à zéro.
Cela signifie que même un plantage logiciel total ne peut pas rendre l'appareil photo définitivement inutilisable. Le chien de garde forcera un redémarrage. Et après le redémarrage, le module 4G reprendra sa séquence d'initialisation complète. Personne n'a besoin de parcourir 300 km pour appuyer sur un bouton.
| Scénario d'échec | Mécanisme de récupération | Temps de récupération typique |
|---|---|---|
| Signal 4G perdu temporairement | Réenregistrement automatique auprès de l'opérateur | 10–60 secondes |
| Session APN perdue | Le firmware redialise l'APN | 5–30 secondes |
| Blocage du firmware du module 4G | Cycle d'alimentation GPIO par le SoC principal | 15–45 secondes |
| Crash du logiciel SoC principal | Redémarrage forcé par watchdog matériel | 120–180 secondes |
| Vidange complète de l'alimentation + récupération solaire | Démarrage à froid complet + réinitialisation 4G | 30–90 secondes |
En savoir plus sur minuteries watchdog matérielles pour systèmes embarqués 4 pour comprendre pourquoi il s'agit d'une fonctionnalité de fiabilité critique.
Comment le système protège-t-il le système de fichiers contre la corruption lors d'un crash dû à une faible consommation d'énergie ?
C'est la question qui sépare une caméra de chasse $50 d'un système de surveillance de qualité professionnelle. J'ai personnellement vu des cartes SD pleines de fichiers corrompus parce que la caméra a perdu l'alimentation en cours d'écriture.
Le système utilise un système de fichiers journalisé (comme ext4 ou F2FS) combiné à une séquence d'arrêt contrôlée déclenchée par le BMS avant que la tension ne chute trop bas. Le firmware vide tous les tampons d'écriture et ferme les fichiers ouverts avant que le PMU ne coupe l'alimentation. Cela évite les fichiers partiellement écrits et la corruption du répertoire.
protection du système de fichiers crash basse consommation carte sd
Pourquoi la perte d'alimentation corrompt les fichiers
Pour comprendre la protection, il faut d'abord comprendre le problème. Lorsqu'une caméra enregistre une vidéo, elle n'écrit pas les données directement sur la carte SD octet par octet. Elle utilise un tampon d'écriture — un bloc de RAM qui collecte les données puis les écrit sur la carte par gros blocs. C'est plus rapide et prolonge la durée de vie de la carte SD.
Mais voici le risque : si l'alimentation est coupée pendant que le tampon est à moitié écrit, le fichier sur la carte SD est incomplet. La table des répertoires du système de fichiers indique “ce fichier fait 50 Mo” mais seulement 30 Mo ont réellement été transférés sur la carte. Maintenant, le fichier est corrompu. Pire encore, la table des répertoires elle-même peut être corrompue, ce qui peut rendre toute la carte illisible.
Les trois couches de protection
Couche 1 : Avertissement précoce du BMS. Le BMS n'attend pas que la batterie soit complètement déchargée pour avertir la caméra. Il envoie un signal “alerte basse tension” au MCU lorsque la batterie atteint un seuil de pré-alerte (disons, 11,5 V). Cela donne au firmware le temps — généralement plusieurs minutes — de terminer son opération d'écriture en cours et de se préparer à l'arrêt.
Couche 2 : Séquence d'arrêt contrôlée. Lorsque le firmware reçoit l'alerte de basse tension, il effectue les opérations suivantes :
- Arrête d'accepter de nouveaux segments d'enregistrement.
- Vide tous les tampons d'écriture sur la carte SD.
- Ferme toutes les poignées de fichiers ouvertes.
- Met à jour le journal du système de fichiers (un journal des modifications récentes).
- Envoie un message “mise hors ligne” au cloud.
- Signale au PMU qu'il est sûr de couper l'alimentation.
C'est ce qu'on appelle un “arrêt en douceur”. C'est le même concept que de cliquer sur “Arrêter” sur votre ordinateur portable au lieu de débrancher le cordon d'alimentation.
Couche 3 : Système de fichiers journalisé. Même si l'arrêt en douceur échoue (par exemple, la tension chute plus rapidement que prévu), le système de fichiers journalisé offre un filet de sécurité. Un journal est comme une liste de contrôle. Avant que le système n'écrive des données, il écrit d'abord une note dans le journal : “Je suis sur le point d'écrire le bloc X dans le fichier Y.” Une fois l'écriture terminée, il marque l'entrée du journal comme “terminée”.”
Si l'alimentation est coupée en cours d'écriture, le journal contient toujours l'entrée incomplète. Au prochain démarrage, le système de fichiers lit le journal, constate l'opération incomplète et l'annule. Le fichier peut être plus court que prévu, mais le système de fichiers lui-même reste intact. Vous ne perdez pas toute la carte.
Pour plus de détails, lisez ceci explication des systèmes de fichiers journalisés (ext4, F2FS) 5.
Qu'en est-il de la position prédéfinie PTZ ?
C'est un détail que beaucoup de gens négligent. Si la caméra perd l'alimentation pendant que le moteur PTZ est en mouvement, le moteur s'arrête à une position aléatoire. Au redémarrage, la caméra ne sait pas où elle pointe.
Les bonnes caméras PTZ résolvent ce problème avec l'une des deux méthodes suivantes :
- Encodeurs absolus : Le moteur dispose d'un capteur de position qui mémorise son angle même sans alimentation. Au démarrage, la caméra lit l'encodeur et sait exactement où elle se trouve.
- Calibration de la position de retour à la maison : Au démarrage, le PTZ exécute une routine de calibration rapide — il se déplace vers un point de référence connu (comme complètement à gauche et complètement en bas), puis se déplace vers le préréglage enregistré. Cela prend quelques secondes supplémentaires mais assure la précision.
Dans tous les cas, la caméra revient automatiquement à sa position correcte. L'utilisateur voit la même vue qu'il a configurée, chaque fois que le système se réveille.
En savoir plus sur encodeurs absolus vs incrémentiels pour moteurs PTZ 6.
Conclusion
Un système solaire PTZ 4G correctement conçu dort, se réveille, se reconnecte et récupère par lui-même — aucun humain nécessaire. Demandez à votre fournisseur son livre blanc sur la basse consommation, vérifiez la logique d'hystérésis, et vous réduirez les visites sur site de plus de 95 %.
1. Guide de Battery University sur les dommages dus à la décharge excessive des Li-ion. ︎↩︎ 2. Aperçu technique des circuits de déconnexion basse tension des BMS. ︎↩︎ 3. Comment les contrôleurs de charge MPPT gèrent l'hystérésis de récupération de batterie. ︎↩︎ 4. Guide de conception embarquée pour l'implémentation des chiens de garde matériels. ︎↩︎ 5. Documentation du noyau Linux sur le mécanisme de journalisation ext4. ︎↩︎ 6. Différence entre les encodeurs de moteur absolus et incrémentiels. ︎↩︎