环收回来要发给下一位，上一位在扇区里写过区域、柜号、次数这类信息，要不要抹掉再发？现场有两种极端：一种每次都擦，擦到高峰排队；另一种从来不管，直到有客人发现自己拿到的环里带着别人的东西。

先分清两层

卡号是环自己的号，抹不掉，也不该抹，台账全靠它做唯一标识。

/skin/custom/images/index/product_1.png

扇区才是场所自己写进去的内容，1 到 15 号扇区，值是十六进制。所谓上一位游客留下的信息，只存在这一层。把这两层混在一起，就会提出"把卡号清掉"这种做不到的动作。

三种处理方式

第一种是不写扇区，全部留在台账。领取选纯按卡号那一档，环上没有任何可泄露的东西，也就不需要擦除这一步。代价是闸机口想离线判断就做不了，必须让上位机在五秒窗口内回一句。对只需要"收发有号可循"的多数场所，这是最省的一条路。

第二种是覆盖写。领取支持卡号并写扇区，发出去的那一刻就把旧内容顶掉，不需要单独安排擦除动作。要点是写之前先读一次：读回来的结构和你以为的不一样，说明这批环的写入方式和你的代码不匹配，先别放量。

第三种是清零再入库。适合收回来但暂时不发的那一段，比如消毒周转、隔日再用。

处理顺序，现场能照着排

回收、进内胆、清仓时按批取出、集中处理、按补环流程入机、重做一次自检。

中间那一步不能省。处理过的环不能直接倒回滚筒，要走补环的常开回收口流程：进工作人员模式、切常开、补入、关回口。数量一改自检必须重做，这条同时保证机器里的数和实际能对上。

密钥这一节最容易被忽略

扇区访问要密钥，六字节，默认全 F。默认密钥不改，任何人都能读能写这一段扇区，"清没清干净"就变成一句没法验证的话。

密钥按批次管理，一只环一把密钥是管不过来的。换密钥要和换环批次一起走：中途换密钥，会让上一批环直接读不出来，现场看起来就是设备坏了，其实是一把钥匙换了锁。

清没清，怎么验

拿处理过的环，在同一条链路上做一次不带写入的读取，看返回的那包四十八字节里扇区那一段是不是预期值。状态只有成功、失败、忙碌、滚筒内无手环四种，失败要能区分是没读到还是密钥不对；忙碌是等三秒重试，不要当成失败重发。

每批抽几只做一次记录，写进周转台账。这个记录的意义不是证明清干净了，而是出问题时可以定位到批次，不用整库重做。抽出来还没定论的环要和已处理的那批分开装，别在同一只筐里过夜，否则台账上的批次边界就模糊了。

要不要写，一个判断

只有两种情况值得写扇区：离线也要能判，或者环上必须带信息给下游设备看。其余情况留在台账更划算，也更好维护。

还有一点要先确认：IC 的 13.56MHz 能读能写，ID 的 125kHz 只读卡。现场两种环混着用时，方案要按 IC 那一套设计，ID 只做纯号上报，不要指望它带字段。

一句话收尾：清数据最省力的写法不是每次擦，而是在发出去的时刻就覆盖。