Guida tecnica · Confronto radio · Decisione tecnologica

LoRaWAN vs Bluetooth vs Wi-Fi per sensori temperatura: guida decisionale per IT e ingegneri impianti

Range, durata batteria, sicurezza, costi totali. Quando ogni tecnologia radio è la scelta corretta, quando è sbagliata, e perché Nokeval ha scelto sub-GHz invece di BLE/Wi-Fi.

★ Distributore ufficiale Nokeval Italia Guida tecnica · TOFU · Scelta tecnologica radio

Tre tecnologie radio, tre case d'uso diversi, una sola scelta corretta per ogni applicazione. Capire le differenze tra LoRaWAN, Bluetooth e Wi-Fi prima di dimensionare un sistema di monitoraggio temperatura evita di buttare 30.000 € in un'architettura sbagliata.

"Perché non usate il Wi-Fi, tanto ce l'ho già?" "Quando c'è il Bluetooth in ogni smartphone, perché serve una rete nuova?" "Il LoRaWAN non l'ho mai sentito nominare, è affidabile come Wi-Fi?" Sono le domande più frequenti che riceviamo da IT manager, ingegneri di impianto, installatori che valutano per la prima volta una soluzione di monitoraggio temperatura wireless industriale. Le tre tecnologie radio sembrano interscambiabili nel marketing dei produttori, ma in realtà hanno caratteristiche fisiche profondamente diverse che le rendono adeguate a casi d'uso specifici. Confonderle è un errore costoso.

Questa guida confronta tecnicamente LoRaWAN 868 MHz, Bluetooth Low Energy (BLE 5.x) e Wi-Fi 2.4/5 GHz sui parametri che decidono la scelta per un sistema di monitoraggio temperatura: range outdoor e indoor, durata batteria, data rate, sicurezza nativa, densità di dispositivi per gateway, costo totale di proprietà su 5-10 anni. Spieghiamo anche perché Nokeval ha scelto sub-GHz (LoRaWAN 868, Sky 433, MTR 433) per tutto il proprio cluster wireless, escludendo deliberatamente BLE e Wi-Fi. Audience target: IT manager aziendali, ingegneri impianti, installatori, system integrator. Stimato tempo lettura: 12-15 minuti.

Settori industriali italiani in cui la scelta radio è decisiva

🏭 Process industry 🥩 Food cold chain 💊 Pharma GDP 🏢 BMS edifici terziari 🏗️ Smart Industry 4.0/5.0 ⚡ Energy management 🌾 Agricultura connessa 📦 Logistica e trasporti
📡

LoRaWAN long range

Indoor 2-5 km, outdoor 10-15 km, 5-10 anni di batteria

📱

BLE prossimità

30-100 m, basso consumo per traffic sparso, ottimo per configurazione

📶

Wi-Fi alimentato

20-50 m indoor, alta velocità, richiede alimentazione fissa

🔄

Architetture ibride

Le 3 tecnologie coesistono nello stesso stabilimento, ognuna per il suo use case

Le 3 tecnologie radio: principi tecnici di base

Prima del confronto serve capire come ognuna funziona. Le 3 tecnologie sono ottimizzate per case d'uso diversi e questa scelta progettuale si riflette nei parametri di prestazione.

LoRaWAN 868 MHz, Bluetooth Low Energy 5.x, Wi-Fi 2.4/5 GHz

868 MHz sub-GHz

📡 LoRaWAN (Long Range WAN)

Protocollo IoT dedicato a dispositivi a batteria distribuiti su grandi aree. Usa LoRa modulation Semtech a 868 MHz EU, con spreading factor (SF7-SF12) che permette trade-off tra distanza e data rate.

  • Topology: star-of-stars (gateway centrali)
  • Classes: A (asincrono, batt 5-10 anni), B (sincronizzato), C (sempre ascolto)
  • Encryption: AES-128 end-to-end nativa
  • License: free ISM 868 MHz EU
2.4 GHz BLE

📱 Bluetooth Low Energy (BLE 5.x)

