展品拿走又放回却触发两遍，怎样录下 RFID 事件序列

2026-10-23

先记录阅读器原始读数，再记录业务层的入场、离场和触发事件，把“同一标签被反复读到”和“展品重新入场”分开。视频播两遍可能来自事件边界、队列或播放器重试，不能单凭读卡次数判断。

先固定哪些条件

适用于明确知道阅读器、固件、天线和中间件版本的RFID展项。标签用虚构短号代替真实UID，实验时固定读距与摆放，邻近标签单独列一组；本文不规定所有频段设备共用的防抖毫秒数。

先暂停内容触发，只保存带单调时间戳的raw_read与reader_id。对单标签慢移出、停留后放回、快速移出再放回分别测试，记录标签离开天线可读区的实际时点与最后一次读到的时点。
启用业务逻辑后，记录candidate、present、absent及trigger等内部事件，给一次入场分配唯一event_id。保持标签不动连续读取应维持present，而不是每个raw_read都再播放；重复投递时应能辨认同一事件。
再加入邻近标签，交错拿放并观察业务标识是否串号。对照播放器接收与执行日志，区分阅读器重复、业务重复和播放端重复。调整离场门槛只在独立轮次进行，全部保留原始输入。

合成序列中A连续在0、100、200毫秒被读到，只产生一次入场；离场判定后800毫秒再读到A产生第二次。快速返回若在离场门槛内，可能仍属于同次占用，这是要提前约定的交互策略，不能事后为了减少重复而把观众的真实二次操作吞掉。

合成输入	业务边界	期望播放次数	需核对
A连续三次read	一次present	1	相同event_id
A确认absent后再入	新present	累计2	新的event_id
B邻近出现	独立候选	按展项规则	不得沿用A会话

下载合成输入CSV、空白记录CSV、可打印测试协议与完整字段JSON。先用合成输入熟悉字段，再复制空表填写自己的环境、测试时间和证据路径；不要把示例行改成真实项目名称后当作测量结果。协议中已经列出准备条件、顺序、通过条件、失败记录和复核人位置，可按本项目约定填写后打印。

用播放中的忙标志丢弃一切输入会掩盖RFID事件错误，也会让真正二次入场无响应。网络重发若生成新event_id，幂等机制同样失效。先查事件在哪一层翻倍，再调整对应层，不把所有重复都归咎于天线灵敏度。

将慢移、快返和双标签三类原始序列交给开发者，明确再入场的最短可识别条件和忙时策略。

本篇取证范围：未读取真实标签，未声明具体阅读器支持上述事件；CSV是业务日志设计与合成序列。

RFID阅读器的原始协议与业务适配层通常不同；项目中间件或定制逻辑是否暴露上述日志，要在交付范围确认，不能因有“支持RFID”字样就假定全部策略已具备。

来源核对日期：2026-10-23。规范支持相应机制，表内输入和数值为本文合成演示；厂商声明仍须在指定版本与配置上验证。

评论发布后会被人工复核，违规内容将被删除。

如果发表没有反应，可以前往联系我们告诉我们。