Kapag nagpapatupad ng mga proyekto sa pagsubaybay ng asset gamit ang Bluetooth Low Energy — BLE —, mahalaga ang pagpili ng hardware. Dapat tumugma ang mga BLE tag sa uri ng asset at sa mga kondisyon ng paggamit nito, habang kailangang tama ang pagtanggap ng mga gateway sa data ng tag at maipadala ito sa platform.
Iyon ang dahilan kung bakit, sa pag-develop ng Tags, binibigyang-pansin namin hindi lamang ang mga kakayahan ng mismong solusyon kundi pati na rin kung paano ito gumagana kasama ang hardware mula sa iba’t ibang manufacturer.
Kamakailan, nakipag-ugnayan sa amin ang Lansitec na may alok na subukan ang mga device nito kasama ang aming platform. Matapos talakayin ang mga scenario para sa pagsubaybay ng mga asset sa opisina at sa maraming site, pumili kami ng ilang BLE beacon at tag para sa testing.
Sa artikulong ito, pag-uusapan namin ang hardware na ito, ang konfigurasyon nito, at kung paano ito gumagana kasama ang Tags, pati na rin tatalakayin ang ilang scenario ng pagsubaybay ng asset.
Manufacturer na Lansitec
Ang Lansitec ay isang manufacturer ng hardware para sa mga proyekto ng Internet of Things (IoT). Nagde-develop ang kumpanya ng mga device para sa pagsubaybay at pagpoposisyon ng mga asset at tao, kabilang ang mga BLE beacon at tag, GNSS tracker, sensor, at gateway. Gumagamit ang mga produkto nito ng mga teknolohiya tulad ng Bluetooth, LoRaWAN, NB-IoT/LTE-M, Cat-1, at UWB.
Gumagamit ang mga GNSS tracker ng satellite positioning systems upang matukoy ang lokasyon sa labas.
Ginagamit ang LoRaWAN, NB-IoT/LTE-M, at Cat-1 para sa pagpapadala ng data sa mga IoT device, habang nagbibigay-daan ang UWB sa mas tumpak na pagpoposisyon sa maiikling distansya.
Para sa testing, pinili ang mga Lansitec BLE tag na sumusuporta sa mga standard na BLE advertising format, kabilang ang iBeacon at Eddystone.
Bilang bahagi ng aming test, na-configure ang mga tag upang magpadala ng data sa format na iBeacon, na nagbigay-daan upang magamit ang mga ito kasama ng mga GPS device na naka-integrate sa GPS-Trace at kayang kumilos bilang mga gateway.
Solusyon na Tags
Gumagana ang Tags gamit ang tatlong pangunahing entity:
Gateway — isang device na tumatanggap ng data mula sa mga BLE tag, beacon, o sensor at ipinapadala ito sa platform.
Sensor — isang pinagmumulan ng data. Sa test na ito, kumilos bilang mga sensor ang mga Lansitec BLE beacon at tag.
Asset — isang pisikal na bagay na kailangang subaybayan: kargamento, container, trolley, tool, laptop, camera, medikal o iba pang kagamitan. Sa Tags, naka-link ang isang asset sa isang sensor, at ang data mula sa sensor ay ipinapadala sa platform sa pamamagitan ng gateway.
Isinasagawa ang access sa Tags at ang konfigurasyon ng mga entity na ito sa pamamagitan ng GPS-Trace Console.
Pagpili at konfigurasyon ng gateway
Bilang mga gateway, ginamit namin ang mga tracker na Teltonika FMC130, FMC150, FMC920 at FMC880. Sumusuporta ang mga ito sa Bluetooth at kayang tumanggap ng data mula sa mga BLE device na gumagana, bukod sa iba pa, sa mga format na iBeacon at Eddystone. Bukod dito, pinapayagan ng mga ito ang pagtatakda ng custom na mga panuntunan para sa pagproseso ng BLE advertising packets: pagtukoy kung aling mga byte ang dapat gamitin upang makilala ang kinakailangang packet at kung aling data ang dapat kunin mula rito.
Ang advertising packet ay isang maikling mensahe na regular na ipinapadala ng isang BLE tag sa pamamagitan ng Bluetooth.
Ang mga kinakailangang parameter para sa pagtanggap ng data mula sa mga Lansitec BLE tag at pagpapadala nito sa platform ay na-configure sa mga Teltonika tracker gamit ang Teltonika Configurator, partikular ang:
- Data Protocol: Codec 8 Extended
- Bluetooth: BT Radio enabled
- Beacon Detection: All
- Beacon Record Saving: Periodic
- Beacon Record Priority: High
- Record Period on Move/Stop: 20 sec
Susunod, sa seksyong Beacon List, pinili namin ang Beacon Parsing Mode: Advanced at itinakda ang mga panuntunan kung paano tinutukoy ng tracker ang kinakailangang mga BLE packet at kinukuha ang data mula sa mga ito. Sa seksyong Beacons Capturing Configuration, ginamit ang mga sumusunod na parameter para sa konfigurasyon:
- Manufacturer ID: 4C000200
- Manufacturer ID Offset: 5
- Manufacturer ID Size: 3
- Beacon ID Offset: 9
- Beacon ID Size: 16
- Additional Data Offset: 25
- Additional Data Size: 1
- Beacon ID Source: MAC Address
Kung plano mong subukan ang katulad na setup, maaari mong hilingin ang Teltonika tracker configuration file sa pamamagitan ng pakikipag-ugnayan sa amin sa support@gps-trace.com.
Pagpili at konfigurasyon ng sensor
Para sa testing, ibinigay ng Lansitec ang mga sumusunod na modelo ng BLE device, na ginamit namin:
Pagpili at konfigurasyon ng asset
Para sa testing, gumawa kami ng ilang asset sa Tags at ini-link ang bawat asset sa Lansitec sensor nito:
- mga susi ng opisina at kotse — B003 Bluetooth Beacon;
- mga laptop ng empleyado — B002 Bluetooth Label;
- mga kahon ng kagamitan — B005 Bluetooth Beacon;
- camera at projector — i3 Portable Bluetooth Tag.
Kapag pumipili ng modelo, isinasaalang-alang namin ang uri at laki ng bagay, pati na rin ang paraan ng pagkakakabit ng tag. Ginamit ang mga asset na ito at ang kanilang mga naka-link na sensor sa parehong mga testing scenario.
Mga use case
Depende sa gawain, ang parehong kombinasyon ng mga BLE tag, gateway, at Tags ay maaaring gamitin sa iba’t ibang paraan. Bilang bahagi ng testing, isinasaalang-alang namin ang dalawang scenario na nagkakaiba sa pagkakalagay ng gateway at sa kinakailangang katumpakan ng pagtukoy sa lokasyon ng asset:
- Pagsubaybay ng mga asset sa isang opisina.
- Pagsubaybay ng mga asset sa iba’t ibang site.
Batay sa mga scenario na ito, marami pang iba ang maaaring gawin depende sa mga partikular na gawain ng customer, kabilang ang mga kombinasyon ng dalawa.
Tingnan natin nang mas mabuti ang bawat isa sa mga ito.
Unang scenario: pagsubaybay ng kagamitan sa opisina
Isipin ang isang kumpanya na kailangang subaybayan ang kagamitan sa opisina: mga laptop, camera, projector, toolkit, at iba pang mahahalagang asset. Mahalagang malaman kung nasa opisina ang kagamitan, kailan ito umaalis sa opisina, saang palapag ito naroroon, at humigit-kumulang kung nasaan ito sa loob ng gusali.
Upang subukan ang scenario na ito, naglagay kami ng mga gateway sa iba’t ibang bahagi ng opisina at sa ilang palapag: tatlong gateway sa ikaanim na palapag at isa pa sa ikalima. Pinapayagan ng Tags na i-fix ang gateway sa isang partikular na punto sa mapa ng kaukulang building layer. Lalo itong mahalaga para sa indoor tracking, dahil maaaring maging hindi stable ang satellite positioning doon at hindi nito matukoy kung saang palapag naroroon ang device.
Pagkatapos, ang mga asset na may nakakabit na BLE tag ay inilipat sa pagitan ng iba’t ibang silid at palapag ng opisina, na ginagaya ang normal na paggamit ng kagamitan.
Regular na nagpapadala ng signal ang isang BLE tag, at natutukoy ng mga kalapit na gateway ang presensya nito at ang natanggap na antas ng lakas ng signal — RSSI.
Ipinapakita ng RSSI kung gaano kalakas ang signal na natanggap ng gateway mula sa isang BLE tag at tumutulong itong matukoy kung aling gateway ang pinakamalapit sa tag.
Kung nakikita ng ilang gateway ang parehong tag, pinagsasama ng platform ang natanggap na data. Isinasaalang-alang ang mga lokasyon ng gateway at lakas ng signal, kinakalkula ng Tags ang tinatayang posisyon ng asset at ipinapakita ito sa tamang layer at sa kaukulang zone.
Sa aming test, pinahintulutan ng konfigurasyong ito na subaybayan ang tinatayang lokasyon ng kagamitan sa iba’t ibang zone ng isang palapag, pati na rin ang paggalaw nito sa pagitan ng mga palapag. Kapag inilipat ang kagamitan na may BLE tag, ipinapakita ang lokasyon nito sa kaukulang layer at sa kaukulang zone sa Tags.
Maaaring subaybayan ang paggalaw ng asset sa real time, at maaari ring tingnan ang kasaysayan nito: sa anyong table o gamit ang feature na playback ng paggalaw. Halimbawa, ipinapakita sa video sa ibaba ang paglipat ng isang laptop sa pagitan ng mga zone at layer.
Para sa karagdagang pagtatrabaho gamit ang natanggap na data, nagbibigay ang Tags ng karagdagang mga tool: mga system label (“walang signal” o “paggalaw”) at custom na mga label, mga notipikasyon at trigger, pati na rin mga ulat na may kakayahang mag-export ng data sa CSV format.
Ikalawang scenario: pagsubaybay sa maraming site
Isipin ang isang kumpanya na may ilang opisina, warehouse, o iba pang site sa iba’t ibang bahagi ng lungsod. Regular na lumilipat ang mga asset sa pagitan ng mga ito, kaya mahalagang malaman kung saang site naroroon ang isang partikular na bagay, kailan ito dumating doon, at gaano na ito katagal naroroon.
Upang subukan ang scenario na ito, gumamit kami ng ilang site na may isang gateway na naka-install sa bawat lokasyon. Sa Tags, na-configure ang bawat site bilang hiwalay na layer. Kapag pumasok ang isang tag sa coverage area ng gateway, ipinadala ang natanggap na data sa Tags at nagbigay-daan ito upang matukoy ang presensya ng asset sa kaukulang layer.
Sa scenario na ito, hindi ang eksaktong posisyon ng asset sa loob ng gusali ang pangunahing gawain. Mahalagang matukoy ang presensya nito sa isang partikular na site at ang tagal ng pananatili nito roon. Halimbawa, maaaring tingnan ang impormasyong ito sa tab na “Mga kaganapan” sa Tags.
Ginagawang posible ng natanggap na data na mabilis na mahanap ang kinakailangang mga asset, tingnan ang kasaysayan ng kanilang paggalaw, suriin ang tagal ng kanilang pananatili sa bawat site, at gumawa ng mga ulat.
Bilang halimbawa, ipinapakita ng screenshot sa itaas ang isang ulat tungkol sa presensya ng asset sa mga layer sa loob ng 10 araw. Sa ulat, maaari mong:
- tingnan ang data bilang timeline o listahan ng mga kaganapan;
- makita kung gaano katagal nanatili ang bawat asset sa isang partikular na layer;
- suriin ang kabuuang bilang ng mga kaganapan para sa napiling panahon;
- makita ang bilang ng mga nabisitang layer;
- suriin ang kabuuang tagal ng pananatili;
- suriin ang bilang ng mga kasalukuyang aktibong asset;
- i-export ang ulat sa CSV format.
Para sa bawat asset, maaari ka ring magbukas ng hiwalay na card at tingnan ang kaugnay na data.
Mga resulta ng testing
Kinumpirma ng test na ang mga Lansitec BLE beacon at tag ay maaaring magpadala ng data sa Tags sa pamamagitan ng mga Teltonika tracker na ginagamit bilang mga gateway.
Ang konfigurasyong ito ay angkop para sa tinatayang pagtukoy ng lokasyon ng kagamitan sa loob ng gusali, pati na rin para sa pagtatala ng presensya at paggalaw ng mga asset sa pagitan ng mga palapag, site, at iba pang paunang itinakdang zone.
Sa Tags, maaaring gamitin ang natanggap na data upang tingnan ang kasaysayan, i-configure ang mga notipikasyon, suriin ang statistics, at gumawa ng mga ulat.
Kasabay nito, hindi limitado ang mga kakayahan ng Tags sa mga Lansitec device. Pinapayagan ng kasalukuyang prinsipyo ng pagpapatakbo ng solusyon na magamit ang mga BLE beacon, tag, at sensor mula sa iba’t ibang manufacturer, basta nagpapadala ang mga ito ng data sa mga standard na format na iBeacon at Eddystone at sinusuportahan ng ginagamit na gateway ang pagtanggap at pagpapadala ng data na ito sa platform.