企业官网建设流程全解析

2020年下半年，一个写字楼项目的中央空调控制柜改造落到了我手里。设备不算多，但牵扯面确实广：地下机房的冷水机组、冷冻水泵、冷却水泵、冷却塔，十几个点的温度、压力、流量信号，楼顶末端还有几十台风机盘管和几台组合式空调箱要并入监控。甲方提的要求很朴素——能在值班室远程启停设备，能把温度趋势记下来，出故障会报警。最终我交付的是一套用三菱PLC做底层采集与控制、用组态王做上位机监控的系统，从最开始的IO点表统计到联动调试，前后花了四个月。这篇文章就把整个搭建过程完整记录下来，包括中间踩过的坑，给后面做类似暖通自控项目的同行做个参考。

1. 项目背景与选型逻辑：为什么这套系统落在了“三菱PLC+组态王”上

1.1 项目的真实场景

先说清楚这个项目的性质。它不是新建项目，而是既有楼宇中央空调系统的控制升级。写字楼总共六层，建筑面积八千平方米左右，一楼的设备机房里有现成的电气控制柜，但每台水泵、每台冷却塔风机都是独立配电柜里的人工启停，冷水机组靠专人去机房面板操作。整个系统谈不上联动，更谈不上远程监控。甲方的物业经理原话是：“我们想节省人力，冬天采暖季和夏天供冷季各需要一个夜班师傅专门盯机房，人不好招，想改成值班室看着就行。”

这个需求在物业圈很普遍。找楼宇自控公司报价，动辄几十万；找暖通公司，他们只管水系统不管电控；绕一圈，活最后就到了做工业自动化的工控公司手上。三菱PLC加组态王的组合，就是在这样的场景里一次次出现的。

1.2 为什么不选西门子国产，偏偏是三菱PLC

先说三菱PLC。市面上能做逻辑控制的PLC很多，西门子S7-200 SMART、国产汇川、信捷都行，但我最终选了三菱Q系列。原因其实很现实：

第一，项目的IO规模大概在六七十个点，用Q03UDV这种中大型CPU偏奢侈，但恰恰是这种“过剩”让后面省了很多事——程序里要放PID调节、变量计算、多套水泵联锁逻辑，如果选入门级FX3U，虽然也能跑，但模拟量处理和数据寄存器空间会显得紧巴巴。第二，三菱PLC内部的高速定时器、浮点运算指令、PID指令这些都是个好用的东西。第三，我这几年接触的主流上位机组态软件，对三菱的支持都非常成熟，组态王、力控、WinCC都有现成的三菱驱动，通讯协议完全开放，不会出现“驱动不支持、只能干瞪眼”的情况。

很多新人纠结“到底选哪个PLC”，其实在暖通自控这种场景里，三菱和西门子都能把事情做成，区别在于团队熟不熟、驱动匹配好不好、项目周期紧不紧。我选三菱，最大的底气就是：组态王开一个设备驱动，填IP地址和端口号，绑定软元件地址，三十秒就能把数据读上来。这在调试阶段的价值，远大于某个CPU型号纸面上的性能差异。

1.3 组态王在这个项目里扮演的角色

组态王这个上位机软件，在工控圈的名气不用多说。它跑在一台工控机或者普通商用电脑上，负责读取PLC内部的寄存器、线圈数据，然后画成动画、曲线、报表给值班人员看。甲方要求“值班室远程启停”，靠的就是组态王画面上的按钮去写PLC的M线圈；要求“看温度趋势”，靠的就是组态王的数据采集历史和趋势曲线；要求“出故障报警”，靠的就是组态王的报警事件记录。

我用的版本是组态王6.60SP4，这个版本在Win7/Win10系统下运行比较成熟，驱动库里的三菱以太网驱动也是现成的。相比早期版本，6.60SP4对历史数据库和报警窗口的稳定性有明显改善。后台数据库用的是它自带的报表引擎，设备变量、报警记录、操作记录都能落盘，省去了再装数据库的麻烦。

