3. 控制器选型（上）：PLC vs 嵌入式控制器 vs 边缘计算网关，性能指标对比
做多能协同控制，第一步就是选控制器。这玩意儿选错了，后面全白搭。
我见过太多项目，方案做得天花乱坠，结果控制器性能跟不上，现场跑起来卡得要命。说白了，选型就是一场「匹配游戏」——你得搞清楚现场到底要什么。
3.1 三大控制器的核心定位
目前市面上主流的控制器，基本就这三类：PLC、嵌入式控制器、边缘计算网关。它们各有各的脾气。
| 类型 | 核心定位 | 典型场景 |
|---|---|---|
| PLC | 高可靠、硬实时、工业级IO | 产线控制、逻辑联锁、安全保护 |
| 嵌入式控制器 | 灵活定制、成本可控、中等算力 | 专用设备控制、数据采集、协议转换 |
| 边缘计算网关 | 高算力、AI推理、云边协同 | 视频分析、预测维护、多协议汇聚 |
嗯，这里要注意：这三者不是替代关系，而是互补关系。我做过一个光伏电站项目，PLC负责逆变器启停，嵌入式控制器做数据采集，边缘网关做功率预测——各司其职。
3.2 性能指标对比：别被参数忽悠了
选型时，厂商给的参数表往往很漂亮。但实际用起来，差距就出来了。我个人习惯，重点看这几个硬指标：
3.2.1 实时性
PLC的实时性是最强的，任务周期可以做到1ms以内。为什么？因为它的操作系统是硬实时的，中断响应时间确定。嵌入式控制器如果用RTOS，也能做到5-10ms。边缘网关嘛，跑Linux的，实时性就别指望了，50ms以上很正常。
我在项目中遇到过，有人用边缘网关做伺服控制，结果丢脉冲，电机一顿一顿的。后来换成PLC，问题立马解决。实时性这东西，不是靠堆算力能解决的。
3.2.2 算力与存储
这个就反过来了。边缘网关的算力最强，动不动就是四核ARM Cortex-A72，内存4GB起步。嵌入式控制器居中，一般用Cortex-M系列或低端A系列。PLC最弱，很多还是几百兆的MCU，内存也就几兆。
但你要想清楚：PLC不需要高算力，它只做逻辑控制。你非要用PLC跑AI模型，那不是找虐吗？
3.2.3 IO扩展能力
PLC的IO扩展是最灵活的，从几路到几千路都能做，而且支持远程IO。嵌入式控制器一般固定IO数量，扩展要靠总线。边缘网关的IO能力最弱，它主要靠网络通信。
3.2.4 通信协议支持
边缘网关在这方面是王者，Modbus、PROFINET、EtherCAT、MQTT、OPC UA……几乎通吃。PLC次之，主流协议都支持，但小众协议需要加模块。嵌入式控制器最灵活，但需要自己开发协议栈。
核心观点：选型不是选最强的，而是选最合适的。PLC强在可靠和实时，嵌入式强在灵活和成本，边缘网关强在算力和互联。
3.3 一张图看懂选型逻辑
下面这张图，是我自己总结的选型决策流程。每次做项目前，我都会过一遍：
我的经验：这张图我用了五年，帮我在30多个项目中快速锁定控制器类型。你把它打印出来贴在工位上，选型时走一遍流程，基本不会跑偏。
3.4 避坑指南：我踩过的三个坑
做技术嘛，谁还没踩过几个坑？我把自己掉进去过的坑分享出来，你绕开走：
- 坑一：用PLC做数据存储——我曾经在一个污水处理项目中，用PLC的掉电保持区存历史数据。结果数据量一大，PLC扫描周期直接翻倍，逻辑控制都受影响。后来乖乖加了嵌入式控制器做数据管理。
- 坑二：边缘网关当PLC用——有个兄弟单位，用边缘网关直接控制变频器，结果网络抖动一次，电机就飞车了。边缘网关再强，也替代不了硬实时控制器。
- 坑三：嵌入式控制器IO不够用——选型时没算好余量，现场多了几个传感器，IO口不够了。加扩展模块吧，成本上去了；换PLC吧，工期来不及。所以我现在选型，IO数量至少留30%余量。
重要提醒：千万别被厂商的「万能控制器」概念忽悠了。没有一款控制器能包打天下。多能协同控制，本质是「多控制器协同」，而不是「单控制器万能」。
3.5 实战选型清单
最后，给你一份我每次选型必用的检查清单。对着它打勾，基本不会漏：
- 控制周期要求：<1ms → PLC；1-10ms → 嵌入式；>50ms → 边缘网关
- IO点数：<32点 → 嵌入式；32-256点 → PLC；>256点 → PLC+远程IO
- 通信协议种类：<3种 → 嵌入式；3-8种 → PLC；>8种 → 边缘网关
- 是否需要AI推理：是 → 边缘网关；否 → PLC或嵌入式
- 工作环境温度：工业级(-40~85℃) → PLC；商业级(0~70℃) → 嵌入式或边缘网关
- 开发周期：<2周 → PLC；2-8周 → 嵌入式；>8周 → 边缘网关（需要适配驱动）
嗯，这一章先聊到这儿。选型这事儿，说白了就是「搞清楚自己要什么，再去看厂商有什么」。下一章我们接着聊控制器的通信接口和协议选型，那又是另一门学问了。