事件管理器 (EV)

事件管理器 (EV) 是 WinCC OA 中的过程处理中心。该单元为内存中的全部 PowerTag 不间断地提供更新过的映像。每一个需要访问数据的其它功能单元（管理器），均可以从事件管理器的过程映像中获得数据，无需直接与控制器通信。与之相反，仅当事件管理器的过程映像内出现值更改时，操作员站才会开始发出命令。此后，相关驱动自动地将命令转发给相应的目标设备（例如，PLC 等）。
事件管理器是一种集中式数据分配器，实际上是 WinCC OA 的通信中心。此外，这种管理器也可以完成报警处理，并可以自主地执行各种算术函数。

驱动管理器 (D)

过程连接表现为 WinCC OA 系统的最底层；在 WinCC OA 中，称为驱动 (D)。它们是一些特殊的程序，处理与控制层和现场层的通信。由于使用 PLC 或远程控制节点可进行许多不同形式的通信，所以也有可以选择的不同驱动程序。简单地说，驱动是一种单元，用于将某种特定协议转换成 WinCC OA 的内部通信方式。驱动可以从现场读出当前状态、测量值或计数器值；也可以将命令或设定点反方向地转发给较低层的控制器（ = 术语“control（控件）”，此处和后文采用该术语描述基本自动化设备（PLC、DDC、遥控系统等）的所有可能设备）。

数据管理器 (DB)

数据管理器 (DB) 表示至数据库的链接。一方面，它涉及到应用的参数数据（需要存储在此类数据库中）。另一方面，它也涉及到值更改或报警的历史记录。如果用户需要在后期查询历史数据，则数据管理器可以完成该请求，而不是由数据库自身来完成。

控制管理器 (CTRL)

WinCC OA 拥有大量选件，可以用于实现用户自己的算法和过程处理。其中，最重要两个为内部语言控制 (CTRL) 和通用的应用程序编程接口 (API)。
Control 是一种功能极强的脚本语言。这种语言是解释执行语言，因此，无需编译过程。其语法与 ANSI-C 基本相同，仅做了一些简化处理。它是一种成熟的高级过程语言，支持多线程（= 可以以准并行方式运行各个程序；系统本身可以执行运行检查功能）。该语言提供有丰富的函数库，可用于实现控制任务和可视化技术。Control 可以用作独立的进程（控制管理器），以实现动画设计和用户界面设计或者用于标准的、面向对象的处理功能。
API (WinCC OA API) 表现为最强大的功能扩展形式。它被配置为 C++ 类库，允许软件开发人员将各个功能实现为独立的其它管理器（预报系统、模拟、工具、专用数据库等）。

用户界面管理器 (UI)

用户界面由用户界面管理器 (UI) 创建。它由图形编辑器（GEDI）、数据库编辑器（PARA）或者一般的应用程序用户接口（Vision 模块）组成。用户界面用于显示值、发出命令；也可以用于跟踪报警列表中的报警等。趋势和报表通常也是用户界面的组成部分之一。从编程的角度来看，WinCC OA 中的用户交互完全与后台处理隔离 – 这仅仅是当前进程映像或历史的数据视图。

访问外部数据库

通过数据库接口，也可以访问外部数据库。
在 Window 下，通过 ADO Standard 创建连接。ADO (ActiveX Data Objects) 是微软开发的一种接口，独立于供应商，可以访问各类数据源和主要的数据库。ADO 数据库是一种 OLE DB Provider，尽管通过内部 wrapper 也可以访问 ODBC 兼容数据库。
在 Linux 中，采用 Qt 库作为与关系数据库间的接口。这种情况下，直接通过其本身的 DB-API 或者 ODBC 均可实现访问。

应用程序接口 (API)

该 API 实现了一系列函数；据此，可以采用特殊管理器对 WinCC OA 进行扩展。管理器即程序，借助 WinCC OA 所定义的通信协议，与系统进行通信。

COM（组件对象模型）

它是各种 COM 兼容应用程序可以使用的模块化软件组件的开发规范。此类应用可以方便地集成、也可以在运行期间方便地卸载 COM 组件。COM 组件的编程通常使用 C++，实际上可以使用数量众多的各种语言。OLE、ActiveX 和 DirectX 等规范均基于 COM 技术。

Control 扩展

借助扩展，可以将 C++ 函数添加给编程语言。

界面拓扑/和信号

现有项目和新项目内界面层级/拓扑的生成以及报警设备对象求和信号的自动创建，均位于拓扑界面内。

冗余
（见下图）