到这里，系统的整体轮廓已经出来了：**底层是三菱Q系列PLC做现场数据采集与逻辑控制，上层是组态王做画面监控与数据展示，中间走以太网MC协议通讯。**下面一步步拆开讲。

2. 中央空调被控对象拆解：从冷机到风机盘管，哪些东西需要自动化

2.1 冷源系统：冷水机组、冷冻泵、冷却泵、冷却塔

中央空调的水系统分两路：一路是冷冻水，产出来的冷水送到各楼层房间去吸收热量；另一路是冷却水，去给冷水机组外部的冷凝器散热。两套水路对应着四类主要设备：

• 冷水机组（主机）：整个冷源的核心设备，甲方用的是一台螺杆式水冷冷水机组。
• 冷冻水泵：把冷水压进楼内水路再回到主机，通常按“一用一备”配置，配变频器。
• 冷却水泵：驱动冷却水循环，把热量送向冷却塔。
• 冷却塔风机：把冷却水中的热量排到大气里，我这边现场有3台冷却塔，对应3台轴流风机。

控制逻辑是典型的“联锁顺启”：必须先开冷却塔风机，再开冷却水泵，再开冷冻水泵，最后才允许启动冷水机组。停机顺序反过来。这个顺序不能乱，否则主机高回水温度、冷凝压力过高都会触发保护和报警，甚至烧压缩机。每台设备的接触器状态、热继电器故障信号都要进PLC，作为联锁判断的依据。

2.2 水系统检测环节：温度、压力、流量

水系统本身还带有一堆仪表的信号采集，这部分是PLC模拟量通道的主要工作。

• 温度：冷冻水供水温度、冷冻水回水温度、冷却水供水温度、冷却水回水温度，用PT100热电阻配温度变送器，输出4-20mA电流信号。
• 压力：冷冻水泵出口压力、冷却水泵出口压力，以及最关键的一组“冷冻水供回水压差”，装在冷冻水最不利回路的进出水管之间，用于变频水泵的调节。
• 流量：冷冻水总管上装了电磁流量计，输出4-20mA信号，主要用于系统能耗计算和判断水系统是否循环起来。
• 水流开关：冷冻泵、冷却泵出口管道上各装一个，用开关量告诉PLC“这路水到底通没通”。

2.3 末端设备：风机盘管和组合式空调箱

末端部分相对简单。风机盘管分三档调速（高/中/低），我给每台风机盘管配了电动二通阀，接入BA温控面板，这个层面并不进PLC，由温控面板独立控制。真正的PLC监控对象是楼顶的几台组合式空调箱，每台空调箱是一台大风机加上电动调节阀，启停信号、故障反馈信号、风阀控制信号进PLC，组态王上能看到它的运行状态并能远程启停。

把以上对象梳理清楚之后，接下来的工作就是一件很受用的事：把每一个需要采集和控制的信号都列成一张表，也就是工控行业常说的IO点表。

3. IO点表设计：动手编程前最重要的一张表

3.1 为什么说点表是项目的地基

在自动控制项目里，IO点表是后续PLC程序编制、组态王变量定义、现场电缆放线和接线的基本依据。点表定得准，后面一路顺；点表定得含糊，到现场就会反复改程序、改接线，工期拖得一塌糊涂。我见过太多项目，程序都写一半了，发现某个设备的故障信号没盘进去，又匆匆忙忙加点位，这种临时加码最容易出问题。

我的做法是：把中央空调系统的所有监控对象列清楚，按**DI（开关量输入）、DO（开关量输出）、AI（模拟量输入）、AO（模拟量输出）**四类分别统计。每一个信号给一个唯一的PLC地址，预留一个物料描述栏，方便施工接线和后期维护。

3.2 中央空调项目通用点表模板

下面这张表是我这个项目实际用的点表，直接省略了地址之外的管理信息，只保留关键字段。