Evoluzione del Bluetooth classico ottimizzata per dispositivi a batteria di prossimità. BLE 5.x (2017+) introduce Long Range mode (250 m teorici) e modalità ad alta densità per smart home/wearable.

  • Topology: point-to-point o mesh
  • Data rate: fino 2 Mbps (BLE 5.x 2M PHY)
  • Encryption: AES-128 con pairing/bonding
  • License: free ISM 2.4 GHz
2.4/5/6 GHz

📶 Wi-Fi (802.11)

Standard universale per reti locali ad alta velocità. Wi-Fi 6 (802.11ax) e Wi-Fi 7 (802.11be) portano multi-Gbps. Wi-Fi HaLow (802.11ah) è la variante a 900 MHz sub-GHz per IoT (poco diffusa).

  • Topology: star con access point
  • Data rate: fino 9.6 Gbps (Wi-Fi 6)
  • Encryption: WPA2/WPA3 + TLS opzionale
  • License: free ISM 2.4/5/6 GHz

Conseguenza chiave delle differenze fisiche: la frequenza determina la propagazione. 868 MHz sub-GHz ha lunghezza d'onda ~35 cm e penetra muri di mattoni, intonaco, vetro spesso, anche scaffalature metalliche con perdite contenute. 2.4 GHz ha lunghezza d'onda ~12 cm e penetra peggio i muri, è affollata da Wi-Fi/Zigbee/microonde, soffre di interferenze. 5 GHz ha lunghezza d'onda ~6 cm e penetra ancora peggio, è meno affollata ma più "fragile" agli ostacoli. Per ambienti industriali con muri spessi e strutture metalliche, sub-GHz ha un vantaggio strutturale insormontabile rispetto a 2.4/5 GHz.

Confronto diretto: 10 parametri tecnici

La tabella sotto mette a confronto LoRaWAN, BLE e Wi-Fi sui parametri che decidono la scelta per un sistema di monitoraggio temperatura. È pensata come cheat-sheet decisionale per IT manager e ingegneri.

LoRaWAN vs Bluetooth Low Energy vs Wi-Fi: chi vince su quale parametro

Parametro LoRaWAN 868 MHz BLE 5.x 2.4 GHz Wi-Fi 2.4/5 GHz
Range indoor tipico 2-5 km 30-100 m 20-50 m
Range outdoor LOS 10-15 km 250 m max (BLE 5.x LR) 100 m ideali
Durata batteria sensore 5-10 anni (coin cell) 1-3 anni (BLE sleep) Giorni-settimane (con AA)
Data rate 0,3-50 kbps 125 kbps - 2 Mbps 100 Mbps - 9.6 Gbps
Dispositivi per gateway 500-2000+ 8 simultanei (centinaia BLE Mesh) 50-100 enterprise AP
Penetrazione muri Eccellente (sub-GHz) Limitata (2.4 GHz) Limitata (2.4/5 GHz)
Affollamento spettrale Basso (868 MHz dedicato) Alto (2.4 GHz condiviso) Variabile (5/6 GHz meglio)
Encryption nativa AES-128 E2E (Network+App keys) AES-128 negoziabile WPA2/WPA3 + TLS opt
Costo dispositivo Medio Basso Medio-basso
Costo infrastruttura 1 Hub/stabilimento Smartphone/gateway BLE per zona 5-10 AP/stabilimento

Punteggio finale per applicazioni temperatura industriale: LoRaWAN vince 7 parametri su 10 (range indoor/outdoor, batteria, dispositivi per gateway, penetrazione, affollamento, encryption). BLE vince 1 parametro (costo dispositivo basso). Wi-Fi vince 1 parametro (data rate altissimo, ma è OVERKILL per pochi byte di temperatura ogni 30 min). Per applicazioni diverse dal monitoring temperatura, gli equilibri cambiano: per streaming video Wi-Fi vince; per wearable BLE vince; per smart home BLE/Wi-Fi vincono.

Quale tecnologia scegliere: tabella per scenario

