（益阳）西门子PLC代理商

事件管理器 (EV)

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

驱动管理器 (D)

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

数据管理器 (DB)

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

控制管理器 (CTRL)

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

用户界面管理器 (UI)

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

访问外部数据库

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

诸如 RDB 到 Oracle 的其它接口或用于打开数据库的新归档接口（例如 InfluxDB）免费支持外部（开放源代码）数据库的连接，以实现zuijia归档和存储数据的保护。

API（应用程序编程接口）

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

COM（组件对象模型）

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

控件扩展

借助扩展，可以将 C++ 函数添加到编程语言。通过 API 实现

界面拓扑/和信号

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

面板和 CTRL 脚本/库的加密

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

脚本向导

这是一种易于使用的工具，可以简化动画及图形化工厂符号的创建并节约组态时间。它提供了大量的动画类型和功能元素。

简单的符号

工厂符号的基本软件包，是使用“脚本向导”创建的，可以直接映射到设备对象元素。可快速、方便地对这些符号进行调整，以满足客户的特定要求。

使用方便的面板

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

拖动和绘制

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

参与者 RED 接口

WinCC OA 具有新的通信接口，可通过安全的 Web 套接字服务器支持 NodeRED 的集成。 图形编辑器可用于在图形界面上更轻松地进行过程映射和创建。可以像在绘图板上一样轻松地创建和修改预定义的过程链。WinCC OA 提供有自己的通信节点程序包，并且还可以集成使用 Node.js 创建的自己的过程。

多语言能力

由于 UTF-8 格式用作书面语言的标准格式，在项目中可以使用几乎所有字体和字符。您可以从 72 种语言选项中进行选择。通过用户权限，可以定义一种标准语言。另外，很容易在运行期间更改显示语言。使用专用工具或根据具体要求，可以制作字典。

服务器端身份验证

通过在服务器端验证登录数据，可以连接第三方系统，包括客户自己的用户身份验证解决方案。

分布式系统

允许通过网络，耦联两个或多个自主 WinCC OA 系统。分布式系统的各个子系统可以组态为单用户系统或多用户系统，且各个用户系统均可以组态为冗余或非冗余的系统。这种情况下，子系统指其上运行有事件管理器的服务器。采用冗余组态时，彼此冗余运行的两个服务器视为一个系统。所有过程数据都映射到本地设备对象，并且每个系统都可以处理来自其它系统的数据。

冗余 （见下图）

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