定义
「堆场管理与龙门吊数据」场景中，传感与业务终端常经蜂窝物联网接入平台；需同时考虑覆盖质量、时延、安全与卡务全生命周期。
技术特点
建议区分遥测、告警、配置与 OTA 等流量；弱网环境配置缓存与补传；TLS、证书与密钥纳入变更与回滚策略。
应用场景
适用于分布式点位与远程运维。达希物联可提供连接管理、流量池与定向/专网等组合能力，支撑规模化复制。
与物联网卡协同要点
- 台账：ICCID / IMEI 与设备编号、安装位置、责任人绑定。
- 网络：APN、白名单、机卡绑定与区域/漫游策略。
- 运维：在线率、异常流量、沉默卡与告警进 ITSM 闭环。
- 合规：日志脱敏、留存周期与跨境/分包约定。
箱位、翻捣计划和吊具节拍如何对齐
堆场管理要同时看三样东西：箱子现在占着哪个贝位列层，为了取出下层箱子打算先把上面的箱子移到哪里，以及龙门吊完成一次吊起、平移、落下用了多长时间。物联网卡回传的是吊具和起重机上的实测，不是计划本身。计划在调度系统里，实测在车上。两者对齐的关键是作业号：这一钩对应哪一个箱、从哪个格到哪个格。只有重量没有作业号，称重无法归档；只有位置没有锁具状态，系统会把吊具还在空中时的坐标写成新箱位。
一钩完整的数据包括作业号、箱号、起始格、目标格、锁紧时刻、松开时刻、吊具重量和起重机编号。节拍用锁紧到下一次锁紧的间隔来算，比用“设备在线时长”更接近真实能力。翻捣产生的中间落箱也是箱位变更，省略中间格会让库存里出现一个箱子同时占用两个位置，或者短暂地哪里都不在。内陆场站和港口码头若共用箱号，位置坐标的场站代码必须带上，否则同名贝位会写到另一个场。
大车行走时靠本地队列补回传
龙门吊沿轨道移动，经过钢结构和箱垛时信号会起伏。使用蜂窝回传的条件，是驾驶室或电气柜里的终端能在中断期间把钩事件按顺序存下，并在重新附着后按原时间送出。只在网络可用时采样“当前坐标”，中断期间的落箱会消失。天线宜装在结构外侧并避开吊具电缆的反复弯折位置，装在钢箱梁内部时，静止调试可能有信号，走起来就丢。终端时钟要和调度系统对齐，补传的旧事件若被当成刚刚发生，会把已经更新的箱位改回去。
视频、远程桌面和钩事件不要挤在同一优先级。看画面的会话把通道占满时，锁紧信号发不出去，调度仍按计划空等。重量用于核对是否吊错箱或是否超载时，应在锁紧后、起升稳定时取值，起升瞬间的冲击读数不能直接当箱重。与TOS同时存在时，要约定落箱确认以哪一侧为准。两侧都可写箱位时，后到达的补传会覆盖先到达的正确位置。起重机编号和卡的识别码应固定绑定，备用终端换上去却沿用旧绑定，钩数据会记到已经停用的那台车上。
箱号不一致与未锁紧就记箱位
光学识别的箱号和调度指令的箱号不一致时，如果仍按指令更新箱位，实际吊起的箱子会被系统放进错误的格。这种情况应停在待确认，而不是自动闭合。司机手工改号若没有留下原识别结果，事后无法区分是识别错了还是指令错了。未等到锁紧就上传目标格，吊具中途改钩，库存已经显示箱子落在新位置，现场却还挂在吊具上，下一钩会被派到这个“已占用”的格，或者被派去取一个还在空中的箱子。
翻捣做了一半就交接班，中间箱位只存在于司机记忆里，系统仍是作业开始前的布局。交接时应先把未闭合的作业号列出，而不是只看设备是否在线。称重零点漂移会让空吊具显示出一截重量，若用它判断“吊具上有箱”，空车移动也会改写箱位。FMS若负责集卡到达堆场的时刻，集卡到位和吊具锁紧仍是两件事，用集卡进场时间代替落箱时间，箱位会早于实际作业。大车防撞和定位校准属于起重机自身的安全功能，蜂窝上报不能替代车上的本地保护。
同一箱号在短时间里出现两个目标格时，应保留两条作业号供当班核对，不能按到达时间只留最后一条。覆盖之后，被盖掉的那一钩无法从库存反推出来。称重和箱号若来自不同终端，两边必须使用同一个作业号；只按时间接近去配对，相邻两钩会把重量交叉安到对方箱子上。龙门吊跨两个堆区时，贝位要带堆区代码，否则东区的贝位会写成西区的空格。备用卡或备用终端启用后，应先做一次锁紧试验，确认事件能进入调度，再接受正式派工。