第2章系统架构设计

2、系统架构设计：控制层级划分、网络拓扑与硬件选型

各位工程师朋友，咱们接着聊。上一章讲了项目启动和需求分析，那都是纸上谈兵。到了系统架构设计这一步，才算是真正开始「动刀」了。

我个人习惯，拿到一个工控项目，第一件事不是画图，而是先问自己三个问题：谁在现场干活？谁在中间指挥？谁在背后管理？ 这三个问题想明白了，架构的骨架就有了。

工控系统最经典的架构，就是ISA-95标准里的三层模型。说白了，就是把一个复杂的系统拆成三个「朋友圈」：

核心原则： 每一层只跟相邻层通信。现场层不直接连管理层，控制层不直接管传感器细节。为什么？为了安全，也为了解耦。

我在项目中遇到过一件事。有个客户非要让MES直接读取现场温度传感器的数值，说是「为了实时性」。结果呢？MES网络一抖动，整个产线报警乱飞。后来我强制要求加了一层PLC做数据缓存和滤波，问题才解决。你想想看，MES是管生产的，不是管传感器的，越级指挥是要出乱子的。

网络拓扑，说白了就是「数据怎么走」。我见过太多项目，设备选型都挺好，结果网络拓扑一塌糊涂，最后调试时天天断网。

常见的拓扑结构有三种：

拓扑类型	适用场景	我的建议
星型拓扑	中小型项目，控制室集中	最常用，维护方便。但核心交换机挂了就全完蛋，记得做冗余。
环型拓扑	大型项目，距离远，可靠性要求高	比如石化、管廊项目。用MRP或RSTP协议，断一根线不影响通信。
总线型拓扑	现场设备密集，如Profibus-DP	现在用得少了，但老项目改造时经常遇到。注意终端电阻和分支长度。

避坑指南： 我曾经在一个汽车焊装车间，用了普通的商用交换机做控制层网络。结果焊接时产生的电磁干扰，让交换机频繁重启。后来全部换成工业级交换机，带冗余电源和抗干扰涂层，问题才解决。记住：工业环境，别省交换机的钱。

嗯，这里要注意一个细节：控制层网络和管理层网络必须物理隔离。别图省事用同一个交换机。控制层走的是实时数据，管理层走的是报表和视频，混在一起，一旦视频流量暴增，PLC的通信周期就会被打乱。我一般建议用两个独立的交换机，或者用带VLAN功能的工业交换机强行隔离。

硬件选型，很多新手喜欢盯着CPU主频、内存大小、IO点数这些参数。其实这些只是基础。真正考验功力的，是你能不能选到「跟现场环境合得来」的设备。

我总结了几条原则，供你参考：

环境适应性优先：温度、湿度、振动、粉尘、腐蚀性气体。这些参数决定了设备能不能活下来。比如在钢厂，PLC的防护等级至少IP54，最好IP65。
品牌一致性：尽量用同一品牌的PLC、IO模块、网络设备。不同品牌混用，通信协议和诊断工具不统一，调试时能把你逼疯。我见过一个项目，西门子PLC配了罗克韦尔的远程IO，结果通信卡了三天才调通。
冗余设计：关键设备（如CPU、电源、核心交换机）必须冗余。别信「这个品牌质量好，不会坏」。工业现场，没有「不会坏」的设备，只有「坏了还能跑」的系统。
可扩展性：选型时留出20%-30%的余量。IO点数、网络端口、机架槽位，都要预留。为什么？因为需求一定会变。我做过一个项目，客户说「绝对不加点」，结果验收前一周突然要加10个温度传感器。幸好我当初选了带扩展机架的PLC，不然就得换CPU了。

警告： 别迷信「进口品牌」。有些国产PLC现在做得相当不错，性价比高，而且技术支持响应快。我最近几个项目都用了汇川的PLC，稳定性没问题，价格只有西门子的三分之一。当然，如果客户指定品牌，那就另当别论了。

讲个具体的例子吧。去年我做一个饮料灌装线的项目，需求是这样的：

我的架构设计是这样的：

这个架构跑了一年多，没出过大的通信故障。你看，其实没什么高深的技术，就是把三层分清楚，把网络隔离好，把硬件选对。

好了，这一章就到这里。下一章我们聊聊PLC程序架构设计，那是真正考验编程功底的地方。到时候我会分享一些我踩过的坑，保证让你少走弯路。