无法解码Zara Home商品RFID标签EPC码的技术咨询

我正在开展RFID（Radio Frequency ID）标签读取项目，用树莓派搭配Fonkan FM 503 RFID阅读器，已经通过以下代码成功读取并解码配套测试标签的EPC码，能在GS1解码页面正常解析：

import serial
import time
from subprocess import Popen

ser = serial.Serial(port='/dev/ttyUSB0', baudrate = 38400, parity=serial.PARITY_NONE, stopbits=serial.STOPBITS_ONE, bytesize=serial.EIGHTBITS, timeout=1)

while 1:

  ser.write(b"\nU\r")
  epcs = ser.read(ser.inWaiting())
  epcs = epcs.decode("ascii").replace("\r", "").replace("\n", "")
  time.sleep(1)
  if not epcs == "Q" and not epcs == "U" and not epcs == "":
    epcs = epcs.split("U")
    for epc in epcs:
        print(epc)

测试标签EPC码：3000E280699500005011153664F378DF

随后我购买了西班牙Zara Home的带RFID标签的碗，读取得到以下EPC码：

400009CA3D5A706573802B1D46418C4004235E73（返回“Total value is out of range”）
440009CA2662748C77002CFDDABC286004239E2D（返回“Header 68 is not a known EPC header”）
400009CA3D5A706573802B1D467D8C400423D9B6（返回“Total value is out of range”）
400009CA3D5A6D58338026D0DEF60F400423DC64（可正常解码）

这些EPC码无法通过GS1解码页面或pyepc库解码，我有两个疑问：

1. 这些是正确的EPC码吗？我是否正确读取了标签？
2. 如何解码这些EPC码以获取公司ID？

问题解答 #

1. 读取的EPC码是否正确？

大概率是读取正确的，但部分标签的EPC格式可能不遵循标准GS1 EPC结构，导致解码失败，原因主要有两种：

• 非GS1标准自定义编码：部分品牌会使用自有EPC编码规则，不契合GS1规范，这类标签自然无法被GS1专用解码器识别。
• 读取冗余数据：你的代码通过发送U指令读取EPC，可能阅读器返回内容包含额外的帧头、校验位，或者多标签读取时出现了拼接截断错误。比如4400...开头的EPC，前两位十六进制44转十进制是68，确实不属于EPC标准定义的头部值（标准头部多在0x00-0x3F范围内），要么是标签本身用了自定义头部，要么是读取时多捕获了前面的字节。

可以做个验证：单次读取单个标签，避免多标签干扰，查看返回的EPC长度是否符合EPC Gen2常见规格（比如96位=24个十六进制字符，或128位=32个十六进制字符）。你拿到的无法解码的EPC都是32个字符（128位），更倾向于是标签本身采用了非GS1的自定义编码。

2. 如何解码获取公司ID？

分两种情况处理：

• 自定义编码的EPC：
  • 直接联系Zara Home技术支持，询问其RFID标签的编码规则，这是最直接有效的方式。
  • 对比可解码的EPC与其他几个的结构找规律，比如可解码的400009CA3D5A6D58338026D0DEF60F400423DC64，先拆分头部：前两位十六进制40转二进制为01000000，若能收集同品牌更多标签的EPC，对比相同位置的字节，大概率能定位出公司ID对应的字段。
• 读取冗余数据问题：
  • 查阅Fonkan FM 503官方手册，确认U指令返回的数据包格式，看是否需要截断固定长度的帧头、校验位等冗余内容。
  • 调整代码读取逻辑，比如不要直接用ser.read(ser.inWaiting())，而是根据手册定义的数据包长度读取固定字节数，避免捕获多余数据。

内容的提问来源于stack exchange，提问作者James Scott