三亩地 三亩地SAN MU DI · CODE DIARY
交流投稿
ARTICLE DETAIL

日记详情

真实记录编程学习的某一天，欢迎挑你感兴趣的翻一翻。

首页/学习日记/日记详情

Unity与Game4Automation PRO：零门槛构建工业数字孪生与PLC仿真系统

发布时间：2026/8/11 9:46:10 三亩地 编程学习日记
Unity与Game4Automation PRO：零门槛构建工业数字孪生与PLC仿真系统

1. 项目概述：从游戏引擎到工业仿真

如果你对Unity的印象还停留在游戏开发，那今天这个项目可能会彻底改变你的看法。作为一名在工业自动化和数字孪生领域摸爬滚打了多年的工程师，我最近用Unity和Game4Automation PRO插件，在自己的书房里成功搭建了一条完整的虚拟生产线，并且实现了与真实PLC的实时数据交互。整个过程，从零散的3D模型到能响应PLC指令的仿真系统，其核心价值在于，它让工业系统的设计、调试和培训成本大幅降低，并且将门槛拉到了个人开发者也能触及的水平。

这个项目的核心，就是利用Unity强大的实时3D渲染和交互能力，结合Game4Automation PRO这款专为工业自动化仿真设计的插件，来构建一个高保真的虚拟生产环境。你不再需要昂贵的专业仿真软件或实体设备，就能模拟出生产线上的传送带运行、机械臂抓取、传感器触发、物料流转等完整流程。更关键的是，通过插件内置的通信协议支持，你可以让这个虚拟世界与你手边的真实PLC（无论是西门子、三菱、欧姆龙还是汇川）进行对话，实现“虚实联动”。这意味着，你可以在电脑上提前验证PLC控制逻辑的正确性，进行无风险的调试和优化，或者用于新员工的操作培训，而不用担心误操作导致设备损坏或生产中断。

它非常适合几类人：首先是工业自动化工程师和PLC程序员，你可以用它做控制逻辑的仿真测试；其次是机械设计或生产线规划人员，用于布局验证和流程可视化；再者是职业教育培训师，可以构建沉浸式的教学环境；甚至是对工业数字化感兴趣的爱好者或学生，也能通过这个项目快速入门数字孪生和工业元宇宙的概念。接下来，我将从环境搭建、核心功能实现到最终的PLC连接，一步步拆解整个过程，分享我踩过的坑和总结出的实战技巧。

2. 核心工具选型与项目架构解析

2.1 为什么是Unity + Game4Automation PRO？

在决定技术栈时，我对比过几种方案。传统的专业工业仿真软件如Plant Simulation、FlexSim功能强大，但价格昂贵、学习曲线陡峭，且二次开发和定制化灵活性不足。而一些开源的机器人仿真框架，又往往在通用性、易用性和视觉效果上有所欠缺。最终选择Unity，是基于以下几个核心考量：

Unity的优势：

  1. 强大的实时3D引擎与跨平台能力：Unity的渲染质量足以满足工业可视化对逼真度的要求，其“一次开发，多端部署”的特性，意味着你构建的虚拟生产线可以轻松发布到PC、WebGL（用于浏览器访问）、甚至AR/VR设备上，极大地扩展了应用场景。
  2. 庞大的资产商店与社区生态：Unity Asset Store里有海量的3D模型、材质和工具插件。对于生产线搭建，你可以直接找到现成的机械臂、传送带、电机、传感器等工业模型，省去大量建模时间。
  3. 成熟的C#编程与组件化系统：对于有编程背景的工程师来说，C#比许多专业仿真软件的脚本语言更友好。Unity基于组件的架构，让你可以像搭积木一样为游戏对象（GameObject）添加功能，非常符合工程思维。

然而，原生的Unity毕竟是为游戏设计的，缺少对工业自动化领域标准协议（如OPC UA、S7、Modbus）的直接支持，也没有预置的标准化工业设备行为逻辑。这正是Game4Automation PRO插件大显身手的地方。

