设备连不上，是最头疼的事
刚装好的温湿度传感器，数据半天不更新。打开平台一看，设备状态显示离线。这种情况太常见了。可能不是平台的问题，而是设备端的Wi-Fi信号弱，或者MQTT连接参数填错了。检查一下设备是不是在路由器覆盖边缘，换个位置试试。也别忘了核对Client ID、用户名和密码，一个字符不对都连不上。
有时候设备用的是NB-IoT模组，得确认SIM卡有没有欠费，运营商网络是否正常。之前有个客户说设备批量掉线，最后发现是套餐到期了，续费后立马恢复。
数据上传了却看不到
设备明明发了数据，平台的图表还是平的。这时候得看数据格式对不对。比如平台期望接收的是JSON：
{"temp": 25.3, "humidity": 60}但设备发的是原始字节流，平台没法解析，自然显示不了。可以在平台的调试日志里查看原始上行报文，对比协议文档，看看是不是字段名写错了，或者温度值被当成字符串传了。
还有种情况是Topic写错了。MQTT靠Topic路由消息，设备发到<device/123/data>，但平台监听的是<device/123/upload>，那数据就丢进了黑洞。
平台响应慢，操作像卡顿视频
在后台点“重启设备”，转圈转了十几秒才执行。这不一定是网络延迟。可能是平台本身负载高，尤其是免费版或共享实例。如果同时接入了几千台设备，消息堆积就会导致延迟。
自己搭的EMQX集群也得注意资源配置。一台2核4G的服务器撑不住上万长连接。监控CPU和内存使用率，必要时加节点做负载均衡。规则引擎里别写太复杂的处理逻辑，避免一条SQL拖垮整个流程。
权限控制总出岔子
给物业管理员开了个子账号，结果他能看见所有小区的电表数据。这是角色配置没做好。大多数平台支持基于角色的访问控制（RBAC），但默认策略往往太宽松。
建议按“最小权限”原则分配。比如电梯维保人员只能读取电梯运行状态，不能修改配置。通过设备分组+策略绑定，把数据隔离做扎实。别图省事直接给admin权限，后期出问题追查起来麻烦。
OTA升级失败，设备变砖头
远程升级固件，一半设备成功，另一半卡在启动界面。问题常出在升级包校验或断点续传机制上。有些平台不支持差分升级，全量包太大，传输过程中一丢包就失败。
稳妥的做法是先小范围灰度发布。选10台设备试跑，确认无误再推全量。升级前确保设备电量充足，Wi-Fi稳定。最好有回滚机制，新固件启动失败自动切回旧版本。
平台迁移成本太高
一开始用了某厂商的私有平台，现在想换开源方案，发现数据导不出，设备还得一台台重新注册。这就是被绑定了。选型时要问清楚：支不支持标准协议？有没有开放API？数据能不能一键导出？
尽量选支持MQTT、CoAP、HTTP等通用协议的平台，设备接入灵活。API完善的话，以后迁移到ThingsBoard或Kaa，工作量能少一半。