RFID-kangasrannekkeen käyttöönotto: koodaus, alustan integrointi ja hyväksymistestaus

LuotettavaRFID-kankaisen rannekkeen käyttöönottosiksi on validoitava enemmän kuin hihna ja siru. Fyysisen rannekkeen, koodattujen tietojen, lukijoiden, laiteohjelmiston, sovelluksen, pääsysääntöjen, maksutyönkulun, verkon ja henkilöstön menettelyjen on toimittava yhtenä ohjatun tunnistejärjestelmänä.

Pika vastaus:Pysäytä käyttösäännöt ja tietokartta ennen massakoodausta. Hyväksy tuotantoa vastaava-ranneke todellisella lukijalla, laiteohjelmistolla, alustalla, luvalla, maksutyönkululla ja offline-käytöllä. Vapauta erä vasta, kun kriittiset testit ovat dokumentoineet odotetut tulokset, todelliset tulokset ja vastuullisen omistajan.

Miksi luettava ranneke voi silti epäonnistua

Tapahtuma-RFID-järjestelmä yhdistää useita kerroksia. Syntekin yleiskatsausRFID-järjestelmän komponenttejaselittää laajemman suhteen tunnisteiden, lukijoiden, ohjelmistojen ja tietojen välillä, kun taasNIST RFID -turvaohjekäsittelee käyttöönottoa ja toimintaa järjestelmätason -suojaus- ja tietosuojatyönä pikemminkin kuin tunniste{1}}vain ongelmana.

Työpöydän luku todistaa vain, että tunniste vastaa. Se ei todista, että asennettu portti käyttää oikeaa pääsytasoa tai että kadonnut valtuustieto voidaan peruuttaa. Viestinnän perusteita tarvitsevat ostajat voivat tarkistaamiten RFID-tunnisteet kommunikoivat lukijoiden kanssa.

Jäädytä käyttösäännöt ennen koodausta

Koodauksen tulee edustaa hyväksyttyä työnkulkua. Sitä ei tule käyttää työnkulun keksimiseen tuotannon aikana.

Sisäänpääsy-,{0}}palautus- ja pääsyalueet

Määritä, salliiko jokainen lippu yhden sisäänpääsyn, toistuvan sisäänpääsyn tai sisäänpääsyn tiettyinä päivinä ja aikoina. Kirjaa ylös, mitä tapahtuu hyvityksen tai peruutuksen jälkeen, sovelletaanko -palautuksen estoa ja ketkä lukijat voivat hyväksyä kunkin käyttöoikeustason.

Yleinen sisäänpääsy, VIP, backstage, henkilökunta, myyjä, media, leirintäalue ja pysäköinti eivät saa romahtaa yhdeksi epämääräiseksi "validiksi" tilaksi. Sama ranneke voidaan esittää usealla lukijalla, mutta jokaisen lukijapaikan tulee arvioida kyseiselle vyöhykkeelle liittyvä lupa.

Käteisvapaata ja palautusta koskevat säännöt

Ilmoita, onko ranneke linkitetty suljettuun -silmukan saldoon, jälkimaksutiliin, lippuprofiiliin vai johonkin muuhun lompakkomalliin. Määritä, missä arvovaltainen saldo ja tapahtumahistoria sijaitsevat, kuka voi peruuttaa maksun, miten hyvitykset käsitellään ja mitä tapahtuu, kun verkko ei ole käytettävissä.

Kun organisaatio tallentaa, käsittelee tai lähettää maksutilitietoja tai voi vaikuttaa kyseisen ympäristön turvallisuuteen,PCI-tietoturvastandarditarjoaa tekniset ja toiminnalliset perusvaatimukset. Suljetun kierron tapahtumalompakko ei ole automaattisesti sama kuin maksu

Kadonneet valtuustiedot ja korvaaminen

Määritä, miten omistajuus tarkistetaan, milloin alkuperäinen käyttöoikeus on jäädytetty, siirretäänkö käyttöoikeus- tai lompakkosuhteet ja voiko alkuperäinen koskaan palata käyttöön. Korvaustyönkulku on epäonnistunut, kun uusi kaista toimii, mutta vanha kaista pysyy voimassa.

