Laden...

Anwendungskonnektivität

KEPServerEX unterstützt führende Industriestandards für die Automation sowie Automations- und IT-Schnittstellen für den Zugriff auf Clientanwendungen.

Die KEPServerEX Konnektivitätsplattform bietet simultanen Zugriff auf Clientanwendungen über eine immer größere Anzahl an Industriestandards, proprietären Technologien und nativen Client-Schnittstellen. Erweiterten Sie die Themen, um mehr zu erfahren.

Native DDE-Schnittstelle

Dynamic Data Exchange (DDE) ermöglicht es Anwendungen, Daten in einer Microsoft Windows-Umgebung gemeinsam zu nutzen. Der Server bietet Zugriff auf DDE-Anwendungen, die eines der folgenden DDE-Formate unterstützen:

  • CF_Text und XL_Table sind DDE-Standardformate, die von Microsoft zur Verwendung mit allen DDE-fähigen Anwendungen entwickelt wurden.
  • Advanced DDE ist eine Variation des normalen CF_Text-Formats, das von Rockwell Automation definiert wurde und die Übertragung großer Datenvolumen zwischen Anwendungen bei hoher Geschwindigkeit ermöglicht.
  • Network DDE (Net DDE) ist der Standard für Remote-DDE-Verbindungen gemäß Definition von Microsoft, bei denen das CF_Tex-Format verwendet wird.

Unterstützten Formate: CF_Text, XL_Table, Advanced DDE, Network DDE

Native FastDDE/SuiteLink-Clientschnittstelle

FastDDE ist ein DDE-Format, das von der Wonderware Corporation definiert wurde. Es ermöglicht die Übertragung großer Datenvolumen zwischen Anwendungen mit höherer Geschwindigkeit (und besseren Fehlerbehandlungsoptionen) als generisches DDE. SuiteLink ist eine Client-/Server-Kommunikationsmethode, die als Nachfolger von FastDDE gilt. Sie basiert auf TCP/IP und weist eine verbesserte Bandbreite und Geschwindigkeit auf. Sowohl FastDDE als auch SuiteLink werden von allen Wonderware-Clientanwendungen unterstützt.

Native iFIX-Clientschnittstelle

Die native iFIX-Clientschnittstelle vereinfacht Verbindungsaufgaben, indem eine direkte Verbindung mit der lokalen iFIX-Anwendung ohne Einsatz des iFIX OPC Power Tool ermöglicht wird. Sofern unterstützt, bietet diese Schnittstelle auch die Möglichkeit, die Verbindung zwischen dem Server und der iFIX Process Database (PDB) zu verfeinern.

MQTT

Das MQTT-Protokoll (Message Queuing Telemetry Transport) ist ein Protokoll für Veröffentlichung/Abonnements für SCADA- und Remote-Netzwerke. Der Schwerpunkt bei diesem Protokoll liegt auf einem minimalen Umfang (2-Byte-Header). Es wird bei begrenzter Bandbreite empfohlen.

ODBC

Open Database Connectivity (ODBC) ist eine auf offenen Standards basierende API, die von Microsoft entwickelt wurde. Sie dient zum Zugriff auf Datenbanken (wie Microsoft Access, dBase, Excel und weitere).

OPC .NET

OPC .NET ist eine von der OPC Foundation bereitgestellte Familie von APIs, die die Microsoft .NET-Technologie nutzen und die Verbindung von .NET-Clients mit dem Server zulassen. KEPServerEX bietet Unterstützung für OPC .NET 3.0 WCF (auch als OPC Xi bezeichnet). Im Gegensatz zu anderen OPC .NET-APIs verwendet OPC .NET 3.0 Windows Communication Foundation (WCF) für die Konnektivität. Dies ermöglicht die Vermeidung von DCOM-Problemen und die Bereitstellung einer sicheren Kommunikation über mehrere Kommunikationsverknüpfungen, die Konsolidierung der OPC Classic-Schnittstellen und die einfache Entwicklung, Konfiguration und Bereitstellung von Windows-Umgebungen.

KEPServerEX bietet zusätzliche OPC .NET 3.0-Unterstützung mittels einer angepassten Version des OPC .NET 3.0 WCF Wrappers, der von der OPC Foundation bereitgestellt wird.

Unterstützte Versionen: 1.20.2

OPC Alarms and Events (AE)

OPC Alarms and Events (AE) ist eine von der OPC Foundation entwickelte Spezifikation zur Standardisierung der Art und Weise, wie Alarm- und Ereignisinformationen zwischen Systemen weitergegeben werden. AE-Clients, die den Standard verwenden, können Alarm- und Ereignisbenachrichtigungen erhalten, wenn für die Gerätesicherheit definierte Grenzwerte erreicht werden oder Systemfehler auftreten bzw. andere ungewöhnliche Situationen eintreten.