这张表有几个细节值得注意：DI信号全都无源点进PLC，多个故障信号并联接入一个点时要考虑电气隔离，避免混串；AO信号的0-10V或者4-20mA形式必须和变频器AI端口匹配，不然给定值永远不对。AI通道全部采用4-20mA电流方式传输，而不是0-10V电压，是因为电流信号抗干扰能力强、线长压降影响小，这在机电设备机房这种强电环境里非常关键。

3.3 备用点的设计习惯

我还习惯在点表末尾留出备用通道。这个项目里，AI模块选了Q64AD（4通道），总共配了3块，实际只用了8个通道，剩下的4个通道全部备用；DI模块按64点配置，实际用到的只有16点。这个“宽打窄用”的习惯救过我很多次——现场仪表临时增加、信号类型临时调整，如果没有备用通道，就得重新拆机架、加模块、改地址，半天时间就没了。做项目不是做理论计算，冗余就是工期。

4. PLC底层程序设计：启停联锁、压差PID和故障保护的处理

4.1 手动自动与远程就地：不要让PLC背全部责任

中央空调系统的控制方式，我坚持的原则是“手动手自动、远程不外溢”。现场每台水泵、风机都要有一个转换开关：打在“本地”位置时，由现场控制柜按钮直接启停，PLC只能监视状态不参与控制；打在“自动”位置时，PLC接受远程指令并自动运行。这个设计在工程上非常必要，系统调试或者设备检修时，维护人员可以直接在现场操作，不至于因为PLC程序里一个小逻辑错误把整个系统锁死。

顺启逻辑我用梯形图写了几个程序块，核心思路就是“条件成立才允许启动，条件不成立立即停机”：

• 启动条件：冷却塔风机接触器反馈=运行，冷却水泵接触器反馈=运行，冷冻水泵接触器反馈=运行，水流开关信号=通。
• 停机条件：任意设备故障，延时0.5秒后全部停机，防止带故障开机。
• 主机启动前增加30秒延时，让水路循环稳定后再开压缩机。

这套逻辑看起来朴素，但中央空调系统真正出事，基本都出在启动顺序和联锁遗漏上。冷水机组最怕冷却水管路还没循环起来就开机，轻则高压报警，重则冷凝器结垢损坏。PLC的联锁不能省，而且每个联锁条件都要做到“硬件反馈参与判断”，不能只写“我发出启动指令了就当它启动了”——接触器吸合了才算数。

4.2 压差PID调节：为什么我把调节算法放在PLC而不是组态王

冷冻水泵的变频调节是这个项目里最有技术含量的一块。原理很简单：楼内末端冷量需求变化时，冷冻水回水温度会变化，系统要求供回水压差保持恒定。当末端电动阀关小，压差升高，变频器就降低冷冻泵转速；末端阀门开大，压差下降，变频器就提高转速。这个闭环控制我用三菱PLC内部的PID指令来做，目标值设定在0.25MPa，测量值来自压差变送器，输出值写到D400作为频率给定。

很多人习惯把PID算法放在组态王里，用脚本算完再写回PLC，理由是画面里能实时改参数。我强烈不建议这么做——上位机一死机、通讯一断，调节就完全中断，甚至会输出一个错误值直接把工艺搞崩。PID放在PLC内部，哪怕组态王掉线，底层控制还在维持，系统不会失控。

PLC内部PID调试的时候，我初始参数给的是：

• 采样周期：1秒
• 比例增益P：150%
• 积分时间I：10秒
• 微分时间D：0（水系统惯性大，加了微分反而容易振荡）

实际投运后我又调了一轮，把P降到100%，I升到20秒，主要是因为水系统大惯性、大滞后，P太大会出现压差在0.23~0.28MPa之间持续小幅振荡，电流信号都有明显抖动。水系统的PID宁慢勿快，这是我在现场反复调出来的经验。

4.3 故障切换和节能策略