Valitse RF-tekniikka vaaditusta vuorovaikutuksesta

HF ja NFC tahallisiin kosketuksiin

TheNFC Forumin tekninen yleiskatsauskuvaa NFC:tä 13,56 MHz:n kontaktittomana teknologiana, joka keskittyy lyhyen -kantaman kosketukseen. Tämä vuorovaikutusmalli sopii usein porteille, maksupäätteille ja muille-henkilöille-ajoittain--työnkulkuihin.

"NFC-yhteensopiva" ei ole täydellinen järjestelmäspesifikaatio. Alusta voi vaatia tietyn siruperheen, UID-pituuden, sovelluksen, muistirakenteen tai todennusmenetelmän. Syntekin opasero RFID:n ja NFC:n välillä, senRFID:n toimintataajuusohjeetja saatavillaNFC-lukijat ja -kirjoittajatvoi tukea alustavaa yhteensopivuuskeskustelua.

UHF valituille{0}}pidemmän kantaman työnkuluille

NykyinenGS1 EPC Gen2 UHF-standardimäärittää ilma-rajapinnan viestinnän UHF RFID -järjestelmille 860–930 MHz:n alueella. UHF voi sopia valittuun ajoitukseen, leveän-kaistan tai usean{5}}tunnisteen vuorovaikutukseen.

Pidempi kantama ei ole automaattisesti parempi kontrolloidulle portille. Ihmisen-kuormitus, ranteen suunta, lukijaantennin sijoitus, luku-alueen suunnittelu ja päällekkäinen-lukulogiikka voivat vaikuttaa todelliseen suorituskykyyn. Tätä lähestymistapaa arvioivien hankkeiden tulisi testata aiotulla tavallaUHF RFID -lukijatja lopullinen rannekkeen kokoonpano.

Luo ohjattu tunnistetietokartta

Jokainen valtuustietojen fyysinen ja elektroninen esitys tulee yhdistää yhdellä ohjatulla tietueella.

Havainnollistava UID-muotoesimerkki

Alla olevat arvot ovat hypoteettisia. Ne osoittavat, miksi esitys on hyväksyttävä ennen alustan tuontia.

Hyväksyttyjen eritelmien tulee määrittää tavujärjestys, heksadesimaali- tai desimaaliesitys, täyttö, isot kirjaimet, erottimet ja hyväksytyt UID-pituudet. Epäsopivuus tulee korjata dokumentoidulla kartoitussäännöllä, ei dokumentoimattoman manuaalisen peruutuksen avulla.

Hyväksy tarkka siru ja suojausprofiili

Sirun nimi on vain spesifikaation alku. Vahvista valmistaja, malli, protokolla, UID-käyttäytyminen, muisti, sovellusrakenne, luku- ja kirjoitusoikeudet, todennus, avaimen omistajuus, personointitila, lukitusasetukset ja lukijan tuki.

NXP toteaa tämänMIFARE DESFire EV3voi tukea AES{0}}pohjaista salausta, keskinäistä todennusta ja muita suojaustoimintoja. Nämä ominaisuudet riippuvat edelleen sovelluksen suunnittelusta, avainten hallinnasta, lukijoista ja taustajärjestelmästä. Suojatun sirun käyttäminen vain avoimena UID-tunnuksena ei tarjoa sen todennetuista toiminnoista saatavaa suojaa.

Käyttöoikeuksia, henkilökohtaisia ​​tietoja tai maksuihin{0}} liittyviä tietoja käsittelevien projektien tulee myös harkita laajempia valvontatoimia, jotka on kuvattu SyntekinRFID-tietoturvaopas.

Hyväksy tuotanto{0}}vastaava näyte

Hyväksyntänäytteen tulee vastata suunniteltua tilausta kankaan, leveyden, sirun, antennin, tunnisteen kotelon, sulkimen, kuvituksen, painetun sarjan, koodattujen tietojen, taustamäärityksen ja pakkauksen etiketin osalta. Tyhjä ranneke, jossa on oikea siru tai digitaalinen kuvitustodistus, ei voi vahvistaa koko työnkulkua.

