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

RFID-kangasranneke voidaan valmistaa oikein ja silti epäonnistua portilla. Lukija voi havaita sirun, kun tapahtumaalusta tulkitsee tunnisteen väärässä muodossa. Painettu sarja voidaan linkittää yhteen lippuun, kun taas sähköinen valtuustieto on linkitetty toiseen lippuun. Korvaava ranneke voi toimia, vaikka kadonnut ranneke pysyy aktiivisena.

Nämä ovat käyttöönottoongelmia, eivät kangas{0}}tulostusongelmia. HallittuRFID-kankaisen rannekkeen käyttöönottotäytyy yhdistää fyysiset tunnistetiedot, koodatut tiedot, lukijat, ohjelmistot, verkko, käyttöoikeudet, maksusäännöt ja henkilöstömenettelyt.

Pika vastaus:Hyväksy koko työnkulku, ei vain ranneketta. Määritä tunnistekartta, suojausprofiili ja toimintasäännöt ennen massakoodausta. Testaa tuotanto-vastaava näyte todellisella lukijalla, laiteohjelmistolla, alustalla, käyttöoikeuksilla, maksukululla, offline-tilassa ja vaihtoprosessilla. Vapauta erä vasta, kun jokaisella kriittisellä tuloksella on omistaja ja dokumentoitu hyväksymisehto.

Ostajat, jotka edelleen vertailevat fyysisiä formaatteja, voivat arvostella SyntekinRFID-rannekkevalikoimajaRFID-kudotut rannekkeet. Tämä opas alkaa sen jälkeen, kun projekti on päättänyt, että kangastunniste on sopiva.

Miksi luettava ranneke voi silti epäonnistua

Tapahtuman RFID-järjestelmä sisältää tavallisesti rannekkeen, sirun ja antennin, lukijan, lukijan laiteohjelmiston, sovelluksen, tietokannan, verkon, virtalähteen ja henkilöstön toimintaohjeet. TheNIST RFID -turvaohjekäsittelee RFID:tä järjestelmänä eikä eristettynä tunnisteena, ja Syntekin yleiskatsausRFID-järjestelmän komponenttejatarjoaa siihen liittyvän johdannon.

Pöytätietokoneen lukija voi todistaa, että tunniste vastaa. Se ei voi todistaa, että portti käyttää oikeaa pääsytasoa, maksupääte estää päällekkäisiä veloituksia tai tukipalvelu poistaa kadonneen tunnuksen. Syntekin selitysmiten RFID-tunnisteet kommunikoivat lukijoiden kanssaon hyödyllinen tausta, mutta lopullisessa hyväksynnässä on käytettävä projektin laitteistoa ja ohjelmistoa.

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

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

Sisäänpääsy, paluu{0}}ja paluupalautus{1}

Määritä, sallivatko tunnistetiedot yhden merkinnän, toistuvan merkinnän vai vain syöttämisen tietyn ajanjakson aikana. Tallenna, mitä tapahtuu hyvityksen, peruutuksen, kopioinnin tai skannauksen jälkeen väärällä portilla. Alusta, joka tarkistaa vain, onko tunniste olemassa, voi hyväksyä toistuvan käytön, ellei taustaohjelma arvioi merkintähistoriaa.

Pääsytasot

Luettele erikseen yleiset sisäänpääsy-, VIP-, backstage-, henkilökunta-, myyjä-, media-, retkeily-, pysäköinti- ja ikärajat{0}}luvat. Yhdellä rannekkeella voi olla useita käyttöoikeuksia, mutta jokaisen lukijapaikan tulee palauttaa kyseiselle vyöhykkeelle liittyvä päätös.

Käteisvapaat tilit

Ilmoita, onko ranneke linkitetty suljettuun -silmukan saldoon, jälkimaksutiliin, lippuprofiiliin vai maksukorttiympäristöön. Monissa järjestelmissä ranneke esittää tunnisteen, kun taas taustajärjestelmä ylläpitää arvovaltaista saldoa ja tapahtumahistoriaa.

