Praktičan vodič za integraciju iOS sled čitača sa aplikacijama

Započnite sa slučajem upotrebe pre nego što otvorite SDK

Integracija iOS sled čitača sa prilagođenom aplikacijom zvuči jednostavno sve dok prvi terenski test ne postane haotičan. Demo radi na stolu. Čitač se uparuje sa iPhone-om. Nekoliko RFID oznaka se pojavi na ekranu. Svi klimaju glavom. Zatim ista postava odlazi u magacin, bolnicu, maloprodajno skladište, ormar za alat, laboratoriju ili servisna vozila, i aplikacija počinje da se suočava sa stvarnim problemima: prekinute Bluetooth sesije, duplikati EPC čitanja, slabe performanse oznaka blizu metalnih polica, osoblje koje prebrzo pritiska okidač, zone bez mreže, stari firmware, čudno ponašanje SDK-a i datoteke inventara koje se ne poklapaju sa onim što ERP očekuje. Zato je praktična kratka referenca važna. Ne plitka kontrolna lista, već jasan način razmišljanja o hardveru, softveru, radnom toku i podacima pre nego što se projekat pretvori u noćnu moru podrške.

iOS sled čitač je obično ručni RFID čitač koji se pričvršćuje na ili uparuje sa iPhone-om ili iPad-om. Neki modeli fizički drže iPhone kao futrola. Drugi se povezuju preko Bluetooth-a i stoje u korisnikovoj ruci kao skener. Mnogi podržavaju UHF RFID čitanje, a neki kombinuju RFID sa skeniranjem bar koda. Prilagođena iOS aplikacija postaje korisnički interfejs, dok sled čitač obavlja snimanje oznaka. Za kupca koji traži iOS RFID sled čitač, UHF RFID sled čitač za iPhone, RFID čitač SDK za iOS ili integraciju prilagođene RFID aplikacije, pravo pitanje nije samo da li čitač može da pročita oznaku. Pitanje je da li ceo sistem može da pročita prave oznake, u pravo vreme, u pravom radnom toku, i pošalje čiste podatke na pravi backend.

To zvuči očigledno, ali mnogi projekti počinju tako što programer zatraži API dokumentaciju pre nego što je poslovni tim definisao ponašanje skeniranja. Da li je aplikacija za ciklusno brojanje odeće? Praćenje IT imovine? Proveru hirurških poslužavnika? Pronalaženje zaturenog alata? Prijem paleta? Revziju osnovnih sredstava? Čitanje oznaka na metalnoj opremi? Svaki slučaj upotrebe zahteva drugačiji režim skeniranja, snagu čitanja, dizajn ekrana, poruku o grešci, filter podataka i proces sinhronizacije. Aplikacija za popis zaliha u maloprodaji može da želi veoma brzo kontinuirano skeniranje. Aplikacija za izdavanje alata može da zahteva kontrolisana čitanja na kratkoj udaljenosti. Zdravstvena aplikacija može da zahteva potvrdne upite i stroge korisničke dozvole. Ako ta pravila nisu definisana rano, programer na kraju pravi generički čitač oznaka umesto korisnog poslovnog alata.

Studija slučaja: Ridgeway Medical Supply

U kompaniji Ridgeway Medical Supply, fiktivnom distributeru, prva verzija njihove iOS RFID aplikacije jednostavno je prikazivala svaki EPC koji je sled čitač snimio. Izgledalo je impresivno tokom testiranja, ali osoblje je to mrzelo tokom prijema jer su se oznake iz obližnjih kartona pojavljivale na ekranu. Razvojni tim je kasnije dodao kontrolu sesije, liste očekivanih pošiljki, filtriranje duplikata i jednostavno upozorenje kada se neočekivana stavka nalazi u blizini. Hardver se nije promenio. Aplikacija je postala korisna jer je prestala da tretira svako čitanje oznake kao jednako važno.

Način povezivanja i uparivanje

