📚 课程目录第1章 OPC UA概述

一、OPC UA 概述：从入门到实战

各位同学好，我是老周。今天咱们开始《边缘网关 OPC UA 安全配置》的第一章。说实话，OPC UA 这个协议我接触了快十年，从最早的 OPC DA 一路跟过来，踩过的坑真不少。这一章咱们先把基础打牢，后面配置安全策略时才不会发懵。

OPC UA，全称是 OPC 统一架构（Unified Architecture）。说白了，它就是工业设备之间、设备与上层系统之间的一种“通用语言”。

你想想看，工厂里有西门子的 PLC、罗克韦尔的变频器、ABB 的机器人，还有各种传感器、仪表。每个设备都有自己的通信协议，像 Modbus、Profinet、EtherCAT 等等。如果没有一个统一的标准，系统集成工程师就得写一堆驱动，累死个人。

OPC UA 要解决的就是这个问题。它定义了一套标准的数据模型和通信机制，让不同厂商的设备能互相理解。我当年做第一个 OPC UA 项目时，对接了五家不同品牌的设备，原本以为要折腾一个月，结果两周就搞定了——这就是标准化的力量。

核心要点：OPC UA 不是一种协议，而是一个完整的通信框架，包含数据建模、传输、安全、发现等全套能力。

OPC 的发展史，其实就是工业通信的进化史。我把它分成三个阶段：

我记得 2010 年左右，国内很多工厂还在用 OPC DA。那时候 DCOM 配置简直是噩梦——防火墙、用户权限、端口映射，稍有不慎就连不上。有一次我在现场调试，客户 IT 主管死活不给开 DCOM 端口，最后只能改用 OPC UA 的二进制协议走 4840 端口，这才顺利过关。

从那以后，我个人的习惯是：新项目一律用 OPC UA，老系统能升级就升级。为什么？因为 OPC UA 从设计之初就把安全考虑进去了，而不是像 DCOM 那样事后打补丁。

工业 4.0 的核心是什么？是数据驱动的智能制造。而数据从哪里来？从设备层来。OPC UA 在这里扮演的角色，我总结为三个：

我的经验：很多人在做工业 4.0 项目时，只关注数据采集，忽略了语义建模。结果数据是采上来了，但每个设备的数据格式都不一样，上层应用还得做一遍数据清洗。OPC UA 的信息模型（Information Model）就是解决这个问题的，建议一开始就规划好。

边缘网关，说白了就是放在现场的小型计算机。它靠近设备，负责数据采集、处理、转发。而 OPC UA 是边缘网关和上层系统之间的通信协议。

为什么边缘网关需要 OPC UA？我举几个场景：

我曾经遇到一个项目，客户要求边缘网关同时对接 5 套不同品牌的 PLC，还要把数据上传到阿里云。我当时的方案就是：边缘网关内部跑一个 OPC UA 服务器，各 PLC 通过各自的驱动把数据写入网关的地址空间，云端通过 OPC UA 客户端读取。这样架构清晰，扩展性也好。

注意：边缘网关的资源通常有限（CPU、内存、存储），而 OPC UA 服务器本身有一定开销。选型时要注意网关的硬件规格，特别是要启用安全加密时，对 CPU 算力有要求。我见过有人用树莓派跑 OPC UA 服务器，结果一开加密就卡死。

为了让大家有个整体印象，我画了一张 OPC UA 的架构图。这张图我每次培训都会用，因为它把 OPC UA 的核心分层讲清楚了。

这张图大家先记住。后面每一章都会围绕这些层展开，特别是安全层——那是咱们这门课的重点。

这一章我们讲了：