Mapeo de datos de etiquetas de lavandería RFID: rexistros EPC, TID, conta de lavado e backend

Unha etiqueta de lavandería RFID non precisa levar todo o historial dunha toalla, uniforme ou saba. Na maioría das implementacións, o traballo máis importante da etiqueta é proporcionar unha identidade lexible da máquina-estable que o software de lavandería pode resolver nun rexistro moito máis rico.

Esa distinción importa porque moitas explicacións de lavandería colapsan varias capas de datos nunha soa frase: "escribe a información da roupa na etiqueta e despois rexistra o reconto de lavados". Tecnicamente, unha etiqueta RFID UHF pode expoñer varias áreas de memoria diferentes e o backend do software volve ter un traballo diferente. Tratalos como un só almacén de datos crea problemas evitables cando as etiquetas se substitúen, os EPC duplícanse, as asignacións dos clientes cambian ou o mesmo elemento se le varias veces nun punto do proceso.

Esta guía explica como separar EPC, TID, memoria de usuario opcional e datos de back-end para o seguimento da lavandería industrial e a roupa de roupa e, a continuación, realizar ese deseño mediante a codificación, o reconto de eventos de lavado-, o reetiquetado e a aceptación de lotes.

 

Comeza cunha regra: a etiqueta identifica o téxtil; o backend posúe o historial de cambios

Unha arquitectura de lavandería práctica normalmente separa un identificador duradeiro dos datos operativos cambiantes.

Capa de etiquetas:un lector captura un identificador da etiqueta RFID física.

Capa de aplicación:middleware resolve ese identificador para o rexistro de roupa ou roupa.

Capa de historia:o backend almacena información cambiante, como a asignación do cliente, a localización, o estado, os eventos de lavado, o historial de reparación e o estado de xubilación.

Esta non é a única arquitectura posible, pero é un valor predeterminado útil porque o rexistro téxtil pode sobrevivir aínda que a etiqueta física non o faga.

Syntek'sGuía de adquisición de etiquetas de lavandería RFIDposúe a tarefa de selección de etiquetas máis ampla-. Esta páxina comeza despois de que o proxecto xa decidiu utilizar RFID a nivel de elemento-e necesita un modelo de datos controlado.

 

EPC, TID, memoria de usuario e o backend teñen traballos diferentes

GS1 actualEstándar de datos de etiquetas EPCdefine a organización da memoria utilizada polas etiquetas RFID UHF Gen 2 e distingue os datos comerciais, a información de fabricación de etiquetas-e outros datos de control. Para os equipos de lavandería, a diferenza práctica importante é a seguinte:

 

EPC adoita ser o identificador de roupa operacional

Para un sistema de lavandería pechado, o banco de memoria EPC úsase habitualmente como o identificador que captura o lector e o software mapea a un rexistro téxtil. O esquema de numeración exacto pode ser específico da empresa-ou estar baseado en estándares-, pero debe documentarse antes de comezar a codificación.

Un EPC debería responder de forma fiable a unha pregunta operativa:a que rexistro de activos se supón que debe resolver este téxtil físico?

Non é necesario que conteña o nome do cliente, o departamento, o tamaño da roupa, o número de lavados actual e o estado do servizo ao mesmo tempo. Eses campos pódense recuperar despois de que o identificador se resolva no software.

Este modelo de "identificador primeiro" tamén fai que a transacción da interface{0}}aire sexa sinxela. Os lectores poden inventariar as etiquetas mediante os seus EPC, mentres que o backend xestiona a estrutura de datos e a lóxica empresarial máis amplas.

 

TID identifica a etiqueta, non automaticamente o liño

GS1 distingue TID de EPC. A memoria TID contén información sobre a propia etiqueta, como a información do fabricante/modelo de chip e, nas etiquetas que a proporcionan, un número de serie programado polo fabricante-. Esa serie identifica a etiqueta, non automaticamente a toalla ou prenda á que está pegada.

Esta distinción faise útil cando un programa de lavandería quere validar a autenticidade das etiquetas, solucionar problemas dun lote ou manter un rexistro de que IC se emparelou con cal EPC codificado.

Un proxecto pode optar por capturar o TID durante a posta en servizo, pero non debe substituír silenciosamente o TID polo ID de liño da aplicación a menos que o software e a especificación de integración usen de forma explícita ese deseño.

 

A memoria do usuario é opcional e non todos os chips de lavandería a teñen

