什么是 PLC？

在了解 VPLC 之前，先搞清楚 PLC 是什么——它是工业自动化的"大脑"。即使你没有任何工控背景，读完这一章也能建立一个清晰的认知。

2.1 PLC 是什么？

PLC 全称可编程逻辑控制器（Programmable Logic Controller），你可以把它理解成一个"超级智能开关"。

PLC 在工业现场负责三件事：

• 感知——读取传感器数据，如温度、压力、位置、速度、电流等
• 决策——根据工程师编写的逻辑程序做计算和判断（比如"如果温度超过 80°C，就关闭加热器"）
• 执行——发出指令控制机器设备，如电机启动/停止、阀门开/关、气缸伸缩等

2.2 传统 PLC 长什么样？

传统 PLC 是一个实体的硬件盒子，里面包含处理器（CPU）、内存、输入输出接口等。你可以把它想象成一台专门为工业环境设计的"坚固型电脑"。常见的 PLC 品牌有西门子（Siemens）、施耐德（Schneider）、三菱（Mitsubishi）、罗克韦尔（Rockwell）、欧姆龙（Omron）以及菲尼克斯电气等。

工程师用专门的编程软件编写控制逻辑（通常是在 Windows 电脑上），然后通过网线或串口线把程序上传到 PLC 硬件里。上传完成后，PLC 就会脱离电脑独立运行——7×24 小时不间断地执行控制任务。

2.3 PLC 的编程语言

根据国际标准 IEC 61131-3，PLC 支持以下五种编程方式：

其中梯形图和ST 语言是使用最广泛的两种方式，VPLC 对它们都有完整支持。

认识 VPLC

VPLC 全称 Virtual PLC Control，即"虚拟 PLC 控制"。这是菲尼克斯电气在 PLCnext 开放自动化平台上推出的纯软件解决方案。从名字就能看出来——它不再是硬件盒子，而是一个可以安装在任何电脑上的软件。

3.1 一句话理解 VPLC

传统 PLC 是"软硬件耦合"的——你买到的是一台软硬件绑死的设备，处理能力、内存大小、接口数量都固定了。VPLC 打破了这种绑定，让 PLC 软件可以在任何满足要求的硬件上运行。

3.2 VPLC 是怎么样诞生的？

菲尼克斯电气原本就有自己的硬件 PLC 产品线（从 ARM 平台的 2152 系列到 x86 平台的高端控制器）。VPLC 正是从这些硬件产品中，将核心的 PLC 运行时软件解耦出来，配合容器化和虚拟机技术，形成了独立的软件产品。

值得注意的是：虽然 VPLC 是纯软件，但它的"主语"仍然是 PLC——它是一台控制器，必须具备传统 PLC 应有的全部功能。

3.3 VPLC 的六大特点

3.4 PLCS Store —— 应用商店

为了突出"开放自动化"的理念，VPLC 平台拥有一个线上的应用商店——PLCS Store。这跟手机上的 App Store 或安卓应用市场类似：

• 工程师可以在商城里下载不同行业、不同专业需求的应用，包括功能块库、行业协议包（如电力行业的 IEC 61850 协议）、物联网工具等
• 目前已有近 400 款应用，由菲尼克斯和合作伙伴、社区开发者共同贡献
• 可显著缩短项目开发周期——不需要"重新发明轮子"

为什么需要 VPLC？

传统 PLC 在工业现场已经兢兢业业工作了几十年，稳定可靠。但随着数字化和人工智能浪潮的到来，传统 PLC 的局限性越来越明显。这一章对比传统方案和 VPLC 方案，让你清楚地理解 VPLC 的价值所在。

4.1 传统 PLC 的四大痛点

痛点一：硬件锁死了软件的能力

传统 PLC 是"软硬件绑定"的产品——你买了一个型号的 PLC，它的 CPU 性能、内存大小、接口数量就全部固定了。如果项目需要更强的算力（比如跑更复杂的算法），只能换一个更贵的型号，甚至更换整个平台。这种锁定效应让系统升级变得非常昂贵和麻烦。

痛点二：海量传感器数据难以处理

