Von English mit KI übersetzt ·
Aoife, der Pi hat leider keinen Tiefschlafmodus. Es ist ein Linux-Rechner, er läuft entweder oder er ist aus. Also schaltest du alles ab, was du kannst, und lässt das Funkmodul weniger arbeiten.Das würde ich tun, nach dem Nutzen geordnet:
- Pi:
dtoverlay=disable-wifiunddtoverlay=disable-btin config.txt, HDMI aus (tvservice -obei älteren Images), Aktivitäts-LED aus. Auf einem Zero kommst du damit auf etwa 80 mA. - GPS: die GNSS-Engine zwischen den Fixes abschalten (
AT+CGPS=0, dann wiederAT+CGPS=1). Ein Warmstart am SIM7600 dauert wenige Sekunden. - Rate: 30 s während der Fahrt, 15 bis 60 min im Stand. Entscheide anhand der Geschwindigkeit oder der Distanz zum letzten Fix.
- Batch: Fixes puffern und alle paar Minuten eine Nachricht als Array mit ts senden. GPS liefert eine korrekte Uhrzeit, daher sind die Zeitstempel verlässlich. Ein HTTPS-Aufruf statt zehn bedeutet weniger Funkzeit und kostet eine Nachricht des Monatskontingents statt zehn.
[{"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}}]
Da das Gerät nur alle paar Minuten sendet, stelle die Online-Regel des Profils auf Recent message mit einem erwarteten Intervall, das zu deiner Standzeit-Rate passt. Sonst wird es die ganze Nacht als offline angezeigt.Wenn eine Woche eine harte Anforderung ist, lautet die ehrliche Antwort: ein Mikrocontroller (ESP32 oder nRF), der schläft und das Modem aufweckt, oder ein Timer-Chip wie ein TPL5110, der zwischen den Läufen die gesamte Stromversorgung des Pi abschaltet. Eine Linux-Platine, die mit 80 mA im Leerlauf läuft, schafft das mit 10 Ah nie.
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.