Il punteggio finale del confronto non si applica universalmente: la scelta corretta dipende dallo scenario specifico. Le scelte qui sotto coprono il 95% dei casi reali industriali italiani.

Scegli la tecnologia radio corretta per il tuo scenario

LoRaWAN

Magazzino refrigerato GDP / cold chain

Magazzino farmaceutico 2000+ m² con 27 sonde T+RH distribuite su 3 livelli. Sensori a batteria, autonomia richiesta 5+ anni, conformità GDP UE con audit trail.

LoRaWAN

Stabilimento food multi-cella

Stabilimento alimentare con 20 celle frigo + abbattimento + lavastoviglie + 30 punti HACCP. Sensori distribuiti, batteria pluriennale, conformità BRCGS.

LoRaWAN

Smart Industry Transizione 5.0

Stabilimento meccanico con 40 forni + macchine. Sensori T + stati DI distribuiti su 3 km layout, batteria 5+ anni, integrazione MES/SCADA con dashboard energetico.

Wi-Fi

BMS edificio terziario alimentato

Edificio direzionale con 40 fan-coil + termostati HVAC. Dispositivi alimentati linea, integrazione BMS Cisco/Aruba esistente. Sensori sempre online, traffic moderato.

Wi-Fi

Server room data center connesso

Sala server enterprise con monitoring continuo T + RH + umidità + airflow. Dispositivi alimentati, alta granularità (ogni 10 sec), integrazione NMS aziendale.

BLE

Wearable medico / sanità mobile

Operatore medico con sensore di prossimità per misure ambiente paziente. Smartphone come reader, BLE 5.x sufficient per 30 m range. Configurazione on-arrival.

BLE

Configurazione installer field

Tecnico installer che configura 50 sensori in stabilimento via app smartphone (parametri trasmissione, soglie, ID). Faster del cavo USB+PC per setup grandi.

Ibrido

LoRaWAN per dati + Wi-Fi per dashboard

Setup standard MCA: LoRaWAN per sensori a batteria + Wi-Fi solo per dispositivi mobili dei tecnici/manager che leggono dashboard NSnappy via app + BLE per configurazione iniziale.

Perché Nokeval ha scelto sub-GHz: la decisione strategica del brand

Tutti i trasmettitori wireless Nokeval usano radio sub-GHz (LoRaWAN 868, Sky 433, MTR 433). Nessun prodotto Nokeval usa Bluetooth o Wi-Fi. Questa è una scelta strategica del brand, non un'omissione, e ha conseguenze pratiche per i clienti italiani.

I 4 motivi della scelta sub-GHz di Nokeval

🔋 Autonomia batteria pluriennale è il driver del costo lifecycle

Nokeval ha 40+ anni di storia industriale finlandese. Target di mercato: monitoraggio temperatura industriale, food, pharma. In questi mercati il sensore deve durare 5-10 anni con la batteria originale per essere economicamente sostenibile (intervento manutentivo per sostituzione batteria costa più del sensore stesso). Solo sub-GHz raggiunge questa autonomia.

  • Flex-Sky/Flex2: 5+ anni con AA standard
  • NSnappy Cool/Sense: 3-7 anni con AAA
  • Stable-LWEU: 5+ anni con batterie integrate

🏭 Ambienti industriali penalizzano 2.4 GHz

Capannoni industriali italiani hanno muri di cemento armato, soffitti alti, scaffalature metalliche pesanti, macchinari di grandi dimensioni. Per le frequenze a 2.4 GHz queste strutture sono ostacoli severi (attenuazioni di 20-40 dB per ogni muro/struttura metallica). Per sub-GHz l'attenuazione è 5-10× inferiore.

  • Outdoor capannone: LoRaWAN copre 5 km, Wi-Fi 50 m
  • Indoor multi-piano: LoRaWAN passa più piani, Wi-Fi 1-2 max
  • Scaffalature metalliche: LoRaWAN penetra, Wi-Fi gli rimbalza