现在的工厂里，传感器数量和种类越来越多：温度、震动、电流、电压、流量……物联网的发展更是让数据量呈指数级增长。传统 PLC 的处理能力有限，面对海量数据往往力不从心。

痛点三：AI 和复杂算法难以集成

现代工厂需要机器学习、预测性维护、计算机视觉等 AI 技术。但传统 PLC 的 CPU 不够强、操作系统不够开放，很难直接运行这些智能算法。往往只能再加一台工控机专门跑 AI，然后再和 PLC 通信，增加了系统复杂度和成本。

痛点四：升级维护麻烦

传统 PLC 升级往往需要停产、拆卸硬件、更换模块，甚至整个机架替换。对于 24/7 连续生产的工厂来说，每一次停产都意味着巨大的经济损失。

4.2 方案对比：传统 PLC vs VPLC

VPLC 核心技术原理

VPLC 能实现"软件替代硬件"的背后，是两项在 IT 行业已经非常成熟的虚拟化技术：容器化和虚拟机。这一章把它们拆开揉碎讲清楚。

5.1 容器化技术

容器化（Containerization）就是把 VPLC 软件和它运行所需要的所有依赖（Linux 系统库、配置文件、环境变量等）打包成一个"镜像包"。这个镜像可以在任何支持容器引擎（如 Podman 或 Docker）的设备上运行——就像 Java 的"一次编写，到处运行"的理念。

容器化带来的核心好处：

• 一次打包，到处运行——不用管底层硬件是 ARM 还是 x86，不用管操作系统发行版的差异
• 轻量高效——容器共享宿主机的操作系统内核，比传统虚拟机占用资源少得多，启动只需几秒钟
• 易于管理——可以用 Kubernetes 等容器编排工具对多个 VPLC 实例进行统一管理

5.2 Type 1 虚拟机技术

除了容器化，VPLC 方案还支持Type 1 虚拟机（也叫 Hypervisor，虚拟机监视器）。简单说，就是在一台物理电脑上同时运行多个操作系统，每个操作系统都认为自己独占整台电脑的硬件：

• Linux 系统上部署 VPLC 软件，负责工业控制、数据采集、实时通信
• Windows 系统上运行 FDCM 数字孪生软件、AI 视觉软件、HMI 人机界面等

Linux 和 Windows 之间通过共享内存、gRPC、REST API 等机制进行高速通信，数据交换延迟极低。

这种"All-in-One"架构的核心价值：原来需要一台 PLC + 一台工控机 + 一台服务器才能完成的任务，现在只需要一台边缘服务器。

5.3 实时性：软件跑的 PLC 够可靠吗？

很多人天然会怀疑：软件跑的 PLC，能像硬件 PLC 那么稳定可靠吗？菲尼克斯的工程师在不同硬件平台上做了大量对比测试：

几十微秒（百万分之几秒）的实时抖动，意味着 VPLC 在实时性和确定性上与传统硬件 PLC 没有本质区别，可以满足绝大多数工业应用场景的要求。只有在极个别要求微秒级确定性的特殊场合，才需要考虑专用硬件方案。

5.4 通信接口体系

VPLC 支持丰富的工业通信协议，能够与各种现场设备、传感器、上位机软件对接：

VPLC 有哪些功能？

这一章详细介绍 VPLC 的具体功能——不止是基础 PLC 功能，还包括运动控制、应用商店、开放社区等超越传统 PLC 的能力。

6.1 多种编程方式混合使用

VPLC 最突出的特点之一就是编程的灵活性。它不仅完整支持 IEC 61131-3 标准下的五种编程语言，还额外支持高级语言：

• 传统方式：梯形图（LD）、ST 语言、功能块图（FBD）、顺序功能图（SFC）、指令表（IL）——传统 PLC 工程师零学习成本
• 高级语言：C++、Python、Java——IT 背景的同学也能轻松上手，可以用高级语言编写复杂算法（数据处理、数学模型、图像处理等）
• 混合编程：可以在同一个项目中混用以上各种语言。例如，用梯形图写简单的逻辑控制，用 Python 写数据分析算法，两者无缝配合

