Se lavori con fari Bluetooth O Tracker Bluetooth, sentirai spesso entrambi i termini. Sembrano simili, ma descrivono due comportamenti diversi in Bluetooth a basso consumo energetico (BLE). Ecco una spiegazione chiara che illustra come costruiamo e distribuiamo Lansitec fari sul campo.
Scansione Bluetooth vs ricezione Bluetooth: definizioni chiave ed esempi di applicazioni IoT nel mondo reale
Che cos'è la scansione Bluetooth?
Un dispositivo con ruolo di Osservatore o Centrale ascolta i pacchetti pubblicitari BLE trasmessi da altri dispositivi. Sugli smartphone, questo flusso di scansione è il metodo Android BluetoothLeScanner.startScan() o iOS CoreBluetooth. È possibile eseguire una scansione passiva o una scansione attiva che richiede una risposta di scansione una tantum. Non è richiesta alcuna connessione per la scansione. (1)
Cos'è la ricezione Bluetooth?
Le persone usano il termine "ricevere" in due modi.
- Ricezione di trasmissioni come iBeacon o Eddystone. Il dispositivo si limita ad ascoltare e analizzare il payload pubblicitario. Non c'è connessione né associazione. Questo è intenzionale, poiché i beacon risiedono all'interno dei frame pubblicitari. (1)
- Ricezione dei dati GATT (Generic Attribute Profile) dopo la connessione. In questo caso, una Centrale si connette al server GATT di una Periferica e riceve notifiche o indicazioni dalle caratteristiche. È richiesta una connessione e l'associazione è necessaria solo se si utilizzano servizi crittografati o autenticati. (3)
Nota sui fari: per iBeacon O Eddystone Per ricevere, i dispositivi non hanno bisogno di essere accoppiati. Hanno solo bisogno che il Bluetooth sia attivo e che sia autorizzato a ricevere. Il payload è incluso nella pubblicità stessa.
Scansione BLE vs ricezione BLE: confronto approfondito per casi d'uso RTLS, prossimità e telemetria
| Aspetto | Scansione | Ricezione di annunci beacon (iBeacon/Eddystone) | Ricezione dati GATT (connesso) |
|---|---|---|---|
| Tipo di collegamento | Senza connessione | Senza connessione | Collegato |
| Dove risiedono i dati | PDU pubblicitario, 0–31 byte sui canali principali, più grande con annunci estesi | Stessa PDU pubblicitaria, formattata come frame iBeacon o Eddystone | Caratteristiche GATT, trasmesse in streaming tramite Notifiche/Indicazioni |
| Abbinamento necessario | NO | NO | Solo se il servizio richiede sicurezza |
| Utilizzo tipico | Scoperta, RSSI, presenza | Prossimità, microlocalizzazione, telemetria | Letture dei sensori, controllo, aggiornamenti del firmware |
Fonti per la tabella: ruoli BLE GAP e PDU, oltre ai limiti del payload pubblicitario. (1)
Perché la scansione e la ricezione BLE si confondono: azioni, risultati e suggerimenti pratici per l'implementazione
La scansione è l'azione che esegui. La ricezione è il risultato. Quando abbiamo installato i contenitori intelligenti a Lille, il nostro gateway scansionava e "riceveva" continuamente centinaia di frame iBeacon al minuto. Nessuna associazione, nessuna connessione. Solo quando avevamo bisogno di una lettura approfondita del sensore ci connettevamo e ricevevamo notifiche GATT. Questo schema è tipico nei settori della vendita al dettaglio, dell'immagazzinamento e del monitoraggio del bestiame. (1)
Quando dovresti usare la scansione o la ricezione BLE? Prossimità, letture dei sensori, diagnostica e controllo
- Presenza e prossimità: utilizza la scansione e la ricezione beacon. Ad esempio, un ingresso di un negozio o un cancello di un magazzino che rileva i tag al loro passaggio. Veloce, a basso consumo, senza associazione.
- Letture o controllo dettagliati dei sensori: prima connettiti, poi ricevi le notifiche dal dispositivo. Pensa alla configurazione, alla diagnostica della batteria o all'aggiornamento del firmware.
Abbiamo visto questa combinazione funzionare bene nelle implementazioni dei clienti: i gateway eseguono scansioni continue per ricevere semplici frame iBeacon o Eddystone per il conteggio delle presenze, quindi si collegano a una manciata di dispositivi dopo l'orario di chiusura per estrarre log più completi. Pulito, prevedibile e rispettoso delle batterie.
iBeacon vs Eddystone: guida comparativa ai formati Beacon BLE per prossimità e telemetria nell'IoT
- iBeacon è il formato di prossimità di Apple. iOS lo gestisce tramite Core Location e le app possono rilevare la distanza dei beacon senza associazione. (4)
- Eddystone è la specifica aperta di Google con frame come UID, URL e TLM. Ricevuto anche tramite semplice scansione, senza associazione. (5)
Suggerimenti per l'implementazione BLE: ottimizzazione di Android e iOS per prossimità, aggiornamenti firmware e rilevamento beacon
- Androide: utilizzare startScan() per rilevare i dispositivi, quindi connectGatt() solo quando sono necessari i dati GATT. (6)
- iOS: La prossimità iBeacon utilizza il monitoraggio e la misurazione della distanza della regione Core Location. Non è richiesta alcuna connessione BLE o CoreBluetooth per il rilevamento iBeacon. (4)
- Formati dei beacon: iBeacon è il formato pubblicitario di Apple. Eddystone è la specifica aperta di Google con frame come UID e TLM. Entrambi sono riservati alla trasmissione.
Domande frequenti sulla scansione Bluetooth e sulla ricezione Bluetooth
iBeacon o Eddystone richiedono l'associazione?
No. Entrambi sono formati di trasmissione all'interno di pacchetti pubblicitari BLE, quindi i dispositivi possono riceverli senza bisogno di associazione o connessione.
Qual è la differenza tra scansione e ricezione?
La scansione è l'azione di ascolto degli annunci BLE. La ricezione può comportare l'analisi dei frame trasmessi o, dopo la connessione, la ricezione delle notifiche GATT.
Quando dovrei connettermi tramite GATT?
Connettiti quando hai bisogno di più del piccolo payload di trasmissione di un beacon, come lo streaming di dati dei sensori, il controllo o letture e scritture sicure.
Riferimenti e ulteriori letture
- Panoramica della tecnologia Bluetooth Core 5.4
- Introduzione al Bluetooth Low Energy (GATT)
- Sviluppatori Android: collegatevi a un server GATT
- Sviluppatore Apple: determinazione della prossimità a un dispositivo iBeacon
- Specifiche del protocollo Eddystone su GitHub
- Sviluppatori Android: trova dispositivi BLE