Sledeća velika odluka je način povezivanja. Većina iOS sled čitača koristi Bluetooth, Bluetooth Low Energy ili komunikacioni sloj specifičan za proizvođača. Neki sled čitači zahtevaju MFi podršku ili SDK proizvođača da bi pravilno pristupili funkcijama skenera. Nekoliko njih može da deluje kao uređaji za unos sa tastature, ali to je retko dovoljno za ozbiljnu prilagođenu RFID aplikaciju jer režim keyboard wedge daje ograničenu kontrolu nad snagom, sesijama, ponašanjem okidača, statusom firmware-a i metapodacima oznake. Ako projekat zahteva pouzdani RFID inventar, aplikacija treba da koristi zvanični iOS SDK kad god je to moguće. SDK obično izlaže događaje povezivanja čitača, povratne pozive čitanja oznaka, status baterije, status okidača, podešavanja antene, događaje skeniranja bar koda i kodove grešaka.

Ne potcenjujte uparivanje i ponovno povezivanje. U kancelariji, uparivanje jednog čitača sa jednim iPhone-om je lako. U proizvodnji, korisnici menjaju uređaje, baterije se prazne, Bluetooth nazivi izgledaju slično, i neko uzme pogrešan sled čitač sa stanice za punjenje. Vaša aplikacija treba da prikaže naziv čitača, serijski broj, nivo baterije, stanje veze i vreme poslednje sinhronizacije jednostavnim jezikom. Trebalo bi da se graciozno oporavi kada čitač zaspi, izađe iz dometa ili se ponovo poveže nakon prekida. Prilagođena iOS RFID aplikacija ne treba da zahteva od radnika da kopaju kroz iOS podešavanja svaki put kada veza padne.

Studija slučaja: Northlane Fashion

Northlane Fashion, fiktivni lanac odeće, uveo je iPhone RFID sled čitače za zalihe u prodavnici. Prvi pilot je propao ne zbog čitanja oznaka, već zato što su se zaposleni stalno povezivali na pogrešan sled čitač u sobi za osoblje. Pet identičnih čitača se punilo na istoj polici. Aplikacija je ažurirana da prikazuje prijateljski nadimak uređaja, kod prodavnice, status baterije i baner veze označen bojama. Zaposleni su mogli da skeniraju QR nalepnicu na sled čitaču da ga povežu sa sesijom aplikacije. Promena je bila mala sa programerske tačke gledišta, ali je uklonila svakodnevnu zabunu.

Integracija SDK-a i servisni sloj čitača

Integraciju SDK-a treba obaviti unutar sopstvenog servisnog sloja čitača. Drugim rečima, ne rasipajte pozive SDK-a proizvođača po svakom ekranu u aplikaciji. Napravite čist interni interfejs za povezivanje, prekidanje veze, pokretanje inventara, zaustavljanje inventara, podešavanje snage, čitanje oznaka, rukovanje događajima okidača i proveru statusa baterije. To čini aplikaciju lakšom za održavanje ako proizvođač ažurira SDK ili ako kompanija kasnije podrži drugi model sled čitača. Takođe pomaže testiranju jer se logika vaše aplikacije može simulirati bez stalnog držanja fizičkog čitača.

Struktura podataka oznake i mapiranje

Podaci oznake zahtevaju strukturu. Sirovi EPC nije isto što i poslovna stavka. Vaša aplikacija treba da odluči kako da mapira podatke RFID oznake na SKU proizvoda, evidenciju imovine, serijske brojeve, ID-ove lokacija, brojeve lota ili korisničke dodele. Neki sistemi koriste EPC standarde kodiranja. Neki kodiraju interne ID-ove. Neki se oslanjaju na pretragu na backend-u. Neki koriste korisničku memoriju na oznaci, iako se tim treba pažljivo rukovati jer čitanje korisničke memorije može usporiti skeniranje. Za mnoge iOS sled aplikacije, najbrži pristup je snimanje EPC-ova, lokalno filtriranje duplikata i pretraga detalja stavke iz lokalnog keša ili serverskog API-ja.