Fyysisen tuotteen osalta tarkista aiottuRFID-kankainen rannekerakentamiseen ja useiden{0}}päivien sovelluksiin osuviaRFID-festivaalirannekkeet. Ostajat, jotka edelleen vertaavat fyysisiä formaatteja, voivat käyttää Syntekin opastaoikean RFID-rannekkeen valitseminen.

Säilytä hyväksytty näyte ja sen kuvitusversio, sirumääritys, koodausprofiili, data-tiedostoversio, lukijamalli, laiteohjelmisto, alustaversio, testitulos, hyväksymispäivämäärä ja hyväksyvät osapuolet.

Määritä hyväksymiskriteerit ennen testausta

Ei ole olemassa yleistä luku{0}}onnistumisprosenttia, portin vasteaikaa tai näytemäärää, joka sopisi jokaiseen tapahtumaan. Projektin tulee asettaa omat hyväksymiskriteerinsä portin suunnittelusta, odotetusta kuormituksesta, sovelluksen arvosta, maksuriskistä, erän koosta ja varautumiskyvystä.

Syntekin selitysmiksi RFID-järjestelmän testaus on tarpeenja sen opasRFID-järjestelmän suorituskykyindikaattoritvoi tukea projektikohtaista -testaussuunnittelua.

Suorita kerroksellisia hyväksyntätestejä

Penkki ja{0}}ranteessa lukeminen

Vahvista tunnistus, tunnisteen muoto, koodatut tiedot, lukitustila ja todennus tuotantolukijalla. Toista sitten testi, kun ranneketta käytetään erikokoisissa ja -suuntaisissa ranteissa ja realistisissa vaatteissa, kosteudessa ja esittelyolosuhteissa.

Portti-, vyöhyke- ja paluu{0}}sisääntulosäännöt

Testaa jokaista lukijatyyppiä kelvollisilla, virheellisillä, peruutetuilla, kaksoiskappaleilla ja väärillä{0}}vyöhykkeen tunnistetiedoilla. Tarkista kertaluonteinen-syöttö, toistuva syöttö ja palautuksen vastainen-käyttäytyminen kirjallisen käytännön mukaisesti.

Käteisvapaat liiketoimet ja sovittelu

Testiaktivointi, lisäys-tarvittaessa, osto, nopea toistuva napautus, hyvitys, mitätöity, ei-aktiivinen kirjautumistieto ja työvuoron-lopun-sovitus. Varmista, mikä järjestelmä on arvovaltainen kirjanpito ja kuinka lompakko-, toimittaja- ja päätesummat verrataan.

Offline-käyttö ja palautus

Katkaise testiympäristö kontrolloiduissa olosuhteissa. Tarkista, mitkä kirjaus- ja kulutussäännöt jatkuvat, mihin tietueet tallennetaan, miten henkilökunta tunnistaa offline-tilan, miten ristiriidat ratkaistaan ​​ja kuinka tapahtumat synkronoidaan yhteyden muodostamisen jälkeen.

Korvaaminen ja peruuttaminen

Aktivoi testitunniste, merkitse se kadonneeksi ja anna uusi. Alkuperäisen tulee epäonnistua asianmukaisissa lukijoissa, korvaavan tulee saada hyväksytyt oikeudet ja molempien toimintojen tulee näkyä kirjausketjussa.

Esimerkki testitietueesta

Hakasulkeissa olevat kentät on jätetty tarkoituksella projektikohtaisesti-. Todellisten lukijamallien, laiteohjelmiston ja mitattujen tulosten pitäisi tulla käyttöönottotietueesta sen sijaan, että ne olisi keksitty artikkelissa.

Lisää kuormitus- ja kapasiteettitestaus

Toiminnallinen testaus todistaa, että yksi työnkulku voi onnistua. Kapasiteettitestauksessa kysytään, pysyykö se käyttökelpoisena vilkkaimman käyttöjakson aikana.

