简介：一份介绍SCADA系统基础概念的PPT课件，面向自动化、电气工程、工业控制及相关专业的学生、教师和初入行工程师。课件以“数据采集+监控”两个层次为主线，先解释SCADA定义与分布式测控系统“测控点分散、管理集中”的特点，再分上、下位机及通信网络三部分展开：下位机常见类型包括RTU、PLC、PAC和智能仪表，并分别说明各自功能与适用场合；上位机涉及SCADA服务器、工程师站、操作员站等设备，涵盖远程监控、报警及报警处理、事故追忆、趋势分析和系统冗余等内容，同时强调通信网络是SCADA系统的重要组成部分。课件中还以污水处理厂监控系统为例，帮助理解实际工程场景。压缩包内共有1个PPT文件，约6.17MB，内容紧凑，适合作为课堂讲稿、培训材料或自学入门参考。已有383人学习，可帮助读者快速建立对SCADA系统组成和实际应用的完整认识。
1. 先搞清楚：SCADA到底是个什么系统
1.1 从一次现场故障说起
前两年我在一个水处理项目上做调试，半夜两点被电话吵醒，值班员说"画面全红了"。我远程一看，不是设备真出了大故障，而是某个泵站的通讯中断，几百个点位全部变成了超时报警。那一刻我对SCADA系统的价值体会特别深——它不是帮你开设备的，它是帮你在设备出事之前或者出事瞬间，把现场状态完整地摆在你面前的那双眼睛。
SCADA，全称Supervisory Control and Data Acquisition，监督控制和数据采集系统。很多人第一次接触这个词是在大学课堂或者供应商的PPT里，觉得它不过是个"上位机软件"，和组态王、WinCC、iFIX这些名字划等号。这个理解不算错，但不完整。SCADA指的是一整套体系，软件只是交互层，它背后还连着通讯网络、采集终端、数据库、报警服务，甚至还有和大数据平台对接的接口。这篇文章就是想把SCADA从"听说过"讲到"能给别人讲明白"的程度，顺便把我做课件和做项目时踩过的坑也一并倒出来。
如果你正准备做一份SCADA系统介绍PPT，或者在犹豫SCADA、PLC、HMI到底什么关系，又或者你正在选型准备上一套监控系统，那这篇文章都适合你。它不会只给你堆概念，而是会告诉你每一层是怎么回事、选型时看什么、实施时容易栽在哪里。
1.2 SCADA能干什么：四个核心能力
我习惯把SCADA的核心能力归纳成四句话：看得见、管得住、记得下、报得出。
看得见，是数据采集与可视化。现场成千上万个点位——温度、压力、流量、液位、电流、频率、开关状态——通过PLC或RTU采集上来，在画面上以数字、棒图、趋势曲线的形式呈现出来。没有SCADA的时候，你得拿着对讲机让人去现场抄表，有了SCADA，你在中控室一眼就能看到全厂的状态。
管得住，是远程控制与调节。操作员在画面上点一下启动，指令通过通讯链路下发到PLC，PLC执行逻辑后把结果反馈回来。这比去现场按按钮高效得多，特别是在那些人员不便进入的区域，比如高压配电室、有腐蚀性气体的车间、高空设备平台。
记得下，是历史数据存储。SCADA会周期性把数据存进实时数据库或关系数据库，形成完整的历史曲线。以后要分析能耗、查故障前因后果、做报表，全靠这些数据。没有历史数据，很多事故只能靠猜。
报得出，是报警与事件管理。超限报警、越限跳变、设备故障、通讯中断，SCADA都需要第一时间通知到人。一个好的报警系统不是只会弹窗，还要能分级、能确认、能追溯、能统计。
这四个能力不是孤立的，它们是同一个数据链路上的四个环节。采集是起点，存储是底座，监控是表现，控制是落点。做介绍PPT的时候如果能抓住这条逻辑线，比罗列功能菜单要清晰得多。
1.3 SCADA、PLC、HMI到底什么关系
这是被问得最多的一个问题，也是我做课件时发现最容易讲混的一个点。我常用一个类比来解释：PLC是人的四肢和肌肉，负责干活；HMI是人的手和嘴，负责在设备旁边直接交互；SCADA是人的大脑和眼睛，负责通盘掌握和决策支持。
PLC，可编程逻辑控制器，是底层的控制执行单元。它运行梯形图或结构化文本，实时扫描输入输出，控制电磁阀、电机、变频器等现场设备。PLC的强项是逻辑处理速度和可靠性，但它不是用来做大量数据存储和复杂人机交互的。
HMI，人机界面，有两种形态。一种是设备自带的触摸屏，比如西门子的Smart系列、施耐德的GXU系列，它直接连PLC，放在现场柜门上，供操作工就地操作。另一种是PC上的组态软件，比如WinCC Runtime、组态王运行版，本质上也属于HMI范畴，只是运行在PC上。
SCADA不是某一台设备，它是一个系统级平台。它通过OPC、Modbus TCP、IEC 104等协议，把几十台甚至几百台PLC、RTU、仪表的数据汇聚到一个平台上，统一展示、统一报警、统一存储。SCADA的上游是PLC和仪表，下游是MES、ERP这类管理层系统。
用一个表格来对比会非常直观，这个表格我也是直接放到PPT里的：
| 维度 | PLC | HMI | SCADA |
|---|---|---|---|
| 层级 | 现场控制层 | 人机交互层 | 监控管理层 |
| 核心任务 | 逻辑运算、闭环控制 | 就地操作显示 | 全局监控、数据汇总 |
| 部署位置 | 现场控制柜 | 设备面板或现场PC | 中控室服务器 |
| 数据范围 | 单机或单工艺段 | 单台设备或单线 | 全厂/全站 |
| 典型产品 | S7-1500、AB CompactLogix | 西门子精简/精智屏 | WinCC SCADA、iFIX、组态王 |
| 通讯对象 | 传感器、执行器、其他PLC | PLC | 多套PLC、RTU、数据库、MES |
注意，边界不是绝对的。现在很多PLC也支持Web Server，可以直接出网页做简单监控；高端的HMI也能存几百条历史数据；SCADA平台里也内置了逻辑引擎可以做一些跨站联锁。但在做PPT介绍时，先把这三个的概念边界讲清楚，再补充"边界在模糊化"这个趋势，听众就不会糊涂了。
2. 做SCADA课件前，先搞懂系统架构
2.1 经典四层架构：从现场到家底
SCADA系统的架构，业界普遍认可的是四层模型：现场设备层、控制层、监控层、管理层。我做PPT的时候，四层架构始终是整份课件的骨架。
现场设备层是传感器、变送器、执行器、智能仪表这些"触手"，它们的任务是把物理量变成电信号，或者把控制指令变成物理动作。这一层的特点是种类繁杂，通讯方式也杂，有4-20mA模拟量，有Modbus RTU，有HART，还有各种私有协议。
控制层是PLC、RTU、DCS控制器这些"现场大脑"。它们向下采集设备数据，向上通过以太网或串口和监控层通讯。这一层有一个关键概念叫"点表"，也就是每一个数据点的地址映射关系。做SCADA项目，点表是灵魂，点表对不上，画面上全是"--"。
监控层是SCADA系统的核心所在，由服务器、工程师站、操作员站、数据网关构成。操作员站就是操作员看的大屏幕，工程师站用于开发和维护，服务器负责数据采集引擎、实时数据库、报警服务和历史存储。这一层的核心软件就是SCADA平台，也就是你在PPT里重点展开的部分。
管理层则面向生产管理者和企业级应用，包括MES、ERP、报表系统、大屏展示。SCADA通过标准化接口把生产数据上抛到管理层，管理层才能做调度、排产、绩效分析。很多工厂上了SCADA之后还抱怨"数据没发挥价值"，问题往往就出在这一层的对接没做透。
2.2 主流SCADA平台怎么选
这个话题在PPT里一定要讲，因为听众最关心的就是"我们该用哪个"。市面上的SCADA平台主要分三类阵营。
国际品牌阵营有西门子WinCC OA/System、施耐德Citect/Plant SCADA、霍尼韦尔Experion、AVEVA（原Wonderware）System Platform等。这些平台功能全面、生态成熟、性能上限高，适合大型项目、跨国企业、对稳定性和扩展性要求极高的场景。缺点是贵，License按点数算，一套中型项目动辄几十万，而且实施门槛高，需要专门的工程师。
国产品牌阵营有组态王、力控、紫金桥、杰控等。它们在国内市场深耕多年，中文文档完善，技术支持响应快，价格相对友好，中小型项目用起来非常顺手。我做过一个十几个站点的水厂项目，用的就是组态王，稳定运行两三年没出过毛病。国产品牌在协议适配方面做得也接地气，像一些国产仪表厂的私有协议，他们基本都提前适配好了。
开源/轻量阵营有Grafana+时序数据库、Node-RED、FUXA、FastSCADA等。这一类的优势是成本低、灵活，适合预算有限、技术团队有能力自我维护的项目，也适合做技术验证和教学演示。但需要注意，开源的SCADA方案在报警管理、工程权限、长期运行稳定性方面普遍不如商业产品，用它做生产系统要慎重评估。
PPT里可以加一张选型对比表，把部署难度、单点成本、扩展性、典型规模、适合行业列出来。这样不同背景的听众都能找到自己的选型坐标。
2.3 通讯协议那点事
SCADA系统的底层是通讯协议，PPT课件里至少要覆盖三把"刷子"：Modbus、OPC UA、IEC 60870-5-104。
Modbus是工业界最通用的"普通话"，特别是Modbus TCP，几乎所有PLC和仪表都支持。它简单、可靠、足够快，缺点是数据模型扁平化，信息表达能力有限——它只管把寄存器的值传给你，至于这个值是什么含义，它不关心。
OPC UA（开放平台通信统一架构）是目前公认的工业通讯标准方向。它不是像Modbus那样的"数据裸传"协议，而是一个包含数据建模、安全认证、服务调用在内的完整框架。它最大的优势是语义自描述：一个温度点不光有数值，还带着单位、量程、设备归属、质量戳这些信息，SCADA拿到数据之后不需要再做大量的映射翻译。
IEC 104是电力行业的标准协议，在电网、新能源、变电站项目里几乎是必选项。它的特点是规约严格、链路管理完善，支持遥测、遥信、遥控、遥调四类基本功能，做电力SCADA的工程师必须熟悉。
我做PPT时习惯画一张协议分层图：底层的物理介质和链路（以太网、光纤、串口），中间的传输协议（Modbus TCP、IEC 104、S7comm），上层的信息模型（OPC UA、MQTT），再往上是SCADA应用。这样讲，听众能明白"不同协议解决的是不同层面的问题"，而不是一锅粥地讨论哪个协议好。
3. 一份能讲明白SCADA的PPT该怎么设计
3.1 课件框架：从场景切入而不是从定义切入
"SCADA系统介绍PPT课件"这个标题，我理解的核心诉求不只是"做一页封面标题"，而是要形成一套能直接开讲的课件。做技术课件最容易犯的毛病，就是第一页放定义："SCADA是Supervisory Control and Data Acquisition的缩写……"听众听了就想睡觉。我给的建议是，开场先放一张真实的中控室照片，或者一个典型的事故案例——某个泵站因为监控不到位导致溢流，损失了多少钱、罚了多少款。先把问题抛出来，再引出"SCADA系统就是为了解决这类问题"。
完整的课件框架我会分成六个模块：
第一模块，现场痛点与应用场景。介绍哪些行业用SCADA：电力、水利、石油天然气、化工、制药、市政、轨道交通、智慧农业……每个行业配一两张典型画面截图，让人知道SCADA不是某个行业专用的冷门系统。
第二模块，系统架构与技术原理。这就是前面讲的四层架构，配合拓扑图和通讯协议图展开。这一部分是课件的"硬核区"，技术含量最高，但讲的时候要用类比、用比喻，别陷入细节。
第三模块，核心功能详解。数据采集、画面监控、报警管理、历史趋势、报表输出、权限管理，每项功能配实际界面截图和简短操作演示。有条件的话可以现场连一套仿真环境，让学员在电脑上跟着操作。
第四模块，工程实施流程。从需求分析、点表制作、画面组态、通讯调试、报警整定、试运行到验收交付，一条线讲下来。这一模块对工程背景的听众特别有用，他们听完能立刻对照自己的工作阶段。
第五模块，选型与主流产品对比。讲清楚国际品牌、国产平台、开源方案各自的优劣和适用边界，给听众一个选型判断框架。
第六模块，趋势与扩展。讲讲工业物联网、边缘计算、云SCADA、数字孪生与SCADA的融合，让听众知道这个领域不是老古董，而是在持续演进的。
3.2 要不要画架构图、怎么画
SCADA课件的灵魂是那几张架构图和拓扑图。我的经验是，至少要有三张图：系统架构图（四层模型）、网络拓扑图（服务器、操作员站、交换机、PLC怎么连接）、数据流向图（数据从现场到管理层依次经过哪些环节）。
PPT里画架构图有个原则：层级分明、颜色克制、不做无意义的特效。我见过有同事用五颜六色的动画PPT，每张图转着圈飞进来，结果学员只顾着看动画了，内容反而没记住。用Visio、draw.io或者甚至PowerPoint自带的形状库就足够，关键是逻辑清晰。
网络拓扑图需要注意一个细节：要把控制网和管理网之间的隔离标识出来。工业安全是SCADA绕不开的话题，防火墙、单向网闸、安全区的划分，这些在拓扑图里不体现出来，就被老工程师一眼看出"这个方案不严谨"。我在课件里会专门用一页讲工业网络安全的基本概念，哪怕只是点到为止，也能体现课件的完整度。
3.3 理工科PPT的排版三原则
结合做"SCADA系统介绍PPT课件"时的实际体会，理工科技术课件的排版有三条经验值得分享。
第一，图文比例控制在6:4左右。纯文字页最容易睡着，纯图片页又显得没深度。一张界面截图配三句话解释，是SCADA课件最常见的排版单元。截图一定要高清，我在做课件时为了截一张干净的WinCC画面，专门把显示器分辨率调到1920x1080再全屏截图，宁可多花几分钟，也不能用模糊的图砸自己的招牌。
第二，文字排版遵循"排版四原则"的进阶版：对齐、对比、留白、降噪。SCADA课件里的功能点往往很多，一页放不下，这时候无论如何都要"每页一主题"，哪怕多拆几页，也不要塞成一坨。对齐是理工科的视觉刚需，标题统一在左上角、正文统一左对齐、图片统一居中对齐，整个课件才有"工程师的秩序感"。
第三，配色宁简勿繁。SCADA典型的深蓝色科技风就很好用，深色背景配浅色文字，给人一种工业控制系统的稳重感。但要注意对比度，深蓝色背景上不要用深灰色文字，投影仪一打就糊了。最稳妥的方案是白底深色文字做主色调，用品牌色做点缀，比如西门子的绿、施耐德的绿、组态王的红，既能提亮画面又不会喧宾夺主。
4. 从课堂到现场：SCADA项目实施要点
4.1 点表管理：SCADA项目的命根子
如果只让我说一条SCADA项目成功的经验，那就是点表管理。点表是SCADA系统对现场数据的"账本"，上面记录了每一个点的信号名称、数据类型、地址、量程、读写属性、报警限值。一个中型水厂可能有三千到五千个点，一个大型变电站可能有上万个点，光靠Excel手工管理极容易出错。
我的建议是，点表一定要有版本管理意识。项目初期用共享的Excel，每次修改要标版本号和修改人，关键节点做快照备份。等点表稳定下来，再导入SCADA系统自带的点表管理工具。很多SCADA平台支持从Excel批量导入点表，这个功能能帮你省下大量重复录入的时间，但前提是Excel的格式必须先按平台要求整理干净，否则导进去一堆乱码反而更麻烦。
做点表时最常犯的错误是把"物理地址"和"逻辑地址"搞混。物理地址是PLC内部的寄存器地址，比如DB10.DBD4；逻辑地址是SCADA画面里给这个点起的名字，比如"TF_101_TEMP"。好的逻辑命名规则是SCADA系统的"城市路标"，我见过有些项目点名叫"点1""点2"，两任工程师交接时差点打起来，这就是点表规范没做好的典型恶果。
4.2 报警设置的学问：不是越多越好
报警是SCADA系统里最直接体现"用户体验"的功能。报警设置得不好，操作员的日常就是"报警来了，确认，关掉，又来一个"，久而久之形成报警疲劳，真正重要的事故反而被忽略了。
报警设置的原则，我总结为"越少越好、分级清晰、可操作、可追溯"。越少越好不是说不该报警，而是每个报警都要有存在的价值。有些项目把预警值设得太敏感，稍微有一点波动就报警，操作员麻木了，最后真的出大故障时，那条报警反而是被最先忽略的。
报警分级一般分三级：提示级（只记录，不提醒）、警告级（需要确认，但不立刻停机）、紧急级（必须立即响应，通常伴随声音和弹窗）。分级的依据是"这个报警如果被忽略，后果是什么"。后果越严重，级别越高，提醒越强烈。
报警还有一个关键配置叫"死区"。比如一个液位设定报警限是80%，如果没有死区，液位在79.8%和80.2%之间反复波动时，会产生大量"报警—恢复—再报警"的抖动记录。设置了死区之后，只有超过80%且回落到76%以下，才会产生第二条报警。这个细节PPT里也要提，因为现实中很多报警风暴都是这个原因引起的。
4.3 和MES、ERP对接：数据资产化的最后一公里
SCADA系统做了好几年之后，越来越多的工厂开始关注一个问题：SCADA里的海量数据，怎么变成管理层能看的决策报表？这就是SCADA和MES、ERP对接的需求来源。
常见的对接方案有三种。第一种是数据库直连，MES系统直接读取SCADA的历史数据库。这种方式简单直接，但会对SCADA的数据库造成额外压力，大数据量查询时可能影响SCADA本身的性能。第二种是OPC UA接口，MES通过标准OPC UA客户端订阅SCADA的数据，灵活度高，适合实时性要求高的场景。第三种是通过中间件或消息队列，比如MQTT、Kafka，SCADA定时把数据推送到消息中间件，由MES或数据中台订阅消费。这种方式解耦最好，系统之间互不拖累，是新建项目比较推荐的做法。
做对接还有一个容易被忽略的坑：数据时效性。SCADA的历史数据存储周期通常是秒级，而MES做批次报表时往往需要分钟级甚至小时级的聚合。对接时需要明确数据口径：是按原始秒级数据取平均，还是按SCADA自带的聚合功能取分钟平均值？口径不一致，月底MES报表和SCADA报表对不上，扯皮就开始了。我的做法是在项目前期就列一张"数据接口需求表"，逐条确认每类数据的来源、精度、时效、口径，后面再补就麻烦得多。
5. SCADA系统常见故障排查与运维避坑
5.1 通讯掉线：永远是排第一的问题
SCADA系统运维中最常见的故障就是通讯掉线。现象是画面上的设备状态变成灰色或者显示"通讯中断"，数据不再刷新。排查思路要按链路一层一层来。
先查物理链路：网线有没有松动、光纤收发器的指示灯是否正常、交换机的端口指示灯颜色对不对。我遇到过一个很奇怪的问题，某站点每天晚上固定时间掉线，排查了很久，最后发现是那条光纤经过了一个厂房角落，晚上流浪猫在那个角落里睡觉，翻身时压到了光纤跳线，松动了。这种问题纯靠软件排查永远查不出来，必须去现场看物理环境。
再查设备状态：对端PLC或者RTU有没有死机、看门狗有没有复位。很多工况恶劣的项目，比如现场粉尘大、温度高，PLC的电源模块容易老化，导致设备间歇性重启，反应到SCADA上就是"那个站天天掉线"。
最后查通讯参数：IP地址有没有冲突、端口号对不对、轮询周期有没有设置得太快让设备来不及响应。轮询周期这个知识点在PPT里值得重点讲：一个SCADA服务器同时轮询几百台设备，每台设备假设需要50毫秒响应，那么轮询周期设500毫秒就是满负荷运转，稍微有点网络波动就全线告急。合理的做法是给轮询周期留至少三倍余量，宁可数据刷新慢一点，也要保证通讯稳定。
5.2 历史数据缺失：为什么画出来的是断的
历史数据缺失排在故障排查第二位，特点是：画面上当前值正常，但查历史趋势时，某段时间的曲线是断的或空的。
原因一般是三类。第一类是采集服务在某个时段挂了或者重启过，期间数据没采到。排查方法是看SCADA采集服务的日志，看有没有中断记录。第二类是存储磁盘满了，历史数据写不进去。SCADA历史库占用空间增长很快，一个中型项目一天能产生几百MB的数据，如果磁盘分区规划不合理，运行大半年就能把磁盘写满。第三类是数据质量戳异常，数据采到了但被标记为坏质量，历史查询时默认过滤掉了坏质量数据，看起来就像缺失一样。
针对历史数据问题，我的运维建议是"例行三查"：每周查一次服务器磁盘剩余空间，每月查一次采集服务日志有无异常，每季度做一次历史数据抽样验证，随机抽几个点对一下SCADA显示值和现场仪表实际值是否一致。别嫌麻烦，SCADA系统最大的价值就沉淀在历史数据里，数据丢了，系统就半废了。
5.3 画面操作无响应：先分清是"没执行"还是"没反馈"
操作员最怕遇到的问题是：在中控室点了启动按钮，设备没有反应。排查时先分清是"PLC根本没有执行指令"还是"PLC执行了但SCADA没收到反馈"。
区分方法很简单：去现场或通过PLC编程软件看设备的实际状态有没有变化。如果PLC确实收到了指令但没执行，那是PLC逻辑或者联锁条件的问题；如果PLC执行了但SCADA画面没变，那是通讯或者反馈点位的问题。我见过一次实际案例：操作员反复启动一台泵都"没反应"，后来发现泵其实已经启动了，只是SCADA画面上的反馈点位映射错了地址，显示的永远是"停止"。这种问题在现场极其搞心态，排查的关键就是"先看现场、再看画面、最后查映射"。
还有一个常见的坑是"误操作保护"。很多SCADA系统在画面上设计了"确认对话框"或者"双击操作"机制，防止误点导致设备误动作。新人操作员不熟悉这个机制，点了没反应就反复点，结果触发了SCADA系统的防重复指令机制，导致真正的指令根本没发出去。培训课件里建议专门加一页"SCADA操作安全规范"，把这层逻辑讲清楚，能省掉很多不必要的故障工单。
5.4 SCADA运维的两个"冷门"秘笈
第一个秘笈是"定期做SCADA数据的容灾演练"。SCADA服务器硬盘损坏不是小概率事件，尤其是用机械硬盘的旧设备。我见过一个工厂SCADA服务器硬盘彻底损坏，由于没有做任何备份，积累了整整五年的历史数据全部丢失，对生产分析的打击是毁灭性的。建议至少每月把SCADA的历史库文件远程备份到独立的备份存储，每季度做一次恢复演练，真到用时才不会慌。
第二个秘笈是"保留一套离线仿真环境的完整镜像"。做SCADA项目时，工程开发环境、已有的配置、点表文件，这些都应该整理成一套完整的镜像包保存下来。SCADA系统的版本升级、服务器替换、人员更替，都需要这套镜像作为兜底。很多公司在这上面吃过亏：老工程师离职带走了所有项目文件，新来的工程师面对一个运行多年的SCADA系统无从下手。把镜像包和运维文档放到公司共享服务器上，并建立明确的交接清单，是花小钱办大事的好习惯。
6. 最后分享一下我做SCADA课件的思路
做了这么多年的SCADA项目，再从实操回到"SCADA系统介绍PPT课件"这个主题，我最想强调的是三句话。
第一句，课件不是功能的堆砌。很多人做产品介绍就是把功能列表一页一页贴上去，听众记不住任何东西。我这些年习惯的做法是：先讲业务场景，让听众看到"这个系统解决的是我的问题"，再讲技术方案，让听众建立"原来是这样实现的"的认知，最后讲案例数据，让听众认同"这个方案确实有效"。
第二句，技术输出要和听众对齐。给管理层讲SCADA，重点讲投资回报和风险防控，画面截图一张都不需要；给工程师讲SCADA，重点讲通讯架构和点表规范，运营数据反而是陪衬；给操作员讲SCADA，重点讲日常操作和报警响应，架构图最多出现两次。课件的内容结构必须根据不同听众来动态调整，不能一个版本走天下。
第三句，做过项目和没做过项目，讲出来的感觉完全不同。我在课件里放的每一张故障截图、每一个运维踩坑案例，都来自真实项目现场。这种"细节的真实感"是装不出来的，它会让听众在关键节点产生"对对对，我们现场就是这样"的共鸣。所以与其只研究PPT技巧，不如多积累真实的项目经验——课件只是你实践经验的容器，容器再漂亮，里面的酒才是真正值钱的东西。
如果你准备做一份SCADA系统的介绍PPT，我建议你先别急着打开PowerPoint，先把上面提到的框架想一遍，搞清楚你的听众是谁、你最想让他们记住哪三件事，再去动手填内容。课件不是重点，把SCADA讲明白才是重点。
本文还有配套的精品资源，点击获取