Studija slučaja: Voss Auto Parts

Voss Auto Parts, fiktivni dobavljač farbanih automobilskih komponenti, koristio je iOS sled čitače za praćenje povratnih regala i označenih delova. Njihova prva verzija aplikacije pozivala je serverski API svaki put kada je oznaka pročitana. U prometnom prolazu, aplikacija je postala usporena, a backend je primao hiljade ponavljajućih zahteva. Tim je ponovo izgradio tok tako da aplikacija čuva lokalnu bazu podataka o stavkama, grupiše čitanja u sesije skeniranja i sinhronizuje rezime rezultata. Snimanje oznaka je delovalo trenutno, a backend je primao čiste transakcione zapise umesto sirovog šuma.

Kontrola čitanja i filtriranje

Kontrola čitanja je mesto gde mnoge prilagođene aplikacije postaju ili profesionalne ili bolne. Sled čitač može brzo da pročita mnogo oznaka, ali to ne znači da aplikacija treba da prihvati sve. Potrebna su vam pravila za dupla čitanja, jačinu signala, trajanje skeniranja, očekivane liste, kontekst lokacije i nameru korisnika. Na primer, ako radnik izdaje jedan označeni laptop, aplikacija ne treba da prihvati deset laptopa sa obližnje police. Ako radnik broji kantu punu označene odeće, aplikacija treba da prihvati brza čitanja više oznaka. Ako radnik traži izgubljenu imovinu, aplikacija treba da koristi povratnu informaciju o jačini signala, zvuk, vibraciju ili vizuelnu traku blizine.

Studija slučaja: Cedarport Library

Cedarport Library, fiktivni sistem javnih biblioteka, napravio je prilagođenu iOS aplikaciju za reviziju polica. Prvi dizajn je radio kao običan skener inventara, prikupljajući sve oznake u dometu. Bibliotekari su brzo otkrili da se knjige sa suprotne strane tankih polica snimaju. Razvojni tim je dodao režim police sa nižom snagom čitača, kraćim prozorima skeniranja i očekivanom listom zasnovanom na ruti. Isti sled čitač je postao mnogo precizniji jer je softver poštovao fizičko okruženje.

Ponašanje okidača i upravljanje baterijom

Ponašanje okidača je još jedan detalj koji zaslužuje rani dizajn. Neki sled čitači imaju hardverski okidač. Neke aplikacije koriste dugme na ekranu. Nekima treba oboje. Pritisak okidača može da pokrene kontinuirano skeniranje, skeniranje sa vremenskim ograničenjem, skeniranje bar koda, čitanje jedne RFID oznake ili traženje izabranog EPC-a. Učinite ponašanje očiglednim. Ako aplikacija menja režime, ponašanje okidača treba vidljivo da se promeni na ekranu. Korisnici ne treba da se pitaju da li skeniraju RFID oznake, čitaju bar kod ili podnose obrazac. Mala oznaka poput "režim RFID inventara" ili "režim prijema bar koda" može da spreči iznenađujuće mnogo korisničkih grešaka.

Upravljanje baterijom nije glamurozno, ali utiče na prihvatanje. iOS RFID sled čitač ima sopstvenu bateriju, a iPhone drugu. Intenzivno kontinuirano skeniranje troši energiju brže od povremenih skeniranja bar koda. Vaša aplikacija treba da prikaže status baterije sled čitača i upozori pre duge sesije skeniranja. Takođe treba da rukuje ponašanjem pri maloj snazi bez oštećenja transakcije. Ako se čitač isključi tokom popisa zaliha, aplikacija treba da sačuva delimičnu sesiju i učini oporavak jasnim. Terenski radnici lakše opraštaju hardverska ograničenja kada im aplikacija kaže šta se dešava.

