企业官网建设流程全解析

1. 一套监测系统从现场到云端，设备清单到底怎么拉

干工程监测这行十来年，我见过太多项目在设备选型阶段翻车。有人拿着一份报价单来找我，说现场装了三十多个传感器，数据就是上不来，问我是不是云平台的问题。我一看清单就乐了——传感器全是RS-485输出的Modbus RTU设备，中间没有任何采集终端，直接想往云平台怼。这就好比你家里装了水表、电表、燃气表，但没有任何抄表的人，然后你问物业为什么收不到账单。

一套完整的现代工程监测系统，从物理世界的被测量到云端可用的数据，中间要跨越四道鸿沟：感知层负责把物理量变成电信号，采集层负责把电信号变成结构化数据，传输层负责把数据从现场搬到互联网，平台层负责存储、计算和呈现。每一层都有对应的设备，缺一层链路就断了。

这篇文章我打算把这条链路从头到尾拆一遍，告诉你每一层需要什么设备、为什么需要、选型时看什么参数、以及实际部署中那些文档里不会写的坑。不管你是做桥梁健康监测、边坡位移监测、大坝渗流监测，还是工厂设备状态监测，这套框架都通用。关键词里的传感器、RTU、边缘计算、4G、云平台，正好对应这条链路上的几个核心环节，我会逐一展开。

先给一个全局的设备清单概览，后面再逐层拆解：

这张表是骨架，接下来我把每一层拆开讲，重点讲选型逻辑和实际踩过的坑。

2. 感知层：传感器选型不是看精度越高越好

2.1 先搞清楚被测物理量，再谈传感器类型

很多人上来就问"哪个牌子的传感器好"，这个问题本身就不对。传感器选型的第一步永远是：你要测什么物理量，量程多大，精度要求多少，现场环境什么样。这四个问题没答案，任何推荐都是瞎扯。

工程监测里常见的被测量就那么几类：位移、沉降、倾斜、应变、应力、渗压、温度、湿度、风速、振动、裂缝开合度。每一类下面又有不同的技术路线。比如测位移，可以用振弦式位移计、LVDT位移传感器、激光位移传感器、拉绳式位移传感器，价格从几百到几万不等，适用场景完全不同。

振弦式传感器在岩土工程里用得最多，原因是它的输出是频率信号，抗干扰能力强，长距离传输衰减小，而且本身不需要供电（激励由采集仪提供）。但它的缺点是响应速度慢，不适合测动态过程。MEMS传感器响应快、体积小、功耗低，但长期稳定性不如振弦式，零漂需要定期校准。光电传感器精度高、非接触，但怕灰尘、怕水雾，野外长期部署要加防护罩。

我个人的经验是：静态监测优先振弦式，动态监测优先MEMS，高精度短距离优先光电式，高温环境优先热电偶。不要试图用一种传感器打天下。

2.2 输出信号类型决定了后端采集设备的选择

传感器选完之后，下一个关键问题是它的输出信号是什么形式。这直接决定了你后面配什么采集设备。常见的输出类型有这几种：

• 模拟量输出：4-20mA、0-5V、0-10V。4-20mA是工业标准，抗干扰好，断线可检测（电流为0即断线）。但需要AD转换，采集设备要有模拟量输入通道。
• 数字量输出：RS-485（Modbus RTU）、RS-232、CAN、SDI-12。RS-485最常用，支持总线式组网，一根线挂多个传感器。Modbus RTU协议简单，几乎所有RTU和采集仪都支持。
• 频率输出：振弦式传感器的频率信号，需要专门的振弦采集模块来激励和读数。
• 脉冲输出：流量计、雨量计常用，采集设备需要计数通道。

这里有个很容易踩的坑：传感器手册上写的输出类型和实际接线方式可能不一致。我遇到过一款标称RS-485输出的渗压计，实际接线发现它需要外部提供激励电压才能工作，本质上还是振弦式的变种。所以选型时一定要拿到完整的接线图和技术手册，不能只看宣传页。

2.3 防护等级和供电方式是野外部署的生死线

