OPC Server

OPC-Server sind Softwareanwendungen (Treiber), die mindestens einer der von der OPC Foundation definierten OPC-Spezifikationen entsprechen. OPC-Server kommunizieren nativ mit einer oder mehreren Datenquellen auf der einen Seite und mit OPC-Clients auf der anderen Seite. In einer OPC-Client/Server-Architektur agiert der OPC-Server als „Slave“ und der OPC-Client als „Master“. Der Datenaustausch zwischen OPC-Client und OPC-Server verläuft bidirektional, d. h., OPC-Clients können lesend und schreibend auf OPC-Server zugreifen.

Von der OPC Foundation wurden vier Arten von OPC-Servern definiert:

• OPC DA-Server (Spezifikationsbasis: OPC Data Access): Dieser Server wurde speziell für Echtzeit-Datenübertragung konzipiert
• OPC HDA-Server (Spezifikationsbasis: OPC Historical Data Access): Dieser Server versorgt OPC HDA-Clients mit Verlaufsdaten.
• OPC A&E-Server (Spezifikationsbasis: OPC Alarms & Events): Dieser Server überträgt Alarm- und Ereignisdaten an OPC A&E-Clients.
• OPC UA-Server (Spezifikationsbasis: OPC Unified Architecture): Dieser Server basiert auf der neuesten und fortschrittlichsten Sammlung von OPC-Server- Spezifikationen, die es OPC-Servern erlaubt, mit allen Datentypen zu arbeiten.

Die ersten drei OPC-Servertypen werden pauschal als „klassische“ OPC-Server bezeichnet, um sie von den universellen, auf OPC UA basierenden OPC-Servern zu unterscheiden. Letztere werden bei zukünftigen OPC-Architekturen den wichtigsten Baustein darstellen.

	Kommunikation zwischen OPC-Client und OPC-Server (OPC DA-Server, OPC HDA-Server, OPC A&E-Server)
Klassische OPC-Server nutzen die COM/DCOM-Infrastruktur von Microsoft Windows als Mittel zum Datenaustausch. Daher müssen diese OPC-Server unter einem Microsoft Windows Betriebssystem laufen. Ein OPC-Server kann den Datenaustausch mit mehreren OPC-Clients gleichzeitig unterstützen.
	OPC-Server – Übersetzung/Mapping der Daten
Eine der wichtigsten Funktionen eines OPC-Servers besteht darin, Daten aus dem nativen Format der Datenquelle in ein OPC-Format zu übersetzen, das zu mindestens mit einer der vorgenannten OPC-Spezifikationen konform ist (Beispiel: OPC DA für Echtzeitdaten). Die Spezifikationen der OPC Foundation definieren nur, wie der OPC-Teil der OPC-Server-Kommunikation ablaufen soll; daher hängen Effizienz und Qualität der Übersetzung vom Nativformat in das OPC-Format und umgekehrt vollkommen von der OPC-Server-Implementierung des jeweiligen Anbieters ab.
	Kommunikation zwischen OPC-Server und Datenquelle
OPC-Server kommunizieren nativ mit Datenquellen, wie z.B. Geräten, Controllern oder Anwendungen. Aufgrund der Vielzahl der möglichen Datenquellen schreiben die Spezifikationen der OPC Foundation nicht vor, auf welche Weise der OPC-Server die Verbindung mit den Datenquellen herstellen und mit diesen kommunizieren soll; sie alle verwenden eigene Kommunikationsprotokolle oder APIs, die über beliebig viele physische Verbindungen (z.B. serielle wie RS485 oder RS232, Ethernet, Wireless usw.) kommunizieren. Hier zwei typische Beispiele für den Ablauf bei der Kommunikation zwischen OPC-Server und Datenquelle: Über eine Anwendungs-Programmierschnittstelle (Application Programming Interface, API) für einen speziellen Treiber, der eigens für die Datenquelle geschrieben wurde. Über ein proprietäres oder nicht proprietäres Protokoll (z. B. der MatrikonOPC Server for Honeywell TPS) oder auf Basis eines offenen Standards (z. B. der MatrikonOPC Server for Modbus)

Gängige OPC Server Beispiele