V
Visla Hardware
Portal R&D
πŸ› οΈ R&D Visla β€” piattaforma di riferimento Β· 22 giugno 2026

Nordic Thingy:91 X

nRF9151 (LTE-M/NB-IoT + GNSS) + nRF5340 (BLE) + nRF7002 (Wi-Fi loc) + nPM1300 Β· blueprint del Visla Tag
βœ… Out-of-box validato πŸ“‘ Vodafone IT (22210) πŸ›°οΈ GNSS 6m Β· Wi-Fi 19m Β· cell 503m 🧩 Piattaforma Visla Tag

Cos'Γ¨

Prototyping platform Nordic per IoT cellulare. Integra in un solo board quasi tutto il BOM che avevamo spezzato per il Visla Tag: modem nRF9151 (LTE-M/NB-IoT + GNSS integrato), nRF5340 per il BLE antifurto, nRF7002 per la localizzazione Wi-Fi, PMIC nPM1300 con fuel gauge, IMU ADXL367/BMI270 e sensore ambiente BME688.

Soprattutto, espone la reference implementation ufficiale Nordic per un prodotto IoT cellulare consumer (hello.nrfcloud.com): firmware open su GitHub, trasporto CoAP/UDP, nRF Cloud Location Services (A-GPS / Ground-fix), FOTA completo. È un blueprint da forkare, non un giocattolo.

⚠️ Il nRF9151 Γ¨ un combo modem+GNSS, quindi mette alla prova il nostro dogma "GPS dedicato, mai il combo". Ma Γ¨ un GNSS Nordic con LNA dedicato β€” e il fix a 6 m out-of-box lo promuove. La strategia diventa GPS il meno possibile (cell/Wi-Fi per il resto), non "GPS dedicato sempre acceso".
πŸ”§ Esemplare nostro
Modello
PCA20065 Β· HW v1.0.0
IMEI
357387860006394
SIM attiva
Onomondo (10MB free)
SIM scorta
Wireless Logic (5MB)
FW app / modem
2.0.2 / 2.0.2
FOTA
BOOT/MODEM/APP/MDM_FULL
Rete
Vodafone IT (22210)
Batteria
91% (nPM1300)

πŸ“Œ TODO: registrare entrambe le SIM per i MB extra (test PSM/Ground-fix).

πŸ›°οΈ Localizzazione a gradini β€” stesso punto, stesso device, 22 giu 2026 (Orvieto)

Il dato chiave per la strategia del Tag: tre metodi a costo/precisione crescente. Cell/Wi-Fi per il 95% del tempo, GNSS solo on-demand.

MetodoAccuratezzaCosto energia/datiUso sul Tag
Single-cell 503 m ~zero (giΓ  connesso) Heartbeat "in quale cittΓ "
Wi-Fi (Ground-fix) 19 m basso (1 scan + 1 query) Default indoor/urbano
GNSS 6 m alto (accendi ricevitore) On-demand: furto / recupero outdoor
Conclusione strategica: per un Tag a batteria il GPS Γ¨ l'eccezione, non il motore primario. 19 m Wi-Fi indoor (dove il GPS non vede nulla) basta per "Γ¨ ancora in casa / si Γ¨ mosso"; il GNSS a 6 m lo accendi solo quando serve il punto preciso ("il ladro l'ha portato fuori"). Questo ribalta la logica consumi.

πŸ—οΈ Architettura di riferimento β€” cosa riusare

Dalla pagina "View Source" del demo hello.nrfcloud.com, i punti riusabili per il firmware custom Visla Tag.

πŸ”‘ Doppio certificato (secTag)

hello.nrfcloud usa secTag 4242. Possiamo flashare firmware custom verso il nostro backend SENZA disassociare il device, purchΓ© non usi il 4242. Riflashando "Hello nRF Cloud" si torna alla demo. β†’ percorso pulito demo β†’ custom.

πŸ“‘ Trasporto CoAP / UDP

Nordic usa CoAP/DTLS su UDP (non MQTT/TCP) per i dati β†’ meno consumo per fix. Coerente coi nostri field findings NB-IoT (TCP fantasma β†’ usare UDP).

🧭 nRF Cloud Location Services

Ground Fix API (cell+Wi-Fi scan β†’ posizione), A-GPS, P-GPS. Usabili anche dal nostro firmware per abbattere il TTFF del GNSS.

🧱 Base firmware + FOTA + Memfault

Base da forkare = nrfconnect/Asset-Tracker-Template (v1.2.9, moduli Location/Cloud/Power-PSM/FOTA). App out-of-box: hello-nrfcloud/firmware. FOTA completo incluso il modem (MDM_FULL). Memfault per crash/coredump.

πŸ”‹ Misura consumi

Il board include una current-measurement & debug board (breakout sul fronte): SWD/trace + spezza il rail per la misura. La lettura Β΅A vera richiede il PPK2 (~€80-90, a parte) β€” che risolverebbe anche il confound batteria del FNB58 alimentando il DUT in source mode. Senza spendere nulla: fuel gauge nPM1300 via firmware β†’ stima SoC/consumo per una prima caratterizzazione PSM su rete Voda IT.