编程环境是 PLCnext Engineer，它是一个集成开发环境（IDE），除了编写代码，还集成了项目配置、调试、诊断、Web HMI 设计、OPC UA 配置等功能。

6.2 运动控制功能

VPLC 支持基于 PLCopen 标准的运动控制库。PLCopen 是工业运动控制的国际标准，定义了单轴运动、多轴插补、电子凸轮、电子齿轮等功能块。

在瑞芯微 RK3568（一款几百元的 ARM 开发板）上，VPLC 就可以同时控制 18 个伺服轴，完成精准的多轴协同运动控制。这说明即使在低成本的硬件平台上，VPLC 也能胜任高要求的运动控制任务。

6.3 系统服务与 WBM 管理

每个 VPLC 实例都内置了一个基于 Web 的管理界面——WBM（Web-Based Management）。通过浏览器即可完成以下操作：

• 诊断：查看 PLC 运行状态、故障灯、调试灯、通信诊断等
• 系统服务管理：开启/关闭 OPC UA Server、gRPC、EHMI、Modbus TCP 等服务
• 网络配置：修改 IP 地址、DNS、网关等
• 安全配置：防火墙规则、端口管理、用户权限控制
• PLC 状态控制：停止、热启动（保持所有值）、温启动（保持保持变量）、冷启动（全部恢复默认）
• APP 管理：安装、卸载、更新应用

6.4 应用商店（PLCS Store）

PLCS Store 是 VPLC 生态的核心组成部分。这是一个线上的应用市场，目前有近 400 款应用可供下载：

• 功能块库：预封装的控制算法、PID 调节、运动控制等
• 行业协议：如电力行业的 IEC 61850 通信规约、楼宇自控的 BACnet 等
• 物联网工具：MQTT 客户端、云平台连接器等
• 安全工具：加密通信、身份认证等

这些应用由菲尼克斯自身、合作伙伴和全球社区开发者共同贡献，下载安装即用，不需要从零开发。

6.5 开放社区

VPLC 建立在 PLCnext 开放自动化平台之上。全球的开发者——包括菲尼克斯中国和德国总部的研发工程师——都在同一个技术社区里交流。用户遇到问题可以在社区发帖提问，也可以分享自己开发的应用和功能块，形成一个良性循环的开源式生态。

VPLC + AI：智能化的未来

VPLC 的一大核心优势在于它能与 AI 技术轻松集成。这一章介绍 VPLC 与 AI 结合的几种典型场景和实际技术方案。

7.1 预测性维护

这是目前在工业领域用得最多的 AI 应用。传统做法是"设备坏了再修"（被动维护）或"定期检修"（计划维护），而预测性维护的思路是"提前预判故障，在坏之前修"。

具体流程：VPLC 持续采集设备的电流、电压、震动、温度等运行数据 → 数据存入数据库 → AI 模型分析数据 → 发现异常模式 → 提前报警，通知维护人员介入。

7.2 虚拟传感器

有些工业传感器非常昂贵（比如气体分析仪、光谱分析仪），有些则很便宜（比如温度传感器、震动传感器）。通过 AI 模型训练，可以用多个廉价传感器的数据来"模拟"一个昂贵传感器的输出，达到类似的效果。

例如，通过采集多个温度、压力、转速传感器的数据，训练 AI 模型来估算某个关键指标——这样就不需要购买几万元的专业分析仪器，对精度要求不那么严格的场景尤其适用。

7.3 AI 辅助编程

传统 PLC 生态中有多种品牌（西门子、施耐德、菲尼克斯等），虽然都基于 IEC 61131-3 标准，但实际使用习惯和工程创建方式仍有差异。菲尼克斯将 AI 技术集成在 PLCnext Engineer IDE 中，通过自然语言交互来帮助工程师快速生成 PLC 程序。

例如，工程师输入"帮我写一个电机正反转控制程序，带互锁保护"，AI 就能自动生成对应的梯形图或 ST 代码。这大大降低了初学者的使用门槛。

7.4 VPLC + AI 的经典系统架构

在比赛和实际项目中，VPLC 和 AI 的配合方式遵循一套成熟的架构模式：