Kun ympäristö tallentaa, käsittelee tai välittää maksutilitietoja,PCI-tietoturvastandarditarjoaa tekniset ja toiminnalliset perusvaatimukset. Suljetun kierron -tapahtumalompakolla voi olla eri laajuus, joten järjestäjän tulee vahvistaa maksumalli alustan tarjoajalta, vastaanottavan pankin ja vaatimustenmukaisuustiimin kanssa.

Tappio, korvaaminen ja hyvitykset

Dokumentoi, kuka voi ilmoittaa rannekkeen katoamisesta, kuinka lipun omistajuus tarkistetaan, milloin vanhat tunnistetiedot jäädytetään, kuinka pääsy tai saldo siirtyy ja voiko alkuperäinen koskaan palata käyttöön. Vaihtoprosessi on epäonnistunut, kun uusi ranneke toimii, mutta vanha on edelleen voimassa.

Valitse vuorovaikutuksesta RF-tekniikka

HF ja NFC tahallisiin kosketuksiin

TheNFC foorumikuvaa NFC:tä 13,56 MHz:n kontaktittomana teknologiana, joka on suunniteltu lyhyen kantaman vuorovaikutukseen. HF tai NFC sopii usein porteille,-myyntipisteen-päätteille, kaappeille ja muille-henkilöille-aikoihin

Sanat "NFC-yhteensopiva" eivät ole täydellisiä määrityksiä. Alusta voi vaatia tietyn siruperheen, UID-pituuden, muistirakenteen, todennusmenetelmän tai tietomuodon. Syntekin opasero RFID:n ja NFC:n välilläja sen valikoimaNFC-lukijat ja -kirjoittajatvoi tukea alkuvalintaa.

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

TheGS1 EPC Gen2 UHF air-liitäntästandardimäärittää passiivisten UHF-tunnisteiden ja lukijoiden välisen viestinnän. UHF voi sopia valittuihin ajoitus-, ajoneuvo-, läpikulkusovelluksiin-tai usean -tunnisteen sovelluksiin.

Pidempi kantama ei ole automaattisesti parempi kontrolloidulla portilla. Useiden lähellä olevien valtuustietojen lukeminen, kun yksi osallistuja aikoo tulla sisään, voi aiheuttaa epäselviä tapahtumia. Tätä lähestymistapaa arvioivien hankkeiden olisi arvioitava yhteensopiviaUHF RFID -lukijatja validoi koko lukijan, antennin, rannekkeen ja sivuston kokoonpano.

SyntekinRFID-{0}}käyttötaajuusopasvoi auttaa rakentamaan alustavaa keskustelua. Lopullisen päätöksen tulee silti perustua vaadittuun vuorovaikutukseen ja testattuun tuotantonäytteeseen.

Luo ohjattu tunnistetietokartta

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

Havainnollistava UID-muotoristiriita

Seuraavat arvot ovat hypoteettisia, ja ne osoittavat, miksi muoto on sovittava ennen tuontia.

Lukija, laskentataulukko ja lippualusta voivat näyttää saman fyysisen UID:n eri tavalla. Hyväksyttyjen eritelmien tulee määrittää tavujärjestys, heksadesimaali- tai desimaaliesitys, täyttö, isot kirjaimet, erottimet ja sallitut UID-pituudet. Älä koskaan korjaa ilmeistä ristiriitaa kääntämällä arvoja manuaalisesti dokumentoimatta sääntöä ja testaamatta koko tuontia uudelleen.

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 tuetut lukijan asetukset.

NXP toteaa tämänMIFARE DESFire EV3voi tukea kryptografista todennusta ja suojattuja kontaktittomia tapahtumia. Nämä ominaisuudet riippuvat edelleen sovellussuunnittelusta, suojatusta avainten hallinnasta, lukijan määrityksistä ja taustaohjelmiston ohjauksista. Suojatun sirun käyttäminen vain avoimena UID-tunnuksena ei tarjoa sen todennetuista toiminnoista saatavaa suojaa.

Myös lupia tai henkilökohtaisia ​​asiakirjoja käsittelevät projektit tulee tarkistaaRFID-tietoturva. Suojauksen on katettava valtuustiedot, lukijat, henkilöstötilit, API:t, verkko, lokit ja tietokanta pelkän sirun sijaan.