Game4Automation PRO的核心价值：

  1. 即插即用的工业逻辑组件：插件提供了大量预制的、参数化的组件，如“Conveyor”（传送带）、“Robot”（机器人）、“Sensor”（传感器）、“Source”（物料源）、“Sink”（物料终点）等。你只需要将这些组件拖放到对应的3D模型上，并进行简单的参数配置（如速度、长度、触发距离），它们就能按照真实的工业逻辑运行，无需从零编写运动控制代码。
  2. 内置工业通信协议栈：这是插件的杀手锏。它原生集成了对西门子S7（包括S7-1200/1500的S7Plus协议）、三菱MC协议、欧姆龙FINS、Modbus TCP/RTU、OPC UA等主流工业协议的支持。这意味着你无需自己封装复杂的Socket通信和数据解析，通过可视化界面配置IP地址、端口、DB块地址、寄存器地址等，就能建立与PLC的稳定连接。
  3. 逻辑编辑与信号映射：插件提供了一个基于信号（Signal）的系统。虚拟设备（如传感器）可以发出信号（如“物料到达”），这些信号可以触发其他设备动作（如“机械臂抓取”），也可以直接映射到PLC的输入输出（I/O）点上。你可以在Unity编辑器内通过拖拽的方式，直观地建立设备间的逻辑关系和与PLC的变量绑定。

项目架构设计思路：整个虚拟生产线的架构可以理解为三层：

  • 表现层：由Unity的3D场景、模型、动画和UI构成，负责视觉呈现和人机交互。
  • 逻辑层：由Game4Automation PRO的组件和自定义C#脚本构成，定义了生产线中每个设备的运行规则、相互之间的连锁逻辑以及整体的生产节拍控制。
  • 通信层：由Game4Automation PRO的通信模块负责，作为桥梁，将逻辑层产生的信号（如虚拟传感器状态）写入PLC的输入映像区，并实时读取PLC输出映像区的状态来驱动虚拟设备动作。

这种架构清晰地将视觉、业务逻辑和底层通信解耦，使得维护和扩展变得非常容易。例如，更换PLC品牌，你通常只需要在通信层修改协议配置，而无需改动上层的逻辑和表现。

2.2 环境准备与插件配置要点

工欲善其事，必先利其器。以下是搭建环境的具体步骤和关键注意事项。

1. Unity版本选择：我推荐使用Unity的LTS（长期支持）版本，如2021.3 LTS或2022.3 LTS。LTS版本稳定性高，与各种插件的兼容性最好。避免使用最新的Tech Stream版本，以免遇到未知的插件兼容性问题。从Unity官网下载Hub并安装指定版本即可。

2. 获取Game4Automation PRO：该插件在Unity Asset Store中售价不菲，但对于个人学习或小型项目，开发者有时会提供功能受限的试用版或学习版，可以关注其官方网站或社区动态。购买后，在Asset Store中点击“添加到我的资源”，然后在Unity项目的Package Manager中导入即可。

注意：导入大型插件后，第一次打开项目或场景可能会比较慢，因为Unity需要编译脚本和导入资源。请耐心等待。

3. 创建项目与初始设置：

  • 新建一个3D项目（Core或URP渲染管线均可，URP在移动端和WebGL性能更好）。
  • 导入Game4Automation PRO插件包。
  • 导入后，你通常会在菜单栏看到“Game4Automation”的选项。首先，需要初始化插件的设置。点击Game4Automation -> Setup -> Create Game4Automation Setup。这会在场景中创建一个名为“Game4Automation”的游戏对象，它包含了整个仿真系统的核心管理器。

4. 配置通信参数（前期准备）：在连接真实PLC之前，建议先在Unity内部进行逻辑测试。但我们需要提前规划好通信。

  • 在场景中找到“Game4Automation”对象，其身上有一个Communication组件。
  • 在这里，你可以添加不同的通信接口（Interface）。例如，添加一个“S7Plus Interface”用于连接西门子S7-1200/1500。
  • 关键的配置参数包括：
    • IP Address：你的PLC的IP地址，如192.168.0.1。本地测试可先设为127.0.0.1。
    • Rack / Slot：PLC的机架号和槽号，对于S7-1200通常为0/1。
    • Connection Type：选择“PG/PC”或“OP”模式，一般用“PG/PC”。
  • 配置完成后，先不要急于连接真实PLC。我们接下来的重点是搭建生产线本身。

3. 虚拟生产线搭建实战：从零件到系统

3.1 工业模型资源的获取与处理

