Traducido del English por IA ·
Aoife, por desgracia la Pi no tiene modo de suspensión profunda. Es una caja Linux: o está funcionando o está apagada. Así que corta todo lo que puedas y haz que la radio trabaje menos.Lo que haría, por orden de beneficio:
- Pi:
dtoverlay=disable-wifiydtoverlay=disable-bten config.txt, HDMI apagado (tvservice -oen imágenes antiguas), LED de actividad apagado. En una Zero eso te deja en unos 80 mA. - GPS: apaga el motor GNSS entre fijaciones (
AT+CGPS=0, y luegoAT+CGPS=1otra vez). Un arranque en caliente del SIM7600 tarda unos pocos segundos. - Frecuencia: 30 s en movimiento, de 15 a 60 min aparcado. Decide según la velocidad o la distancia desde la última fijación.
- Lotes: almacena las fijaciones y envía un mensaje cada pocos minutos como un array con ts. El GPS da un reloj correcto, así que las marcas de tiempo son fiables. Una llamada HTTPS en lugar de diez supone menos tiempo de radio y consume un mensaje de la cuota mensual en vez de diez.
[{"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}}]Como el dispositivo solo se comunica cada pocos minutos, pon la regla de en línea de su perfil en Recent message con un intervalo esperado que coincida con tu frecuencia aparcado; si no, aparecerá como desconectado toda la noche.Si una semana es un requisito estricto, la respuesta honesta es un microcontrolador (ESP32 o nRF) que duerma y despierte el módem, o un chip temporizador como el TPL5110 que corta la alimentación de toda la Pi entre ciclos. Una placa Linux en reposo a 80 mA nunca llegará a eso con 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.