冗余系统内的故障安全采用热备份实现。热备份是一种独立于硬件的解决方案，具备极高的可用性。它是一种安全方案，由两个相互连接的服务器系统组成。两个服务器均连续不断地运行，且承受相同的功能负荷（但是，任一时刻仅有一个服务器为主动服务器；另一个服务器则在运行时刻与主设备进行数据比较）。其中某一个单元出现故障时，会进行“实时切换”；当前的被动服务器将承担主导作用。据此，保证了数据访问或功能运行在任何时候都正确无误。

SMS

采用 WinCC OA，可以发送和接收文本消息。

界面和 CTRL 脚本/库的加密

可以对界面或脚本进行加密，据此，可以保护领域知识和相关的工作成果。

脚本向导

这是一种易于使用的工具，可以简化动画及图形设备符号的创建并节约组态时间。

简单符号

使用脚本向导创建的一组基本设备符号。可快速、方便地对这些符号进行调整，以满足客户的特定要求。

使用方便的面板

可对预定义的弹出窗口进行简单参数分配，弹出窗口中显示了相关设备符号的详细信息。无需任何附加绘图开销，即可针对详细视图激活每个对象的多个标准功能（报警显示、趋势显示、测量值表、设定值表、地址表、注释）。

拖动和绘制

可以为数据模型（设备对象类型）中的每个设备对象，定义和组态多个有代表性的图形对象。这些图形对象是预组态的，在绘制设备画面时，只需通过拖放将它们移到面板上。这样就会在组态时节省宝贵的时间。

系统诊断
（参见下图）

允许通过网络，耦联两个或多个自主的 WinCC OA 系统。分布式系统的各个子系统可以组态为单用户系统或者多用户系统，且各个用户系统均可以组态为冗余或者非冗余的系统。这种情况下，子系统指其上运行有事件管理器的服务器。采用冗余组态时，彼此冗余运行的两个服务器视为一个系统。

ETool

对于组合型 WinCC OA 和 SIMATIC STEP7/PCS7 项目，使用组态设计工具 ETool 进行组态设计，具有明显的优势。该工具可以提供用户友好的组态设计环境，能够基于 WinCC OA 的批量参数设置功能，可以简便、快速地以集成方式完成组态工作。

BACnet

BACnet 可以为楼宇自动化技术（含对象库）提供集成式在线/脱机 BACnet 兼容组态设计解决方案。设计用于采暖、通风和空调、照明控制和安全等系统。

S7 AdvancedLib 对象库

The S7 AdvancedLib (AdvS7) 是一个不依赖于工业领域的对象库，它允许对 WinCC OA 和 S7 项目中过程控制系统中的对象（如：驱动器、阀门、调节器、电机等）加以使用并进行可视化。使用 S7 AdvancedLib 时，除了 WinCC OA 和 AdvS7 许可证以外，还需要在 SIMATIC 侧使用相关的库。

维护包

包含以下功能：运行时间计数器、运行周期计数器和维护日志。

调度程序

允许创建、参数设置和管理时间程序，以根据时间或事件驱动触发特定的动作。

配方

借助 WinCC OA recipe，可以同时发送用于某些设备对象元素的设定点或者命令。基于定义分配的数据点元素的数量的“配方类型”，创建激活时将它们的值发送至数据点元素的配方。

GIS 查看器

借助该查看器，要以将某个地理信息系统（GIS）的标准卡完整地集成在 WinCC OA 中。此外，也可以在卡中显示全部 WinCC OA 对象。

Excel 报告

功能强大的报表生成器直接集成在 Microsoft Excel 中。模板可以直接在 Excel 中方便地创建。需要针对已定义时段创建报表时，系统可以获得模板，并采用 WinCC OA 过程数据库中的数据自动地填写该表。也可以基于时间控制，完成报表的创建、打印和保存等工作，无需任何用户干预。Excel Report 完全支持 WinCC OA 的压缩结构（AC – 归档压缩）。

通信中心

采用最新标准和各种媒体，支持最新式的报警管理/远程报警和通信功能。通信中心协调地使用各种接口，实现了通过控制系统的远程报警功能。
通信中心涉及了文本消息和电子邮件介质。

视频
（见下图）

据此，可以将视频管理系统集成在 WinCC OA 中。通过将 SCADA 和视频监控组合在一个系统内，可以省去单独的视频接口及其额外的维护和运行成本，并且，可以缩短操作人员的培训时间。

HTTP 服务器

用于通过因特网和 Web 显示 WinCC OA 数据。

通过 Kerberos 进行认证

WinCC OA 系统可能暴露在各种攻击之下。未经认证的 WinCC OA 系统可以建立至分配管理器的连接，或者，入侵者可以尝试窜改 WinCC OA 的消息。已经开发了安全身份验证，用于防止此类攻击。该认证基于 Kerberos。采用该认证功能，每一个 WinCC OA 组件都可以检查其它组件的身份。WinCC OA 服务器和客户端可以彼此检查对方的身份。此外，Kerberos 还可以保证消息在传输期间不会被更改（防止了捕获重放攻击）。而且，Kerberos 也可以以加密的形式发送消息。