🔒 Sicurezza nativa è essenziale per food/pharma

Le applicazioni target di Nokeval (HACCP food, GDP pharma) richiedono audit trail, data integrity, encryption nativa. LoRaWAN AES-128 end-to-end (2 chiavi separate Network/App) è certificato. Wi-Fi consumer-grade non lo è. BLE 5.x sì ma con dipendenza dal pairing manuale.

  • BRCGS, ISO 22000, GDP UE, FDA 21 CFR Part 11 supportati
  • NSnappy cloud con audit trail GDP-compliant
  • Stable-Sky-Node per data residency on-premise

📡 Trasmissioni sparse e infrequenti sono il pattern temperatura

La temperatura cambia lentamente: 1 lettura ogni 5-30 minuti è sufficiente per il 95% delle applicazioni. Wi-Fi è progettato per streaming, è overkill per pochi byte ogni 30 min. BLE è progettato per prossimità, non per distribuzione sparsa. LoRaWAN è progettato per trasmissioni sparse di pochi byte: è il "match perfetto" del use case.

  • Payload tipico Nokeval: 8-16 bytes per trasmissione
  • Intervallo tipico: 5-30 minuti
  • Air time: 50-300 ms per trasmissione

La conseguenza per i clienti italiani: chi compra Nokeval da MCA sa che sta entrando in un ecosistema sub-GHz coerente, ottimizzato per industria. Se l'applicazione vera del cliente richiede Wi-Fi/BLE (es. smart home, wearable, dispositivi connessi consumer), Nokeval non è il brand corretto - e MCA in fase pre-vendita lo dice apertamente, suggerendo alternative quando appropriato. La nostra filosofia commerciale è vendere la soluzione corretta, non la soluzione disponibile.

Sei applicazioni concrete con la scelta corretta

Le applicazioni che seguono sono casi tipici trattati da MCA negli ultimi anni in Italia. Per ognuna la scelta radio è motivata tecnicamente.

💊 Grossista farmaceutico - 50 sonde GDP

Grossista farmaceutico regionale con magazzino 5.000 m² distribuito su 4 livelli + 8 celle refrigerate +2/+8 °C + 2 congelatori -25 °C. 50 sonde T+RH wireless permanenti, autonomia batteria 5+ anni richiesta, conformità GDP UE.

Scelta corretta: LoRaWAN 868 MHz (Flex-Sky-nSens-HT + NSnappy Cool) + Hub NSnappy 4G. 1 singolo Hub copre tutti i 50 punti, autonomia 5+ anni con AA Lithium, AES-128 native, audit trail GDP-compliant. Wi-Fi sarebbe richiesto in tutti i corridoi + UPS per dispositivi, BLE non avrebbe range sufficiente.

🏢 BMS edificio direzionale

Sede aziendale 12.000 m² con 80 termostati zone HVAC + 25 sensori CO2 IAQ. Dispositivi a 24 Vdc da quadro elettrico nearby, integrazione BMS Honeywell EBI esistente via Modbus TCP, traffic continuo (1 lettura/30 sec).

Scelta corretta: Wi-Fi enterprise (mesh AP esistenti) + termostati Wi-Fi nativi non-Nokeval (perché Nokeval è batteria-focused). Per i sensori CO2/T+RH critici dove vuole batteria autonoma, integriamo Kube-Sky LoRaWAN. Architettura ibrida coerente.

🏭 Stabilimento meccanico Smart Industry

Stabilimento 30.000 m² con 40 forni industriali + 25 motori critici. Sensori T + stati ON/OFF + cicli macchina su 2,5 km di estensione layout. Eleggibilità Transizione 5.0 / iperammortamento.

Scelta corretta: LoRaWAN 868 MHz (Stable-LWEU-T-DI) + 1 Hub NSnappy + ChirpStack on-premise per network segregation. 1 Hub copre tutti i 65 punti, autonomia 5+ anni, integrazione con MES manufacturing. Wi-Fi richiederebbe 15-20 AP nuovi, BLE è inadeguato per la scala.