两套冷冻水泵（一用一备）的故障切换，逻辑上我用一个简单的“可用泵”概念：先设定当前主泵，主泵故障反馈为真时，自动切到备用泵，同时组态王里产生一条“主泵故障已切换”的报警记录。切换完成后，需要手动复位，避免停机和重新上电时两个泵同时启动。这里有个小坑：备用泵被远程启动后，如果主泵故障已经被人工复位了，程序状态可能会混乱——我的处理办法是切换状态单独用一个掉电保持型寄存器M100存着，PLC断电重启也不会丢。

节能策略方面，冷却塔风机按“冷却水供水温度”分档启停：温度低于25℃时开启1台，25~30℃开启2台，超过30℃开启3台。这个逻辑用比较指令做温度区间判断，简单可靠。

5. 组态王与三菱PLC通讯：MC协议、地址映射和调通技巧

5.1 通讯链路和参数设置

这套系统里，PLC采用QJ71E71以太网模块，组态王装在一台值班室的商用台式机上，中间用一根超五类网线经过机房的工业交换机接通。组态王里新建设备时，驱动选择**“三菱Q/QnA以太网”**，IP地址填PLC侧以太网模块的IP，端口号两边保持一致，我这边用的是5001。这个端口号不是固定的，核心是PLC模块的打开设置里配好的端口要和组态王里填的完全一致，差一个数字都连不上。

如果你用的是FX系列的PLC加串口通讯，驱动要选“三菱FX2N/3U串口”之类，50米以上的距离建议走RS485总线而不建议走RS232，现场干扰太大。但现在的新项目我一般优先以太网，调试便捷性完全不是一个级别。组态王自带的驱动诊断工具能直接显示通讯状态和数据包收发情况——这条信息在后面的故障排查里帮了大忙。

5.2 MC协议帧结构：知道机制才能懂故障

三菱PLC和组态王之间走的是三菱自有协议MC协议，以太网上通常用3E帧。不少朋友看到组态王里只要填IP地址和站号就能通信，就以为协议是个黑盒，其实了解一点帧结构对排查通讯故障极有帮助。MC协议3E帧的格式大致是：帧头、命令/子命令、网络号、PC号、IO号、站号、请求数据长度、软件元件类型编码、首元件地址、元件点数，再加校验。它本质上是一种非常标准的“请求-响应”式协议，PLC每次返回的数据包里也带有完整地址信息。

我在项目里碰到过一个“组态王显示D100数值正常，D104（压差）怎么读都是坏值”的问题，排查到最后发现：压差变送器实际输出接到的是AI模块的第4通道，而我在PLC侧程序里把第4通道的数据计算后写到了D105，组态王读的是D104——地址错位。回去看监控窗口里PLC返回的数据，发现D104确实一直维持上一个值，这种问题靠猜是猜不出来的，必须看协议层面的实际数据。

5.3 组态王变量定义：数据类型和字节顺序是最容易踩的坑

组态王里定义一个变量，填三部分：变量类型（IO变量还是内存变量）、寄存器地址、数据类型。以我的项目为例：

• 温度、压力、流量这类模拟量，寄存器选D，数据类型选SHORT（16位有符号整数），对应PLC里D寄存器里的整数值。
• 启停指令和状态反馈，寄存器选M，数据类型选BIT，对应PLC里的M继电器。
• 主机运行状态、故障报警这类从无源点读来的信号，在PLC里做了中间继电器M映射，上位机统一读M区，不直接读X/Y区。原因是可以把现场的抖动、滤波处理埋在PLC里，上位机只做展示。

这里有一个经典坑：三菱PLC里的浮点数寄存器和组态王的数据类型不对齐。如果我PLC里用浮点指令算了一个压差数值，存到D200开始的32位寄存器里，组态王侧定义变量时就必须选FLOAT类型，而且地址长度是32位。如果你定义成SHORT，读出来的就是一个错得离谱的数，而且这个数有时候会上下跳，看不出规律，特别容易让人误以为是仪表问题。组态王6.60SP4里定义32位变量时，还要注意**“数据存储顺序”**——是三菱格式（高字在前）还是通用格式（低字在前），选错了数值基本是“两段拆开”的乱码。我一般先在PLC里手写一个已知值（比如D200=1234.5），组态王读回来对了再接真实仪表，这个方法百试百灵。

