定义
「智慧公厕设施与运维上报」场景中，传感与业务终端常经蜂窝物联网接入平台；需同时考虑覆盖质量、时延、安全与卡务全生命周期。
技术特点
建议区分遥测、告警、配置与 OTA 等流量；弱网环境配置缓存与补传；TLS、证书与密钥纳入变更与回滚策略。
应用场景
适用于分布式点位与远程运维。达希物联可提供连接管理、流量池与定向/专网等组合能力，支撑规模化复制。
与物联网卡协同要点
- 台账：ICCID / IMEI 与设备编号、安装位置、责任人绑定。
- 网络：APN、白名单、机卡绑定与区域/漫游策略。
- 运维：在线率、异常流量、沉默卡与告警进 ITSM 闭环。
- 合规：日志脱敏、留存周期与跨境/分包约定。
公厕测点各自的上报节奏
智慧公厕的物联网卡上，人流、异味、水电、耗材余量和保洁签到不是一种数据。技术含义是按测点的变化速度决定上报：人流可以累计后按较短周期送出进出次数，异味和水电适合越过阈值或按较长周期送，耗材余量在降到补货线时必须马上送，签到则是人员到达和离开的事件。使用条件是每个测点有自己的身份和单位，坑位、纸巾机和水表不要挤在一个无名整数里。公厕往往没有有线，卡是唯一出站；这不表示所有传感器都要按秒在线。通风设备是否该启动，可以参考异味和人流，但风机控制属于现场通风联动，平台晚到的指令不能代替本地已经该开的风机。
签到证明的是保洁人员到过，不证明异味已经下降。两者要分开记录，才能判断是人没到，还是到了但设备没工作。断网时人流计数留在本地累计，恢复后补的是累计增量或分段计数，不能把离线期间报成零客流。耗材告警若被缓存在一长串人流数字后面，补货会晚于实际用尽。
人流心跳淹没耗材告警
常见错误是人流每分钟一条，和耗材告警进同一队列、同一张卡的同一优先级。队列一堵，纸巾或洗手液已经空了，平台还在消化客流心跳。告警应能插队，人流可以合并。另一类错误是异味传感器长期高值仍按“正常周期”上报，没有区分传感器中毒和真实异味。持续超限要升级成故障或环境告警，而不是永远一条普通遥测。
水电表若只报瞬时量、不报表底，断网补传后无法知道用了多少。应报累计读数。签到设备被放在门外时，过路的人会被记成已保洁，坑位状态却没有变化。签到应和该座公厕的身份绑定，并允许和后续的环境读数对照。验收让纸巾余量降到阈值，同时让人流计数连续上报：平台应先出现补货告警；再断开网络半小时，恢复后的客流是累计而不是零，告警时间保持越限发生的时刻。
耗材告警要能插到人流前面
纸巾或洗手液降到补货线时，告警应插到人流心跳前面先到达平台。人流可以合并成累计，不必每分钟一条占用同一队列。持续异味要升级成环境告警或传感器故障，不能永远是一条普通遥测。水电上报累计表底，断网后才能算出用量；只报瞬时值，补传后用量会丢。签到绑定到这座公厕，门外路过不应记成已保洁。
离线期间的人流按累计或分段补回，不能报成零客流。告警时间用越限发生的时刻，不用恢复上线的时刻。风机该开时由现场联动先做，平台晚到的指令只作记录。补货告警先到、客流是累计、签到与环境读数能够对照，公厕运维上报才不会被人流心跳淹没。
水表倒转或突然归零应标成计量异常，不能当成用水量下降。异味传感器长时间无变化，要和“环境一直良好”区分开，可以用一次已知的清洁或占用做对照。保洁签退如果缺失，不能用次日第一次签到回填成昨晚已完成。同一座公厕的男女厕或第三卫生间应分开计数，合并后无法安排保洁顺序。卡只负责把这些区分开的事件送出，不把它们折成一个好坏分数。