室内监测和野外监测完全是两码事。野外部署的传感器，防护等级至少IP65，长期浸水或埋地的要IP68。温度范围要覆盖当地极端气温，北方项目要选-40℃能工作的型号，南方高温高湿环境要注意防凝露。

供电方面，振弦式和4-20mA传感器通常由采集仪供电，功耗较低。但激光传感器、热成像传感器、摄像头这类设备功耗可能达到几瓦甚至十几瓦，野外靠太阳能供电的话，必须算清楚功耗账。我一般按"日均功耗×连续阴雨天天数×1.5倍冗余"来配太阳能板和蓄电池，这个1.5倍是经验系数，用来补偿老化、灰尘遮挡和低温效率下降。

3. 采集层：RTU和采集仪到底怎么选

3.1 RTU、DTU、采集仪，名字不同但边界模糊

市面上这类设备的名字很乱：RTU（远程终端单元）、DTU（数据传输单元）、数据采集仪、测控终端。名字不同，功能有重叠，但核心区别在于有没有本地采集能力。

DTU本质上是一个透传模块，它把串口数据原封不动地转发到网络，不做任何处理。你给它什么它就发什么，它不管数据对不对、格式合不合理。RTU则带有采集和控制功能，能主动去轮询传感器、做AD转换、执行逻辑判断、控制继电器输出。采集仪通常指专用采集设备，比如振弦采集仪、动态信号采集仪，针对特定传感器类型优化。

选型的核心判断是：你的传感器需不需要主动激励、需不需要本地逻辑控制。振弦式传感器需要激励信号才能读数，必须用振弦采集仪或带振弦模块的RTU。4-20mA传感器需要AD转换，要用带模拟量输入的RTU。纯数字输出的RS-485传感器，理论上DTU就能转发，但如果你要做本地报警、断线缓存、多传感器轮询，还是RTU更合适。

3.2 通道数、协议支持和本地存储是三个硬指标

通道数决定了你能接多少个传感器。但要注意，通道数分"物理通道"和"逻辑通道"。一个RS-485物理通道可以挂多个传感器（理论上最多247个Modbus从站），但实际受总线负载、线缆长度、轮询周期限制，一般挂8到16个比较稳妥。模拟量通道则是实打实的物理接口，4通道就是4通道，不够就得加扩展模块。

协议支持方面，Modbus RTU几乎是标配，但有些RTU还支持Modbus TCP、MQTT、HTTP、CoAP等上行协议。如果你的云平台只接受MQTT，那RTU必须支持MQTT，否则中间还得加网关做协议转换。我建议选支持多种上行协议的RTU，灵活性高很多。

本地存储经常被忽略，但非常关键。现场网络中断是常态，4G信号可能因为天气、遮挡、基站维护等原因断掉几个小时甚至几天。如果RTU没有本地存储，这段时间的数据就丢了。好的RTU应该支持SD卡或内置Flash存储，网络恢复后自动补传。存储容量按"通道数×采样频率×断网天数"估算，一般至少留7天缓冲。

3.3 一个真实的选型翻车案例

前年有个边坡监测项目，现场有12个振弦式渗压计、8个振弦式位移计、4个4-20mA雨量计。施工方图便宜，选了一款8通道的通用RTU，模拟量输入只有4路，振弦模块需要外挂。结果振弦模块和RTU之间的通信协议不兼容，折腾了两周才调通。更麻烦的是，振弦模块的激励电压和渗压计要求的激励电压不匹配，读数漂移严重。

后来换成一台16通道的专用振弦采集仪，内置4路4-20mA输入，原生支持Modbus RTU和MQTT双协议，问题一次性解决。这个案例的教训是：不要用通用设备去凑专用场景，省下的设备钱会在调试阶段加倍还回去。

4. 边缘计算层：不是所有项目都需要，但这几类场景必须有

4.1 边缘计算到底解决什么问题

边缘计算这个词这两年很热，但很多人没搞明白它到底解决什么问题。简单说，边缘计算是在数据产生的地方做初步处理，只把有价值的数据传到云端。它解决的是三个问题：带宽不够、延迟太高、云端算力太贵。

