定义
「立体车库传感与状态」场景中，传感与业务终端常经蜂窝物联网接入平台；需同时考虑覆盖质量、时延、安全与卡务全生命周期。
技术特点
建议区分遥测、告警、配置与 OTA 等流量；弱网环境配置缓存与补传；TLS、证书与密钥纳入变更与回滚策略。
应用场景
适用于分布式点位与远程运维。达希物联可提供连接管理、流量池与定向/专网等组合能力，支撑规模化复制。
与物联网卡协同要点
- 台账：ICCID / IMEI 与设备编号、安装位置、责任人绑定。
- 网络：APN、白名单、机卡绑定与区域/漫游策略。
- 运维：在线率、异常流量、沉默卡与告警进 ITSM 闭环。
- 合规：日志脱敏、留存周期与跨境/分包约定。
联锁信号不能并进周期遥测
立体车库传感接物联网卡，是为了把机械动作的结果送到远程诊断，而不是把车库变成一座只报温度的普通站点。载车板到位、门区是否关严、防坠和限位是否闭合，属于联锁；电机电流和故障码说明驱动是否异常。技术含义是：动作节拍和安全条件必须绑在同一次停车或取车上。只有电流、没有“第几步、哪一层、哪块板”，远端无法判断是正常升降还是卡滞。使用条件是车库控制器能输出这些点，并且蜂窝中断时本地联锁仍然生效。远程看得到数据，不能代替现场安全回路。人在车板下或门未关严时，禁止动作必须在控制器里完成，卡只负责把已经发生的拒绝动作报出去。
和平层空位诱导不同，这里的“有位”取决于板是否回到允许进出的位置，而不是地磁上有没有车。板在半空时，即使车位检测认为空闲，也不能引导车辆驶入。因此车库状态要单独成包：运行、到位、故障、禁止进入。周期遥测可以带电流和层位，联锁变化应在发生时立即发出，不等下一个轮询点。
电流越限和到位信号被拆开看
容易出错的是把电流越限当成普通遥测里的一个小数，和到位信号分开存储。电流在升起过程中变大，若记录时刻和层位对不上，维护人员会以为电机全程过载，或反过来把卡滞看成正常加速。两条记录要用同一个动作编号对齐。另一类错误是门区开闭的抖动被滤掉。滤除抖动是对的，但滤完之后若没有“稳定关闭”的确认，车辆可能在门未锁好时被放行，平台上却没有告警。
故障码还经常被映射成含糊的“设备异常”。不同代码对应限位、松链、过流或人车误入，远端若只看到一个总故障，就无法决定是停机还是可以复位。卡的在线同样不能代表控制器在线：路由能上网而控制器通信口断开时，平台会一直显示上一次的到位。超时没有新的节拍应标成状态未知，并禁止远程复位。验收做一次取车：门未关时必须拒绝且事件先到平台；制造一次过流，电流、层位和故障码出现在同一动作里；拔掉控制器网线后，平台应在短时间后显示未知，而不是保持“正常到位”。
动作编号把电流和到位绑在一起
一次取车过程里，层位、电流和故障码要带同一个动作编号。电流变大若对不上当时的层位，维护侧无法区分正常加速和卡滞。门未关严时控制器必须拒绝动作，平台先收到拒绝事件，而不是只在周期报文里晚一点看到门状态。控制器通信断开后，平台应尽快把车库标成未知，并禁止远程复位，不能保持上一次的“正常到位”。
故障码要保留具体含义，限位、过流、松链和误入不能都写成设备异常。人车检测触发的停机属于安全事件，优先级高于电流遥测。滤波可以去掉门磁抖动，但必须另有稳定关闭的确认，否则车辆可能在未锁好时被放行。取车、过流和拔线三步的记录能对齐后，立体车库的远程诊断才有依据。
远程看到的故障不能直接驱动复位。复位要在现场确认人员离开车板和门区之后，由控制器执行，卡只回传结果。层位传感器和电机编码器不一致时，以安全联锁为准停止动作，并把不一致单独上报，不要在平台上挑选一个“看起来合理”的层位继续引导车辆进入。电流正常但到位超时，同样按未完成处理，避免半空车板被记成可以进出。