老旧工厂的数字化改造，我做了差不多十年的落地项目，最深的感受是：真正难的不是技术本身，而是怎么在一条还喘着气、天天要出产量的产线上，把物联网这套东西悄悄嵌进去。早年我们做"智能工厂"项目，动不动就谈工业互联网平台、数字孪生，客户听得热血沸腾，结果一进车间看到1980年代的配电柜和手抄的产量表，基本就沉默了。这个项目标题——老旧工厂数字化改造物联网解决方案——说的正是这种最不性感、却最有实际价值的活。
它不是绿地项目，不是新厂房从零开始布光纤、上MES，而是要让一台台"哑设备"开口说话，让手工填写的纸质报表变成实时数据流，让老师傅用几十年经验判断的"声音不对了"变成可量化的振动特征值。这篇文章我会把整个项目的拆解思路、硬件选型、网络设计、平台建设，以及实施过程中踩过的坑，原原本本讲一遍。适合正在做工厂改造的从业者、准备立项的企业信息部门，也对那些想进入工业物联网领域的开发者有帮助——你会发现，这里面的逻辑跟互联网那一套完全不同。
1. 老旧工厂现状盘点与改造总体思路
1.1 老旧工厂的典型画像
先说说我接触过的老旧工厂都有什么共性。厂房年纪通常在十五年以上，设备来源非常杂，有一批是建厂初期随机床进口的原装设备，还有后来陆陆续续添置的国产设备，再混上几台二手淘来的加工中心。设备与设备之间别说联网，很多连个正经的通信接口都没有，最主流的"通信方式"还是操作工扯着嗓子喊——这台干完了，下一道工序跟上。
这种工厂的网络基础设施基本等于零。车间里没有工业以太网，办公室那套交换机能不能稳定运行全看运气，无线覆盖想都不用想。但好处是，这类工厂的供电系统一般还算稳定，毕竟老师傅们摸爬滚打这么多年，对电老虎的敬畏是刻在骨子里的。
另外一个典型特征是：管理高度依赖人。产量靠班组长手填日报表，设备故障靠报修电话，能耗账单一个月看一次总表。不是说老师傅们不负责，而是流程就是这样设计的——信息管道太粗，细节全部丢失。你今天这台设备空转了四个小时，没人知道；这台机床主轴声音开始发闷，也没人察觉，直到问题放大了才停工检修。
1.2 为什么不能推倒重来
很多人在做方案时容易犯一个错误：一上来就想上一整套高大上的系统，MES、APS、WMS全套上马，预算动辄几百万。但在老旧工厂场景下，这条路根本走不通。
首先是钱的问题。老板们对数字化的理解很朴素：这东西能不能让我多赚钱、省成本、不出安全事故？你让他们一次性掏几百万买个"未来"，绝大多数人会摇头。其次是生产不能停。老旧工厂的设备稼动率已经很高，改造窗口就那几天节假日，你不可能停下来几个月做系统切换。
所以我们的总体思路就八个字：少动设备，多采数据。不是去改造设备本身，而是给设备旁边"挂"采集装置，像做心电监护一样，不动手术、不打大麻药，在体外把各项指标测出来。这套思路的关键在于：设备你管它是什么年代的，只要它有电、有动作，我就能想办法把数据捞出来，哪怕捞不到数字信号，捞它的电流、振动、温度也一样能说明问题。
1.3 三层架构与改造原则
整个方案按经典的物联网三层架构来搭：感知层负责数据采集，传输层负责把数据送出来，应用层负责展示、报警和分析。听起来简单，但在老旧工厂场景里每一层都有特殊的讲究。
感知层面对的最大难题是设备接口千奇百怪。有的设备有RS232/RS485串口，有的只有干接点输出，有的啥都没有只有一根电源线。这就要求采集方案必须"丰俭由人"，不能一套方案打天下。传输层要应对的是车间环境恶劣：高温、油污、电磁干扰，普通商用工控设备在这种环境下活不过三个月。应用层的核心不是炫技，而是让车间主任和老板看的明白，让维修工愿意用。
这里有一条我始终坚持的改造原则：先解决有没有，再解决好不好。第一期的目标绝对不是建什么AI预测模型，而是把设备的开停状态、产量计数、关键参数这三类数据先稳定拿到手。数据连续性比数据精度重要得多，断断续续的高精度数据还不如连续的低精度数据有价值。
2. 现场调研与改造需求拆解
2.1 现场调研要摸清的三本账
接手任何一个老旧工厂项目，第一件事不是画架构图，而是老老实实做现场调研。我一般会带着一份标准问卷去车间走三天，核心是摸清三本账：设备账、网络账、电气账。
设备账指的是把所有需要监控的设备列一遍，记录每台设备的型号、年代、电气柜位置、有无通信接口、接口类型是什么。这一步看起来枯燥，却是整个项目的地基。我曾经遇到过调研时漏了一台关键设备，结果方案做完了发现那台设备在一个独立的角落车间，网线根本拉不过去，被迫改动整体设计。
网络账要搞清楚车间里有没有现成的光纤或网线，弱电井在哪，办公室到车间的实际距离是多少。很多老车间的网线都是当年为了装监控拉的，带宽够不够、中间有没有断点，都得实测。电气账则是要确认每台设备的主回路电源在哪，能不能安全地加装电流互感器，配电柜里还有没有空余的接线位置。老旧配电柜往往塞得满满当当，这个不看现场根本没法设计。
2.2 设备分类：按通信能力分三档
调研完之后，把设备按通信能力分成三档，这是选型的基础。
第一档是"聪明设备"：自带PLC或者有标准的通信接口，比如Modbus RTU、Modbus TCP，甚至有些进口设备有OPC UA接口。这类设备数据最丰富，几千个参数随便采，直接走协议对接就行。但要注意，有些老设备的PLC程序是当年供应商做的，里面的变量表没有文档，你需要用软件在线扫描或者问老师傅"这个参数是什么意思"，工作量不小。
第二档是"半哑设备"：没有通信接口，但有模拟量输出或者干接点信号。比如老式温度仪表有4-20mA输出，变频器有频率反馈端子，设备故障信号是干接点。这类设备需要加装模拟量采集模块或IO模块来接入。
第三档是"全哑设备"：完全没有任何电气信号可用的老式机床。这就要靠外加传感器了——主轴电流用电流互感器卡上去，振动用贴片式加速度传感器，温度用表面贴装PT100。这种方式不碰设备内部接线，安全性最高，是老旧工厂改造最常用的手段。
2.3 改造目标的量化拆解
调研完成后要跟客户一起把改造目标具体化。我通常建议从四个维度去量化：设备稼动率、能耗、异常响应、质量追溯。
设备稼动率是老板最关心的。以前他们只知道"机器天天在转"，但到底实际加工时间占比多少、空转时间多少、停机的真正原因是什么，没人说得清。上了数据采集之后，目标就是把这个数字精确到分钟，并且能自动统计停机原因和时长分布。
能耗这块，老旧工厂普遍没有细分计量，一个月的电费单就一行总度数。改造的目标是把能耗拆到设备级或者产线级，至少能回答"这台设备的单位产品能耗是多少""夜里非生产时段的待机能耗浪费有多大"这两个问题。
异常响应说的是设备报警和停机能不能第一时间通知到相关责任人。以前设备半夜坏了，要等第二天早上班才发现，白白浪费七八个小时。上了物联网之后，报警推送是标配。
质量追溯这个维度在老旧工厂里最难，因为涉及人工质检、纸质记录等大量线下流程。我建议第一期先不做全链路追溯，只做到"关键工位的工艺参数与产品批次关联"，比如把这台设备加工某批次零件时的主轴电流、振动曲线存档，一旦后期出现质量问题，可以回查当时设备状态是否异常。
3. 硬件选型与数据采集方案落地
3.1 传感器选型的几个关键参数
老旧工厂的传感器选型，跟实验室或者新工厂完全不一样。首要考虑的不是精度，而是安装方式的便利性和环境耐受性。
电流采集我强烈推荐开口式电流互感器（CT），不用断电、不用拆线，直接卡在电缆上就能用。选型时要注意两点：一是变比要选合适，老旧设备的实际运行电流往往比铭牌额定低不少，我做过一个车间，45kW电机的实际运行电流只有额定的一半，选小了精度差，选大了低负载段根本没分辨力；二是要选带4-20mA输出的，可以直接进采集模块，配套的互感器周边不能有强磁干扰源，安装位置要避开变频器出线。
振动传感器主要用在后期的设备预测性维护上。老旧机床的主轴轴承、丝杠磨损，都会在振动频谱上留下特征。选型要关注频率响应范围和安装方式。磁吸式安装最方便，但频率响应会打折扣，胶粘式居中，螺柱安装效果最好但要在设备上打孔——老旧设备上打孔需要跟客户反复确认，很多老师傅对在机器上钻孔非常抵触，这个可以理解。加速度传感器量程选±50g左右足够，灵敏度越高越容易被车间环境振动干扰。
温度采集，设备表面贴PT100或热电偶就行，关键是要有好的导热硅脂和可靠的固定方式。不要偷懒用普通胶带缠，车间温度高、油污多，胶带撑不了一个月就掉了。我一般用不锈钢卡箍或者高温胶固定，虽然难看但结实。
3.2 采集模块与边缘网关的选择
采集模块是连接传感器和网关的关键一环。老旧工厂我基本都选支持多类型输入的模块，也就是一路模块既可以接4-20mA，也能接热电偶、热电阻、干接点。原因是车间设备信号类型太杂，统一用一种模块可以大幅减少备件种类。
模拟量采集要重点关注精度等级和通道隔离。老旧车间的现场接地情况往往一塌糊涂，不同设备之间可能有地电位差，如果模块通道间不做隔离，轻则测量值漂移，重则烧毁模块。这个钱不能省，一定要选通道间隔离的产品。
边缘网关是整个系统的核心。选型时我会盯五个指标：工业级温度范围，工作环境温度至少-20℃到70℃；供电范围要宽，很多老旧车间电压波动厉害，9-36V宽压输入是刚需；通信方式要支持有线加无线双模，既能走以太网也能走4G，关键时刻能切换；协议解析能力要强，至少支持Modbus RTU/TCP，最好能跑MQTT；最后是本地存储，SD卡或者内置存储都行，这个是断网续传的基础，没有本地缓存功能的网关直接排除。
3.3 现场安装的实操要点
硬件到手之后的安装环节，是决定项目成败的分水岭。我总结出一套"三不两要"的原则：不断电、不动原接线、不破坏设备结构；要固定牢靠、要标识清晰。
先说不断电。绝大多数老旧设备没有冗余，停了就是停产。安装电流互感器、贴传感器这些工作，要挑设备换活、暂停的间隙做，提前跟车间主任排好计划。遇到必须带电作业的环节，比如往配电柜里接线，一定两个人配合，一个人操作一个人监护，绝缘手套和工具绝缘处理都是标配。
安装位置要统一规划。网关不要放在设备下方容易溅到切削液的地方，要往高处挂。所有传感器线缆要穿管或者用线槽走线，别图省事直接拖在地上，车间里的叉车和料车分分钟把线碾断。接线端子全部要用带标签的冷压端子，每根线对应哪个通道，标得一清二楚。你想象一下半年后设备坏了要排查故障的场景，就会明白标识清晰有多重要。
3.4 通信协议的适配经验
老旧工厂的协议对接是最磨人的环节。我遇到过一台老设备，PLC是某进口品牌的早期型号，通信口是RS232，波特率9600，协议是私有格式。费了好大劲找到当年的技术手册，发现手册是十年前的版本，跟实际设备里的固件版本对不上，最后只能用一个早上对着寄存器一个个试出来的。
我的经验是，协议对接要有三层预案：第一层走标准协议，Modbus RTU是老旧设备最通用的语言，八成设备都能解决；第二层走OPC UA或厂商专用协议，这需要网关支持对应的驱动，选网关时要确认驱动库够不够全；第三层是IO硬采，实在对不上协议就用模拟量或干接点信号采关键参数，虽然拿不到几十个参数，但能拿到开停状态和故障信号，也够用了。
所有协议对接完成后，一定要做数据校验。方法很简单：拿一个参数跟设备现场仪表显示的实际数值对一下，误差在合理范围内才算通过。别信"寄存器地址对了就行"，老旧设备经常有数值缩放因子、偏移量的问题，不校验就会采回一堆"看似合理实则错误"的数据。
4. 网络架构与数据链路设计
4.1 分层隔离与网络改造
老旧工厂的网络架构设计，我坚持一条底线：生产网络和办公网络必须隔离。不是说绝对不能打通，而是要用防火墙做单向访问控制，生产数据可以出，办公网的管理流量要限制着进。
原因很简单，老旧工厂的办公网常年处于"无政府状态"，一台电脑中了病毒连累全车间的事我见过不止一次。生产网一旦被勒索病毒扫到，设备全停，那种损失不是省一台防火墙能补回来的。
网络拓扑我一般这样做：车间每台边缘网关通过工业交换机汇聚到一台边缘服务器或者说车间数据节点。这个数据节点放在车间里的工业机柜里，负责本地存储、边缘计算和协议转换。数据节点再通过一条专线或者光纤连到机房的核心服务器。如果客户连车间光纤都没有，那就退而求其次，走4G蜂窝网络，每个网关插一张物联网卡，数据直接上云。
4.2 无线方案在老车间的适用性
很多人问我在老旧工厂能不能用Wi-Fi或者LoRa做无线采集。我的回答是：看场景，但别抱太高的期望。
Wi-Fi在车间里的问题很现实：金属设备多、遮挡严重、信号衰减快。一个1000平米的车间，塞四五个AP都未必覆盖得完，而且老旧车间没有吊顶，AP只能挂在钢梁上，布线同样麻烦。除非是那种已经有成熟Wi-Fi覆盖的车间，否则不建议把Wi-Fi当主干。
LoRa倒是绕开了Wi-Fi的覆盖问题，穿透力好、功耗低，但是带宽太窄，传个传感器状态没问题，传振动波形这种高频数据就力不从心了。它适合的应用场景是园区级别的分散点位采集，比如分布在厂区各个角落的水电气表。
4G方案在老旧工厂里反而是最省事的选择。不需要布线，一行卡搞定，网络质量由运营商保障，唯一要考虑的是信号强度。上车间的角落测一下4G信号，如果只有一格到两格，就得考虑加装室外天线。很多工业网关有外置天线接口，把天线引到屋顶或者窗外，信号问题基本能解决。缺点也很明确：流量费是持续成本，数据量大了不划算。所以4G方案要配合边缘计算，高频数据在网关本地处理，只把有价值的特征值往上送。
4.3 数据缓存与断网续传机制
设备数据最怕的不是慢，是丢。车间网络不稳定是常态，所以断网续传必须从一开始就设计好。
边缘网关要具备本地环形缓存能力。网关把采集到的原始数据先写入本地存储，然后按时间戳顺序往上发送，云平台收到后ACK确认，网关才删除对应的本地数据。这样即使断网几个小时，恢复后也能自动补传，不留空洞。
我见过一些项目在这上面栽跟头，网关没有本地缓存，一断网数据就丢，等发现的时候已经缺了好几天，整个统计报表像被狗啃过一样。更麻烦的是，设备报警可能恰恰发生在断网那段时间，丢的不是数据，是事故证据。
补传还有个细节要做好：平台侧要支持乱序到达的数据处理。因为补传的数据时间戳是过去的，平台不能简单地按接收时间入库，必须按数据本身的时间戳来排序和聚合。这个逻辑在开发平台时要提前约定好，不然事后改数据流会非常痛苦。
4.4 数据采集频率设计与流量估算
采集频率定多少，直接关系到数据价值、存储成本和网络流量。很多新手上来就定"每秒采一次"，一个车间几百个点位，一天就是几千万条数据，很快就存爆了。
我的设计原则是分参数定频率。设备状态类信号，比如开停状态、故障信号，100毫秒到1秒采一次都行，这类数据变化慢，但要求实时性高。工艺参数类，像主轴电流、温度、压力，一般情况下1到5秒采一次，足够画出趋势曲线。如果要做振动分析和预测性维护，那就要用加速度传感器以每秒几千甚至上万赫兹的采样率采集，但这个数据量太大，不能全量上送，必须在网关本地做FFT变换，只把振动特征值（比如总体有效值、峰值、频带能量）上传，原始波形留本地，需要时再按需提取。
算一笔账：一台设备的电流测点，5秒一条，一条数据算100字节，一天就是17280条，约1.7MB。一百台设备就是170MB一天，一个月的原始数据量在5GB左右。这个量级对于现在的存储来说毫无压力。但如果你换成每0.1秒采一次，一天直接放大50倍，那就要考虑数据压缩和分级存储了。
具体到项目上，我会给边缘网关配至少64GB的存储，平台数据库也做分层，热数据保留三个月，历史数据做聚合压缩后归档到一年，一年以上的直接存冷存储。
5. 平台功能规划与数据应用
5.1 看板设计的三个实用层次
物联网平台不是给老板一个人看的展示屏，它至少要有三层视角：老板看经营，车间主任看管理，操作工和维修工看操作。
老板视角的看板，核心是三张图：产线稼动率趋势、能耗趋势、异常事件统计。这个层面不要堆砌太多指标，老板每天就看那么几个数，关键是数字要可信、趋势要稳定。我曾经见过一个项目，看板上的稼动率天天在92%和45%之间剧烈跳动，老板看了三天就再也不打开了。原因是采集逻辑不严谨，把换料时间也算进了停机，导致数据失真。
车间主任视角要有每个工位的实时状态列表，谁在运行、谁在报警、谁已停多久，还要能下钻看明细和班组对比。车间主任是平台的重度用户，他的核心诉求是"今天能不能完成产量""哪台设备又在拖后腿"。
操作工和维修工视角，主要是工位端的简易屏幕或者手机端。操作工关心的是当前设备运行参数是不是正常区间，有没有工艺报警提醒；维修工关心的是这台设备报警代码是什么、最近几次报警的间隔趋势，方便判断是不是同一个故障在反复发作。
5.2 报警规则的设置逻辑
报警是物联网系统最敏感也是最容易翻车的功能。翻车通常有两种姿势：一种是报警太灵敏，一天推五百条消息，所有人直接关闭通知；另一种是报警太迟钝，真正出事了没反应，系统价值瞬间归零。
我的经验是报警规则要分层分级、因地制宜。第一层是瞬时越限报警，参数超过设定阈值立即触发，用来处理安全事故类情况，比如电机电流突升、温度越限。这层规则要简单粗暴，宁可误报不可漏报。第二层是持续越限报警，参数连续超过阈值一段时间才触发，用来过滤掉启动冲击、瞬时毛刺这些正常波动。比如振动值偶尔超一下没关系，连续超过30秒就说明有问题了。第三层是趋势报警，指标本身没超限，但变化速率异常，比如油温一个小时内上升了15度，虽然还在允许范围，但趋势不对，提前预警。
阈值怎么定？不能闭门造车写死。我一般会拿系统上线后一个月的正常数据来做基线统计，取平均值和标准差，报警阈值设成均值加减若干倍标准差。这个办法很土，但确实有效，因为每台设备的老化程度不同，一台服役20年的老设备跟一台新设备的正常振动水平本来就不一样。
报警推送通道也要选对。停机和严重故障推电话语音和短信，一般性提醒推企业微信或者钉钉。别所有消息都往一个渠道塞，老师傅们手机上如果全是无关报警，很快就把App卸载了。
5.3 从数据到决策：两个值得参考的应用场景
数据采回来放在那儿不会产生价值，只有用起来才行。我分享两个在老旧工厂场景下特别实用的应用方向。
第一个是空转识别与待机损耗治理。通过电流曲线可以发现，很多设备在非加工时段仍然处于运行状态，有的是工人忘记关机，有的是为了保持液压系统压力必须开着。对前一种情况，系统可以推送提醒给班组长，安排人员关停；对后一种情况，可以优化作息计划，把需要预热开机的设备集中在同一时段启动。一个一百台设备的中型车间，光做好空转治理，电费一年省出几十万很常见。
第二个是设备健康度预警。基于振动和温度的长期趋势，可以判断设备是否进入"亚健康"状态。比如某台机床的振动有效值在三个月内缓慢爬升了40%，虽然还没超报警线，但结合主轴温度和电流的变化，基本可以判断轴承开始劣化了。这时候安排一次计划性检修，换掉轴承也就半天时间加几千块备件钱。等轴承彻底坏了再修，可能就是主轴报废、四五个工作日停产的代价。我做过一个项目，系统上线四个月就准确预警了两台设备的轴承早期失效，那客户后面的态度来了个一百八十度大转弯，主动要求加装更多的测点。
6. 实施过程中踩过的坑与排查实录
6.1 信号干扰与接地问题
老旧工厂里最让我头疼的就是信号干扰。4-20mA模拟信号在车间里跑，旁边只要有变频器或者大电机启动，读数就开始飘。
有一回我们调试一台注塑机的模腔压力传感器，空载时读数稳定在4.02mA，一开机就跳到7到8mA，完全没法用。查了半天，发现信号线跟变频器的输出线绑在了同一个线槽里，电磁耦合干扰直接灌了进来。解决的办法说起来也简单：信号线全部换成屏蔽双绞线，屏蔽层在网关端单端接地，并且跟动力线分槽走，间距保持20厘米以上。线槽里实在分不开的，加一根金属隔板做屏蔽隔离。
还有一次是接地环路问题。设备端的传感器外壳接的是设备地，网关接的是另一路地，两边的电位差造成地环流，信号里叠加了50Hz工频干扰。处理方式是采集模块选隔离型，把模拟输入的地跟网关内部完全隔开。所以我在前面强调模块一定要买隔离型的，这个钱真不能省。
6.2 网络配置冲突
老旧工厂的IP管理基本都是乱的。我们进场时发现车间里已经有一批摄像头占用了192.168.1.x网段，办公网又是另一个网段，还有几台设备调试用的电脑是自动获取IP，分到哪算哪。结果网关一联网，IP冲突，数据传着传着就断。
这个问题的根治办法是给生产网做一个完整的IP规划，固定分配，DHCP只用于访客类设备。我为每一个网关、每一个数据节点都建了IP台账，哪个设备在哪个机柜、哪个端口、IP是多少，一查便知。这个台账在后期排障时价值巨大，没有它，网络一出问题你就只能在一堆交换机里抓瞎。
另外一个网络层的坑是NTP时间同步。一开始没在意，后来发现设备报警时间和平台收到报警的时间对不上，仔细一查，有的网关板载时钟走偏了好几分钟。排查半天，原因是一些老设备的RTC电池早就没电了。解决方案是让所有网关定期从平台服务器做NTP时间同步，传感器数据除了采集时间戳还要标记网关ID，这样即使时间有偏差也能定位到具体设备。
6.3 数据质量治理
数据采回来了，不等于数据能用。老旧工厂的数据质量，说多了都是泪。
最常见的问题是重复数据。设备停机时电流趋近于零，有些采集模块在零值附近反复抖动，导致同样的状态被记录成好几条，算稼动率时出现了"负的空闲"，统计口径乱套。解决方法是采集端做死区滤波，变化量小于设定范围的不上报；平台端还要做去重，同一设备同一时间戳只保留一条记录。
其次是异常值与缺失值的处理。车间大面积停电、网关断电重启，这段时间的数据就是空洞。平台统计时不能简单地把缺失时间当作设备关机，否则稼动率会被严重低估。我惯用的处理方式是在统计口径里加一条规则：非计划内的数据缺失超过15分钟，标记为"数据缺失"状态，单独统计，不算稼动率也不算停机率。让使用者知道这段时间数据不可得，总比给一个虚假的精准数字要强。
还有一个很微妙的坑：设备改造后参数变化导致的"假报警"。一家工厂换了一款新的刀具，加工参数变了，主轴电流的基线整体上移，结果原有的报警规则突然开始疯狂报警。这事让我养成了一个习惯：所有报警规则上线后，要定期回归验证，尤其是工艺变更之后，要重新统计基线并调整阈值。
6.4 系统自身的运维
物联网系统自己也是设备，也得被维护。老旧工厂的粉尘和油雾是电子设备的天敌，网关放在车间里，散热风扇用不了多久就会被油污糊死。我给客户定的运维标准是：网关每三个月清理一次防尘网，每年更换一次内部的导热硅脂；传感器线缆每半年巡检一遍，重点看有没有被叉车刮蹭、被重物压伤。
最容易被忽视的是传感器和互感器的漂移。电流互感器长期工作在高温环境，精度会缓慢下降。我建议每年做一次校验，拿标准钳形表跟系统读数对比，偏差超过2%就更换。别觉得这几个点位的精度无所谓，设备健康度预警依赖的是长期趋势的一致性，基准一旦漂移，整个判断逻辑就站不住了。
数据存储方面，要提前给客户说清楚扩容计划。平台上线一年后数据量会明显增长，归档策略要跟上。我遇到过最尴尬的情况是客户硬盘满了没人管，数据库写入失败，系统悄悄停了三天才被发现。所以系统自身的监控也必须做——数据链路心跳检测，超过5分钟没收到这台设备的数据就报警。设备数据的采集系统如果连自己的心跳都保不住，那就说不过去了。
最后再分享一个个人体会比较深的事。方案阶段最忌讳跟客户一次性谈"大而全"，老旧工厂的改造，第一期的目标应该是让客户每天愿意打开看板。我做过一个项目，第一期只上了12台关键设备的开停状态和电流，别的什么都没做。结果车间主任意外发现，B线夜里2点到4点经常有半小时的"神秘停机"，查了监控发现是夜班工人打盹时误碰了急停按钮。就这么一个小发现，让客户对整套系统的态度彻底变了，后面的扩容预算批得特别痛快。
所以你看，老旧工厂的物联网改造，很多时候拼的不是技术多先进，而是对现场的理解够不够深。先把最基础的数据采起来、用起来，让真实的价值被看到，后面的路自然就宽了。