Rakenna tuotantoa-vastaava näyte

Hyväksyntänäytteen tulee vastata suunniteltua tilausta kankaan, leveyden, sirun, antennin, kotelon, suljin, kuvituksen, näkyvän numeron, koodattujen tietojen, taustamäärityksen ja pakkausmerkinnän osalta. Tyhjä upotekuva tai digitaalinen kuvitusvedos ei voi vahvistaa valmiin työnkulkua.

Monipäiväisiin{0}}tapahtumiin, Syntek'sRFID-festivaalin rannekkeetjaRFID-kankaiset rannekkeettarjota asiaankuuluvat fyysiset lähtökohdat. Valittu tuote on silti testattava todellisella koodauksella ja alustalla.

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, vasteaikaa tai näytemäärää, joka sopisi jokaiseen tapahtumaan. Projektin tulee määritellä omat hyväksymiskriteerinsä tapahtuman arvon, jonosuunnittelun, maksuriskin, eräkoon, toimittajaprosessin ja varautumiskyvyn perusteella.

Syntekin artikkeli aiheestamiksi RFID-järjestelmän testaus on tarpeenselittää, miksi valtuustiedot, lukija ja sovellus tulisi validoida yhtenä työnkulkuna.

Suorita kerroksellisia hyväksyntätestejä

Penkki ja{0}}ranteessa lukeminen

Vahvista tunnistus, tunnisteen muoto, koodatut tiedot, lukitustila ja todennus tuotantolukijalla. Toista testi, kun ranneketta käytetään erikokoisilla ja -suunnilla, odotetuissa vaatetus- ja kosteusolosuhteissa. Osallistujan ei pitäisi tarvita toistuvia hankalia kiertoja saadakseen normaalin lukeman.

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

Testaa jokaista lukijatyyppiä kelvollisilla, virheellisillä, peruutetuilla, kaksoiskappaleilla ja väärillä{0}}vyöhyketunnistetiedoilla. Vahvista 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öinti, hylätty valtuustieto ja --vuoron päättymisen täsmäytys. Varmista, mikä järjestelmä on arvovaltainen pääkirja ja kuinka toimittajan, lompakon ja päätteen kokonaissummat verrataan.

Offline-käyttö ja palautus

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

Korvaaminen ja peruuttaminen

Aktivoi testitunniste, merkitse se kadonneeksi ja anna uusi. Vanhan rannekkeen tulee epäonnistua asianmukaisissa lukijoissa, uuden on saatava hyväksytty käyttöoikeus tai lompakkosuhde ja molempien toimintojen on näytettävä tarkastustietueessa.

Lisää kuormitus- ja kapasiteettitestaus

Toiminnallinen testaus todistaa, että yksi työnkulku voi onnistua. Kapasiteettitestauksessa kysytään, onko se käyttökelpoinen tapahtuman vilkkaimman aikana.

• Käytä useita portteja tai lukulaitteita samanaikaisesti sen sijaan, että testaat niitä yksitellen.
• Simuloi odotettua kelvollisten, virheellisten, päällekkäisten ja väärien{0}}vyöhykeskannausten mallia.
• Käytä useita maksupäätteitä, kun lukijat ja tukityökalut käyttävät samaa verkkoa.
• Tallenna vasteaika, uudelleenyrityskäyttäytyminen, jonojen kasvu, sovellusvirheet ja taustajärjestelmän viiveet.
• Testaa laitteen akkua, latauskiertoa,{0}}varalaitteen aktivointia ja vaihdon vaihtoa.
• Toista palautumistesti verkkokatkoksen jälkeen, kun jonossa olevat tapahtumat odottavat synkronointia.

Hyväksymistavoitteen tulee olla projekti{0}}määritetty. Kirjaa ylös odotettu huipputilanne, testimenetelmä, mitattu tulos, toiminnallinen vaikutus ja päätöksen omistaja. Nopea laboratorioluku ei osoita hyväksyttävää portin läpäisykykyä.

Ohjaa eräkoodausta, tarkastusta ja pakkaamista