5.4 采集周期设置：不是越快越好

很多朋友做上位机时习惯把采集周期设到100毫秒，觉得这样画面数据才“实时”。但组态王和三菱PLC的通讯报文有长度限制，每次读取的数据包里能带的元件数是有限的，你设置几百个变量都是100毫秒采集，PLC根本处理不过来，通讯周期就会进入连续超时的状态，画面数据开始转圈、掉线。

我的经验是：开关量（M区）集中到一块用1000毫秒采集，模拟量（D区）也按500~1000毫秒采集，报警事件用200毫秒单独读取。数据展示完全够用，而且通讯非常稳定。对于PID调节、变频控制这类需要快速响应的数据，本来就不该通过组态王读写，那些是PLC自己要处理的内部变量。

6. 上位机画面与报警趋势：做给值班人员用的界面

6.1 页面分层：不要让值班员在一张图上迷路

组态王的画面设计我分了四个页面，结构非常清晰：

1. 系统总览页：一张完整的冷源系统原理图，冷冻水、冷却水两条水路，水泵、主机、冷却塔都在图上，动态显示运行状态和主要温度压力。
2. 设备操作页：缩小到几台水泵和主机，设有启停按钮、手自动方式切换按钮。按钮在“远程自动”模式下才可操作，现场转换开关打在“本地”时按钮是灰色的。
3. 趋势记录页：显示温度、压差的历史趋势曲线，可以按天翻查。
4. 报警与报表页：显示报警记录、设备运行时间、每日能耗统计。

这个分页逻辑对应着实际使用场景。值班人员平时盯住总览页就够了，异常时通过页面右上角的提示符号跳到报警页，要开机关机去设备操作页。千万别把所有功能塞在一个画面上，画面乱是上位机项目里最常见的失败原因。

6.2 图库的使用：组态王自带的图库足够用了

组态王6.60SP4自带非常丰富的图库，水泵、风机、冷却塔、阀门、管道都有现成的图元，直接拖到画面上用就行。管道和阀门的动态效果尤其重要——我用“水流方向”的动画连接来表示当前管路是否在循环，并让泵的图案在运行时变成深绿色，停止时变成灰色。这个直观性对值班员非常友好，他们不需要看表就知道系统处在什么状态。

组态王图库里也有一些旧式元件看起来不清晰，比如老版本的温度计图形。我一般直接画一个文本框显示数值，再配一个颜色随温度变红的圆点表示高低。画面要做到“半张图就让人看懂”，图形越简单越好，复杂图形在报警状态下反而是干扰。

6.3 报警与历史记录的配置细节

报警是在组态王的“报警配置”里建的。我给温度、压力和液位都设置了上上限、上限、下限、下下限四段报警，并且区分了“系统报警”和“设备报警”两个优先级。报警发生时，值班室里有声音提示，报警窗口里会显示异常值、时间和恢复时间。历史记录保存策略是每天零点自动归档到报表文件，保存30天，到期自动清理。

这里有个经验：把“设备状态下变位报警”也开上——比如一台泵本来运行中，突然变成了停止状态，这就不是正常的停机，而是一次意外停车。组态王会把这类状态变化记入操作记录，事后追查时非常有价值。

6.4 操作权限：远程启停设备必须有门槛

中央空调机房设备动不动就是几十千瓦的负荷，远程误操作后果很严重。组态王里的用户权限我分了三级：超级管理员（工程师）、操作员（值班人员）、观察者（巡查人员）。远程启停按钮引用操作员用户权限，修改PID参数、报警限值引用管理员权限，查看画面不做限制。用户密码设置强制复杂度，并且密码过期时间设为90天，这些设置虽然简单，但能有效避免“前任交了个超级管理员密码，所有人都能改参数”的情况。

7. 现场调试复盘：一次联动试车的完整排查记录

7.1 上电前的逐项检查