🥩 Stabilimento food BRCGS Issue 9

Stabilimento di trasformazione carne 8.000 m² con 18 celle frigo + 6 abbattitori cook-and-chill + 4 lavastoviglie industriali + 30 punti HACCP cuore prodotto. Audit BRCGS + IFS Food + cliente GDO.

Scelta corretta: LoRaWAN 868 MHz (NSnappy Cool/Wash/Sense + Flex2) + 1 Hub NSnappy 4G. 1 singolo Hub copre 58 punti totali. Autonomia AA alcalina 3-5 anni, configurazione MekuWin pre-spedizione. Conforme EN 13486:2023 + BRCGS clausola 4.11. Wi-Fi sotto-dimensionato per range, BLE non scalabile.

🏥 Farmacia ospedaliera multi-area

Farmacia ospedaliera 300 m² con area dispensazione + cella +2/+8 °C 12 m² + congelatore -25 °C 4 m² + ambulatorio satellite a 150 m. Audit Direzione Sanitaria + ASL randomica.

Scelta corretta: LoRaWAN per i sensori T+RH permanenti (penetra muri ospedale e raggiunge ambulatorio satellite con un solo Hub) + BLE configurazione iniziale via smartphone tecnico. Wi-Fi inadeguato perché penetra male tra reparti diversi, dispositivi a batteria preferiti per evitare cavi di alimentazione nei reparti pulizia notturna.

🌾 Azienda agricola serra connessa

Azienda agricola 50.000 m² con 8 serre + silos cereali + magazzino prodotto. Sensori distribuiti su 800 m × 600 m, condizioni outdoor harshness, alimentazione elettrica limitata alle baracche.

Scelta corretta: LoRaWAN 868 MHz (Stable-LWEU + Flex2 + Kide-Sky outdoor IP67). 1 Hub al centro azienda copre tutto. Outdoor range LOS 5+ km cover anche silos remoti. Batteria pluriennale evita manutenzione ogni anno. Wi-Fi totalmente inadeguato per range, BLE inutilizzabile per distanze.

Devi scegliere la tecnologia radio corretta per il tuo progetto?

Mandaci una descrizione dell'applicazione: dimensione area da coprire, numero di sensori previsti, infrastruttura IT esistente (Wi-Fi enterprise, server room, switching), normative di riferimento (HACCP, GDP, BRCGS, ISO), autonomia batteria richiesta. Ti rispondiamo con raccomandazione tecnologica + architettura proposta + BoM con range di costo entro 5 giorni lavorativi. Se la scelta corretta non è Nokeval ti suggeriamo alternative.

Come MCA accompagna la scelta tecnologica

Scegliere la tecnologia radio non è un esercizio di lista di feature, è una valutazione olistica del business case e dell'ambiente del cliente. MCA accompagna il cliente in queste 4 fasi.

I quattro pilastri del servizio MCA per la scelta tecnologica

1. Site survey RF pre-progetto

Per stabilimenti grandi o con strutture complesse facciamo site survey realistica: misura RSSI in punti chiave con strumenti dedicati, identifichiamo zone d'ombra, validiamo il numero di Hub o Access Point necessari. Riduce drasticamente sorprese in fase di deployment.

2. Architettura ibrida disegnata

Quando il cliente ha esigenze diverse (es. food + BMS edificio uffici + smart industry produzione), proponiamo architettura ibrida coerente: LoRaWAN per i sensori a batteria distribuiti, Wi-Fi per dispositivi alimentati e dashboard, MTR 433 legacy mantenuto attivo, BLE per configurazione installer. Le 4 reti coesistono.

3. Onestà commerciale sui limiti Nokeval

Nokeval è ottimizzato per industria/food/pharma con sub-GHz. Se il cliente vuole smart home, dispositivi consumer, wearable, sensori in mobilità con smartphone reader, Nokeval non è la scelta corretta - lo diciamo in fase pre-vendita e suggeriamo alternative (Ezurio, ELPRO, Disruptive Technologies, Sensitech).

