Mapatge de dades d'etiquetes de bugaderia RFID: registres EPC, TID, recompte de rentat i registres de fons

Una etiqueta de bugaderia RFID no necessita portar tota la història d'una tovallola, uniforme o llençol. En la majoria de desplegaments, la feina més important de l'etiqueta és proporcionar una identitat estable-llegible per màquina que el programari de bugaderia pugui resoldre amb un registre molt més ric.

Aquesta distinció és important perquè moltes explicacions de bugaderia col·lapsen diverses capes de dades en una frase: "Escriviu la informació de la roba a l'etiqueta i, a continuació, registreu el recompte de rentats". Tècnicament, una etiqueta RFID UHF pot exposar diverses àrees de memòria diferents i el backend del programari torna a tenir una feina diferent. Tractar-los com un sol magatzem de dades crea problemes evitables quan es substitueixen les etiquetes, es dupliquen EPC, es canvien les assignacions dels clients o el mateix element es llegeix diverses vegades en un punt del procés.

En aquesta guia s'explica com separar les dades EPC, TID, la memòria d'usuari opcional i el backend per al seguiment de la bugaderia industrial i la roba i, a continuació, portar aquest disseny mitjançant la codificació, el recompte d'esdeveniments de rentat-, l'etiquetatge de nou i l'acceptació de lots.

 

Comenceu amb una regla: l'etiqueta identifica el tèxtil; el backend és el propietari de l'historial de canvis

Una arquitectura pràctica de bugaderia normalment separa un identificador durador de les dades operatives canviants.

Capa d'etiquetes:un lector captura un identificador de l'etiqueta RFID física.

Capa d'aplicació:middleware resol aquest identificador al registre de roba o roba.

Capa d'historial:el backend emmagatzema informació canviant, com ara l'assignació del client, la ubicació, l'estat, els esdeveniments de rentat, l'historial de reparacions i l'estat de jubilació.

Aquesta no és l'única arquitectura possible, però és un valor predeterminat útil perquè el registre tèxtil pot sobreviure fins i tot quan l'etiqueta física no ho fa.

de SyntekGuia d'adquisició d'etiquetes de bugaderia RFIDés propietari de la tasca de selecció-d'etiquetes més àmplia. Aquesta pàgina comença després que el projecte ja hagi decidit utilitzar RFID a nivell d'element-i necessita un model de dades controlat.

 

EPC, TID, memòria d'usuari i el backend tenen feines diferents

GS1 actualEstàndard de dades d'etiquetes EPCdefineix l'organització de la memòria utilitzada per les etiquetes RFID UHF Gen 2 i distingeix les dades comercials, la informació de fabricació d'etiquetes-i altres dades de control. Per als equips de bugaderia, la diferència pràctica important és la següent:

 

EPC sol ser l'identificador de roba operatiu

Per a un sistema de bugaderia tancat, el banc de memòria EPC s'utilitza habitualment com a identificador que el lector captura i el programari mapeja a un registre tèxtil. L'esquema de numeració exacte pot ser específic de l'empresa-o basat en estàndards-, però s'ha de documentar abans de començar la codificació.

Un EPC hauria de respondre una pregunta operativa de manera fiable:a quin registre d'actius se suposa que ha de resoldre aquest tèxtil físic?

No cal que contingui el nom del client, el departament, la mida de la roba, el nombre de rentats actuals i l'estat del servei al mateix temps. Aquests camps es poden recuperar després que l'identificador s'hagi resolt al programari.

Aquest model "l'identificador primer" també fa que la transacció de la-interfície aèria sigui senzilla. Els lectors poden inventariar etiquetes mitjançant els seus EPC, mentre que el backend gestiona l'estructura de dades més gran i la lògica empresarial.

 

TID identifica l'etiqueta, no automàticament la roba

GS1 distingeix TID d'EPC. La memòria TID conté informació sobre l'etiqueta en si, com ara informació sobre el fabricant/model del xip i, a les etiquetes que la proporcionen, un número de sèrie-programat pel fabricant. Aquesta sèrie identifica l'etiqueta, no automàticament la tovallola o la peça a la qual està subjecta.

Aquesta distinció esdevé útil quan un programa de bugaderia vol validar l'autenticitat de l'etiqueta, solucionar problemes d'un lot o mantenir un registre de quin IC s'ha emparellat amb quin EPC codificat.

Un projecte pot optar per capturar el TID durant la posada en marxa, però no hauria de substituir silenciosament el TID per l'identificador de roba de l'aplicació tret que el programari i l'especificació d'integració utilitzin explícitament aquest disseny.

 

