Traduit de English par IA ·
Aoife, le Pi n’a malheureusement pas de veille profonde. C’est une machine Linux : elle tourne ou elle est éteinte. Donc tu coupes tout ce que tu peux et tu fais travailler la radio le moins possible.Ce que je ferais, par ordre de gain :
- Pi :
dtoverlay=disable-wifietdtoverlay=disable-btdans config.txt, HDMI désactivé (tvservice -osur les anciennes images), LED d’activité éteinte. Sur un Zero, cela ramène à environ 80 mA. - GPS : couper le moteur GNSS entre deux positions (
AT+CGPS=0, puisAT+CGPS=1). Un démarrage à chaud sur le SIM7600 prend quelques secondes. - Cadence : 30 s en mouvement, 15 à 60 min à l’arrêt. Décide selon la vitesse ou la distance depuis la dernière position.
- Lots : mémoriser les positions et envoyer un message toutes les quelques minutes sous forme de tableau avec ts. Le GPS fournit une horloge correcte, donc les horodatages sont fiables. Un appel HTTPS au lieu de dix consomme moins de temps radio et ne coûte qu’un message du quota mensuel au lieu de dix.
[{"ts": 1757683200000, "values": {"lat": 52.95231, "lon": -1.14972, "speed_kmh": 31.5}},
{"ts": 1757683230000, "values": {"lat": 52.95410, "lon": -1.14701, "speed_kmh": 33.0}}]
Comme l’appareil ne communique que toutes les quelques minutes, règle la règle de connexion de son profil sur Recent message avec un intervalle attendu correspondant à ta cadence à l’arrêt, sinon il apparaîtra hors ligne toute la nuit.Si une semaine est une exigence stricte, la réponse honnête est un microcontrôleur (ESP32 ou nRF) qui dort et réveille le modem, ou un circuit temporisateur comme le TPL5110 qui coupe l’alimentation de tout le Pi entre deux cycles. Une carte Linux qui tourne à vide à 80 mA n’y arrivera jamais avec 10 Ah.
Aoife, the Pi has no deep sleep, sadly. It’s a Linux box, it’s either running or off. So you cut everything you can and make the radio work less.
What I’d do, in order of payoff:
- Pi:
dtoverlay=disable-wifianddtoverlay=disable-btin config.txt, HDMI off (tvservice -oon older images), activity LED off. On a Zero that gets you to roughly 80 mA. - GPS: switch the GNSS engine off between fixes (
AT+CGPS=0, thenAT+CGPS=1again). A warm start on the SIM7600 is a few seconds. - Rate: 30 s while moving, 15 to 60 min while parked. Use speed or the distance from the last fix to decide.
- Batch: buffer fixes and send one message every few minutes as an array with ts. GPS gives you a correct clock, so the timestamps are trustworthy. One HTTPS call instead of ten is less radio time, and it costs one message out of the monthly quota instead of ten.
[{"ts": 1757683200000, "values": {"lat": 52.95231, "lon": -1.14972, "speed_kmh": 31.5}},
{"ts": 1757683230000, "values": {"lat": 52.95410, "lon": -1.14701, "speed_kmh": 33.0}}]
Because the device only talks every few minutes, set its profile’s online rule to Recent message with an expected interval that matches your parked rate, otherwise it shows offline all night.
If a week is a hard requirement, the honest answer is a microcontroller (ESP32 or nRF) that sleeps and wakes the modem, or a timer chip like a TPL5110 that cuts power to the whole Pi between runs. A Linux board idling at 80 mA will never get there on 10 Ah.

