Hoe een UHF RFID EAS-tag alarm slaat: het chip-niveauverhaal dat de meeste leveranciers overslaan

Een detailhandelaar rolt UHF-tags uit, in de verwachting dat elk label op een jasje stilletjes twee taken tegelijk doet: het inventarissysteem een ​​unieke EPC bezorgen en tegen de deur schreeuwen als dat jasje onbetaald wegloopt. De eerste klus is waarvoor RAIN RFID is gebouwd. In de tweede plaats ontdekken veel projecten dat de UHF RFID EAS-functie niet de functie is die in de datasheet wordt geïmpliceerd. De kloof tussen "de chip ondersteunt EAS" en "het alarm gaat daadwerkelijk af bij de uitgang" wordt opgevuld met configuratiewoorden, toegangswachtwoorden en lezerfirmware die de juiste opdracht uitspreekt of stilletjes niet doet. Dit is een wandeling door die opening, vanaf het silicium naar buiten.

 

 

Het alarmcommando dat de Gen2-standaard nooit heeft vastgelegd

 

Dit is wat de meeste integrators voor het eerst- tegenkomt. De GS1 EPC UHF Gen2v2 air-interface, hetzelfde protocol gestandaardiseerd als ISO/IEC 18000-63, specificeert hoe een lezer een tag inventariseert, leest, schrijft, vergrendelt, doodt en zelfs onvindbaar verbergt. Er wordt geen enkel verplicht elektronisch artikelbewakingscommando gedefinieerd waaraan elke 860–960 MHz-chip moet gehoorzamen. Antidiefstalgedrag op een UHF-label is daarom een ​​extensie van de chipleverancier en geen protocolgarantie. Dat is precies de reden waarom twee inlays die allebei reclame maken voor RFID EAS-ondersteuning zich op dezelfde poort totaal incompatibel kunnen gedragen.

 

Het helpt om te onthouden wat EAS onder het acroniem is. Klassieke elektronische artikelbewaking bestaat uit drie- onderdelen: een tag op het artikel, een deactiverings- of losmaakstap op het verkooppunt, en antennesokkels bij de uitgang die alarm slaan wanneer ze een tag detecteren die nooit is uitgeschakeld. Oudere RF-, akoestisch-magnetische en elektro-magnetische systemen doen dit met een afgestemd resonantiecircuit dat geen identiteit heeft: de poort weetietsgaat weg, nooitWat. Door diezelfde taak op een UHF RFID-tag te plaatsen, veranderen de fysica en het datamodel, en het stilzwijgen van de standaard over hoe dat moet, is de oorzaak van bijna elke verrassing die volgt.

 

 

Een speciaal EAS-bit versus een bit dat je uit het geheugen haalt

 

Als een chip geen eigen anti{0}}diefstalvlag heeft, is de gebruikelijke oplossing het simuleren ervan. U reserveert een of meer bits in de EPC-bank of de gebruikersgeheugenbank, definieert een waarde die 'gewapend' betekent, schrijft deze tijdens het coderen en programmeert de uitgangslezer om die bits te parseren elke keer dat hij een tag inventariseert. Deze gesimuleerde benadering van de UHF EAS-bit is echt universeel en draait op elke compatibele Gen2-chip, ongeacht de leverancier, maar koopt die universaliteit tegen reële kosten in snelheid en netheid.

 

De onderstaande vergelijking is de afweging-die de moeite waard is om te internaliseren voordat u een inleg aan een project vastlegt:

 

Dimensie	Native EAS (PSF-bit)	Gesimuleerde EAS (EPC/gebruikers-geheugenbits)
Chipvereiste	Alleen chips die dit implementeren (bijv. UCODE-familie)	Elke EPC Gen2v2-chip
Alarmsnelheid	Eén snel EAS_Alarm, vast 64-bits antwoord vanuit de gereedstatus	Volledige inventaris + bitparsing bij elke lezing
Backend-afhankelijkheid	Geen; status staat op de tag	De logica van de lezer (en vaak een zoekopdracht) doet de doorslag
Last van de lezer	Moet het leverancierscommando ondersteunen, anders valt het terug	Moet worden geprogrammeerd om aangepaste bits te lezen en te interpreteren
Draagbaarheid tussen chips	Laag; leverancier-specifiek	Hoog; werkt overal

 

Waar deze UHF EAS-integraties feitelijk breken

 

Dit is het gedeelte waar de specificatiebladen nooit over schrijven, en het is waar een ervaren leverancier zijn brood verdient. Het meest voorkomende supportticket "het EAS-bit verandert niet" heeft niets te maken met een defecte tag. De specificatie van de chipopdracht is op dit punt ondubbelzinnig: ChangeEAS wordt alleen uitgevoerd vanuit de beveiligde status, en hoewel het toegangswachtwoord nog steeds op nul staat, wordt de opdracht stilzwijgend genegeerd, waardoor de tag in de staat blijft waarin deze zich al bevond (NXP). Negen van de tien keer is de oplossing voor een vastgelopen RFID EAS-deactivatie-installatie eenvoudigweg het instellen van een niet-nul-toegangswachtwoord voordat u ooit probeert de vlag in te schakelen.

 

 

