Citirea senzorilor Bluetooth dintr-o aplicație de teren: asociere, permisiuni și citiri de încredere

01

Pornește de la citire, nu de la radio

Notează valorile de care are nevoie omul de pe teren, unitatea de măsură, vechimea acceptabilă a citirii și decizia pe care o susține. O temperatură verificată o dată pe vizită are alte cerințe decât o vibrație eșantionată în fiecare secundă. Lista aceasta stabilește dacă aplicația citește valoarea la cerere, se abonează la actualizări sau doar ascultă pachetele difuzate.

Dispozitivele Bluetooth Low Energy expun datele prin servicii și caracteristici GATT. Unii senzori folosesc profiluri standard înregistrate la Bluetooth SIG; multe dispozitive industriale folosesc profiluri proprii producătorului. Cere devreme documentul de profil: identificatorii caracteristicilor, structura octeților, scalarea, unitățile și diferențele între versiunile de firmware. Fără el, echipa ajunge să descifreze pachete, ceea ce este lent și fragil la fiecare actualizare.

02

Asigură-te că telefonul vorbește cu dispozitivul corect

Pe un amplasament cu zece senzori identici, regula „conectează-te la semnalul cel mai puternic” duce la citiri atașate echipamentului greșit. Puterea semnalului variază cu pereții, oamenii și orientarea telefonului, deci este un indiciu, nu o identitate. Filtrăm scanarea după identificatorul de serviciu, apoi confirmăm dispozitivul cu ceva vizibil pentru tehnician: seria de pe etichetă, un cod QR sau un cod scurt afișat pe senzor.

După confirmare, legăm identificatorul dispozitivului de fișa echipamentului. La vizita următoare aplicația arată „Pompa 3, senzorul terminat în 4F2A”, nu o listă de adrese anonime. Când același echipament există în ERP, legătura se păstrează și acolo, astfel încât istoricul de mentenanță, citirile și piesele de schimb indică aceeași fișă.

03

Cere permisiunile potrivite sarcinii

Începând cu Android 12, accesul Bluetooth este împărțit în permisiuni de scanare și de conectare, iar o aplicație care nu deduce locația din scanări poate declara explicit acest lucru. Versiunile mai vechi de Android leagă scanarea de permisiunea de locație, pe care utilizatorii o privesc firesc cu suspiciune. Pe iOS, aplicația trebuie să explice folosirea Bluetooth într-un text afișat în solicitarea sistemului.

Arătăm un ecran scurt înainte de solicitarea sistemului, care explică de ce aplicația are nevoie de Bluetooth pentru lucrarea respectivă. Apoi proiectăm starea de refuz: tehnicianul poate introduce valoarea manual, înregistrarea este marcată ca introdusă manual, iar aplicația oferă drumul spre setări. O aplicație care se blochează din cauza unei permisiuni refuzate produce un apel la suport în loc de o citire.

04

Păstrează dovezile împreună cu fiecare citire

Salvăm valoarea brută lângă cea convertită, plus unitatea, identificatorul dispozitivului, versiunea de firmware, marcajul de timp al senzorului dacă există, ora telefonului, utilizatorul și echipamentul. Sursa este marcată clar: senzor sau introducere manuală. Verificările simple de interval rulează pe telefon, iar marcajul rămâne pe înregistrare, fără ștergerea tăcută a valorilor suspecte.

Citirile făcute fără semnal intră în aceeași coadă offline durabilă ca formularele și fotografiile, fiecare cu identitate stabilă, astfel încât retrimiterea după reconectare nu creează dubluri. Când biroul vede o valoare neobișnuită, o poate urmări până la dispozitivul, momentul și persoana exactă, fără un telefon de lămurire.

05

Proiectează pentru conexiuni care cad

Conexiunile BLE cad mai des decât se așteaptă echipele: senzorul intră în repaus ca să economisească bateria, alt telefon ține conexiunea ocupată sau tehnicianul se îndepărtează în timpul citirii. Stabilim termene clare, un număr limitat de reîncercări și afișăm starea în cuvinte simple: caută, conectat, citește, salvat. După o citire punctuală aplicația se deconectează, ca senzorul să rămână liber pentru următorul coleg, iar bateria să reziste.

Comportamentul în fundal diferă între platforme. iOS restricționează scanarea și conexiunile când aplicația nu este în prim-plan, iar Android adaugă propriile limite de consum. Dacă fluxul cere colectare continuă fără ecran deschis, decizia se ia devreme, iar uneori este semnul că un gateway fix este instrumentul mai bun.

06

Testează cu hardware-ul real, pe amplasamentul real

Simulatoarele nu reproduc dulapurile metalice, spațiul radio aglomerat sau un senzor cu bateria descărcată. Testăm pe cele mai vechi telefoane suportate, cu mănuși dacă echipa le poartă, și cu versiunile de firmware instalate efectiv.

• Confirmă dispozitivul prin etichetă sau cod înainte ca prima citire să fie salvată pe un echipament.
• Citește cu două telefoane lângă același senzor și verifică dacă fiecare citire ajunge pe înregistrarea corectă.
• Refuză permisiunea Bluetooth și verifică dacă introducerea manuală funcționează și este marcată ca atare.
• Întrerupe o citire la jumătate, repornește aplicația cu citiri în coadă și caută pierderi sau dubluri.
• Actualizează firmware-ul pe un senzor de test și confirmă că aplicația decodează corect valorile.

07

Cum definim o aplicație de teren conectată la senzori

Vino cu lista citirilor, modelele de senzori și documentele lor de profil, telefoanele echipei și locul în care trebuie să ajungă datele. De obicei pornim cu un tip de echipament și un flux de vizită, apoi adăugăm dispozitive după ce traseul dovezilor funcționează cap-coadă. Aceeași aplicație poate afișa alerte de prag și evoluții din platforma noastră de monitorizare IoT și poate scrie citirile în fișele de echipament din ERP, în stocuri sau în rapoarte.

Lucrarea are un cost unic de configurare și implementare, apoi un abonament lunar care include găzduirea în UE, actualizările și suportul. Modelele noi de senzori sau ecranele suplimentare se estimează la un tarif orar fix, astfel încât scopul rămâne clar pe măsură ce crește numărul de dispozitive.