搭建生产线的第一步是拥有“零件”。我们有几种途径获取3D模型：

  1. Asset Store购买/下载免费资源：搜索“Industrial”、“Factory”、“Robot”、“Conveyor”等关键词，有很多高质量的付费或免费模型包。选择时注意模型的多边形数量（面数），过高的面数会影响运行时性能，尤其是WebGL平台。
  2. 从CAD软件导入：如果你有设备的精确CAD模型（如STEP, IGES, SolidWorks文件），可以使用Unity的CAD导入插件（如PiXYZ Studio）或通过中间格式（如FBX）导入。这里有一个关键技巧：工业CAD模型往往包含大量用于制造的细节（如螺丝、倒角），这些在可视化中是不必要的。务必在导入前或导入后在3D建模软件（如Blender）中进行减面优化，删除不可见面，以大幅提升性能。
  3. 自己用3D软件建模：对于简单的几何体（料盒、底座），直接用Unity自带的Cube、Cylinder等拼搭即可。

模型处理通用流程：

  • 比例：确保所有导入的模型比例正确（1 Unity单位通常对应1米）。可以在导入设置中调整缩放因子。
  • 材质与贴图：检查材质是否正常。如果模型来自不同来源，材质可能丢失或显示为紫色。需要重新指定材质球或修复贴图路径。
  • 层级结构：为模型建立清晰的层级。例如，一个机械臂模型，应该将底座、大臂、小臂、手腕等部分作为独立的子物体，并正确设置它们的父子关系和旋转轴心（Pivot），这为后续添加动画和控制脚本至关重要。

3.2 使用Game4Automation组件赋予模型“生命”

这是整个项目的核心乐趣所在。假设我们有一个传送带模型和一个盒子模型。

步骤1：创建传送带逻辑

  1. 在场景中放置你的传送带3D模型。
  2. 在菜单栏选择Game4Automation -> Components -> Conveyor -> Conveyor，点击后会在场景中创建一个传送带逻辑对象。不要直接把它拖到模型上。
  3. 将这个逻辑对象（通常命名为Conveyor）拖拽成为传送带3D模型的子物体。
  4. 选中Conveyor逻辑对象，在Inspector面板配置参数：
    • Speed：传送带速度（米/秒）。
    • Length：传送带有效长度（米），这决定了物料从起点运行到终点的时间。
    • Type：选择“Belt”类型。
  5. 配置传感器（可选但重要）：传送带组件通常自带起点（Entry）和终点（Exit）的触发区域。你可以调整这些触发盒（Box Trigger）的大小和位置，使其与模型的物理范围匹配。当物料进入这些区域时，会产生相应信号。

步骤2：创建物料与物料流

  1. 我们需要一个“源”（Source）来生成物料。创建Game4Automation -> Components -> Flowables -> Source。
  2. 将其放置在传送带的起始端上方。
  3. 在Source组件的Prefab To Create字段中，拖入你的盒子模型预制体（Prefab）。设置生成间隔（Creation Interval）。
  4. 现在运行游戏，你会看到盒子从Source处周期性地生成并掉落到传送带上。但是，盒子可能不会跟着传送带移动！这是因为盒子还没有被“流”（Flow）系统管理。
  5. 为盒子模型添加Flowable组件。这个组件让物体能够被传送带、机器人等设备识别和搬运。添加上后，再次运行，盒子应该就能被传送带运走了。

步骤3：添加传感器并建立简单逻辑

  1. 在传送带末端创建一个传感器来检测物料到达。创建Game4Automation -> Components -> Sensors -> Box Sensor。
  2. 调整其碰撞盒大小和位置，使其覆盖传送带末端区域。
  3. 我们希望当传感器检测到物料时，让物料消失（模拟被取走）。这时需要用到信号。
  4. 选中Box Sensor，在Inspector中可以看到它有一个OnSignal事件。点击“+”号添加一个监听。
  5. 将场景中的Sink（物料消失点）对象拖入事件监听框，然后在函数下拉菜单中选择Sink -> ConnectFlowable。
  6. 这个连接的意思是：当传感器发出“检测到”信号（OnSignal）时，调用Sink的“连接流动物体”方法，将触发传感器的那个物料（盒子）吸入Sink并销毁。
  7. 运行测试，当盒子运送到末端触发传感器时，它会立即消失。

通过以上步骤，你已经完成了一个最简单的“生成-运输-销毁”闭环。Game4Automation组件的强大之处在于，这些逻辑连接都是通过编辑器可视化完成的，无需编写一行代码。你可以用同样的方式，组合机器人、加工站、升降机等组件，构建出复杂的生产线逻辑。