4. Integrazione IT/OT esistente

Coordiniamo con l'IT del cliente per integrazione del sistema LoRaWAN nuovo con l'infrastruttura esistente: Wi-Fi enterprise mantenuto per altri use case, switching/routing aziendale, firewall segregation, single sign-on integration, dashboard NSnappy o on-premise come da policy DPO.

Approfondisci il cluster wireless temperatura MCA

La scelta tra LoRaWAN, BLE e Wi-Fi è il primo livello decisionale. Per i dettagli specifici di ciascuna tecnologia, dei prodotti e delle altre guide, naviga le sezioni del cluster.

📚 Cluster wireless temperatura - tutte le pagine MCA

Domande frequenti

LoRaWAN, Bluetooth o Wi-Fi: qual è meglio per i sensori di temperatura?

Per la maggior parte delle applicazioni industriali, food e pharma con sensori temperatura distribuiti su un magazzino o stabilimento, LoRaWAN è la scelta dominante: range superiore (indoor 2-5 km, outdoor LOS fino a 10-15 km contro 30-100 m del BLE e 20-50 m del Wi-Fi), durata batteria di 5-10 anni con coin cell, encryption AES-128 nativa end-to-end, sicurezza adeguata anche per pharma GDP. BLE è la scelta corretta per applicazioni di prossimità (configurazione, wearable, fitness, sensori personali) dove la distanza è sempre inferiore a 30 m. Wi-Fi è adeguato solo per dispositivi con alimentazione fissa (HVAC, BMS edifici, smart appliances) e non per sensori a batteria. Per applicazioni hybrid (configurazione BLE + trasmissione LoRaWAN) esistono trasmettitori con doppia radio.

Qual è il range tipico di LoRaWAN rispetto a Bluetooth e Wi-Fi?

I numeri tipici del settore (LoRa Alliance, Bluetooth SIG, Wi-Fi Alliance) sono: LORAWAN 868 MHz indoor 2-5 km (penetra muri grazie alle frequenze sub-GHz), outdoor line-of-sight fino 10-15 km con LoRa modulation Semtech. BLUETOOTH LOW ENERGY (BLE 5.x) indoor tipico 30-100 m in BLE classic, fino 250 m in BLE 5.x Long Range con specifiche favorevoli (antenna esterna, no interferenze 2.4 GHz, low data rate). WI-FI 2.4/5 GHz indoor 20-50 m con muri di mattoni, fino 100 m outdoor in ideali. La differenza fisica è nelle frequenze: 868 MHz penetra muri molto meglio di 2.4 GHz, ed è meno affollata. Per applicazioni industriali con strutture metalliche, scaffalature, muri perimetrali grossi, LoRaWAN ha vantaggio strutturale insormontabile.

Quanto dura la batteria con LoRaWAN, BLE e Wi-Fi?

LORAWAN supporta durata batteria di 5-10 anni con AA o coin cell perché il dispositivo è asincrono (Class A): si sveglia, trasmette in pochi millisecondi, torna in deep sleep. Per intervalli di 30 minuti-1 ora tipici nel monitoraggio temperatura, la durata 5+ anni è la norma industriale. BLE in modalità sleep aggressivo (advertising ogni minuto) può raggiungere 1-3 anni con coin cell, ma se usato attivamente (es. streaming continuo wearable) la durata scende a giorni o settimane. WI-FI tradizionale (802.11n/ac/ax) consuma ordini di grandezza più del LoRaWAN per ogni trasmissione (associazione AP + DHCP + TLS handshake): la durata batteria con AA è di giorni-settimane in deep sleep, mai anni. Wi-Fi HaLow (802.11ah) è migliore ma ancora meno efficiente del LoRaWAN per traffic sparso.

Perché Nokeval ha scelto LoRaWAN e sub-GHz invece di BLE e Wi-Fi?