举个例子：一个振动监测项目，传感器采样率1000Hz，三轴加速度，每个通道每秒产生3000个数据点。如果全部传到云端，一天就是2.6亿个数据点，4G带宽根本扛不住，云平台存储成本也爆炸。但实际上，你关心的可能只是振动的主频、幅值、有没有超过阈值。这些特征在边缘端算出来，每秒只需要传几个字节。

再比如热成像传感器，原始图像数据量很大，但你可能只关心最高温度点和区域平均温度。边缘网关在本地做图像处理，提取温度特征，只传特征值，带宽需求降低几个数量级。

4.2 边缘网关的硬件选型和软件栈

边缘网关的硬件核心是处理器。ARM Cortex-A系列（如A53、A72）适合中等算力场景，功耗低、成本可控。需要跑轻量级神经网络推理的，可以选带NPU的芯片，比如瑞芯微RK3588、晶晨A311D。x86架构的工控机算力更强，但功耗和成本都高，适合固定供电的场景。

软件栈方面，开源边缘计算平台是主流选择。这类平台提供设备接入、数据路由、规则引擎、容器编排等功能，让你可以在边缘端部署和管理应用。选型时重点看：支持哪些协议接入、能不能离线运行、容器化支持好不好、社区活跃度如何。

我个人的建议是：如果只是做数据过滤和协议转换，用轻量级脚本就够了，不必上完整的边缘计算平台。Python脚本加一个MQTT客户端，几十行代码就能实现数据清洗和转发。只有当你要在边缘端跑多个应用、需要远程管理和升级、需要复杂的规则引擎时，才值得引入完整的边缘计算平台。

4.3 边缘计算和云端的分工边界

一个常见的误区是把边缘计算当成"小云端"，什么都想在边缘做。实际上边缘和云端有明确的分工：

• 边缘端：数据采集、协议转换、数据清洗、异常检测、本地控制、断网缓存。特点是实时性要求高、数据量大、需要快速响应。
• 云端：数据存储、历史查询、大数据分析、模型训练、多站点对比、可视化展示、用户管理。特点是算力强、存储大、可以容忍一定延迟。

判断一个功能放边缘还是放云端，问三个问题：需要实时响应吗？数据量大吗？断网了还能工作吗？三个都是"是"，放边缘。三个都是"否"，放云端。中间地带根据实际情况权衡。

5. 传输层：4G不是唯一选择，但往往是最省心的

5.1 有线、无线、卫星，三条路各有各的命

传输层的选择取决于现场有没有有线网络、有没有稳定供电、数据量多大、实时性要求多高。

有线传输最稳定，光纤>网线>RS-485总线。光纤适合长距离、大带宽，但铺设成本高，需要熔接和光端机。网线适合短距离（100米以内），成本低但怕雷击。RS-485总线适合传感器组网，但传输速率低，不适合大数据量。

无线传输里，4G最常用，覆盖广、速率够、按流量计费。5G速率更高、延迟更低，但覆盖还不如4G，模组和资费也贵。LoRa和NB-IoT适合低功耗、小数据量场景，但带宽极低，不适合传图像或高频振动数据。WiFi适合室内短距离，野外基本不用考虑。

卫星传输适合完全没有地面网络覆盖的极端场景，比如深山、沙漠、海上。成本高、延迟大、带宽小，但它是最后的保底手段。有些项目会配卫星作为4G的备份，主链路断了自动切换。

5.2 4G路由器的选型细节和天线部署

4G路由器看起来是个简单设备，但选型和部署有不少讲究。首先要看支持的频段，不同运营商、不同地区用的频段不一样，买之前确认当地运营商的主力频段。其次看接口，至少要有1个WAN/LAN口、1个串口（RS-485或RS-232），方便接RTU。再看工作温度范围，工业级要-30℃到70℃。