Un dos erros máis sinxelos nun RFQ é asumir que cada etiqueta de lavandería UHF ten memoria de usuario de reserva para o historial de lavado ou os datos do cliente.

GS1 define a memoria de usuario como un banco opcional para os datos da aplicación. A capacidade exacta depende do IC seleccionado. NXPFolla de datos UCODE 9, por exemplo, enumera memoria EPC de 96 bits e memoria TID de 96 bits, pero non lista un banco de memoria de usuario. Isto é suficiente para mostrar por que "almacenar o reconto de lavados na memoria do usuario" non pode ser un requisito universal para a lavandería.

Se o fluxo de traballo realmente precisa de datos da aplicación de etiqueta-, confirme todo o seguinte antes de especificalo:

• o chip elixido realmente proporciona a memoria de usuario necesaria;
• o lector e o software poden ler e, se é necesario, escribir esa memoria;
• defínese o formato de datos;
• os permisos de escritura e os contrasinais están documentados;
• a resistencia á escritura é adecuada para a frecuencia de actualización prevista;
• o proxecto ten unha regra de recuperación cando falla unha actualización.

 

Onde debería vivir o conteo de lavados?

Para moitas operacións de lavandería, o lugar máis sólido para o reconto de lavados é o backend, non a etiqueta.

O modelo de backend ten unha vantaxe operativa importante: a substitución da etiqueta RFID non ten que restablecer o historial de vida do elemento.

Tamén evita converter cada punto lector nunha estación de escritura. Un lector pode capturar o EPC do elemento, mentres que o software decide se esa observación representa un lavado completo, unha transferencia, un evento de clasificación ou só outra lectura en bruto duplicada.

 

Unha lectura RFID en bruto non debería engadir automaticamente un lavado

Unha única folla etiquetada pode verse repetidamente pola mesma antena ou por varias antenas. Polo tanto, "unha lectura=un lavado" adoita ser o modelo de evento incorrecto.

Un mellor fluxo de traballo é:

1. Captura:o lector recibe o EPC no punto de proceso designado.
2. Filtro:o middleware elimina as lecturas duplicadas ou-fóra-de zona segundo as regras de instalación.
3. Resolver:o EPC mapea ao rexistro de liño.
4. Cualifica o evento empresarial:o software decide se o artigo completou realmente a etapa de lavado definida.
5. Actualización:o backend cambia de estado e, se é o caso, aumenta o reconto de lavados unha vez.
6. Auditoría:o evento almacena a información de tempo, estación e excepción necesaria para a operación.

Esta é a diferenza entre a detección de RF e unha transacción comercial. Syntek'sGuía de fluxo de traballo do lector RFIDexplica a cadea de activación-filtro-asociada- de captura máis ampla que se usa para converter as lecturas en bruto en eventos fiables do sistema.

 

Defina o mapa de datos antes de codificar o primeiro lote

Un ficheiro de codificación de lavandería non debe conter unha columna ambigua chamada "ID". Cada identificador necesita un propietario e un propósito definidos.

Un mapa de produción e posta en servizo pode incluír:

 

 

O provedor non precisa necesariamente da base de datos operativa completa do cliente. Unha entrega máis limpa pode manter os datos de produción separados dos campos-sensibles ao cliente e, a continuación, permitir que o sistema de lavandería vincule o EPC aprobado ao rexistro interno de roupa de cama durante a posta en marcha.

 

O reetiquetado debería substituír a credencial, non borrar o historial de activos

As etiquetas de lavandería poden fallar, desprenderse, volverse ilegibles ou eliminarse cando se repara un téxtil. Un proceso de substitución debe distinguiractivo de liñodende oCredencial RFID unida a el.

Para unha etiqueta real do mesmo artigo téxtil, un fluxo de traballo controlado pode ser:

1. identificar o rexistro de roupa existente por outra referencia de confianza;
2. marcar o rexistro antigo EPC/tag como fallido ou retirado;
3. codificar ou encargar un novo EPC que aínda non estea activo;
4. vincular o novo EPC ao mesmo rexistro de liño;
5. conservar o historial de lavado e reparación anterior;
6. rexistrar a data e o motivo da substitución;
7. verificar a nova etiqueta no punto de lectura correspondente;
8. confirmar que o antigo EPC xa non crea eventos activos.

Se o propio téxtil físico está a ser substituído, iso é diferente. Unha folla ou uniforme novos pode merecer un novo rexistro de activos en lugar de herdar o historial do artigo retirado. A regra do software debería facer explícita esa distinción.

 