Studija slučaja: Emery Field Services

Emery Field Services, fiktivni izvođač komunalnih usluga, koristio je sled čitače sa iPhone-ovima za reviziju alata u servisnim vozilima. Prvi pilot je radio glatko ujutru, ali se mučio pri kraju dugih smena jer su se baterije čitača praznile tokom revizija. Aplikacija je ažurirana da proverava nivo baterije pre pokretanja inventara vozila. Ako je baterija sled čitača bila ispod praga, aplikacija je upozorila tehničara i preporučila punjenje pre sledeće rute. Ta jednostavna zaštitna mera sprečila je poluzavršene revizije i ljutite pozive korisničkoj podršci.

Oflajn podrška i sinhronizacija

Oflajn podršku treba planirati, a ne krpiti kasnije. Mnogi RFID projekti se odvijaju na mestima sa slabom pokrivenošću mreže: podrumi, sobe za osoblje, magacini, gradilišta, bolnice, aerodromi, postrojenja i servisna vozila. Prilagođena iOS RFID aplikacija treba da bude u stanju da autentifikuje korisnike kada je to moguće, preuzme dodeljene zadatke, skenira oznake oflajn, čuva događaje lokalno i sinhronizuje se kada se veza vrati. Oflajn podaci treba da uključe vremenske oznake, ID korisnika, ID uređaja, ID čitača, lokaciju, ID sesije skeniranja i tip transakcije. Konflikte treba rešavati poslovnim pravilima, a ne nagađanjem.

Studija slučaja: Blue Harbor Labs

Blue Harbor Labs, fiktivna kompanija za testiranje životne sredine, slala je tehničare na udaljene lokacije skladištenja sa iOS sled čitačima. Lokacije su imale slab signal mobilne mreže, pa je aplikaciji bila potrebna oflajn lista revizije. Tokom jedne rane revizije, tehničar je skenirao stotine označenih uzoraka, ali je aplikacija izgubila mrežnu vezu pre čuvanja na server. Revidirana verzija je čuvala svako skeniranje prvo lokalno i tretirala sinhronizaciju sa serverom kao odvojen korak. Kada se tehničar vratio u zonu pokrivenosti, aplikacija je otpremila potpisanu sesiju revizije. Kompanija je prestala da gubi terenske podatke jer aplikacija više nije zavisila od savršene povezanosti.

Bezbednost i upravljanje firmware-om

Bezbednost ne može biti naknadna misao. RFID sled čitač može da prikuplja kretanje imovine, podatke o proizvodima, dodele zaposlenima i ponekad osetljive operativne informacije. Aplikacija treba da koristi bezbednu autentifikaciju, pristup zasnovan na ulogama, šifrovano lokalno skladištenje, bezbednu API komunikaciju i odgovarajuća pravila vremenskog ograničenja sesije. Ako sled čitač podržava promene konfiguracije kao što su snaga čitača, region ili ažuriranja firmware-a, ne treba svaki korisnik da ima pristup tim podešavanjima. Zaposleni u prodavnici može da skenira zalihe. Supervizor može da zatvori izveštaj o odstupanjima. Administrator može da uparuje čitače i menja profile. To ne treba da budu isti nivoi dozvola.

Verzije firmware-a i SDK-a zaslužuju dosadnu, ali strogu kontrolu. RFID sled čitači su ugrađeni uređaji, a proizvođači ažuriraju firmware da isprave greške, poboljšaju kompatibilnost ili dodaju funkcije. iOS ažuriranja takođe mogu da promene ponašanje Bluetooth-a, dozvole ili rad u pozadini. Pre uvođenja, testirajte tačan firmware sled čitača, verziju SDK-a, verziju iOS-a i verziju aplikacije zajedno. Vodite matricu kompatibilnosti. Nemojte otkriti tokom nacionalnog uvođenja da se polovina uređaja ažurirala na novu iOS verziju i da se stari SDK više ne povezuje čisto nakon spavanja.

