做自动化设备时，经常会碰到这样一个问题：

PLC已经负责控制了，为什么还需要一台工控机？如果需要，又该选ARM还是X86？

其实工控机和PLC并不是二选一。

在很多项目里，PLC负责底层实时控制，比如控制电机、气缸、阀门和传感器；工控机则负责PLC不擅长的工作，比如数据采集、协议转换、SCADA、数据库、远程维护、云端通信以及更复杂的边缘计算。

所以选型前，建议先别看CPU。先确定工控机在系统里到底要做什么。

1、只是采集PLC 数据，不需要高性能 X86

这是目前很常见的一类需求。

例如一台包装设备里已经有Siemens PLC，PLC控制整条设备的动作。现在厂家希望增加远程监控，把设备运行状态、产量、报警信息上传到服务器。

这种情况下，工控机主要承担的是：

PLC →数据采集→本地处理→ MQTT/OPC UA → MES、SCADA或云平台

这类任务并不一定需要X86。

ARM工控机通常就够了，而且功耗、尺寸和整体成本更容易控制。

例如USR-EG528采用四核Cortex-A53处理器，运行Ubuntu，内置WukongEdge和Node-RED。它可以通过Ethernet、RS485等接口连接现场设备，并支持Siemens、Mitsubishi、Omron、Delta、Fatek以及Modbus等PLC或工业通信协议。

因此，如果你的要求只是：

PLC数据采集、Modbus RTU/TCP转换、OPC UA、MQTT上传、设备远程监控以及简单边缘逻辑，那么可以优先考虑EG528这类ARM Industrial PC。

没必要为了采几个PLC的数据，就配一台高性能Core i5工控机。

2、如果工控机自己要运行PLC Runtime，重点看软件

第二种需求完全不同。

有些设备制造商希望减少柜内硬件，把原来的：

PLC + 边缘计算机 + 工控机

整合成一台设备。

这时候工控机不只是“连接PLC”，而是自己还要承担一部分PLC控制功能。

选型时最重要的指标就变成了：

是否支持PLC Runtime？

例如USR-EG628本身运行Linux Ubuntu，并内置OpenPLC，符合IEC 61131-3标准，支持LD、FBD、SFC、IL、ST五种PLC编程方式。

它同时提供RS485、RS232、CAN、Ethernet和USB接口，并支持扩展I/O。因此对于一些并不要求传统PLC极高实时性的设备，可以让工控机同时承担数据采集、控制、协议转换和云端通信。

有人物联官方资料中就提供了一个生产线应用：EG628通过扩展数字输入采集PLC信号，再通过模拟输出控制伺服设备，同时完成生产线协调和云端数据同步。官方素材给出的结果是生产效率提高30%。

这个场景很好地说明了一件事：

工控机不一定只是PLC的上位机，也可以成为PLC与边缘控制之间的中间层。

3、需要Windows、CODESYS 或传统工控软件，优先 X86

如果项目已经有成熟的软件环境，选型方式又要变化。

比如原来的设备程序就是基于Windows开发的，工程师还需要运行CODESYS、LabVIEW、数据库、传统SCADA或其他只能在X86环境下稳定运行的软件。

这种时候，没必要为了降低一点硬件成本，强行迁移到ARM。

直接选择X86工控机会更省事。

有人物联 USR-EC100、EC300、EC500采用X86架构，支持Windows和Linux，官方资料也将LabVIEW、CODESYS等工业软件兼容性作为该系列的应用方向。

例如EC100配置Intel Celeron J6412、8GB内存、双千兆Ethernet、2路RS232/RS485和4路USB 3.0，比较适合传统设备上位机、数据采集以及Windows工业软件运行。

如果软件负载进一步增加，再考虑EC300或EC500。

这里有一个很简单的判断方法：

如果项目软件是围绕Windows/X86建立的，优先保留软件生态，而不是为了ARM重新开发一套系统。