Os EPC duplicados e os rexistros orfos son problemas de datos, non problemas de RF

Dúas etiquetas poden ler perfectamente e aínda corromper o fluxo de traballo da lavandería se se codificaron accidentalmente co mesmo EPC. Do mesmo xeito, unha etiqueta válida pode converterse en orfa se o seu EPC nunca foi asignado a un rexistro de aplicación.

Polo tanto, a aceptación por lotes debería detectar polo menos catro erros na asignación:

• EPC duplicado:máis dunha etiqueta física leva un identificador que debería ser único;
• falta o mapeo:o EPC le pero non existe rexistro de liño;
• mapeo incorrecto:o EPC resolve o artigo, cliente ou clase incorrecto;
• cartografía obsoleta:unha etiqueta substituída ou retirada aínda aparece activa no backend.

Estes fallos non se solucionarán aumentando a potencia do lector ou cambiando a posición da antena. Requiren conciliación de datos.

 

Mantén os datos persoais e que cambian frecuentemente fóra da etiqueta a menos que o fluxo de traballo o requira

Unha operación de lavandería pode saber a quen se lle asigna un uniforme, que cliente posúe un lote, que departamento utiliza un artigo e cantos ciclos de lavado acumula. Iso non significa que todos eses campos teñan que viaxar na etiqueta RFID.

Manter datos mutables no backend ten varias vantaxes:

• as asignacións poden cambiar sen reescribir a etiqueta;
• o acceso aos datos persoais ou dos clientes pode ser controlado pola aplicación;
• a historia pódese preservar a través da remarcación;
• o requisito de memoria de etiquetas permanece menor;
• Os cambios de-formato de datos non requiren automaticamente unha re-codificación da flota física.

Os datos da aplicación de etiqueta-on aínda poden ser útiles, pero deberían resolver un requisito específico de interoperabilidade ou sen conexión en lugar de incluírse simplemente porque hai memoria dispoñible.

 

As probas de aceptación deben cubrir tanto o rendemento de RF como a integridade dos datos

Unha mostra de produción non se aproba só porque o lector a detecta.

Para o hardware máis amplo e o piloto ambiental, use SyntekGuía de proba do sistema RFID. As comprobacións de datos anteriores engaden a-capa de mapeo específica de lavandería que unha proba de-zona de lectura xenérica non cobre por si mesma.

 

Que poñer nun RFQ de datos de lavandería RFID

Para a obtención directa de etiquetas RFID lavables, Syntek'sCategoría de etiquetas de lavandería RFIDé o seguinte paso comercial. A etiqueta debe seleccionarse despois de que a aplicación teña definido o seu identificador, memoria e requisitos de ciclo de vida.

 

As reordenacións precisan control de cambios de datos, non só "a mesma etiqueta"

Unha compra repetida pode parecer físicamente idéntica mentres cambia o comportamento da capa de datos.

Débese considerar a revalidación cando se modifique unha reordenación:

• modelo de chip ou memoria dispoñible;
• lonxitude EPC ou regra de codificación;
• quen xera a lista EPC;
• requisitos de captura TID;
• Contido ou formato da memoria do usuario;
• mapeo impreso en serie, código de barras ou QR;
• nomes dos campos de fondo ou formato de importación;
• lóxica de recalcificación ou xubilación;
• localización do accesorio ou construción téxtil onde o rendemento de RF pode cambiar.

O obxectivo non é conxelar o sistema para sempre. Trátase de saber que cambios son puramente administrativos e que cambios poden romper a identidade, o historial ou a interoperabilidade.

 

A regra de arquitectura de datos

Para a maioría das implementacións de lavandería, use a etiqueta RFID como un portador de identidade duradeiro e deixe que o backend conteña o historial operativo cambiante.

Unha secuencia práctica é:

definir o rexistro de liño → definir o esquema EPC → decidir se é necesario TID/Memoria de usuario → codificar → verificar a singularidade → asignar EPC ao rexistro de liño → validar eventos empresariais → probar o rendemento de lavado/anexo → definir reetiquetado → aprobar lote

Esa secuencia evita que os "datos RFID" se convertan nun campo ambiguo. Tamén facilita o mantemento do sistema cando falla unha etiqueta, un téxtil cambia a asignación do cliente, un evento de lavado se le varias veces ou un pedido futuro utiliza un IC diferente con capacidades de memoria diferentes.