Secinājums pirmais: Klasiskais Bluetooth SPP (Serial Port Profile) ir absolūti izcils lielu failu pārsūtīšanai.
Caurlaidības, joslas platuma un stabilitātes ziņā klasiskajam Bluetooth (BR/EDR) ir milzīgas priekšrocības salīdzinājumā ar Bluetooth Low Energy (BLE). Tālāk ir sniegts detalizēts tehniskais salīdzinājums un scenāriju analīze.
1. Pamata veiktspējas salīdzinājums
表格
| Funkcija | Klasiskais Bluetooth (SPP) | BLE caurspīdīgā transmisija | Uzvarētājs |
|---|---|---|---|
| Fiziskā slāņa ātrums | 2–3 Mb/s (EDR) | 1 Mb/s (BLE 4.x/5.0) 2 Mb/s (BLE 5.0 LE 2M PHY) |
Klasisks Bluetooth |
| Faktiskā efektīvā caurlaidspēja | 150 KB/s ~ 250 KB/s (Atkarībā no kaudzes un signāla) |
20 KB/s ~ 80 KB/s (Atkarīgs no savienojuma parametriem un MTU) |
Klasisks Bluetooth (3–10 reizes ātrāk) |
| Pakešu lielums (MTU) | Lielas, zemas protokola pieskaitāmās izmaksas | Mazs (noklusējuma 23 baiti; Maksimāli 251/517 baiti pēc sarunām) |
Klasisks Bluetooth |
| Enerģijas patēriņš | Augsta (augsta nepārtraukta strāva) | Ļoti zems (ideāli piemērots akumulatoram) | BLE |
| Saderība | Lieliski piemērots operētājsistēmā Android; Nav atbalsta operētājsistēmā iOS(Apple bloķē trešās-puses SPP) |
Lieliski piemērots gan Android, gan iOS | Kaklasaite(atkarīgs no platformas) |
| Savienojuma iestatīšana | Lēnāk, nepieciešama savienošana pārī | Ļoti ātrs,{0}}balstīts uz reklāmām | BLE |
2. Kāpēc SPP ir labāks lieliem failiem?
Joslas platuma dominēšana:
SPPsimulē seriālo kabeli, kura pamatā ir Classic Bluetooth uzlabotais datu pārraides ātrums (EDR). Faktiskais ātrums viegli sasniedzams150–200 KB/s. Pārraidīšana a2MB attēlsaizņem tikai10-15 sekundes.
BLEbija paredzēts "zemas frekvences, mazām paketēm". Pat ar2 M PHYiespējots un MTU saskaņots līdz maksimālajam līmenim (251 vai 517 baiti), reālo -pasaules caurlaidspēju ierobežo savienojuma intervāli un vergu latentums, kas parasti stabilizējas pie40–60 KB/s(optimistiski 80+ KB/s, bet nestabils). Tas pats2MB attēlsvarētu paņemt30-50 sekundesvai ilgāk.
Protokola pieskaitāmās izmaksas:
BLE caurspīdīgai pārraidei ir nepieciešams sadalīt lielus datus daudzās mazās raksturīgās rakstīšanas/paziņošanas paketēs. Katrai paketei ir ievērojamas virsraksta izmaksas, un biežās apstiprināšanas (ACK) mehānismi palielina CPU slodzi, palielinot pakešu zuduma vai atvienošanas risku.
SPP piedāvā nepārtrauktāku datu straumi ar nobriedušiem buferizācijas mehānismiem, padarot to ideāli piemērotu straumēšanai.
3. Kritiskās saderības slazds: iOS (iPhone)
Šis ir lielākais ierobežojums jūsu lēmumā:
Ja jums ir nepieciešams atbalstīt iPhone (iOS):
Jūs nevarat izmantot SPP!Apple nekad nav atvēris klasisko Bluetooth SPP piekļuvi trešo pušu izstrādātājiem{0}}(tikai MFi piederumiem, piemēram, automašīnu komplektiem).
Piespiedu izvēle:Jums ir jāizmantoBLE caurspīdīgā transmisija.
Optimizācijas stratēģija:Ja jums ir jānosūta lieli attēli uz iOS, izmantojot BLE:
Iespējot2 M PHY(ja aparatūra to atbalsta).
Sarunājiet maksimumuMTU(piem., 251 baits).
Iestatiet ļoti īsuSavienojuma intervāls(piemēram, 7,5 ms vai 11,25 ms), lai gan tas ievērojami palielina enerģijas patēriņu.
Īstenotatsākt-no-pārtraukuma punkta loģikas(jo ilgi pārraides laiki palielina pārtraukšanas risku).
Ja atbalstāt tikai Android, Windows vai Linux:
Izvēlieties SPP bez vilcināšanās.Tas ir ātrāks, vienkāršāk izstrādājams (darbojas kā standarta seriālais ports), un tam ir nepieciešams daudz mazāk koda nekā optimizētai BLE pārraidei.
4. Scenāriju ieteikumi un alternatīvas
A scenārijs: tīra Android vide/rūpnieciskie plaukstdatori/{0}}transportlīdzekļu sistēmas
Ieteikums: Klasisks Bluetooth SPP.
Iemesls:Ātrākais ātrums, vienkāršākā izstrāde, nav nepieciešama sarežģīta pakešu sadrumstalotības/pārmontēšanas loģika.
B scenārijs: jāatbalsta iOS (iPhone/iPad)
Ieteikums: BLE caurspīdīgā transmisija(bet sagaidiet apdraudētu UX).
Optimizācijas taktika:
Nesūtiet lielus failus vienā piegājienā; sadaliet tos gabalos.
Ieviesiet lietojumprogrammas{0}}slānikontrolsummas un retranslācijas mehānismi.
Pirms nosūtīšanas saspiest žurnālus (piemēram, Gzip).
C scenārijs: liela{0}}ātruma prasības + iOS atbalsts (piemēram, HD attēli, videoklipi)
Spēcīgs ieteikums: atteikties no Bluetooth; Tā vietā izmantojiet šos:
Wi-Fi Direct/Wi-Fi ligzda:Ātrumi var sasniegt5 MB/s – 20 MB/s(desmitiem reižu ātrāk nekā Bluetooth). Lielākā daļa IoT ierīču (kameras, printeri) pārslēdz lietotājus uz ierīces tīklāju lielu failu pārsūtīšanai.
Hibrīda režīms (nozares standarts):
IzmantotBLEnodrošināšanai, kontrolei un statusa sinhronizēšanai (maza jauda, ātrs savienojums).
Kad tiek konstatēta liela failu pārsūtīšana, palaidiet ierīci, lai atvērtu aWi-Fi tīklājs.
Tālrunis izveido savienojumu ar šo Wi-Fi tīklu, un fails tiek pārsūtīts, izmantojotTCP/IPlielā ātrumā.
Pēc pabeigšanas izslēdziet Wi-Fi un atgriezieties BLE gaidstāves režīmā.
Šī ir standarta arhitektūra, ko izmanto viedās aparatūras zīmoli, piemēram, Insta360, DJI un viedo slēdzeņu ražotāji.
Kopsavilkums
Vislabāk lieliem failiem: Klasisks Bluetooth SPP(Tikai vidēm, kas nav{0}}iOS vides).
Ja iOS saderība ir obligāta:IzmantotBLE, bet gaidiet lēnāku ātrumu. Apsveriet iespēju to apvienot arsaspiešanavai pārejot uzWi-Fi datu pārsūtīšanai.
Labākās prakses arhitektūra: BLE vadībai + Wi-Fi datiem.
