定义
「托盘循环与门禁识读」场景中，传感与业务终端常经蜂窝物联网接入平台；需同时考虑覆盖质量、时延、安全与卡务全生命周期。
技术特点
建议区分遥测、告警、配置与 OTA 等流量；弱网环境配置缓存与补传；TLS、证书与密钥纳入变更与回滚策略。
应用场景
适用于分布式点位与远程运维。达希物联可提供连接管理、流量池与定向/专网等组合能力，支撑规模化复制。
与物联网卡协同要点
- 台账：ICCID / IMEI 与设备编号、安装位置、责任人绑定。
- 网络：APN、白名单、机卡绑定与区域/漫游策略。
- 运维：在线率、异常流量、沉默卡与告警进 ITSM 闭环。
- 合规：日志脱敏、留存周期与跨境/分包约定。
过门识读怎样改写托盘状态
托盘循环使用物联网卡，是为了让门禁读写器在没有有线网络的堆场、外仓和清洗点，把一次批量识读变成托盘状态的迁移。技术含义不是“读到芯片就等于资产安全”，而是：一批标签在天线场里被稳定读到，并被记成进入、离开、送洗或修好返回。使用条件包括门洞速度、标签朝向和读写器与平台的时钟一致。托盘叠放过高或金属货与标签贴太近时，漏读是物理事实，卡的在线不能把漏读补成已过门。状态机只接受完整事件：托盘身份、门点、方向、时间和读写器编号。缺方向的记录不能把“在库”改成“在途”。
清洗和维修是独立节点，不应和出库共用同一个门点编码。从库区到清洗区如果只记一次离开，托盘会消失在途中，维修完成后再出现，供应链上的可见性就会断一截。卡侧流量以事件为主，不需要把每一次天线轮询都传上去。本地先做防抖：同一标签在短时间里的重复读合并成一次过门，再经蜂窝发出。断网时事件留在读写器或边缘网关，恢复后按过门时间补，不按补传时间把托盘算进下一班。
漏读后手工补状态
最容易出错的是现场发现数量不对，就在平台上补一条“已出库”。这条记录没有读写器编号和天线场证据，追责时无法区分是真的离场还是库存被改账。漏读应进入复核队列：用另一道门或手持设备复读，复读成功再迁移状态，并保留“复读”标记。另一类错误是把不能读的标签继续当在库。标签损坏后托盘还在场内，系统却因为长期没有被读到而判丢失，然后又在清洗点突然出现，形成假丢失和假找回。
批量识读还会把旁边通道的托盘读进来。天线功率过大时，未过本门的托盘被写成已经离开。应限制识读区域，并要求方向天线或地感配合，只有同时满足“在门区内且发生了进出动作”才出事件。验收用已知数量的托盘过门：故意抽走一枚标签、故意让一辆车停在门外、断网后再恢复。平台数量应分别表现为待复核、未过门、按原时刻补入，而不是三条都变成正常出库。
复读成功才能迁移托盘状态
漏读后的托盘应停在待复核，直到另一道门或手持设备再次读到，并带上复读标记，才允许从在库改为在途。手工补的出库没有读写器编号，不能参与数量结算。天线旁路过的托盘若没有进出动作，也不能产生过门事件。标签长期读不到要标成待检，不能直接判丢失；在清洗点重新读到时，应能接上待检记录，而不是变成一次找回。
清洗和维修使用单独的门点编码，避免托盘在离开库区后从账上消失。短时间重复识读要在边缘合并成一次事件再上传。断网补传保持过门时刻，不把补传成功的时间写成离场时间。用已知数量的托盘做漏读、旁路和断网三步，三种结果分别是待复核、未过门和按原时刻补入，托盘循环的识读链路才算可用。
金属货紧贴标签、托盘叠放过高时，应先调整天线功率和标签位置，再讨论卡的信号。功率加大后把邻道托盘读进来，比漏读更难追。每次过门事件保留读写器编号和方向，报表按门点对账，不按“资产总数减一下”修改库存。清洗返回要记成返回而不是新托盘入库，否则循环次数会被算成采购。这些记录齐全，门禁识读才改得动正确的状态。