天线部署是信号质量的命门。我见过太多项目把4G路由器塞在金属机柜里，然后抱怨信号差。金属机柜就是法拉第笼，信号进不去出不来。正确做法是：路由器天线引出到机柜外部，用吸盘天线固定在机柜顶部或立杆上。天线要垂直安装，周围尽量空旷，远离大功率设备。

如果现场信号弱，可以考虑高增益定向天线，对准基站方向。但定向天线需要知道基站位置，可以用手机装个信号检测应用大致判断方向。还有一种方案是加信号放大器，但要注意合规性，有些地区对信号放大器有管制。

5.3 断网续传和心跳机制的设计

4G网络断线是常态，不是异常。所以传输层必须设计断网续传机制。基本思路是：RTU或边缘网关在本地缓存数据，网络恢复后按时间顺序补传。补传时要带原始时间戳，不能带当前时间，否则云端数据时间轴就乱了。

心跳机制用来监测链路状态。RTU定期向云端发心跳包，云端收到后更新设备在线状态。如果连续N个心跳周期没收到，云端标记设备离线并告警。心跳周期一般设30秒到5分钟，太短浪费流量和电量，太长故障发现不及时。

有个细节很多人忽略：心跳包和业务数据要分开处理。心跳包只用来判断链路通断，不携带业务数据。业务数据走独立通道，避免心跳包丢失导致误判断线。

6. 平台层：云平台选型和数据链路打通

6.1 公有云IoT平台 vs 自建服务器

云平台的选择有两个方向：用公有云IoT平台，或者自建服务器。

公有云IoT平台（如各类物联网平台）的优势是开箱即用，设备接入、数据存储、规则引擎、可视化都有现成功能，按设备数和消息数计费。适合中小项目、快速上线、没有专职运维团队的情况。缺点是定制性差，数据在别人服务器上，长期成本可能较高。

自建服务器的优势是完全可控，数据在自己手里，想怎么改就怎么改。适合大型项目、有特殊合规要求、有运维团队的情况。缺点是什么都要自己搭，从数据库到消息队列到可视化，工作量不小。

我的建议是：项目初期用公有云平台快速验证，业务稳定后如果成本或定制需求上来了，再考虑迁移到自建。迁移时注意数据导出和协议兼容，尽量选支持标准MQTT协议的方案，避免被平台锁定。

6.2 数据从RTU到云端的完整链路

一条完整的数据链路是这样的：

1. 传感器输出信号（4-20mA/RS-485/频率）
2. RTU采集信号，转换为工程值（如位移0.5mm、温度25.3℃）
3. RTU按配置的协议打包数据（JSON/二进制）
4. 通过4G路由器建立网络连接
5. 数据发送到云平台接入网关
6. 云平台解析数据，写入时序数据库
7. 规则引擎触发告警或计算
8. 可视化界面展示数据

每一环都可能出问题。我排查链路故障的顺序是：先看传感器有没有输出，再看RTU有没有采集到，再看网络通不通，再看云端有没有收到，最后看数据库有没有写入。从下往上逐段排查，比一上来就怀疑云平台高效得多。

6.3 数据质量监控和异常处理

数据上云之后不是就完事了，还要做数据质量监控。常见的异常包括：数值超量程、数值长时间不变（死值）、数值跳变（毛刺）、时间戳重复或乱序、数据缺失。

处理策略分三级：一级是标记，异常数据打标签但不删除，保留原始记录。二级是告警，通知运维人员检查。三级是自动修复，比如用插值补缺失值、用滑动平均去毛刺。自动修复要谨慎，修错了比不修更麻烦，建议只对明确的异常做自动处理，模糊情况留给人判断。

7. 供电与防护：野外部署最容易被低估的环节

7.1 太阳能供电系统的容量计算

野外没有市电，太阳能是主流方案。但太阳能供电系统的容量计算经常被拍脑袋决定，结果连续阴雨天设备就断电了。

正确的计算方法是：

1. 列出所有设备的功耗（W）和工作时间（h），算出日均耗电量（Wh）
2. 查当地气象数据，得到平均峰值日照时数（h）
3. 太阳能板功率 = 日均耗电量 ÷ 峰值日照时数 × 1.5（冗余系数）
4. 蓄电池容量 = 日均耗电量 × 连续阴雨天天数 ÷ 蓄电池放电深度（一般0.5）× 1.2（老化系数）