所有层次运行在同一台硬件设备（边缘服务器或工控机）上，通过虚拟化技术隔离不同系统。AI 软件分析数据生成控制指令 → 通过 OPC UA 发送给 VPLC → VPLC 执行指令控制真实或虚拟设备。这就是"All-in-One"的精髓。

7.5 AI 从数据采集到应用的完整闭环

1. VPLC 从现场设备采集数据（电流、电压、温度、震动等）
2. 数据存入数据库，生成标准数据文件
3. 导入 AI 训练软件，自动训练生成模型（支持 ONNX 格式）
4. 将训练好的模型导入 AI 推理引擎（封装好运行时环境和依赖库）
5. 推理引擎部署在设备端，实时分析生产数据
6. 检测到异常趋势时，发送预警信息给维护团队

这样就形成了一个从"数据采集 → 模型训练 → 推理部署 → 预警响应"的完整 AI 闭环。

VPLC 部署完整指南

下面是最关键的操作部分——手把手教你从零开始部署一个 VPLC。本章以 ARM 开发板（RK3568 平台）为例，12 个步骤，跟着做就能让你的 VPLC 跑起来。

8.1 准备工作清单

在开始之前，请确保已经准备好以下材料和工具：

8.2 12 步部署流程

编程与连接

VPLC 部署完成只是第一步——真正的核心在于如何编写控制程序，以及如何让 VPLC 与 FDCM 数字孪生平台协同工作。这一章手把手带你走通从编写第一个程序到建立通信的完整链路。

9.1 编写第一个 VPLC 程序

打开 PLCnext Engineer，按照以下步骤创建你的第一个 PLC 程序：

1. 新建项目：点击"新建任务"，输入项目名称
2. 添加目标库：在项目树上右键 → "添加用户库" → 搜索 "VPLC Control" → 选择对应的版本（VPLC 1200 64 版本 5.6）
3. 创建程序：在"程序"文件夹下新建一个 Program（如命名为"MainProgram"），选择编程语言（梯形图或 ST 语言）
4. 编写逻辑：例如写一个最简单的加法程序——声明两个整型输入变量和一个输出变量，用赋值语句相加
5. 实例化程序：将创建的程序拖入任务配置中，添加到周期任务（MainTask），默认执行周期为 100 毫秒
6. 配置目标设备：在设备配置中输入 VPLC 的 IP 地址（就是你在部署时给容器分配的 IP）
7. 连接并下载：点击连接按钮，输入用户名（admin）和密码（PLCnext），连接成功后下载程序到 VPLC
8. 调试：进入调试模式，可以实时监控变量的值、强制赋值、单步执行等

9.2 VPLC 与 FDCM 的通信

在比赛中，VPLC 需要与 FDCM（数字孪生平台）进行数据交换。通信方式是通过 OPC UA 协议：

• VPLC 作为 OPC UA 服务器（Server），将控制指令和数据暴露给客户端
• FDCM 作为 OPC UA 客户端（Client），读取 VPLC 的数据并写入仿真指令
• 数据传输是双向的——VPLC 发送控制指令给 FDCM，FDCM 反馈虚拟设备的运行状态给 VPLC

9.3 系统服务配置参考

在 WBM 管理界面中，以下是常用系统服务的说明和比赛建议：

9.4 WBM 管理界面入口汇总

有三种方式可以进入 VPLC 的 WBM 管理界面：

1. 在 VPLC 部署工具中，进入"实例管理"，点击对应 VPLC 卡片的 "外部管理" 按钮
2. 在 PLCnext Engineer 中，连接到 VPLC 后，点击工具栏上的 WBM 图标（一个小地球 + 火箭）
3. 直接在浏览器地址栏输入：https://VPLC的IP地址/wbm

VPLC 真实应用案例

VPLC 不是实验室里的概念产品——它在多个行业的真实工厂中已经得到验证。这一章带你看看 VPLC 在实际项目中的落地情况。

以上案例展示了一个共同的趋势：从传统自动化走向"软件定义自动化"。VPLC 正在推动工业控制向集成化、智能化、柔性化的方向快速发展。

常见问题与答疑

整理了培训中同学们提出的典型问题以及对应的解答，覆盖部署、编程、通信、账号等多个方面。