分拣线的好坏只有一个指标：每小时有多少包裹进了正确的格口。读取器型号、天线数量、inlay 选择，都是为这个数字服务的。多数让人失望的 RFID 分拣项目，并不是读取器选错了，而是把读取决策放在了一个赢不了的位置，或者根本没人在第一个包裹到来之前定义过「读不到时怎么办」。
分拣是 RFID 问题，不是条码问题
人工扫录会把产能锁在最慢那位操作员的节奏上，并注入一个随疲劳增长的人为错误率。
- 单个工位手工扫码，在标签良好的情况下约能维持每小时 900 至 1200 件，遇到褶皱的快递袋会明显更低。
- 软包装、圆筒和塑封多件装上，条码读取率是整条线最弱的一环，而且它偏偏在高量时段失效。
- 每一次误读或漏扫，最终都会变成皮带末端的人工异常处理，而那是整个场地里处理成本最高的位置。
- RFID 把识别前移：包裹在进入分拣机之前就在隧道里被读到，等它到位时落格决策已经做好了。
代价是真实的。RFID 单件成本高于印刷标签，只有当它真正取代人工扫录并降低错分时，账才算得平。
读取隧道：先看几何，再谈功率
最常见的设计错误，是靠加大功率去弥补一个本来就建错的隧道。
- 隧道长度应保证包裹在线速下至少有 3 至 5 次读取机会。线速 2.5 米每秒时，两米隧道不到一秒，属于勉强及格。
- 天线至少从两个方向面对包裹，因为紧贴纸箱壁的平面标签，在它贴着的那一侧是完全看不到的。
- 不要把天线对着皮带表面。皮带与金属机架的反射会主导场型，并让读取器失敏。
- 隧道要用屏蔽结构和吸波板。分拣大厅里有几十台读取器、几百枚标签在动，不屏蔽的隧道会读到隔壁线的包裹。
- 调试期让读取器上报每一次通过的每一枚标签，之后再收紧过滤。看不见的东西没法调。
- 记住标签朝向的容忍度：包裹在滑槽里翻滚时可能以侧边对着天线，投影角为零时，再大的功率也无解。
隧道出口的目标是首读率高于 99.5%，而且要在十万件以上的样本上测，不是在两百件的演示里测。
标签位置是包装决策
在包裹网络里，标签由发件方或枢纽张贴，位置很少受控。
- 规定贴附区：最大平面，距任何金属边缘、电池和液体容器至少 50 毫米。
- 快递袋要用柔性 inlay 的标签，并明确规定贴附时不得在标签天线上产生折痕。
- 可循环塑料箱要把硬标签装进凹槽。箱体表面的标签会在几周内被撞击和清洗毁掉。
- 测最差情况而不是平均情况：装满液体的纸箱、金属零件箱、带铝箔隔热层的包裹。
- 给发件方一个简易验证套件和一张标准贴附图。贴附指引比返工工位便宜得多。
- 如果网络确实无法控制贴附，就把隧道设计成能容忍它，并接受较低首读率，同时保留一条快速恢复路径。
无读路径才是设计本身
每条分拣线都有无读路径，无论有没有人设计过它。没人设计时，路径就是分拣机的默认行为，通常就是剔除口加一个手工录入台。
- 明确定义无读动作：进异常道、回流一次，还是暂存等待二次读取。
- 回流很诱人，但必须有上限。一件包裹绕三圈，消耗的是产能模型里从未计入的分拣能力。
- 异常道要配人、配屏、配扫码枪，并按预期无读率定容量——运行良好的网络通常在 0.3% 至 1%。
- 每次无读都要记录包裹图像、隧道号、时间戳和读取器诊断。没有这些，原因不可知，比率永远不会下降。
- 不要让分拣机控制器悄悄猜。猜出来的落格是「带延迟的错分」，而错分的代价远高于异常件。
上件、单件化与时间预算
RFID 不会取消单件化的要求，它只是把约束挪了位置。
- 包裹之间仍要拉开距离，让隧道逐个读取，否则分拣机在一个位置上会收到一批身份。
- 两件被一起读到时，控制器必须判断谁是谁。除非隧道能分辨位置（多数不能），这个判断就是猜。
- 从隧道出口到落格的全链路预算通常是 300 至 800 毫秒。读取器过滤、中间件和 WMS 查询都在吃这段时间。
- WMS 查询要在本地做，用缓存的路径表。每件包裹都回中心服务器一个来回，高峰期必然超时。
- 在读取器和控制器两端都打时间戳。两端时钟偏移，是「读对了却落晚了」的常见原因。
交叉带、摆轮与滑块
分拣机类型改变的是「读取必须发生在哪里」，而不是「是否必须读取」。
- 交叉带分拣机用托盘载件，托盘底面的标签往往比包裹上的标签更好读。只要上件时强制建立托盘与包裹的绑定，托盘身份就是可行的。
- 摆轮与滚轮分拨对异形件更友好、对软包装更温和，但它呈现包裹的角度在变，这要求隧道更长。
- 滑块分拣机线速高、间距小，物理上几乎没有放隧道的空间。这类线通常只能在上件处读取。
- 无论哪种类型，落格指令都必须幂等。重复的读取不能产生重复的落格。
- 托盘与滑块线应支持班末对账：按格口比对已上件身份与已落格身份。
与 WMS 和分拣机控制器的集成
- 让读取层保持「笨」，路由逻辑放在 WMS 或中间件。写在固件里的分拣规则，一年之内就会变成无法维护的遗产。
- 给控制器发紧凑事件：标签身份、隧道号、时间戳、读取次数，以及可用的置信度或信号指标。
- 在 Odoo 里，出入库可以通过中间件队列由扫描事件驱动，但不要从 PLC 直接写库存移动。要用带重放与去重的受控队列。
- 目的地映射应归 WMS 所有，因为格口分配会随承运商截单时间和波次计划一天变好几次。
- 把落格结果回写到读取事件上。没有结果，你测的只是读取，不是分拣。
调试与验收
- 先只开日志跑一周，不启用任何落格，建立基线读取率和前十项无读原因。
- 用真实货型组合测试：最小的快递袋、最重的纸箱、液体件、含金属件的箱子。
- 在三个速度下测，包括设计峰值速度，而不是舒服的那个速度。
- 用故意不贴标的包裹端到端验证无读路径，并检查异常是否在预期时间内出现在操作员屏幕上。
- 错分与无读要分开审计，并且每班与格口报表对账。
好的分拣线与顶尖分拣线的差别，很少在读取器上。差别在于：你是否清楚那件没读到的包裹会走向哪里，以及在第一个旺季到来之前，人、屏幕和流程是否已经就位。