Op onze eigen coderingsregels behandelen we 'wachtwoord instellen, vervolgens PSF inschakelen en vervolgens de 64--bits code teruglezen om te bevestigen' als drie niet-onderhandelbare stappen, omdat het overslaan van het teruglezen de manier is waarop een hele reeks tags wordt verzonden die er gewapend uitzien en zich ontwapend gedragen.

 

De lezerzijde heeft zijn eigen stille foutmodus. Als de firmware van de uitgangslezer nooit het speciale EAS_Alarm-commando heeft geïmplementeerd, werkt detectie in een RFID EAS-systeem nog steeds: u valt terug op het uitgeven van een Select tegen de vlag van het configuratiewoord en vervolgens een Query, en inventariseert alleen de ingeschakelde tags. Het is functioneel, maar langzamer dan het eenmalige alarmcommando, en die latentie wordt precies gevoeld waar je het het minst kunt betalen: een drukke deuropening tijdens een weekenddrukte. Hier is een variabele die de meeste leveranciers niet op schrift zullen stellen. Uit onze eigen benchtests blijkt dat speciale EAS_Alarm-ondersteuning voor de reguliere vaste lezers waarmee we werken verre van universeel is. Voordat u een inlay uitvoert, is het dus de moeite waard om te vragen naar de specifieke lezer-plus-chipkoppeling die daadwerkelijk is gevalideerd, en niet naar een generiek 'compatibel' selectievakje.

 

Heeft u de RF-poortjes aan de deur nog nodig?

 

Het verleidelijke argument is dat UHF traditionele sokkels overbodig maakt. Het eerlijke technische antwoord is dat dit niet het geval is, althans nog niet, en dat het tegendeel beweren een betrouwbare manier is om een ​​verliespreventie- te zien verslechteren. Wat UHF toevoegt is intelligentie op item-niveau: de poort kan het u nu vertellenwelkeSKU vertrok en wanneer, niet alleen dat er een alarm afging. Wat het niet automatisch toevoegt, is de botte, zichtbare afschrikking van een harde tag en een voetstuk, en afschrikking doet meer werk dan de meeste spreadsheets toegeven.

Wat de cijfers eigenlijk rechtvaardigen

 

Als we even afstand nemen van het silicium, is het de moeite waard om de business case voor tagging in cijfers uit te drukken die uw financiële team zal herkennen. Volgens het veiligheidsonderzoek van de National Retail Federation bedroeg de krimp in de Amerikaanse detailhandel in het boekjaar 2022 grofweg 112,1 miljard dollar, ongeveer 1,6% van de omzet.NRF). De adoptiekant is minder omstreden. Ongeveer drie{2}}van de grote detailhandelaren maakt al gebruik van RFID of is van plan dit binnen twee jaar te doen, en de grote implementaties zijn verschoven van voorraad-alleen naar verliesdetectie.

 

Kies een UHF EAS-tag die u niet laat stranden

 

Selectiecriterium	Wat te bevestigen
Ondersteuning voor chip-anti-diefstal	Native PSF/EAS_Alarm, of ga je simuleren met EPC/user-geheugenbits?
Overeenkomst van lezeropdracht	Implementeert de firmware van de uitgangslezer het alarmcommando van dezelfde leverancier?
Frequentiegebied	Afgestemd op het segment van 860–960 MHz voor uw markt (bijvoorbeeld . 902–928 versus 865–868)?
Vormfactor	Zacht label, harde tag of dubbele-tech-inlay voor naast bestaande poorten?
Codering en verificatie	Is het toegangswachtwoord ingesteld en is de gewapende status in de fabriek -teruggelezen-geverifieerd?

 

Hier is de eerder beloofde beslissingsregel, degene die de native- versus- gesimuleerde vraag oplost: als uw programma draait op een enkele, stabiele chipfamilie met een echte PSF, gebruik dan de native bit en neem de snelheid; de gesimuleerde route is een compatibiliteitspatch, geen functie waar je naar keuze naar kunt streven. Alleen als je echt niet kunt bepalen welk silicium in elke inlay terechtkomt, verdient gesimuleerde EAS zijn geld. Als u nu een UHF EAS-beveiligingstagprogramma specificeert, onzeaangepaste UHF- en speciale-materiaal RFID-tagoptiesen hoe brederUHF RFID-tagbereikzijn het juiste uitgangspunt.

 

Veelgestelde vragen