Tuotannonohjauksen tulee havaita päällekkäinen tai puuttuva koodaus, väärä siru, lukukelvottomat moduulit, sarja{0}}--UID-epäsopimattomuus, väärät käyttöoikeustasot, sekalainen kuvitus, virheelliset sulkemiset 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-laaduntarkastuslaitteetkuvailee asiaan liittyviä tuotannon{0}}tarkistusominaisuuksia.

Identiteetti- ja kartoituskentät saattavat vaatia laajempaa vahvistusta kuin visuaalinen ilme. Kun kaksois- tai kartoitusvirhe havaitaan, eristä kyseinen alue ja määritä, onko syynä yksi ranneke, koodausasema, lähdetiedosto, tuontisääntö vai koko erä. Uudelleen muokatut tunnistetiedot on vahvistettava 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 määriteltyä toiminta- tai laillista tarkoitusta varten tarvittavia tietoja.

• Rajoita, ketkä voivat myöntää, aktivoida, keskeyttää, korvata, siirtää saldoja tai muuttaa käyttöoikeustasoja.
• Käytä yksittäisiä henkilöstötilejä jaettujen järjestelmänvalvojan tunnistetietojen sijaan.
• Suojaa API-avaimia, tuo tiedostoja ja vie tietoja.
• 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, tapahtumatietueille ja tukiviennille.
• Poista käyttöoikeus välittömästi, kun väliaikaiset työntekijät tai myyjät lähtevät projektista.

Yksityisyys- ja turvallisuusvaatimukset vaihtelevat lainkäyttöalueen ja järjestelmän suunnittelun mukaan. Tapahtuman järjestäjän tulisi jakaa vastuu sen sijaan, että rannekkeen toimittaja tai alustan tarjoaja omistaa kaikki tietopäätökset.

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

Muutostietueessa tulee mainita mikä muuttui, miksi muuttui, mitkä todisteet pysyvät voimassa ja mitkä testit on toistettava.

Suunnittele käyttöönoton aikajana

1. Jäädyttää työnkulut.Hyväksy sisääntulo, vyöhykkeet, uudelleen{0}}saapuminen, maksu, hyvitys, vaihto, offline- ja raportointisäännöt.
2. Hyväksy teknologiaprofiili.Vahvista taajuus, siru, tunnisteen muoto, suojausasetukset, lukija 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 joukkokoodauksen alkamista.
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, tehoa 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.Korjaa kriittiset viat ja vahvista tukivalmius ennen julkista käyttöä.

Havainnollistava integrointivirhe

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

Kolmen{0}}päivän festivaali saa kangasrannekkeet, jotka on painettu oikeilla VIP- ja yleisillä{1}}pääsyväreillä. Pöytäkoneenkooderi vie neljän-tavun UID:t suurina-endian desimaaleina, kun taas lipunmyyntialusta odottaa käänteistä tavujärjestystä. Rannekkeet lukevat oikein, mutta tuodut tunnistetiedot eivät vastaa lipputietueita.

Tiimi tunnistaa ongelman tuotanto{0}}näytetuonnin aikana eikä portilla. Se pysäyttää massakoodauksen, dokumentoi tavu-järjestyssäännön, luo kartoitustiedoston uudelleen ja toistaa portti-, VIP-, korvaus- ja offline-testit. Korjattu näyte menee läpi, ja lopullinen erä pakataan lipputason ja ohjatun sarjan mukaan.

Tämä esimerkki havainnollistaa, miksi luku onnistuminen, tietojen kartoitus ja alustan valtuutus edellyttävät erillistä näyttöä.

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-tapahtumat, joita ei voida synkronoida ennustettavasti;
• päällekkäiset, puuttuvat tai jäljittämättömät erän valtuustiedot;
• hallitsematon järjestelmänvalvoja tai ohittaa pääsy;
• ei omistajaa lukija-, verkko-, alusta- tai tukihäiriöille;
• ei testattua varalaitetta-, latausta tai tapahtumaprosessia.

Tutustu Syntekin räätälöityyn rakentamiseen, painamiseen, koodaukseen ja valvottuihin pakkauksiinOEM- ja ODM-tuotantokykyjä. Ostaja voi myöspyydä käyttöönottonäytefyysistä, koodausta ja integrointia varten ennen massatuotantoa.

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 tuottaa 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ä.