Unterstützte Versionen: 1.0 und 1.10

OPC Data Access (DA)

"OPC" ist die Kurzbezeichnung für Open Platform Communications in der industriellen Automation und den Unternehmenssystemen zur Unterstützung der Branche. Es handelt sich dabei um eine Client-/Server-Technologie, bei der eine Anwendung als Server (Datenbereitstellung) und eine andere als Client (Datennutzung) agiert.

OPC umfasst eine Reihe von Standardspezifikationen. OPC Data Access ist die gängigste Spezifikation. Sie ermöglicht den Austausch von Daten zwischen Geräten und Steuerungsanwendungen mehrerer Anbieter ohne Beschränkungen durch Eigentumsrechte. Ein OPC-Server ermöglicht die kontinuierliche Kommunikation von Daten zwischen SPSen in der Werkstatt, im Einsatz befindlichen RTUs, Softwareanwendungen auf Desktop-PCs und in vielen anderen Bereichen. Dank OPC Compliance ist eine kontinuierliche Echtzeitkommunikation möglich (selbst wenn die Hardware und Software von verschiedenen Anbietern stammen).

OPC Data Access 1.0a war die ursprüngliche Spezifikation, die von der OPC Foundation 1996 entwickelt wurde. Sie wird zwar weiterhin von vielen OPC Clientanwendungen verwendet, aber mit OPC Data Access 2.0 Enhanced OPC wird die zugrunde liegende Microsoft COM-Technologie besser genutzt. OPC Data Access 3.0 ist die neueste Version der OPC DA-Schnittstelle.

Unterstützte Versionen: 1.0a, 2.05a, 3.0

OPC Historical Data Access (HDA)

Die Spezifikation OPC Historical Data Access (HDA) definiert Abfragemethoden und Analysen, die bei historischen Daten verwendet werden können. Sie definiert das Verhalten für viele bekannte Aggregate. Dabei handelt es sich um Methoden für die Zusammenfassung von Datenwerten in einem bestimmten Zeitbereich zum Zeitpunkt des Datenabrufs. Sie kann zur Erstellung eines einfachen Trenddaten-Servers und einer komplexeren Datenverdichtung verwendet werden – außerdem zur Erstellung von Analyseservern, die Übersichtsdaten, Verlaufsaktualisierungen und Anmerkungen zu Verlaufsdaten bereitstellen und einen Abgleich durchführen können.

Unterstützte Versionen: 1.20.

OPC Unified Architecture (UA)

OPC Unified Architecture ist ein offener Standard, der von der OPC Foundation erstellt wurde. Dabei haben Dutzende von Mitgliedsorganisationen mitgewirkt. Der Standard bietet eine sichere Methode für Remote-Client-/Server-Konnektivität ohne Abhängigkeit von der Microsoft COM- oder DCOM-Technologie und ermöglicht außerdem sichere Verbindungen über Firewalls hinweg sowie Internet-, WAN- oder LAN-übergreifend. Die UA-Server-Implementierung von Kepware bietet Unterstützung für optimiertes binäres TCP und das DA-Datenmodell.

Unterstützte Version: 1.02 optimiertes binäres TCP

REST

Das REST-Protokoll (Representational State Transfer) ist ein Stateless-Modell für den Zugriff auf Serverressourcen mittels Anforderungen.

SNMP

SNMP (Simple Network Management Protocol) ist ein Protokoll, das vom Internet Architecture Board für den Informationsaustausch zwischen Netzwerkgeräten entwickelt wurde.

Splunk

Die Splunk API ermöglicht Streaming von industriellen Echtzeitdaten in Splunk® Software und Cloud-Dienste.

Thin-Client Terminalserver

Die Windows-Funktion Remotedesktop (früher als Terminaldienste bezeichnet) ist eine Microsoft Windows-Komponente, die es den Benutzern ermöglicht, auf Daten und Anwendungen auf einem Remote-Computer über ein Netzwerk zuzugreifen. Außerdem ermöglicht sie die Konfiguration von Kommunikationsservern über Remote-Clientgeräte.

Native ThingWorx Clientschnittstelle

Die native ThingWorx Clientschnittstelle stellt bidirektionale industrielle Echtzeit-Kontrolldaten für die ThingWorx® IoT-Plattform über das ThingWorx AlwaysOn™ Protokoll bereit. Wenn sie mit der KEPServerEX Erweiterung verwendet wird, können die Benutzer mit ThingWorx entwickelte Anwendungen schnell und einfach mit KEPServerEX verbinden und entsprechend konfigurieren. Die Erweiterung konfiguriert automatisch ein KEPServerEX Remote-Dingvorlage in ThingWorx und bietet Dienste zum Durchsuchen, Lesen, Schreiben und zur Interaktion mit der Konfiguration.


© PTC Inc. Alle Rechte vorbehalten.