LilyGO T-SIM7070G — Firmware bench

Primo bring-up: connette il 7070 al decoder H02 Visla via TinyGSM e apre un hotspot WiFi con dashboard live (RAT 2G/LTE-M/NB-IoT via AT+CPSI?, RSSI, operatore, IP, socket, pacchetti/ACK). Architettura non-bloccante: la dashboard resta raggiungibile anche mentre il modem cerca rete.

Il tracker "vero" di riferimento: GPS u-blox SAM-M10Q/MAX-M10S (I2C 0x42), IMU autodetect (QMI8658 / LSM6DS3TR-C), 2× INA219 + DHT11 se T-SimHat. Allarme vibrazione H02 (status bit0 active-low → ALARM_VIBRATION) che percorre la pipeline notifiche Visla end-to-end. Reporting adattivo 10s/60s, arming auto+manuale, config NVS, event log in dashboard.

Valida il giro device → MQTT su TLS → broker con payload JSON, su broker pubblico HiveMQ (8883). 1NCE blocca MQTT plain 1883 → qui si usa sempre TLS 8883. Publish visla/test/7070g + subscribe .../cmd per demo downlink.

Path MQTT "tracker vero": GPS reale + IMU (allarme vibrazione) + presenza LWT, tutto sul broker Visla mqtt.vislagps.com:8883 (TLS Let's Encrypt) con auth per-device (user=IMEI, ACL pattern). Publish visla/<IMEI>/pos, presence online/offline → bridge → stream Redis presence (websocket + DB). Subscribe .../cmd per downlink.

Modem sempre connesso (MQTTS TLS), simula movimento continuo: punto sintetico ogni 1s, batch MQTT ogni 10s, niente sleep. Misura il consumo always-on del 7070 (Cat-M) per confronto diretto col gemello A7670.

Tutto al minimo per trovare il baseline irriducibile: WiFi+BLE off, GPS in backup, modem power-off (AT+CPOWD), ESP32 in deep-sleep infinito. Serve a verificare che il modem si spenga davvero e qual è il floor della dev board.

Misura il crollo del consumo medio col duty-cycle: un giro (GPS fix → modem → PDP → MQTT/TLS → publish 1 pos → power-off → deep-sleep N s → riavvio) vs il firmware always-on. Confronto target: Seeworld S21L 46mA / G11L SE 83mA.

Comportamento "prodotto": macchina a stati basata sul movimento IMU. In movimento → tracking attivo (GPS 1Hz nel buffer, batch MQTT ogni 10s); fermo oltre STILL_TIMEOUT → deep-sleep con risveglio periodico per ricontrollare il movimento. WiFi+BLE off, modem power-off durante lo sleep.

Evoluzione dell'adattivo: l'LSM6DS3 genera un impulso su INT1 SOLO al movimento, che sveglia l'ESP32 via ext0. Da fermo l'ESP32 non si sveglia mai → consumo a riposo = floor deep-sleep (dev board ~5mA, su PCB custom <50µA). Richiede il cablaggio INT1 → GPIO33 (RTC-capable). Heartbeat di sicurezza a timer.

Diagnostico di supporto al wake-on-motion: non dorme, tiene l'ESP32 sveglio e stampa in diretta lo stato di INT1 (GPIO33), la magnitudine dell'accelerazione e il flag wake-up dell'IMU. Serve a verificare che l'LSM6DS3 alzi davvero INT1 quando scuoti, isolando il problema dall'ext0/deep-sleep.