AMS (Advanced Maintenance Suite)

用于高效地规划、管理、实施和监控维修工作和故障。过程采用统计学方法进行评估，且显示相应的报表。

Web 客户端

从技术的角度来看，WinCC OA Web 客户端是一种通过 Web 浏览器下载的插件（在客户端计算机上使用），而 WinCC OA 用户界面管理器则嵌入在 HTML 页面中显示。无需在客户端计算机上安装 WinCC OA，但所需的 Web 客户端插件除外。

Ultralight 客户端

一个除了可通过 PC 工作站外还可通过移动设备（如手机或平板电脑）来访问设备的“瘦客户端”。访问可通过采用本机 Web 技术（Javab、SVG）的标准 Web 浏览器来完成，无需进行任何安装。由于仅传输最重要的数据，因此即使是在 Internet 连接带宽很小的位置，它也可提供用户界面。

灾难恢复系统
（见下图）

该系统对简单的冗余功能进行了扩展，包括了故障发生时本系统可以切换至的第二冗余系统（例如，主系统所在楼宇出现火灾或爆炸时）。通过这种额外的局部冗余，可以实现最高程度的系统稳定性。

S7 TCP/IP

TCP/IP 驱动与西门子工业以太网通信

OPC 客户端（数据访问）

• 符合规范 DA 1.0 和 2.05a
• 至 inproc 服务器、本地服务器或远程服务器的连接
• 可以同时连接多达 20 个服务器
• 监视至服务器的连接；连接中断时，自动地重新连接。
• 地址浏览功能（如果服务器支持的话）。
• CALL-R 服务器的 CALL-R 功能的优点（简化了参数分配操作）

OPC 服务器（数据访问）

• 相应于数据存取 2.05a 规范（在线值读/写）。
• 是否需要与其它驱动一样，以管理器方式启动。
• 通过设备对象组，可方便快速地定义提供的设备对象元素（服务器 -> 客户端）。
• 设备对象元素可声明为可读（允许仅读；Group OPCRead）或者可写项（Group OPCWrite）。
• 客户端可以逐层浏览 WinCC OA OPC 服务器。

OPC 报警和事件

除了数据访问以外，还有另外一个标准，即 OPC 报警和事件（缩写为 OPC A&E），可以实现跨厂商的集中式报警管理。采用 OPC A&E，可以保证至其它控制系统的链接可靠性，并可以以层次化方式显示报警/事件。

OPC 历史数据访问

OPC Historical Data Access (OPC HDA) 用于交换归档的过程数据。这与处理实时数据的 OPC Data Access (OPC DA) 规范形成对比。

OPC UA（统一架构）

OPC UA 客户端支持 OPC UA 标准 Data Access 和 Alarms & Conditions (AC) 以及 Historical Access (HA)。

Modbus TCP

Modbus/TCP 基于串行 Modbus 协议，并针对 TCP/IP 进行了修改。Modbus/TCP 驱动程序可同时用于 Modbus/TCP 或 UNICOS。

以太网/IP

Ethernet/IP 协议用于与 Rockwell Automation/Allen Bradley 的多代 PLC 产品和多个产品系列通信。该协议是应用层的一部分，基于标准 TCP/IP 网络协议。

S-bus

WinCC OA S-bus 驱动程序用于将 SAIA PCD 控制设备链接到 WinCC OA 项目。将使用 SAIA S-Bus 驱动程序的客户端模式。通信是使用 UDP 协议执行的；不支持该协议的串行版。

串行：RK512/3964R

用于通过 3964R/RK512 协议实现与 PLC 的接口连接

Cerberus

Cerberus 是一种火灾、入侵和气体报警系统。在出现火灾、气体或入侵报警时，Cerberus 驱动可以保证至中央火灾报警系统和楼宇安全设施的双向通信的可靠性。

SSI

用于 SAT 远程控制系统的接口连接。采用 LAN（以太网、IEEE 802.3）交换数据；帧格式采用 SAT 定义的 SSI 格式。支持带有合适通信卡（KE/ET）的SK 1703 遥控组件。

IEC 60870-5-101, -104

IEC 驱动是一种标准的遥控驱动，可以处理专有帧格式。IEC 表示国际电工委员会，是电气工程领域的国际标准化委员会。

• IEC 60870-5-104 标准，用于通过 TCP/IP 的数据交换
• IEC 60870-5-101 标准，用于串行连接

IEC 61850/61400