Studija slučaja: Linden Retail Group

Linden Retail Group, fiktivni lanac sa 140 prodavnica, naučio je to tokom sezone iOS ažuriranja. iPhone-ovi u prodavnicama su se automatski ažurirali, a problem sa ponovnim povezivanjem preko Bluetooth-a se pojavio sa starijim firmware-om sled čitača. Popisi zaliha su usporili jer su zaposleni morali da ponovo pokrenu aplikaciju. Nakon incidenta, Linden je napravio kontrolisanu politiku ažuriranja. Aplikacija je prikazivala verziju firmware-a sled čitača, blokirala nepodržane kombinacije i slala jednostavno uputstvo za nadogradnju menadžerima prodavnica. Tehničko rešenje nije bilo uzbudljivo, ali je zaštitilo uvođenje.

Dizajn korisničkog interfejsa za terenske radnike

Dizajn korisničkog interfejsa treba graditi za ljude koji drže telefon i čitač, a ne za programera koji sedi za velikim monitorom. Dugmad treba da budu dostupna. Rezultati skeniranja treba da budu jasni na jakom svetlu i u slabom osvetljenju. Poruke o greškama treba da kažu šta korisnik treba sledeće da uradi. Ako je oznaka neočekivana, recite "Stavka nije na ovoj porudžbini" umesto da prikažete samo kod greške. Ako je čitač isključen, recite "Ponovo povežite sled čitač" i prikažite naziv poslednjeg povezanog čitača. Ako je skeniranje završeno, prikažite napredak i pouzdanost, a ne samo sirovi broj oznaka.

Studija slučaja: Mariposa Winery

Mariposa Winery, fiktivni proizvođač koji koristi RFID za praćenje hrastovih buradi i vrednih kutija, napravio je iOS aplikaciju za reviziju podruma. Prvi ekran je prikazivao EPC-ove, RSSI vrednosti i tehničke brojače jer je programer bio ponosan na podatke. Osoblje podruma ga je ignorisalo. Druga verzija je prikazivala ID bureta, lokaciju, seriju, status i jednostavan prikaz "pronađeno" ili "nedostaje". Napredni detalji su i dalje bili dostupni na ekranu za dijagnostiku za supervizore. Prihvatanje se poboljšalo jer je aplikacija govorila jezikom korisnika'.

Pravila za bar kod i kvalitet podataka

Podrška za bar kod je često korisna čak i u RFID projektima. Mnogi iOS sled čitači uključuju 1D ili 2D skener bar koda. Jaka prilagođena aplikacija može da koristi skeniranje bar koda za oznake lokacija, radne naloge, korisničke bedževe, kartone bez RFID oznaka ili rukovanje izuzecima. RFID je odličan za brzu identifikaciju, ali bar kod je i dalje praktičan kada je potrebno jedno kontrolisano skeniranje. Aplikacija treba da učini da obe tehnologije sarađuju umesto da ih tretira kao odvojene svetove. Radnik može da skenira bar kod lokacije, zatim pročita svu imovinu označenu RFID-om na toj lokaciji, a zatim skenira bar kod oštećene stavke' ako RFID oznaka ne uspe.

Pravila kvaliteta podataka treba da budu vidljiva poslovnom timu. Na primer, kada se skenirana oznaka računa kao prisutna? Nakon jednog čitanja? Tri čitanja? Minimalne jačine signala? Unutar određene sesije skeniranja? Šta se dešava ako se oznaka pročita na dve lokacije u roku od pet minuta? Šta ako istu imovinu skeniraju dva korisnika oflajn? Ta pravila treba dokumentovati pre integracije sa ERP, WMS, CMMS ili softverom za upravljanje imovinom. U suprotnom, backend može da primi događaje koji izgledaju precizno, ali ne odražavaju stvarnu sigurnost.

Studija slučaja: Granite Rail Depot

