Leichte Protokolle wie MQTT‑SN, CoAP und LwM2M sparen Overhead und erleichtern Energiemanagement. Wir nutzen kompaktes Payload‑Design, Batch‑Versand, Delta‑Kodierung und adaptive Retrys. Feldmessungen zeigten, dass ein Wechsel von vollem MQTT zu CoAP bei schlechter Abdeckung die monatlichen Datenkosten halbierte und gleichzeitig die Erfolgsquote der Übertragungen erhöhte, weil Zeitouts realistischer und Wiederholungen gezielter gesteuert wurden.
Wer zwei Funkpfade vorsieht, gewinnt Resilienz: NB‑IoT mit 2G‑Fallback, LoRaWAN ergänzt durch temporäres Mobilfunk‑Uplink. eSIM mit Multi‑IMSI reduziert Verhandlungen und beschleunigt Aktivierung. Ein Logistikunternehmen nutzte profilgesteuerte Netzwahl und senkte Standzeiten, weil Geräte beim Grenzübertritt automatisch auf günstigere Profile wechselten. Wichtig sind klare Failover‑Zustände, Puffergrößen und Tarife, die Ausnahmen wirtschaftlich abfedern.
Jede Zeile Code kostet. Wir vermeiden magische Abkürzungen, entfernen toten Code, setzen auf Komposition statt Vererbung und messen regelmäßig Binärgrößen. Hardware‑Abstraktion bleibt dünn, Treiber werden nur für benötigte Modi eingebunden. Unit‑Tests laufen auch auf dem Host. So passte eine vollständige Mess‑, Protokoll‑ und Sicherheitsschicht in 128 KB, inklusive Failsafe‑Bootloader und kryptografischer Signaturprüfung für alle eingehenden Pakete.
Updates brauchen Vertrauen und Planbarkeit. Wir signieren Artefakte, prüfen Versionen, senden in Stufen, beobachten Telemetrie und rollen bei Auffälligkeiten sauber zurück. Netzabbrüche sind einkalkuliert, Speichergrenzen respektiert. Ein landesweiter Rollout gelang fehlerfrei, weil Canary‑Gruppen realistische Funkprofile abbildeten und klare Abbruchkriterien dokumentiert waren, wodurch teure Vor‑Ort‑Einsätze nach missglückten Installationen vollständig vermieden werden konnten.
Wenige Bytes Log können Leben retten. Wir nutzen ringförmige Puffer, verdichtete Ereigniscodes, komprimierte Metriken und adaptive Sendepläne. Diagnosekommandos sind idempotent und zeitlich limitiert. Ein Feldtest identifizierte einen seltenen Brownout, weil der letzte Resetgrund und die Batteriespannung zuverlässig mitgesendet wurden. Daraus entstand eine einfache Präventionsmaßnahme, die Ausfälle drastisch reduzierte und Supporttickets spürbar verringerte.