Impinj R700 买起来容易，集成好却出奇地难，因为它在传统意义上并不是一台「读写器」。它跑 Linux、承载应用，能自己做出判断。把它当串口设备的团队，最终会得到一条脆弱的链路；把它当一台小服务器的团队，会得到一条干净的链路。
R700 到底是什么
理解这台设备，才能决定架构。
- 它是带 RFID 射频的边缘计算平台，而不是带固件命令集的 USB 外设。
- 它运行容器化应用，因此逻辑可以放在读写器上，而不是服务器上。
- 它提供 LLRP、REST API 和管理接口，三者角色各不相同。
- 它能在本地缓存事件，这在班次中网络掉线时非常关键。
- 它以机队方式管理：配置由中心下发，而不是逐台手工设置。
三层，三个归属
干净的模式很无聊，而无聊的才活得久。
- 读写器拥有射频：功率、会话、过滤、天线调度与连通性。
- 中间件拥有语义：去重、区域映射、业务事件与缓冲。
- Odoo 拥有库存：库存移动、批次、库位以及会计后果。
- 绝不要让 Odoo 的 Web worker 直接讲 LLRP；协议长连接不属于请求线程。
- 绝不要让读写器去写库存移动；一台能记账的设备，就是一起等着发生的安全事件。
两条集成路径
一条是平台路径，一条是直连路径，它们解决不同的问题。
- ItemSense 或同类物品平台把多台读写器聚合成一个 API，区域逻辑已经替你解决。
- 直连路径直接对接每台读写器的 REST 接口，事件模型自己建。
- 多读写器站点用平台路径更快，但遇到特殊逻辑时更难定制。
- 读写器数量少时直连路径更轻，且完全掌控数据模型。
- 无论选哪条，Odoo 连接器两侧都保持一致，这样切换不是重写。
面向 Odoo 的事件契约
把载荷定义一次，并做版本管理。
- 字段包括：设备号、站点、区域、天线、EPC、首次出现、最后出现、读取次数、RSSI 与序列号。
- 发送观测而不是结论；让中间件判断一次观测是否构成库存移动。
- 按区域和短时间窗批量发送以减少闲聊，但通道门的窗口要控制在一秒以内。
- 端点要按设备、EPC 和时间窗幂等，这样重试不会重复过账。
- 返回明确响应：已接受、重复或拒绝并附原因，让读写器能据此行动。
读取、网关与网络现实
读写器的表现取决于它的网络，而仓库不是数据中心。
- 尽可能用有线以太网；月台门上的 Wi-Fi 在高峰期就是掷硬币。
- 读写器本地缓冲要按最长可能的断网时长配置，并测试它能否正确重放。
- 逐台监控心跳与配置漂移，因为一台静默离线的读写器，看起来就像没有库存移动。
- 让读写器与统一时间源同步，否则事件顺序就只能靠猜。
- 配置通过管理面下发，而不是登录每台设备去改。
安全与生命周期
一台跑容器的边缘设备，就是你网络里的一台小计算机，必须按小计算机对待。
- 上线前改掉默认凭据，用逐设备证书而不是共享密码。
- 限制出站流量，只允许中间件端点和管理面。
- 在资产台账里记录固件版本，因为固件混杂的机队行为不一致。
- 换机时轮换凭据，并把旧设备从中间件中删除。
- 记录每一次配置变更及其操作人和时间，因为「昨天还好好的」不是诊断。
第一个真实托盘之前要测什么
通过桌面测试的读写器，对巷道一无所知。
- 用满载托盘、在真实距离上、用现场真实货物来测。
- 验证区域边界：抱着带标签的箱子走向邻区，看读取在哪里出现。
- 班次中途拔掉网络，确认缓冲能重放且不产生重复。
- 重启读写器，确认应用带着正确配置回来。
- 上线前跑满一天的产线流量，把事件数与实际盘点数比对。
一年之后「好」是什么样
成功靠无聊的指标衡量，而不是发布演示。
- 事件丢失低于千分之几，且每一次丢失都能解释。
- 日常运营不需要人工对账，只有真正的异常才需要。
- 配置变更能一次下发到整个机队。
- 新读写器一小时内可装完，因为模式是可复制的。
- 高峰读取期间 Odoo 依然响应流畅，因为读写器从不直接碰它。
如果架构守住了这三层，R700 部署就会变成一件普通的基础设施：它在跑，它在报，没人再谈论它。这是一套集成能得到的最高评价。
多站点、多租户的读写器
一个逐站点长起来的机队，几乎总在某处带着一个租户隔离错误。
- 每台读写器都要有带站点范围的标识，绝不让载荷只带一个设备名。
- 按站点划分主题和数据库模式，配置错误的读写器就无法写进另一个客户的数据。
- 每个站点档案保留一份配置模板，把新站点当成一次部署，而不是一次手工安装。
- 固件与应用版本集中管理，因为版本混杂会让每一份缺陷报告都变得含糊。
- 把租户隔离规则写下来；它在被违反之前是看不见的。
常见故障及其症状
大多数集成问题都会以可识别的特征自我暴露。
- 库存移动重复：端点不幂等，或者去重窗口短于重试间隔。
- 断网后事件缺失：缓冲太小，或者读写器被配成了清除会话。
- 高峰期 Odoo 变慢：有人把同步调用读写器写进了 Web 请求里。
- 读取串到隔壁货道：天线功率与朝向是按桌面测试定的。
- 读写器「能用」却从不进报表：心跳被监控了，事件流没有。
这些问题一旦被命名，修起来都很便宜；而在产线运转中去诊断，则非常昂贵。上线前把它们写进运行手册，第一个月的运营就会变成例行公事，而不是一场争论。