重新适配驱动、PLC通信库、数据库和上位机程序产生的成本，往往比工控机本身的差价更高。

4、PLC 数量增加时，先检查接口，而不是 CPU

还有一种很容易选错的情况：

最开始只有一台PLC，后来逐渐增加到几台PLC，再加入变频器、仪表、扫码枪和其他设备，结果发现原来的工控机越来越不好用。

很多人第一反应是CPU性能不够。

实际上，现场更常见的问题是接口不够或者网络结构不合理。

例如你需要同时连接：

• 2台Ethernet PLC
• 3台RS485仪表
• 一个CAN设备
• MES服务器
• 远程维护网络

那么首先就应该统计Ethernet、RS485、RS232、CAN和USB数量。

USR-EG628提供2路RS485、1路RS232、1路CAN和双Ethernet，同时还能扩展I/O；它可以进行串口和网络PLC的毫秒级数据采集，再经过本地计算后通过MQTT等方式上传平台。

如果需要运行Windows软件，同时连接更多网络和外设，则应该转向EC300、EC500这类X86工控机。

所以PLC项目选工控机时，建议先画一张最简单的接线图。

① 把每一台设备写出来，再标记：

② Ethernet、RS485、RS232、CAN、DI、DO、USB。

③ 统计完以后，再选硬件

这种方法比直接比较CPU参数有效得多

5、如果现场还需要触摸屏，可以直接考虑Panel PC

不少设备其实还有第三个需求：

PLC +工控机+ HMI。

例如工程师既需要PLC控制设备，又要在设备正面查看运行状态、参数和报警。

传统方案往往需要PLC、Industrial PC和HMI三套硬件。

如果现场计算任务并不复杂，可以考虑将Industrial PC和HMI合并。

例如USR-SH800本身采用ARM Cortex-A55平台，并集成10.1英寸触摸屏，同时运行Ubuntu，支持Node-RED、Docker、边缘计算和本地组态。

接口方面提供2×RS485、2×RS232、2×Ethernet和2×USB，可以直接连接PLC和其他现场设备。

对于设备制造商来说，这类方案最大的价值不是“屏幕更高级”，而是减少设备数量、接线和安装空间。

尤其是小型自动化设备、暖通设备、包装设备和设备控制柜，这一点通常比单纯提高CPU性能更实际。

6、PLC 项目可以这样直接选

这张表并不是按照“性能从低到高”排列，而是按照任务类型排列。

这也是PLC项目里更合理的工控机选型方式。

7、最后记住四个问题就够了

如果现在正在给一套PLC设备选Industrial PC，可以直接问工程师四个问题。

7.1 工控机是“连接PLC”，还是要“替代一部分PLC”？

只是读取PLC数据，EG528一类ARM工控机通常就够；如果还要运行PLC Runtime，可以进一步考虑EG628。

7.2 要运行什么软件？

Ubuntu、Node-RED、Docker、MQTT、OPC UA等边缘应用可以优先考虑ARM；如果已有Windows、CODESYS或传统X86工控软件，则优先考虑EC系列。

7.3 要接多少设备？

先数Ethernet、RS485、RS232、CAN、USB和I/O，再选型号。

7.4 现场是否需要屏幕？

如果还要增加HMI，可以考虑SH800这类物联网一体机，把显示、边缘计算和PLC数据采集合在一台设备里。

工控机和PLC的关系并不复杂。

PLC更擅长确定性的设备控制，工控机更擅长数据、网络、协议、软件和边缘计算。

真正合适的方案，并不是用配置最高的工控机去替代PLC，而是根据任务划清两者的分工。

如果PLC已经能够稳定控制设备，就让它继续负责控制；工控机负责数据采集、SCADA、协议转换和联网。

如果项目确实需要软PLC、边缘控制和设备联网融合，再选择带PLC Runtime的工业计算平台。

这样选出来的工控机，通常比单纯比较ARM、X86或CPU主频更接近实际项目需求。