• Käytä useita portteja tai lukulaitteita samanaikaisesti sen sijaan, että validoisit jokaisen laitteen erikseen.
• Sekoita kelvollisia, virheellisiä, päällekkäisiä ja vääriä{0}}vyöhykkeen tunnistetietoja odotetussa liikennemallissa.
• Käytä useita maksupäätteitä, kun lukulaitteet ja tukityökalut jakavat verkon.
• Tallenna vasteaika, uudelleenyritykset, jonojen kasvu, sovellusvirheet ja taustajärjestelmän viive projektiin{0}}määritettyihin kohteisiin.
• Testaa akun käyttöikää, latauskiertoa, vara{0}}varalaitteen aktivointia ja vaihdon vaihtoa.
• Toista palautumistesti verkkokatkon jälkeen, kun jonossa olevat tietueet odottavat synkronointia.

Älä korvaa portin läpimenoa laboratorion lukuajalla. Tavoite tulee hyväksyä varsinaisen sisäänkäynnin suunnittelun, henkilöstön ja odotetun vuorovaikutusmallin mukaan.

Ohjaa eräkoodausta, tarkastusta ja pakkaamista

Tuotannonohjauksen tulee havaita päällekkäinen tai puuttuva koodaus, väärät sirut, lukukelvottomat moduulit, sarja{0}}--UID-epäsopimattomuus, virheelliset käyttötasot, sekalainen kuvitus, virheelliset sulkimet ja väärässä järjestyksessä sijoitetut paketit.

Erätietueen tulee yhdistää ostotilaus, kuvitusversio, koodaus-tiedoston versio, siruerä, valmistuspäivämäärä, sarjavalikoima, laatikko, tarkastustulos, hylätty määrä ja julkaisun hyväksyntä. Syntekin yleiskatsausRFID-laaduntarkastuslaitteettarjoaa lisäkontekstia valmistustarkastuksille.

Kun kaksois- tai kartoitusvirhe löytyy, eristä kyseinen alue ja selvitä, onko syynä yksi ranneke, yksi koodausasema, yksi lähdetiedosto, yksi tuontisääntö vai koko erä. Uudelleen muokatut tunnistetiedot tulee vahvistaa uudelleen ennen julkaisua.

Suojaa tiedot ja järjestelmänvalvojan käyttöoikeudet

Ranneke voi sisältää vain tunnisteen, mutta yhdistetty alusta voi silti sisältää nimiä, lipputietueita, käyttöhistoriaa, maksutietueita ja tukihuomautuksia. Kerää ja säilytä vain tiettyä toiminnallista tai laillista tarkoitusta varten tarvittavia tietoja.

• Erilliset henkilöstön luvat myöntämistä, aktivointia, jäädytystä, korvaamista, saldonsiirtoa ja käyttöoikeus{0}}muutoksia varten.
• Käytä yksittäisiä henkilöstötilejä jaettujen järjestelmänvalvojan tunnistetietojen sijaan.
• Suojaa API-avaimia, tuo tiedostoja ja datavientiä.
• Tallenna arkaluonteiset muutokset tarkastuslokiin.
• Määritä, mikä toimittaja vastaanottaa mitkä kentät ja miten tiedostot siirretään.
• Aseta säilytys- ja poistosäännöt testitiedoille, käyttämättömille kartoituksille ja tapahtumatietueille.
• Poista väliaikaisen henkilöstön ja toimittajan käyttöoikeudet, kun heidän roolinsa päättyy.

Järjestäjän tulee antaa vastuu näistä säädöistä sen sijaan, että rannekkeen toimittaja tai alustan tarjoaja omistaa kaikki tietopäätökset.

Käytä Change Controlia päättääksesi, milloin testaat uudelleen

Havainnollistava integrointivirhe: Tavujärjestys ei täsmää

Seuraava skenaario on hypoteettinen, eikä sitä esitetä asiakkaan tuloksena.

Festivaali saa oikein painetut kangasrannekkeet ja pöytälukija tunnistaa jokaisen näytteen. Lukijavienti muuntaa neljän-tavun UID:n suureksi-endian desimaaliarvoksi, kun taas lippujen tuonti odottaa käänteistä tavujärjestystä. Rannekkeet ovat luettavissa, mutta tuodut valtuustiedot eivät vastaa määritettyjä lipputietueita.