Tutti i trasmettitori wireless Nokeval usano radio sub-GHz (LoRaWAN 868 MHz, Sky 433 MHz LoRa, MTR 433 MHz OOK). Nessun prodotto Nokeval usa Bluetooth o Wi-Fi. La scelta tecnologica è coerente con il target dell'azienda: monitoraggio temperatura industriale, food, pharma, edifici terziari, smart industry, manutenzione predittiva. Le caratteristiche dominanti di questi mercati sono: 1) sensori a batteria con autonomia pluriennale (5-10 anni), 2) trasmissioni sparse di pochi byte (T+RH ogni 30 min), 3) ambienti industriali con muri spessi, scaffalature metalliche, capannoni grandi, 4) sicurezza dei dati con encryption nativa per audit GDP/HACCP. Sub-GHz centra tutti e 4. Bluetooth e Wi-Fi sono ottimi per smart home, wearable, configurazione di prossimità — ma non sono la scelta corretta per applicazioni industriali distribuite.

Esistono trasmettitori temperatura ibridi con due radio diverse?

Sì, è un trend crescente nel mercato IoT. Configurazioni ibride tipiche: 1) BLE per configurazione locale + LoRaWAN per trasmissione cloud (il tecnico installatore configura il sensore con smartphone via app BLE, dopo la trasmissione dati operativa va in LoRaWAN); 2) Wi-Fi quando ambiente domestico + LoRaWAN fallback se Wi-Fi non disponibile (raro, complesso); 3) BLE Mesh per micro-aree dense + LoRaWAN gateway per backhaul (commercial real estate). Il cluster Nokeval italiano NON ha trasmettitori ibridi BLE+LoRaWAN ad oggi: la configurazione si fa via USB POL converter + MekuWin, scelta coerente con target audience industriale che ha già strumenti di calibrazione su PC. Per chi cerca configurazione via app smartphone, le alternative ibride esistono in altri brand (Ezurio, RS1xx, ELPRO Liberty, Disruptive Technologies).

La sicurezza dei dati: come si confrontano LoRaWAN, BLE e Wi-Fi?

LORAWAN ha encryption AES-128 end-to-end nativa nel protocollo (LoRaWAN 1.0.x e 1.1.x), con 2 chiavi separate (Network Session Key e Application Session Key) che rendono il packet illeggibile sia al network operator che a eventuali attaccanti. È adeguato per applicazioni pharma GDP, food HACCP, smart industry sensibile. BLE ha pairing/bonding con security manager protocol, encryption AES-128 negoziabile, ma la robustezza dipende dalla qualità dell'implementazione del produttore. BLE 5.x ha pairing migliorato vs vecchie versioni. WI-FI usa WPA2/WPA3 a livello rete con TLS opzionale al livello app, è molto sicuro se ben configurato ma dipende dalla rete del cliente (che spesso non è sotto controllo IT del sensore). Per applicazioni mission-critical industriali: LoRaWAN > BLE > Wi-Fi in termini di sicurezza intrinseca al protocollo.

Quanti dispositivi può gestire un gateway LoRaWAN, BLE o Wi-Fi?

GATEWAY LORAWAN: tipicamente 1.000-10.000+ dispositivi per gateway, dipende da intervallo trasmissione e SF (spreading factor). Per applicazioni temperatura con intervallo 30 min e SF7-SF9 si arriva facilmente a 500-2.000 dispositivi per singolo Hub. ACCESS POINT WI-FI: 50-100 dispositivi simultanei per AP enterprise (Wi-Fi 6), con calo di prestazioni per ogni dispositivo aggiunto. Per sensori IoT a basso traffic si arriva a 200-500 ma con gestione molto cura della QoS. BLE: massimo 8 dispositivi simultanei in connessione classica, fino centinaia in BLE Mesh ma con latenze maggiori e robustezza variabile. Per stabilimenti grandi con 100+ sensori temperatura, LoRaWAN è strutturalmente superiore: un singolo Hub copre tutto invece di 5-10 AP/router.

Esistono casi in cui Wi-Fi è meglio di LoRaWAN per temperatura?