举个例子：设备总功耗5W，24小时工作，日均耗电120Wh。当地峰值日照3.5h，太阳能板功率 = 120 ÷ 3.5 × 1.5 ≈ 51W，选60W板。要求连续3天阴雨，蓄电池容量 = 120 × 3 ÷ 0.5 × 1.2 = 864Wh，按12V系统算就是72Ah，选100Ah电池留余量。

7.2 防雷接地和机柜防护

野外设备最怕雷击。传感器信号线、电源线、天线都是引雷通道。防雷要分层做：电源入口加电源防雷器，信号线加信号防雷器，天线加天馈防雷器。所有防雷器的接地端要接到同一个接地排，接地电阻小于4欧姆。

机柜防护等级至少IP65，海边或化工环境要选不锈钢机柜。机柜内部要加防凝露加热器，温差大的地区凝露会导致电路板短路。机柜安装位置要高于历史最高水位，避免积水浸泡。

7.3 那些文档里不会写的部署经验

• 线缆接头一定要做防水处理，热缩管加防水胶带，最好用防水接头。我见过太多因为接头进水导致整条总线短路的案例。
• 太阳能板朝正南（北半球），倾角按当地纬度加5到10度，有利于雨水冲刷灰尘。
• 蓄电池不要放在密闭空间，充电时会产生气体。锂电池要配BMS，铅酸电池要注意通风。
• 所有设备标签要防水防晒，用激光打标或金属铭牌，普通贴纸半年就模糊了。
• 调试完成后拍一套完整的接线照片存档，半年后你绝对记不住当时怎么接的。

8. 一套完整系统的设备清单和预算参考

最后给一个中等规模工程监测项目的设备清单和预算参考，假设场景是边坡监测，12个振弦式传感器、4个4-20mA传感器、1个边缘网关、4G回传、太阳能供电。

这套配置下来，硬件成本大概在2万到4万之间，具体看品牌和渠道。云平台费用另算，按设备数和消息数计费，一年几百到几千不等。

需要强调的是，设备成本只是项目成本的一部分。安装调试、土建施工、后期运维、平台费用加起来，往往是硬件成本的2到3倍。做预算时不要只盯着设备报价，要把全生命周期成本算进去。

9. 关于这套系统，我踩过的几个印象深刻的坑

第一个坑是传感器和采集仪的激励电压不匹配。前面提过那个边坡项目，振弦渗压计要求激励电压是5V，采集仪默认输出12V，结果读数一直漂。后来查手册才发现渗压计内部有稳压电路，但12V激励导致发热，温漂严重。换成5V激励后数据立刻稳定。这个教训是：振弦传感器的激励电压不是随便给的，必须按手册要求配置。

第二个坑是4G路由器的APN设置。有些运营商的物联网卡需要手动配置APN，默认设置连不上网。我折腾了一下午，以为是路由器坏了，最后发现是APN没填对。现在我的习惯是：拿到物联网卡先问清楚APN、用户名、密码，记在项目文档里。

第三个坑是云平台的时间戳处理。RTU断网续传时，如果补传的数据带的是当前时间而不是原始采集时间，云端时序数据库就会把历史数据当成新数据，曲线会出现一个巨大的尖峰。后来在RTU配置里强制要求带原始时间戳，问题解决。这个坑的本质是：时间戳是时序数据的灵魂，任何时候都不能丢。

第四个坑是太阳能板的阴影遮挡。有个项目太阳能板被一根立杆的影子挡住了一部分，发电量直接腰斩。太阳能板是串联的，一块电池片被遮挡会影响整块板的输出。所以安装时要确保全天无阴影遮挡，尤其是上午9点到下午3点这个关键时段。

这些坑的共同特点是：它们都不在设备手册里，但每一个都能让项目延期。设备选型只是第一步，真正的功夫在部署和调试阶段。希望这篇内容能帮你少走一些弯路。