联动试车那天，我没有直接给PLC上电，而是按清单一项项过：电源相序是否正常、PLC程序的I/O编号和实际接线是否对得上、模拟量变送器供电是否正常、电流互感器是否短路保护、变频器参数里的控制源是不是“外部端子”，等等。这个环节看起来慢，实际上节省的调试时间最多。别嫌麻烦，我在一个水处理项目上就吃过亏，程序下载后第一个DO点输出就直接干烧了一个接触器线圈，原因是接线图看走眼，把Y0接成了220V。

7.2 从单机到联动的调试顺序

整个调试按三部曲推进：

• 第一步，PLC本机调试：用三菱GX Works2连接PLC，手动强制M继电器，验证每台设备能不能正常启动，确认接触器吸合声和变频器面板频率显示与预期一致。这一步不走组态王，把底层逻辑全部验证完。
• 第二步，通讯联调：在组态王里用“设备测试”功能，输入已知的寄存器地址（如D100），周期采集一次，确认值与万用表实测一致。这一步能快速定位通讯参数对不对，也能观察数据稳定性。
• 第三步，联动测试：从组态王画面上按一次“系统一键启动”，观察是否按联锁顺序逐级开启设备，再模拟一次故障，观察是否自动停机和切泵。

7.3 现场遇到的两个典型问题

第一个问题是AI信号跳变。冷冻水供水温度在组态王上一直显示有规律的小幅波动，波动范围大概±0.6℃。用万用表在信号端实测，仪表输出纹波没那么大，基本可以确定是线路上感应的交流干扰。中央空调机房里有大量变频器，变频器输出电缆和信号线如果走同一根桥架，非常容易出这个问题。我最后的解决办法是换了一根双绞屏蔽线，屏蔽层单端接地，又加装了信号隔离器，波动立即降到±0.1℃以内。凡是变频器附近走模拟量信号，都必须用屏蔽双绞线，这是教训。

第二个问题是组态王频繁掉线。现象是通讯状态条每隔几分钟就会闪红色，一般持续3秒左右自动恢复。用驱动的监视窗口看，掉线前总有几条请求没有收到响应。排查过程很磨人：先怀疑是交换机问题，换了主交换机后面的一个口，现象依旧；后来发现，我设置的所有变量都集中在“三菱Q/QnA以太网”这一个设备里，组态王对于这个驱动默认分割数据包，如果有些寄存器属于不可读区域，PLC会拒绝整包请求，导致通讯异常。最后是重新规划了寄存器区域，把离散读的多段数据拆开，在组态王里拆成几个设备，每个设备区域连续，问题才彻底消失。这条经验我现在写进了团队的项目规范：组态王设备变量必须按软元件类型和地址连续性分区配置。

7.4 系统收尾后的运行感受

东西交付之后，我帮甲方做了三天的运行观察和数据记录。系统投运第一个月，值班室已经做到无人值守，只是早中晚各巡检一次。中间经历过一次凌晨的冷却水泵故障，组态王报警窗口精确记录了故障发生时间，同时备泵自动投入，没有造成主机高压跳停。物业经理事后跟我说，故障报警加自动切换这个功能，一年省下来的夜班人工费就值回这个系统造价的一半了。

这个项目的完整代码和组态工程文件我没有全部公开，但核心思路、点表、逻辑设计和通讯配置上面都写清楚了，足够支撑一个同类型的项目重新搭起来。真要说做这类系统最值钱的经验，我觉得不是某一条指令怎么用，而是把控制逻辑想清楚、把点位边界定清楚、把通讯隐私用清楚，这三个“清楚”做到了，剩下的事情就是按部就班。

最后再补一个小技巧：项目做完别忘了导出一份完整的变量对照表（PLC地址对应什么设备、什么中文名称），留一份纸质版放在机柜里，别让这个文档只能在上位机工程师的电脑里存活。中央空调控制系统是要用十年八年的设备，维护人员换了一茬又一茬，图纸和地址表才是真正能陪你走完整个设备生命周期的东西。