Sì, in 3 casi specifici: 1) DISPOSITIVI CON ALIMENTAZIONE FISSA E TRAFFICO ALTO. Esempi: smart thermostat, BMS controllo HVAC, server room monitoring continuous, frigoriferi connessi industriali. Quando c'è linea elettrica e/o serve trasmissione frequente, Wi-Fi è adeguato. 2) APPLICAZIONI DOMESTICHE/CONSUMER. Smart home, frigorifero collegato, sensori HACCP per piccola attività (1-2 punti). Wi-Fi è già presente, gestione semplice. 3) INTEGRAZIONE CON RETE IT ESISTENTE. Quando l'azienda ha già infrastruttura Wi-Fi enterprise robusta (Cisco, Aruba, Ubiquiti) e l'IT preferisce non aggiungere nuove tecnologie radio. Per progetti pharma corporate questa è considerazione frequente. Per stabilimenti industriali con sensori a batteria distribuiti, LoRaWAN resta superiore.

Esistono casi in cui Bluetooth Low Energy è meglio di LoRaWAN per temperatura?

Sì, in 3 casi specifici: 1) SENSORI DI PROSSIMITÀ. Sensori personali wearable per medico/operatore, sensori in carrelli mobili (catering, refrigerati transit short-haul), prodotti food in transito che richiedono lettura on-arrival. BLE è ottimale per smartphone come reader. 2) CONFIGURAZIONE INSTALLAZIONE. App smartphone per installer che configura un sensore via BLE prima di metterlo in funzione. Molto pratico per installazioni grandi (50+ sensori) dove configurare via cavo USB è lento. 3) MESH INDOOR DENSO PER PICCOLE AREE. Ufficio open-space, salone esposizione, biblioteca: BLE Mesh 30-50 m è adeguato e supporta hop tra sensori. Per stabilimenti industriali distribuiti su grandi aree, LoRaWAN resta superiore. Il cluster Nokeval italiano non offre BLE per scelta strategica focalizzata su industria.

Posso usare tecnologie radio diverse nello stesso stabilimento?

Sì, è prassi industriale comune. Architettura ibrida tipica: 1) LORAWAN per sensori temperatura distribuiti a batteria (Flex2, Stable-LWEU, NSnappy Cool/Sense) - 90% del fabbisogno wireless industriale. 2) WI-FI per dashboard, kioschi operatore, dispositivi mobili dei tecnici, integrazione SCADA su rete IT. 3) BLE per smartphone dei tecnici che leggono singoli sensori in opera tramite app di diagnostica, o per badge di accesso. 4) MTR 433 MHz legacy mantenuto attivo per investimenti esistenti, integrato via FT20-RTC433 in Modbus. 5) ETHERNET CABLATO per backbone enterprise. Le 5 reti coesistono perché operano su frequenze e livelli stack diversi. MCA accompagna i clienti nella definizione dell'architettura ibrida adeguata al loro stabilimento.

Per la tua prossima scelta tecnologica in applicazione wireless temperatura

MCA Strumentazione Industriale è distributore ufficiale Nokeval per Lombardia, Veneto, Emilia-Romagna, Piemonte, Lazio e tutto il territorio italiano. Forniamo trasmettitori wireless Nokeval sub-GHz (LoRaWAN 868 MHz, Sky 433 MHz, MTR 433 MHz) ottimizzati per industria/food/pharma con autonomia pluriennale di batteria. Per applicazioni che richiedono Wi-Fi (dispositivi alimentati, BMS edifici) o BLE (configurazione mobile, sensori prossimità) accompagniamo il cliente nella definizione di architettura ibrida coerente, consigliando alternative non-Nokeval quando appropriato. Con 50 anni di esperienza nella strumentazione industriale italiana, il nostro principio è vendere la soluzione corretta, non la soluzione disponibile. Per applicazioni mission-critical pharma con audit trail Annex 11, food BRCGS, smart industry con eleggibilità Transizione 5.0, contattaci con la descrizione completa dell'applicazione.