专题概览：物联网项目的成果是「数据能用」，不是「设备能连」
物联网应用开发常被误解成「买个网关、装几个传感器、做个大屏」。真正决定项目成败的是中间那段：数据是否稳定、是否准时、是否可信，以及到了平台上能不能变成告警、报表和决策依据。临沂精益软件有限公司按四层推进 —— 感知、网络、平台、应用，每层都有可检查的交付物，避免出现「设备在线、业务没用」的半成品。
一个典型的分歧点：硬件供应商认为设备上了线就交付完成，业务方却发现数据对不上台账、告警天天误报、月底的报表还要人工核。原因往往不在硬件，而在数据链路中间没人负责 —— 时钟不同步、断网丢数据、单位不统一、告警阈值拍脑袋。本页把这几件事拆开讲，按能落地的方式给判断标准。
一、需求从哪来：三类最常见的起点
物联网项目很少是「我想做个平台」，绝大多数从具体的管理痛点开始。先认清属于哪一类，方案范围与投入就能估出来。
看不到现场
设备分散、靠人巡检、出了问题才知道。核心需求是远程监视与异常提醒，重点在采集覆盖与告警准确。
算不清数据
产量、能耗、称重、库存靠手工记账，月底对不上。核心需求是自动采集与台账一致，重点在数据完整与单位统一。
管不住流程
有数据但没人按数据行动。核心需求是把数据接进工单、审批与考核，重点在业务规则而不是硬件。
三类需求的投入顺序完全不同：前两类钱要花在现场与采集，第三类钱要花在业务系统。先判断属于哪类，再谈要不要上平台，能省掉一半无效投入。
二、四层架构：每层各管什么
物联网系统的分层不是概念游戏，而是故障定位的工具。出问题时先判断是哪一层，再决定找硬件、找网络还是找软件，避免三方互相推。
| 层级 | 职责 | 常见组成 | 交付物 |
|---|---|---|---|
| 感知层 | 采集现场数据、执行控制指令 | 传感器、仪表、PLC、称重设备、摄像头、执行机构 | 点位表、接线图、设备台账 |
| 网络层 | 把数据从现场稳定传出去 | 以太网、4G/5G、LoRa、NB-IoT、工业网关 | 网络拓扑、信号测试记录、资费方案 |
| 平台层 | 接入、存储、规则判断、告警 | 接入服务、时序数据库、规则引擎、消息队列 | 数据模型、告警规则表、接口文档 |
| 应用层 | 把数据变成人能用的界面与流程 | 监控大屏、报表、工单、小程序、对外接口 | 功能清单、操作手册、培训记录 |
分层的实际价值在验收：网络层交付的是信号测试记录，平台层交付的是告警规则表，应用层交付的是操作手册。任何一层只给「能用」两个字，后面都会变成扯不清的责任。
三、硬件与协议怎么选
选型的顺序是「先看现场有什么，再定怎么传，最后定传什么」。跳过现场直接选协议，十有八九要返工。
| 方式 | 距离与功耗 | 典型场景 | 注意点 |
|---|---|---|---|
| RS485 / Modbus | 有线，几十米至千米，无需电池 | 工业设备、仪表、称重、PLC 对接 | 总线拓扑与终端电阻、共地、屏蔽接地 |
| MQTT | 走以太网或 4G，长连接低带宽 | 平台接入、设备状态上报、指令下发 | Topic 规划、QoS 等级、断线重连与离线缓存 |
| LoRa | 1–10 公里，电池可用数年 | 园区、农业、水表电表的低频采集 | 网关容量与占空比限制、建筑遮挡 |
| NB-IoT | 运营商网络，低功耗广域 | 水表、气表、井盖、独立点位 | 时延较大、资费与信号盲区需实测 |
| 4G / 5G | 移动网络，带宽高、功耗高 | 视频回传、高频采集、移动设备 | 流量成本、弱信号区、断电恢复 |
老设备没有联网接口怎么办
- 有通讯口（RS485 / 网口）：优先读原协议，不动设备本体，改造成本最低。
- 只有模拟量或开关量：加采集模块或 PLC，从信号端取数，注意隔离与量程。
- 完全没有电气接口：加装独立传感器（电流互感器、光电、称重、液位），用间接数据推算。
- 品牌私有协议：向厂家索取协议文档或网关对接方案，拿不到就不要承诺「一定接得进」。
四、采集的数据要用来做什么
采集频率不是越高越好。频率由用途决定：用于考核的按班次或按天，用于过程控制的按秒，用于趋势分析的按分钟足够。频率翻十倍，存储、流量与后期清洗的成本都会翻。
实时监视
关键点位当前值与状态，刷新间隔按业务需要定；重点是异常时能第一时间看到，而不是刷新得多快。
告警判断
阈值、持续时长、恢复条件三件事都要写清。只写「超过 80 报警」必然误报，加上持续 5 分钟与回差才可用。
报表台账
按班次、日、月汇总，与原有手工台账口径对齐。口径不一致，数据再准也没人用。
趋势分析
按分钟或小时聚合，用来看能耗曲线、故障趋势、设备利用率，支撑改造决策。
联动控制
条件满足时下发指令，必须做权限、二次确认与失败回执，避免误动作造成生产事故。
对外接口
把数据以接口形式提供给 ERP、OA 或客户系统，需明确字段、频率与鉴权方式。
告警宁可少而准，不可多而虚。一天几十条误报的系统，两周内就会被所有人静音，最后真故障也没人看。
五、现场实施最容易踩的五个坑
这五条几乎每个项目都会碰到一条以上，共同点是「在办公室都测不出来」。方案里提前写清，比事后救火便宜得多。
- 信号只在办公室测过：车间金属结构、地下室、冷库都会衰减，必须在真实点位连续测，记录时段与强度。
- 忽略供电与断电：现场常无稳定电源，需明确取电方式、UPS 或电池续航，以及断电恢复后设备能否自启。
- 设备时钟不准：没有统一对时的数据无法排序、无法算时长，所有设备必须定期校时，平台侧记录采集时间与设备时间。
- 断网即丢数据：网络抖动是常态，网关需本地缓存并在恢复后补传，平台需按唯一编号去重。
- 上线后没人管：无人值守现场要能远程重启、远程升级、看在线率，否则一次死机就要跑一趟。
验收时问一句「断网两小时会怎样」，能筛掉大部分只在理想环境跑通的方案。
六、八周实施排期
物联网项目的节奏受现场制约，排期要留出勘查与试运行两个缓冲。硬件到货与现场配合是最常见的延期原因，签约时就应写清责任与时间。
| 周次 | 主要工作 | 交付物 |
|---|---|---|
| W1 | 现场勘查、点位确认、网络与供电条件核实 | 点位表、现场问题清单 |
| W2 | 方案设计、硬件与协议选型、报价确认 | 技术方案、设备清单、拓扑图 |
| W3–4 | 设备安装调试、网关接入、平台数据模型搭建 | 在线设备台账、接入日志 |
| W5 | 应用开发：监视、告警、报表与权限 | 可访问的测试环境 |
| W6 | 联调与试运行，核对数据与手工台账 | 数据比对记录、问题整改单 |
| W7 | 告警阈值调优、断网补传与时钟校验 | 告警规则表、稳定性测试记录 |
| W8 | 上线、培训、文档交接与运维约定 | 操作手册、运维方案、培训记录 |
W6 的数据比对是最容易被跳过、也最不该跳过的一步：把平台统计与手工台账按同一口径对三天，差异逐条查清，才能真正确认「数据可用」。
七、上线后的运维与验收口径
物联网系统上线只是开始，稳定运行靠的是可观测与可恢复。验收时把这些指标写进合同，比口头承诺「保证稳定」有用得多。
- 设备在线率：按月统计在线时长占比，明确低于多少算异常，以及恢复时限。
- 数据完整率：应到点位与实际入库条数之比，含断网补传后的核对。
- 告警准确率：有效告警占全部告警的比例，误报率高就要调阈值与持续时长。
- 平均恢复时间：从发现到恢复的时长，取决于是否支持远程重启与远程升级。
- 备件与文档：关键设备备件清单、接线图与账号权限清单，交接时必须齐全。
无人值守的现场，优先做「能远程处理」。一次现场出车的成本，往往高于一套远程运维功能。数据侧的延伸做法，可参考 AI 营销专题 与 网站建设及 SEO 专题。
八、常见问题
物联网项目一定要自己建平台吗？
不一定。点位少、只看状态与告警的项目，用成熟云平台加配置即可，成本低、上线快；当需要与 ERP、生产、称重、审批等业务系统打通，或对数据归属与私有部署有要求时，才需要自建平台。判断标准是「业务规则复杂不复杂」，不是「设备多不多」。
老设备没有联网接口，还能接进来吗？
多数能。有 RS485 或网口的直接读原协议；只有模拟量或开关量的加采集模块或 PLC；完全没有电气接口的，用电流、光电、称重、液位等独立传感器间接取数。唯一需要谨慎的是厂家私有协议 —— 拿不到协议文档就无法保证对接，这一点要在签约前确认。
现场没有网络怎么办？
三种常见解法：有手机信号就用 4G 或 NB-IoT；完全没有信号且点位集中，用 LoRa 网关汇聚后再找一处有信号的位置回传；布线条件允许时走有线以太网。方案确定前必须做现场信号实测，不能按办公室或地图覆盖图判断。
采集频率越高越好吗？
不是。频率由用途决定：过程控制按秒，趋势分析按分钟，考核台账按班次或按天。频率提高会同步放大存储、流量、清洗与告警噪声的成本，也更容易产生误报。建议默认按分钟采集，个别关键点位再单独提高。
断网了数据会不会丢？
取决于方案是否做了本地缓存。网关或采集端带缓存时，断网期间数据先存本地，恢复后按时间顺序补传，平台按设备编号与时间戳去重。没有缓存的设计，断网期间的数据就是永久丢失，验收时可以用「拔网线两小时」直接验证。
数据存在哪里，能存多久？
常见做法是原始数据存时序数据库、汇总数据存业务库，部署在客户自有服务器或云主机上，数据归属写进合同。保留周期按业务需要定：原始数据一般 1–3 年，班次与日报汇总长期保留。存储成本主要在原始数据，压缩与分级保留能把成本降下来。
一个物联网项目大概多久能上线？
单点位的监测类项目通常 2–4 周；涉及多设备接入、平台搭建与业务应用的项目一般 8 周左右；需要与生产系统深度打通、或现场施工量大的项目会更长。影响工期最大的不是开发，而是硬件到货与现场配合时间，这两项在排期里必须单列。
怎么判断这套系统稳定不稳定？
看四个可量化的指标：设备在线率、数据完整率、告警准确率、平均恢复时间。要求供方在试运行期提供实测记录，而不是等上线后再补。另外确认是否支持远程重启与远程升级 —— 无人值守现场，能否远程处理直接决定长期运维成本。