IEC 61850 Client 和 IEC 61400 Client 定义满足电气变电站自动化要求的架构。它定义了用于与变电站的各个部分交互并实现变电站各个部分之间交互的数据模型与通信服务。出于技术目的，定义了描述语言和系统配置语言 (SCL)。

DNP3

分布式网络协议 (Distributed Network Protocol 3) 驱动是一种开放、可靠的现代通信协议，其特点和优点类似于 IEC 驱动。WinCC OA 系统（主站）和远程站（从站）之间，常常传输任意数量的、带有不同数据类型的帧。

SINAUT

西门子网络自动化 (SIemens Network AUTomation)是一种通信协议，用于基于SIMATIC S7 自动监控远程过程站。通过 TCP/IP 实现通信。

SNMP 管理器和代理

简单网络管理协议 (Simple Network Management Protocol) 是一种协议，用于监控网络设备（服务器、工作站、路由器、交换机、集线器，等）及其功能。

• SNMP 管理器支持 SNMP V1、V2 和 V3
• SNMP 代理支持 SNMP V1 和 V2

BACnet over IP – 驱动

楼宇自动化和控制网络 (Building Automation and Control Networks) 是一种楼宇自动化标准协议。美国采暖、制冷与空调工程师协会 (ASHRAE) 已经将该标准设置为准则，为楼宇自动化系统之间及其内部提供统一的跨公司数据通信标准。

BACnet 标准 2004 的支持与 PIC 列表相一致（参见产品文档）

根据要求或通过 C++ API 提供其它驱动

操作系统

• Windows 10 (64 位)
• Windows 8.1 Enterprise/Professional（64 位）
• Windows 7 Ultimate/Enterprise/Professional SP1（64 位）
• Windows Embedded Standard 7（64 位）（仅针对 IPC 227E / 277E 发布）
• Windows Server 2012 R2（64 位）
• Windows Server 2008 R2（64 位）
• Red Hat Enterprise Linux 7.1 （64 位）
• OpenSUSE 31.2（64 位）
• CentOS 7.1（64 位）
• VMWare ESXi V6

PC 硬件需求 ¹⁾

处理器型号

Inb Pentium 或同等处理器

最低配置

Inb Pentium IV 1.6 GHz（或更佳）²⁾³⁾

推荐配置

• 客户机：Inb Pentium IV/Core2/i3，2 GHz²⁾³⁾
• 服务器：Inb Core i3 CPU Dual，3 GHz²⁾
• 服务器大型系统⁴⁾：Inb(R) Core(TM) i5/i7 CPU 双核 /四核, 3 GHz ²⁾³⁾

RAM

最低配置

2 GB ²⁾

推荐配置

• 客户机：2 GB ²⁾³⁾
• 服务器：8 GB ²⁾³⁾
• 服务器大型系统：16 GB ²⁾

硬盘
（提供用于安装的存储空间）

最低配置

可用空间为 800 MB 的硬盘²⁾

推荐配置

具有本地日志记录功能的大型服务器系统：SCSI LVD 控制器、WIDE SCSI / LVD HDD 或者类似的存储系统，可用空间至少 500 MB ²⁾

屏幕画面与图形卡 (TrueColor)

最低配置

1024 x 768 ²⁾

推荐配置

1280 x 1024 ²⁾

鼠标和键盘

键盘、鼠标

DVD 驱动

用于软件的安装

本地用户权限

• 用于安装
• 运行

功能/规模大小

消息数量

150,000 ²⁾

消息文本（字符数）

系统限制 ¹⁾

消息归档

系统限制 ¹⁾

每个消息的过程值数量

每个消息包含 1 个过程值 + 最多 32 个报警相关值

最大恒定消息负载

500/s ²⁾

最大突发消息负载

15,000/10 s，每隔 5 分钟²⁾

归档

归档数据点

每个服务器最多 250,000 个²⁾

归档类型

< 20 个平行日志，每个日志的保留时间不同

数据存储格式

Oracle 或文件系统

每秒测量值最大数量

服务器/单用户站：7,000/s ^{2) 3)}

用户归档

归档

系统限制 ¹⁾

类型

SIMATIC WinCC Open Architecture

表大小

由 ORACLE 数据库进行系统限制

图形系统

画面数量

系统限制 ¹⁾

每个画面的对象数量

系统限制 ¹⁾

每个画面的可控字段数量

系统限制 ¹⁾

外部变量

每个服务器最多 750,000 个²⁾

用户管理

用户帐户

< 4096

组态语言

2（德语/英语）

运行语言

40（其中，8 个在亚洲）

多用户系统

服务器

< 2048 ^{2) 4)}

客户端数量

每个服务器最多 244 个^{2) 5)}