Granite Rail Depot, fiktivni objekat za održavanje, koristio je iOS sled čitače za praćenje alata. Tokom pilota, aplikacija je označila alat kao vraćen nakon jednog slabog čitanja blizu ormara za alat. U stvarnosti, alat je još bio u torbi tehničara' izvan police za vraćanje. Tim je promenio pravilo tako da status vraćenog zahteva jače čitanje unutar zone vraćanja plus potvrdu sa očekivane liste alata. Lažni povrati su naglo opali. Čitač je bio isti. Poslovno pravilo je postalo pametnije.

Testiranje i scenariji iz stvarnog sveta

Testiranje treba da uključi bučni, dosadni, dosadni stvarni život. Testirajte sa naslaganim predmetima, metalnim policama, ljudima koji hodaju, više čitača u blizini, slabim Wi-Fi-jem, slabom baterijom, zaključanim ekranima iPhone-a, aplikacijom u pozadini, režimom spavanja čitača, duplim oznakama, oštećenim oznakama, neočekivanim oznakama i padom backend-a. Testirajte šta se dešava kada korisnik pritisne okidač tokom sinhronizacije. Testirajte da li se aplikacija ispravno nastavlja nakon telefonskog poziva. Testirajte da li sesija skeniranja preživljava ako iOS privremeno suspenduje aplikaciju. Dobra integracija RFID aplikacije se ne dokazuje jednim uspešnim skeniranjem. Dokazuje se čistim oporavkom od situacija koje korisnici zaista stvaraju.

Kontrolne liste za nabavku i upravljanje

Za timove nabavke, lista za kupovinu treba da uključi iOS kompatibilnost, kvalitet zvaničnog SDK-a, podršku za UHF frekvencijski region, stabilnost Bluetooth-a, trajanje baterije čitača, opcije stanice za punjenje, podršku za bar kod, pristup okidaču, upravljanje firmware-om, kvalitet primerka koda, tehničku podršku, kompatibilnost upravljanja uređajima i dostupnost servisa za popravku. Za programere, lista treba da uključi rukovanje stanjem veze, apstrakciju čitača, filtriranje oznaka, oflajn skladištenje, bezbednu sinhronizaciju, ponašanje u pozadini, evidentiranje grešaka, dijagnostiku i korisnički prijateljske tokove skeniranja. Za operativne menadžere, lista treba da uključi obuku, dodelu uređaja, proces punjenja, rukovanje izuzecima i vlasništvo nad podrškom.

Najbolji projekti iOS sled čitača deluju jednostavno radniku jer je mnogo složenosti rešeno iza scene. Čitač se povezuje bez drame. Aplikacija prikazuje pravi režim. Okidač radi ono što korisnik očekuje. Čitanja oznaka se filtriraju u smislene stavke. Oflajn rad je bezbedan. Sinhronizacija je jasna. Greške objašnjavaju sledeći korak. Supervizori mogu da pregledaju izuzetke. IT može da upravlja uređajima. Programeri mogu da ažuriraju SDK bez ponovnog pisanja cele aplikacije. Tako izgleda dobra integracija.

iOS sled čitač nije samo dodatak za iPhone. To je most između fizičkih predmeta i poslovnog softvera. Prilagođena aplikacija odlučuje da li je taj most stabilan ili klimav. Ako je aplikacija izgrađena oko stvarnih radnih tokova, testirana sa stvarnom imovinom i integrisana sa čistim pravilima podataka, sled čitač može da učini inventar, revizije imovine, prijem, praćenje alata, terenski servis i provere zaliha bržim i pouzdanijim. Ako je aplikacija samo tanak ekran koji prikazuje sirove EPC-ove, korisnici će brzo otkriti njene granice. Krajnja kratka referenca je ova: prvo dizajnirajte proces, poštujte hardver, kontrolišite čitanja, zaštite podatke i učinite da aplikacija deluje očigledno osobi koja je drži.