Tiimi havaitsee ongelman tuotanto{0}}näytetestauksen aikana, pysäyttää massakoodauksen, dokumentoi hyväksytyn tavu-järjestyssäännön, luo kartoitustiedoston uudelleen ja toistaa portti-, VIP-, vaihto- ja offline-testit. Vasta kun korjattu näyte on läpäissyt, erä siirtyy koodaukseen ja pakkaamiseen.

Oppitunti on käytännöllinen: luku onnistuminen, tunnisteiden normalisointi ja alustan valtuutus vaativat erilliset todisteet.

Suunnittele käyttöönoton aikajana

1. Jäädyttää työnkulut.Hyväksy sisääntulo, vyöhykkeet, uudelleen{0}}saapuminen, maksaminen, vaihto, offline- ja raportointisäännöt.
2. Hyväksy teknologiaprofiili.Vahvista taajuus, siru, tunnisteen muoto, suojausasetukset, lukijat ja alustatuki.
3. Hyväksy tuotanto{0}}vastaavat näytteet.Suorita fyysiset, data-, käyttö-, maksu- ja palautustestit.
4. Jäädyttää kuvitus- ja kartoitustiedostot.Hallitse versioita ennen joukkokoodausta.
5. Vahvista erä ja tuo.Tarkista ainutlaatuisuus, kartoitus, pakkaus ja alustan määritys.
6. Suorita sivusto- ja kapasiteettitesti.Käytä tarkoitettuja portteja, päätteitä, verkkoa, virtaa ja varaprosessia.
7. Kouluta henkilökuntaa ja harjoittele poikkeuksia.Sisällytä virheelliset skannaukset, käyttökatkot, kadonneet rannekkeet, hyvitykset ja manuaaliset ohitukset.
8. Pidä Go/No-Go-arvostelu.Ratkaise kriittiset viat ja vahvista tuen omistajuus ennen julkista käyttöä.

Toimittajan ja alustan vastuumatriisi

Kukaan osapuoli ei saa olettaa, että toinen toimittaja omistaa määrittelemättömän rajapinnan. Räätälöity rakenne, tulostus, koodaus ja valvottu pakkaus voidaan koordinoida Syntekin kauttaOEM- ja ODM-tuotantopalvelua.

Mene/Ei-Mene-tarkistuslista

Projektia ei pitäisi aloittaa, kun jokin seuraavista on ratkaisematta:

• kriittinen tunniste tai kartoitusvirhe;
• luvaton pääsy alueelle;
• kadonnut valtuustieto, joka pysyy aktiivisena vaihtamisen jälkeen;
• selittämätön maksu- tai täsmäytysero;
• offline-tietueet, joita ei voida synkronoida ennustettavasti;
• päällekkäiset, puuttuvat tai jäljittämättömät erän valtuustiedot;
• hallitsematon järjestelmänvalvoja tai manuaalinen -ohitusoikeus;
• ei omistajaa lukija-, verkko-, alusta- tai tukihäiriöille;
• ei testattua varalaitetta-, latausta tai tapahtumaprosessia.

Todellista käyttöönottoa valmistelevat ostajat voivatpyydä näyte ja tekninen tarkistusaiotun sirun, lukijan, alustan, tietomuodon, kuvituksen ja pakkausvaatimusten kanssa.

Hyväksy järjestelmä, ei vain ranneke

RFID-kangasranneke on valmis vasta, kun sen fyysinen rakenne, tunnistekartta, suojausprofiili, lukijat, alustasäännöt, erätietueet, offline-käyttäytyminen ja henkilöstön menettelytavat on validoitu yhdessä.

Älä julkaise projektia, koska kuvitus näyttää oikealta tai yksi näyte palauttaa UID:n. Vapauta se, kun odotettu työnkulku on dokumentoitu, jokainen kriittinen testi on läpäissyt, erä on jäljitettävissä ja tapahtumatiimi voi toipua vioista, joita todennäköisimmin esiintyy paikan päällä.