3.3 构建复杂交互与生产节拍控制

当生产线有多个工站时，协调它们的工作节拍是关键。这需要用到Game4Automation的信号系统和自定义的状态机脚本。

案例：机械臂抓取后传送带再启动假设场景是：传送带A将物料运到位置，传感器A触发，机械臂抓取物料放到加工台，加工完成后，传送带B启动将成品运走。

  1. 信号传递：
    • 传感器A检测到物料，发出信号SensorA_Detected。
    • 这个信号不应直接启动机械臂，因为机械臂可能有自己的安全或状态判断。更好的做法是，将这个信号发送给一个中央控制器脚本。
  2. 创建中央控制器：
    • 创建一个空的GameObject，命名为LineController，并为其添加一个自定义的C#脚本，例如ProductionLineController.cs。
    • 在这个脚本中，定义生产线的几个状态：Idle（等待物料）、RobotWorking（机械臂工作中）、Processing（加工中）、Transporting（输送成品）。
    public enum LineState { Idle, RobotWorking, Processing, Transporting } private LineState currentState = LineState.Idle;
  3. 响应信号并控制状态转移：
    • 在LineController脚本中，编写一个公共方法OnSensorADetected()。
    • 在Unity编辑器中，将传感器A的OnSignal事件监听对象设置为LineController，并选择OnSensorADetected方法。
    • 在OnSensorADetected方法中，首先检查当前状态是否为Idle，如果是，则调用机械臂的抓取命令（机械臂组件通常有Pick()或MoveTo()这样的公共方法），并将状态切换为RobotWorking。
    • 机械臂组件通常会在抓取完成时提供一个回调事件（如OnPickFinished）。监听这个事件，在回调中将状态改为Processing，并启动加工台的计时器。
    • 加工台计时器结束后，将状态改为Transporting，并启动传送带B。
    • 传送带B末端的传感器触发后，将状态重置为Idle，等待下一个物料。
  4. 使用Game4Automation Signal组件：除了用Unity的事件系统，Game4Automation也提供了Signal组件来在物体间传递布尔、浮点数等信号。你可以将Signal组件拖到物体上，然后在编辑器中拖拽连接，实现无代码的信号逻辑。对于复杂逻辑，结合自定义脚本会更灵活。

通过这种“事件驱动+状态机”的模式，你可以构建出任意复杂、且逻辑清晰的生产线控制系统。这本质上就是在虚拟环境中实现了一套PLC的顺控程序（SFC或梯形图）。

4. 与真实PLC通信：打通虚拟与现实的桥梁

这是最令人兴奋的一步，让你的虚拟世界开始响应真实世界的控制命令。

4.1 PLC侧准备工作

以西门子S7-1200 PLC和TIA Portal软件为例：

  1. 硬件连接：确保PLC通过网线与你的电脑在同一个局域网内，并设置好PLC的IP地址（例如192.168.0.1）。
  2. 创建数据块：在TIA Portal中创建一个全局数据块（如DB100），用于与Unity通信。建议定义清晰的结构：
    • Start(Bool)： 启动信号，由Unity的HMI按钮触发，或直接置位。
    • EmergencyStop(Bool)： 急停信号。
    • ConveyorSpeed(Real)： 传送带速度设定值。
    • SensorA_Feedback(Bool)： 虚拟传感器A的状态反馈（从Unity读回）。
    • RobotCmd_Pick(Bool)： 发给虚拟机械臂的抓取命令。
    • RobotStatus_Busy(Bool)： 虚拟机械臂忙状态反馈。
    • ... 根据你的生产线需求定义更多变量。
  3. 编写简单控制逻辑：在OB1主循环中，可以写一个简单的逻辑：当Start为True且EmergencyStop为False时，将ConveyorSpeed设置为某个值，并置位RobotCmd_Pick（在实际项目中，这部分逻辑会非常复杂）。

