一、自动化控制概述：工业自动化发展史、设备控制脚本的应用场景、脚本控制与PLC控制的区别

1.1 工业自动化发展史——从继电器到智能工厂

说起工业自动化，我入行那会儿老师傅还跟我讲过继电器柜的故事。你想想看，上世纪五六十年代，工厂里控制一台设备，靠的是满墙的继电器、计时器、接触器。那玩意儿有多大？一个控制柜能占半间屋子。改一次逻辑？得重新接线，焊枪、螺丝刀齐上阵，折腾好几天。

后来到了70年代，PLC（可编程逻辑控制器）出现了。这玩意儿是个转折点。Modicon公司当年为通用汽车搞出了第一台PLC，说白了就是把继电器逻辑塞进了芯片里。我刚开始接触PLC时，用的还是梯形图编程，一条条画触点、线圈，感觉比接线轻松多了，但说实话，还是不够灵活。

再往后，PC-Based控制和工业PC开始普及。到了2000年以后，工业以太网、OPC UA这些东西冒出来，自动化系统开始能说话了、能联网了。现在呢？智能工厂、工业4.0，设备控制脚本成了标配。为什么？因为产线越来越复杂，设备越来越多，光靠PLC那点逻辑，根本玩不转。

我个人习惯把自动化发展史分成三个阶段：

• 机械化时代： 继电器、接触器、凸轮控制器。改一次逻辑等于重新造一台设备。
• 电气化时代： PLC、DCS、SCADA。逻辑可编程了，但受限于硬件厂商的封闭生态。
• 智能化时代： 脚本控制、边缘计算、数字孪生。控制逻辑从「硬编码」走向「软定义」。

嗯，这里要注意：不是说PLC过时了。恰恰相反，PLC在实时性、可靠性上依然是王者。但脚本控制解决的是PLC搞不定的事——复杂算法、动态配置、跨系统协同。

1.2 设备控制脚本的应用场景——什么时候该用脚本？

我在项目中遇到过不少工程师，一上来就问：「我该用PLC还是写脚本？」其实这个问题问错了。你应该问：「我的场景需要什么？」

设备控制脚本，说白了就是一段可执行的文本代码，用来告诉设备「什么时候做什么事」。它不像PLC那样固化在硬件里，而是跑在工控机、边缘网关或者云平台上。

哪些场景非用脚本不可？我列几个典型的：

1. 柔性产线换型： 今天产A产品，明天产B产品。PLC改程序？得停机、下载、验证。脚本呢？改个配置文件，重启一下服务就完事。我在3C电子厂见过一条产线，一天换型6次，全靠Python脚本调度。
2. 复杂算法控制： PID调节、视觉定位、力控补偿。这些算法在PLC里写？累死你。脚本里调个OpenCV库、NumPy库，几行代码搞定。
3. 多设备协同： 机械手、AGV、传送带、视觉系统，各说各的话。脚本作为「翻译官」，把不同协议串起来。我曾经用Node-RED写过一条脚本，同时对接了Modbus TCP、EtherCAT和MQTT，三套系统跑得稳稳的。
4. 数据采集与上云： 设备数据要上MES、上ERP？PLC只管控制，不管上报。脚本可以一边控制设备，一边把数据打包发到云端。
5. 快速原型验证： 新工艺、新流程，先写个脚本跑跑看。行就固化到PLC，不行就改脚本。成本低、风险小。

1.3 脚本控制与PLC控制的区别——各有各的活法

很多新手搞不清脚本和PLC到底有什么区别。我打个比方：PLC像是个专业的钟表匠，只干一件事——精确计时、可靠触发。脚本呢？像个多面手程序员，什么都能干，但偶尔会出点小bug。

咱们从几个维度掰扯清楚：

对比维度	PLC控制	脚本控制
实时性	毫秒级甚至微秒级，硬实时	毫秒到秒级，软实时（取决于OS调度）
可靠性	极高，工业级设计，7×24不停机	中等，依赖工控机/服务器稳定性
灵活性	低，改程序需停机下载	高，热更新、动态加载
开发效率	低，梯形图/ST语言学习曲线陡	高，Python/JavaScript/Lua上手快
算法能力	弱，复杂数学运算吃力	强，可调用海量第三方库
成本	硬件成本高，软件授权贵	硬件通用（工控机），软件开源免费
维护性	需专业工程师到现场	可远程维护，版本管理方便

你看，这俩不是谁替代谁的关系。PLC是「硬实时、高可靠」的守门员，脚本是「灵活、智能」的指挥官。我见过最好的方案是：PLC负责底层执行（急停、安全联锁、高速IO），脚本负责上层逻辑（工艺调度、参数优化、数据交互）。

1.4 知识体系总览——一张图看懂本章

说了这么多，咱们用一张图把本章的核心逻辑串起来。你想想看，自动化控制从继电器走到脚本，本质上是「控制权」从硬件向软件迁移的过程。下面这张SVG图，展示了工业自动化的发展脉络、脚本的应用场景，以及脚本与PLC的分工关系。

这张图把本章的三个核心模块串在了一起。左边是「从哪里来」——自动化的发展脉络；中间是「用到哪里去」——脚本的典型场景；右边是「怎么选」——脚本和PLC的分工逻辑。你把这三点吃透了，后面学具体语法和实战案例时，心里就有底了。

---

公众号:蓝海资料掘金营，微信deep3321