πŸ“Ÿ Firmware flashati

Tutti i firmware passati sul nRF9151: l'originale di fabbrica, quelli di sviluppo e la roadmap Visla MQTT.

FirmwareBaseDataStatoCosa faSource
Hello nRF Cloud (out-of-box) NCS β€” app/modem 2.0.2 2026-06-22 πŸ’Ύ Backup salvato Firmware di fabbrica: demo nRF Cloud, dashboard hello.nrfcloud.com. Backup in firmware-iniziale/ (ri-flashabile per tornare allo stato originale). hello-nrfcloud/firmware β†—
Asset-Tracker-Template (debug) ATT v1.5.1 / NCS 2026-06-22 πŸ”¬ Usato al bench Build debug dell'ATT: shell Zephyr interattiva per diagnostica (att_network, at, mflt, location). Usato per validare flash seriale + flusso location a gradini. nrfconnect/Asset-Tracker-Template β†—
Visla MQTT v0.3 ATT v1.4.0 / NCS v3.3.0 2026-06-23 βœ… End-to-end OK Fork ATT + cloud module MQTT verso mqtt.vislagps.com. Patch: prefisso topic visla/, username=IMEI + password, CA Let's Encrypt. CONNESSO + publish su visla/<IMEI>/pos ricevuto dal broker. Device nel DB (claim THINGY9X). visla-gps/hardware-research Β· visla-mqtt β†—
Visla MQTT v1.1 β€” heartbeat + segnale ATT v1.4.0 / NCS v3.3.0 2026-06-23 βœ… Online + RSSI Heartbeat periodico (60s) su visla/<IMEI>/pos: {valid:false,seq,rssi,up,fw}. Il bridge lo marca "online" senza posizione fittizia β†’ device Online in admin + segnale (RSRP dBm) visibile. Verificato: presence CONNECT ogni 60s, rssi -103. visla-gps/hardware-research Β· visla-mqtt β†—
Visla MQTT v1.2 β€” posizione su fix ATT v1.4.0 / NCS v3.3.0 2026-06-23 🟑 Pronto (serve fix) Sottoscrive location_chan: su LOCATION_GNSS_DATA pubblica {lat,lon,valid:true,acc} β†’ il bridge inserisce una posizione vera (puntino mappa). Implementato e flashato; la verifica richiede un fix GNSS reale (outdoor o A-GPS) β€” indoor il GNSS non aggancia. visla-gps/hardware-research Β· visla-mqtt β†—
Visla MQTT v1.3 β€” A-GPS (nRF Cloud) ATT v1.4.0 / NCS v3.3.0 2026-06-23 πŸ”§ In lavorazione A-GPS via nRF Cloud Location Services (solo assistenza, NON i dati posizione che restano sul broker Visla) β†’ fix GNSS veloci anche indoor/vicino finestra. Gestisce LOCATION_AGNSS_REQUEST β†’ scarica assist β†’ nrf_modem_gnss_agnss_write. Fase 1 per validare la catena. visla-gps/hardware-research β†—
Visla MQTT v1.4 β€” A-GPS SELF-HOSTED ⭐ TBD β€” 🎯 Da provare (futuro) Microservizio A-GPS sul backend Visla: scarica effemeridi pubbliche (RINEX-nav da IGS/NASA, gratis), le converte nel formato nrf_modem_gnss_agnss_* e le serve via il NOSTRO server (MQTT/HTTP). Stesso hook firmware della v1.3, cambia solo la sorgente. β†’ ZERO costo per-device, ZERO dipendenza da Nordic. Preferibilmente P-GPS (predette, meno traffico). REQUISITO per vendere a volume (>1000 device su Amazon): nRF Cloud free tier = solo 500 richieste/mese. visla-gps/hardware-research β†—
Visla MQTT β€” low-power / PSM TBD β€” βšͺ️ Futuro Duty-cycle + PSM/eDRX per autonomia a batteria; misura consumi col PPK2. Obiettivo profilo Visla Tag. visla-gps/hardware-research β†—
βœ… 23 giu 2026 β€” Visla MQTT v0.3 end-to-end: il nRF9151 si connette in TLS a mqtt.vislagps.com e pubblica su visla/357387860006394/pos (ricevuto dal broker). Dimostra che il Visla Tag su Nordic puΓ² usare l'infrastruttura MQTT esistente, come il LilyGO.
βœ… Fatto
  • Out-of-box validato: modem, 3 metodi location, sensori, batteria, FOTA
  • Backup firmware iniziale (app/modem 2.0.2)
βšͺ️ Prossimi passi
  • Registrare SIM Onomondo + Wireless Logic (sblocco MB)
  • Bench consumi PSM su Voda IT (nPM1300 β†’ PPK2)
  • Costo energetico per metodo: GNSS vs Wi-Fi vs cell
  • Toolchain nRF Connect SDK + fork NCS Example App
  • Firmware custom β†’ backend Visla (secTag β‰  4242, CoAP/UDP)