La memòria d'usuari és opcional i no tots els xips de bugaderia la tenen

Un dels errors més fàcils d'una RFQ és assumir que cada etiqueta de bugaderia UHF té memòria d'usuari de recanvi per a l'historial de rentat o les dades del client.

GS1 defineix la memòria d'usuari com un banc opcional per a les dades de l'aplicació. La capacitat exacta depèn de l'IC seleccionat. NXPFitxa tècnica UCODE 9, per exemple, enumera la memòria EPC de 96 bits i la memòria TID de 96 bits, però no inclou un banc de memòria d'usuari. Això és suficient per mostrar per què "emmagatzemar el recompte de rentats a la memòria de l'usuari" no pot ser un requisit universal de la bugaderia.

Si realment el flux de treball necessita dades de l'aplicació d'etiquetes-, confirmeu tot el següent abans d'especificar-ho:

• el xip escollit proporciona realment la memòria d'usuari necessària;
• el lector i el programari poden llegir i, si cal, escriure aquesta memòria;
• es defineix el format de les dades;
• els permisos d'escriptura i les contrasenyes estan documentats;
• la resistència a l'escriptura és adequada per a la freqüència d'actualització prevista;
• el projecte té una regla de recuperació quan falla una actualització.

 

On hauria de viure el compte de rentat?

Per a moltes operacions de bugaderia, el lloc més sòlid per al recompte de rentats és el backend, no l'etiqueta.

El model de fons té un avantatge operatiu important: substituir l'etiqueta RFID no ha de restablir l'historial de vida útil de l'element.

També evita convertir cada punt lector en una estació d'escriptura. Un lector pot capturar l'EPC de l'article, mentre que el programari decideix si aquesta observació representa un rentat completat, una transferència, un esdeveniment d'ordenació o només una altra lectura en brut duplicada.

 

Una lectura RFID crua no hauria d'afegir un rentat automàticament

Un sol full etiquetat es pot veure repetidament per la mateixa antena o per diverses antenes. Per tant, "una lectura=un rentat" sol ser el model d'esdeveniment incorrecte.

Un millor flux de treball és:

1. Captura:el lector rep l'EPC al punt de procés designat.
2. Filtre:El middleware elimina les lectures duplicades o-fora-de zona segons les regles d'instal·lació.
3. Resolució:l'EPC es relaciona amb el registre de lli.
4. Qualifica l'esdeveniment empresarial:el programari decideix si l'article ha completat realment l'etapa de bugaderia definida.
5. Actualització:el backend canvia d'estat i, si escau, augmenta el recompte de rentats una vegada.
6. Auditoria:l'esdeveniment emmagatzema la informació d'hora, estació i excepció necessària per a l'operació.

Aquesta és la diferència entre la detecció de RF i una transacció comercial. de SyntekGuia de flux de treball del lector RFIDexplica la cadena d'activació-filtre-associat-de captura més àmplia que s'utilitza per convertir les lectures en brut en esdeveniments del sistema fiables.

 

Definiu el mapa de dades abans de codificar el primer lot

Un fitxer de codificació de bugaderia no hauria de contenir una columna ambigua anomenada "ID". Cada identificador necessita un propietari i un propòsit definits.

Un mapa de producció i posada en marxa pot incloure:

 

 

El proveïdor no necessita necessàriament la base de dades operativa completa del client. Un lliurament més net pot mantenir les dades de producció separades dels camps-delicats del client i, a continuació, permetre que el sistema de bugaderia lligui l'EPC aprovat al registre intern de roba durant la posada en marxa.

 

El reetiquetatge hauria de substituir la credencial, no esborrar l'historial d'actius

Les etiquetes de la bugaderia poden fallar, desenganxar-se, esdevenir il·legibles o treure's quan es repara un tèxtil. Un procés de substitució hauria de distingiractiu de robades delCredencial RFID adjunta.

Per a una reetiqueta real del mateix article tèxtil, un flux de treball controlat pot ser:

1. identificar el registre de roba existent mitjançant una altra referència de confiança;
2. marca el registre antic EPC/etiqueta com a fallat o retirat;
3. codificar o encarregar un nou EPC que encara no està actiu;
4. enllaçar el nou EPC al mateix registre de lli;
5. conservar l'historial de rentat i reparació anterior;
6. anotar la data i el motiu de substitució;
7. verificar la nova etiqueta al punt de lectura corresponent;
8. confirmeu que l'EPC antic ja no crea esdeveniments actius.

Si s'està substituint el teixit físic en si, això és diferent. Un full o un uniforme nou pot merèixer un nou registre d'actius en lloc d'heretar l'historial de l'article retirat. La regla del programari hauria de fer aquesta distinció explícita.

 