4.2 Unity侧通信配置与映射

  1. 配置连接：如前所述，在Game4Automation对象的Communication组件中，配置好S7Plus接口的IP、机架、槽号。
  2. 创建映射变量：Game4Automation PRO使用Tag（标签）的概念来对应PLC变量。
    • 在Game4Automation对象下，找到或创建一个Taglist组件。
    • 在Taglist中，为每一个需要交换数据的PLC变量创建一个Tag。例如：
      • Tag Name:PLC_Start
      • Address:DB100.DBX0.0(对应DB100中Start变量的位地址)
      • Type:Bool
      • Direction:ReadWrite(可读可写)
    • 同理，创建PLC_ConveyorSpeed，地址DB100.DBD2（假设从字节2开始），类型Real，方向ReadWrite。
    • 创建PLC_SensorA_Feedback，地址DB100.DBX10.0，类型Bool，方向Output（仅从Unity写入PLC）。
  3. 将虚拟设备绑定到Tag：
    • 选中你的虚拟启动按钮（一个UI Button），为其添加一个Game4Automation的Control组件（如ButtonControl）。
    • 在该组件的On Click()事件中，添加一个Write Tag的动作，选择之前创建的PLC_StartTag，并设置值为True。这样，当在Unity界面点击按钮时，就会向PLC的DB100.DBX0.0写入True。
    • 选中传送带逻辑对象，在其Conveyor组件配置中，找到速度参数。通常，你可以将Speed参数绑定到一个Tag上。点击Speed参数旁边的“绑定”图标，选择Link to Tag，然后选择PLC_ConveyorSpeed。这样，传送带的速度就会实时跟随PLC中ConveyorSpeed变量的值变化。
    • 选中传感器A的逻辑对象，在其Box Sensor组件中，找到状态输出。将其Signal或Status输出绑定到PLC_SensorA_Feedback这个Tag上。当虚拟传感器检测到物料时，它会自动将True写入PLC对应的地址。

4.3 连接测试与调试技巧

  1. 启动连接：在Unity编辑器中运行项目，并确保Communication组件中的Connect On Play已勾选。运行后，查看插件提供的连接状态窗口（通常通过Game4Automation -> Open Control Panel打开），确认连接状态为“Connected”。
  2. 监控数据：在TIA Portal中启用“在线监控”，观察DB100中变量的值变化。在Unity中点击启动按钮，查看PLC中的Start位是否会变为True。在PLC中修改ConveyorSpeed的值，查看Unity中的传送带速度是否随之改变。
  3. 使用Wireshark抓包（高级调试）：如果连接失败或数据不对，可以借助网络抓包工具。过滤S7协议的流量（端口102），查看通信报文。这能帮助你判断是连接问题、地址错误还是数据格式问题。

实操心得：在映射变量时，务必注意PLC和Unity中的数据类型匹配。例如，PLC中的Real（浮点数）是IEEE 754格式，而Unity中的float也是。但一些系统（如三菱）的浮点数格式可能不同，Game4Automation插件通常会处理这些转换，但最好在文档中确认。另外，通信频率不宜过高，通常100ms的更新周期对于可视化监控和调试已经足够，过高的频率会增加网络和PLC的负载。

5. 常见问题、性能优化与项目扩展

5.1 连接与通信故障排查

即使按照步骤操作，第一次连接也难免会遇到问题。下面是一个快速排查清单：

问题现象可能原因排查步骤
连接失败1. IP地址/子网掩码错误。
2. 防火墙阻止了端口（西门子S7常用102端口）。
3. PLC未处于运行状态或编程模式。
4. Game4Automation接口类型选错（如S7-1200应选S7Plus，不是S7）。		1. 用ping命令测试PLC IP通断。
2. 暂时关闭电脑防火墙或添加入站规则。
3. 确认PLC RUN/STOP开关在RUN，且TIA Portal中已下载并运行程序。
4. 仔细核对插件文档，选择正确的通信接口。
连接成功但数据不更新1. PLC数据块地址填写错误。
2. 变量类型不匹配（如Word当成了Int）。
3. Tag的Direction设置错误（该读的设置成了只写）。
4. PLC程序未将值写入对应的数据地址。		1. 使用TIA Portal的“在线与诊断”功能，强制写一个值到该地址，看Unity端能否收到。
2. 在Unity的Control Panel中查看Tag的实时值和状态，确认是否在正常读写。
3. 检查Tag的配置，确保地址格式完全正确（例如DB100.DBD2）。
虚拟设备动作异常1. 信号绑定错误或未绑定。
2. 逻辑组件参数（如传感器范围）设置不合理。
3. 多个脚本或逻辑冲突。		1. 在Unity编辑器中，使用插件提供的调试视图（如高亮显示信号连接线）。
2. 在Scene视图中运行游戏，观察传感器触发区域的Gizmos（辅助图标）是否与模型相交。
3. 简化测试，先让一个设备单独动作，逐步添加逻辑。