Els EPC duplicats i els registres orfes són problemes de dades, no problemes de RF

Dues etiquetes es poden llegir perfectament i encara corrompre el flux de treball de la bugaderia si s'han codificat accidentalment amb el mateix EPC. De la mateixa manera, una etiqueta vàlida pot esdevenir òrfena si el seu EPC no s'ha assignat mai a un registre d'aplicació.

Per tant, l'acceptació per lots hauria de detectar almenys quatre errors de mapatge:

• EPC duplicat:més d'una etiqueta física porta un identificador que hauria de ser únic;
• cartografia que falta:l'EPC llegeix però no existeix cap registre de lli;
• mapatge incorrecte:l'EPC resol l'article, el client o la classe incorrectes;
• cartografia obsoleta:una etiqueta substituïda o retirada encara apareix activa al backend.

Aquestes fallades no es solucionaran augmentant la potència del lector o canviant la posició de l'antena. Requereixen la conciliació de dades.

 

Mantingueu les dades personals i canviants freqüents fora de l'etiqueta tret que el flux de treball ho requereixi

Una bugaderia pot saber a qui se li assigna un uniforme, quin client és propietari d'un lot, quin departament utilitza un article i quants cicles de rentat ha acumulat. Això no vol dir que tots aquests camps hagin de viatjar a l'etiqueta RFID.

Mantenir dades mutables al backend té diversos avantatges:

• les assignacions poden canviar sense reescriure l'etiqueta;
• l'accés a les dades personals o de clients pot ser controlat per l'aplicació;
• la història es pot preservar a través del reetiquetatge;
• el requisit de memòria de l'etiqueta es manté més petit;
• Els canvis de-format de dades no requereixen automàticament la re-codificació de la flota física.

Les dades de l'aplicació de l'etiqueta-on encara poden ser útils, però haurien de resoldre un requisit específic d'interoperabilitat o fora de línia en lloc d'incloure's simplement perquè hi ha memòria disponible.

 

Les proves d'acceptació han de cobrir tant el rendiment de RF com la integritat de les dades

Una mostra de producció no s'aprova només perquè el lector la detecta.

Per al maquinari més ampli i el pilot ambiental, utilitzeu SyntekGuia de proves del sistema RFID. Les comprovacions de dades anteriors afegeixen la-capa de mapatge específica de la bugaderia que una prova genèrica de-zona de lectura no cobreix per si mateixa.

 

Què posar en una RFQ de dades de bugaderia RFID

Per a l'obtenció directa d'etiquetes RFID rentables, Syntek'sCategoria d'etiquetes de bugaderia RFIDés el següent pas comercial. L'etiqueta s'ha de seleccionar després que l'aplicació hagi definit el seu identificador, memòria i requisits de cicle de vida.

 

Les reordres necessiten control de canvis de dades, no només "la mateixa etiqueta"

Una compra repetida pot semblar físicament idèntica mentre canvia el comportament de la capa de dades.

La revalidació s'ha de considerar quan canvia una reordenació:

• model de xip o memòria disponible;
• Longitud de l'EPC o regla de codificació;
• qui genera la llista EPC;
• requisits de captura TID;
• Contingut o format de la memòria d'usuari;
• sèrie imprès, codi de barres o mapes QR;
• noms de camps de fons o format d'importació;
• lògica de reetiquetatge o jubilació;
• ubicació dels accessoris o construcció tèxtil on el rendiment de RF pot canviar.

L'objectiu no és congelar el sistema per sempre. És saber quins canvis són purament administratius i quins canvis poden trencar la identitat, la història o la interoperabilitat.

 

La regla d'arquitectura de dades

Per a la majoria dels desplegaments de bugaderia, utilitzeu l'etiqueta RFID com a portador d'identitat durador i deixeu que el backend contingui l'historial operatiu canviant.

Una seqüència pràctica és:

definir el registre de roba → definir l'esquema EPC → decidir si cal TID/Memòria d'usuari → codificar → verificar la singularitat → assignar EPC al registre de roba → validar esdeveniments empresarials → provar el rendiment de rentat/adjunt → definir reetiquetatge → aprovar el lot

Aquesta seqüència evita que les "dades RFID" es converteixin en un camp ambigu. També fa que el sistema sigui més fàcil de mantenir quan una etiqueta falla, un tèxtil canvia l'assignació del client, un esdeveniment de rentat es llegeix diverses vegades o una comanda futura utilitza un IC diferent amb diferents capacitats de memòria.