5.2 性能优化与发布设置

当生产线复杂、模型面数多时，性能至关重要，尤其是发布到WebGL平台时。

  1. 模型优化：

    • LOD（多层次细节）：为复杂的设备模型（如机械臂）设置LOD Group。距离远时显示低模，距离近时显示高模。
    • 合并静态物体：将不会移动的厂房、地板、支架等静态模型合并成一个Mesh，并使用静态合批（Static Batching），可以极大减少Draw Call。
    • 优化材质：减少材质球数量，使用纹理图集（Texture Atlas），避免使用过于复杂的Shader。

  2. 脚本与逻辑优化：

    • 避免每帧（Update）进行昂贵操作：如物理检测、复杂的数学运算。改为在事件触发时执行，或使用协程（Coroutine）间隔执行。
    • 对象池管理物料：对于频繁生成和销毁的物料（盒子），使用对象池（Object Pooling）技术，而不是Instantiate和Destroy，能有效减少GC（垃圾回收）带来的卡顿。
    • 控制更新频率：非关键的视觉更新或数据读取，可以降低频率，比如每0.5秒更新一次状态显示，而不是每帧。

  3. 发布到WebGL的特别注意事项：

    • 内存限制：WebGL有严格的内存限制。在Player Settings中，适当降低WebGL Memory Size，并启用Strip Engine Code以减少代码包体积。
    • 通信协议：WebGL环境下的网络通信受到浏览器同源策略（CORS）的限制。Game4Automation的Socket通信在WebGL中可能无法直接使用。通常的解决方案是：
      • 在本地或服务器上运行一个通信网关（例如，一个用Node.js或Python编写的小程序），它负责与PLC进行Socket通信。
      • Unity WebGL应用通过WebSocket与这个网关通信，由网关转发指令和数据。这需要额外的开发工作，但这是目前WebGL与本地硬件通信的可行方案。
    • 初始加载：WebGL构建的初始加载（包括Unity WebGL运行时和资源）可能很慢。使用Addressables系统进行资源分包和按需加载，可以显著提升首次加载体验。

5.3 项目扩展方向与高级应用

搭建起基础生产线后，你可以向多个方向深化这个项目：

  1. 数据驱动与MES集成：将虚拟生产线与上层MES（制造执行系统）或数据库连接。例如，从数据库读取生产订单，驱动虚拟生产线模拟不同产品的生产流程；或者将仿真运行中的产量、能耗、设备状态数据写回数据库，用于分析和优化。
  2. 引入物理引擎：对于涉及重力、碰撞、物料堆积等场景，可以更深入地利用Unity的物理引擎（NVIDIA PhysX），实现更真实的物料处理模拟，比如箱子掉落、散料堆积。
  3. 开发自定义HMI界面：利用Unity的UI系统（uGUI）或优秀的UI框架（如UIWidgets），开发一个媲美甚至超越传统组态软件的工业HMI界面。可以设计设备控制面板、实时数据看板、报警历史、趋势曲线图等。
  4. 多人协同与远程运维：利用Unity的Netcode for GameObjects或第三方网络插件，实现多用户同时在线查看和操作同一虚拟生产线。这对于远程专家指导、协同培训非常有价值。
  5. AR/VR沉浸式体验：结合PICO、Quest等VR设备或AR眼镜，将虚拟生产线以1:1的比例投射到真实世界，或让操作员沉浸到虚拟工厂中进行设备维护、安全演练等培训，体验感和培训效果将发生质的飞跃。

这个项目最吸引我的地方，在于它打破了虚拟与物理世界的壁垒，将游戏开发中成熟的交互、渲染技术带入了工业领域。从最初几个简单的方块动起来，到最终与真实的PLC联动，看到虚拟的机械臂随着真实的PLC程序指令精准舞动时，那种成就感是无与伦比的。它不仅仅是一个仿真工具，更是一个充满可能性的创新沙盒。我个人的体会是，开始时不要追求大而全，从一个最简单的“传感器-传送带”联动开始，成功连接上PLC，看到第一个信号灯亮起，你就已经迈出了最关键的一步。剩下的，就是在这个基础上，不断添加新的设备和逻辑，像搭乐高一样，构建出属于你自己的数字化工厂。

编程学习 学习日记 实战经验
← 返回列表