Startseite
Southbound Interfaces
Der Prozessanschluss zu den echten Maschinen/Sensoren.
OCPP
Das Open Charge Point Protocol (OCPP) 1.6 ist ein standardisiertes Kommunikationsprotokoll, das die Interoperabilität zwischen Elektrofahrzeug-Ladestationen (EV) und zentralen Managementsystemen (CMS) ermöglicht.
OCPP Redundanz
Redundanzüberlegungen und -einschränkungen für die OCPP-Implementierung in WinCC OA.

Versionsinformationen
Release Notes, Update-Informationen, Zertifizierungen and häufig gestellte Fragen.
Konzepte
Ihr erster Schritt in die moderne und leistungsstarke Prozessvisualisierung.
Deployment
Themen, die Sie vor der Nutzung von WinCC OA wissen sollten.
Sicherheit
Wachsen sie in Bezug auf Cybersecurity über die Norm hinaus.
Engineering
Leistungsstarke Tools für einfache sowie komplexe Engineering-Aufgaben.
Datenmanagement
Klassifizieren, strukturieren und archivieren sie Ihre Daten.
Business Logic / Control
Endlose Möglichkeiten in der Datenverarbeitung für Ihre Projekte.
Datenvisualisierung
User Interfaces, Trends und Reports für jeden Zweck und jedes Gerät.
Southbound Interfaces
Der Prozessanschluss zu den echten Maschinen/Sensoren.
- Driver Specific Functions
- S7Plus-Treiber
  Der WinCC OA S7Plus-Treiber ermöglicht die Kommunikation mit Siemens S7 SPSen und verwendet hierzu die Siemens-Kommunikationslibrary IOMS.
- S7-Treiber
  Der WinCC OA S7-Treiber ist ein nativer Treiber für Peripherieverbindungen mit Siemens S7 SPSen.
- OPC Unified Architecture (OPC UA)
  OPC Unified Architecture (kurz OPC UA) ist die neueste OPC Spezifikation der OPC Foundation und unterscheidet sich erheblich von ihren Vorgängern (DA, A&E, HDA, Commands, Complex Data). OPC UA schafft einen neuen Standard, der vollständig auf einer service-orientierten Architektur basiert.
- OPC
  In diesem Kapitel sollen die wichtigsten Begriffe geklärt und die Schritte zum Starten einer funktionierenden OPC Kommunikation dargestellt werden.
- OPC HDA Client
  Der WinCC OA OPC (OLE for Process Control) HDA Client ermöglicht die Erfassung, Anzeige und Speicherung historischer Daten von OPC HDA Servern.
- OPC A&E
  OPC Alarms & Events (kurz OPC A&E) ist neben Data Access ein weiterer Standard, um zentrales Alarmmanagement herstellerübergreifend durchzuführen. OPC A&E wird verwendet, um die Kopplung mit anderen Leitsystemen und die Anzeige von Alarmen/Ereignissen in einem hierarchischen System sicherzustellen.
- IEC 60870-5 Treiber
  IEC Treiber sind standardisierte Fernwirktreiber, die proprietäre Telegramme enthalten können.
- IEC 61850
  IEC 61850 definiert eine Architektur, welche die Anforderungen von elektrischen Schaltanlagen erfüllt.
- Modbus/TCP-Treiber
  Modbus/TCP basiert auf dem seriellen Modbus Protokoll, das für TCP/IP adaptiert wurde. Der Modbus/TCP Treiber kann gleichzeitig für Modbus/TCP oder UNICOS verwendet werden.
- SNMP
  SNMP (Simple Network Management Protocol) ist ein Protokoll zur Überwachung von Netzwerkelementen (Servern, Arbeitsplätzen, Routern, Switches, Hubs usw.) und deren Funktionen. Kurz gesagt, über SNMP überwachen Sie Ihr Netzwerk.
- BACnet Treiber
  BACnet (Building Automation and Control Networks) ist ein genormtes Protokoll für die Gebäudeautomation und wurde von der ASHRAE (American Society of Heating, Refrigerating and Air-Conditioning Engineers) als Richtlinie entworfen, um einen einheitlichen und firmenneutralen Standard für die Datenkommunikation in und mit Systemen der Gebäudeautomation bereitzustellen.
- DNP3 Treiber
  Der WinCC OA DNP3 (Distributed Network Protocol 3) Treiber ist ein offenes, robustes und modernes Protokoll, der ähnliche Charakteristiken und Stärken wie der IEC Treiber aufweist. Die Übertragung von beliebig vielen Telegrammen mit unterschiedlichen Datentypen findet zwischen dem WinCC OA System (Master) und Außenstationen (Slave) statt.
- Ethernet/IP Treiber
  Ethernet/IP wird zur Kommunikation mit mehreren Generationen und Familien von Rockwell Automation / Allen Bradley SPSen verwendet. Das Protokoll ist Teil des Anwendungslayers und setzt auf dem Standard TCP/IP Netzwerkprotokoll auf.
- MQTT Treiber
  MQTT (Message Queuing Telemetry Transport) ist ein Nachrichtenprotokoll das auf TCP/IP aufsetzt und für die Kommunikation in Netzwerken mit eingeschränkter Bandbreite gedacht ist.
- S-Bus-Treiber
  Der WinCC OA S-Bus Treiber dient zur Anbindung von SAIA PCD Steuergeräten an WinCC OA Projekte.
- SSI-Treiber
  Der WinCC OA SSI Treiber dient zur Ankopplung von SAT Fernwirksystemen.
- SINAUT-Treiber
  SINAUT (SIemens Network AUTomation) ist ein von Siemens entwickeltes Kommunikationsprotokoll zur automatisierten Überwachung und Steuerung entfernter Prozessstationen auf Basis von SIMATIC S7.
- RK512-Treiber
  Der WinCC OA Treiber RK512 dient zur Ankopplung einer SPS über das 3964R/RK512 Protokoll.
- SECS
  Das SECS (SEMI Equipment Communications Standard/Generic Equipment Model) ist ein Kommunikationsstandard, der von Semiconductor Equipment and Materials International (SEMI) veröffentlicht wurde.
- OCPP
  Das Open Charge Point Protocol (OCPP) 1.6 ist ein standardisiertes Kommunikationsprotokoll, das die Interoperabilität zwischen Elektrofahrzeug-Ladestationen (EV) und zentralen Managementsystemen (CMS) ermöglicht.
  - OCPP Lizenzierung
    Lizenzanforderungen für die Verwendung der OCPP-Funktionalität in WinCC OA.
  - OCPP installieren
    Schritt-für-Schritt-Anleitung zur Installation und Einrichtung der OCPP-Funktionalität in WinCC OA.
  - OCPP Sicherheit
    Sicherheitskonfiguration und Zertifikatsverwaltung für die OCPP-Kommunikation.
  - Verwendung der OCPP-Benutzeroberfläche
    Zugriff auf und Verwendung der OCPP-Benutzeroberfläche zur Verwaltung von Ladepunkten und Anschlüssen.
  - OCPP Interne Datenpunkttypen
    Referenzdokumentation für interne OCPP-Datenpunkttypen und deren Struktur.
  - Benutzerdefinierte Implementierung der Zentralstation
    Richtlinien für die Implementierung benutzerdefinierter OCPP-Zentralstationsfunktionalität und die Behandlung eingehender Anfragen von Ladepunkten.
  - OCPP Redundanz
    Redundanzüberlegungen und -einschränkungen für die OCPP-Implementierung in WinCC OA.
- Simulator
  Der Simulator von WinCC OA übernimmt die Aufgaben eines Treibers, ohne mit real vorhandener Peripherie verbunden zu sein. D.h. er simuliert die Peripherie und kann "spontan" Werte generieren. Dazu übergibt er dem Event-Manager Daten, die dieser im Normalbetrieb einer Anlage von Anlagenteilen bekommen würde. Der Parametrierung kann ein Test der Leitsystem-Funktionen folgen.
- NTCIP Gateway Bascis
  NTCIP (National Transportation Communications for ITS Protocol) ist eine Familie von offenen Standards für die Konfiguration, Steuerung und Überwachung von Verkehrssteuerungsanlagen (z.B. Ampelanlagen, Wechselverkehrszeichen, Fahrzeugzählung).
- TLS-Gateway
  Der TLS-Standard (Technische Lieferbedingungen für Streckenstationen) definiert die Verwendung bzw. den Aufbau von Verkehrsbeeinflussungsanlagen an Bundesfernstraßen.
Northbound Interfaces
Ihr Portal zur Cloud oder übergeordneten Systemen.
Konnektivität / Netzwerk Schnittstellen
Datenaustausch, APIs und moderne (Web) Technologien.
Benutzerverwaltung
Alles über Autorisierung, Authentifizierung und Login-Anpassung.
Verfügbarkeit
Wie sie maximale Systemverfügbarkeit erreichen können.
Reporting
Erstellen sie "State of the art"-Reports ohne Limits.
Erweiterungen
Nützliche Werkzeuge und Erweiterungen für spezielle Anforderungen.
Referenztabellen
Detaillierte und umfangreiche Inhalte für spezielle Projektanpassungen.
Videos & Tutorials
Erkunden Sie die Möglichkeiten von WinCC OA mit unserer sorgfältig ausgewählten Sammlung von Video-Tutorials und Anleitungen.
Dokumentation
Grundlegende Informationen über Bezeichnungen und Funktionsweisen innerhalb der Dokumentation.
Support & Services
Ein erfahrenes Team von Support-Mitarbeitern, Beratern und Trainern steht bereit, aktive Partnerschaften mit Kunden zu fördern, die von unserem umfassenden Service profitieren.
Disclaimer
Erläuterungen zu Haftungsausschlüssen oder rechtlichen Hinweisen.

OCPP Redundanz

Redundanzüberlegungen und -einschränkungen für die OCPP-Implementierung in WinCC OA.

Redundanzeinschränkungen

Das OCPP-Protokoll unterstützt keine redundante Zentralstation. Dies ist eine grundlegende Einschränkung der OCPP-Spezifikation selbst, nicht eine Einschränkung der WinCC OA-Implementierung.

Wichtig:

Aufgrund der OCPP-Protokollbeschränkungen ist echte Redundanz der Zentralstation nicht möglich.

Workaround-Lösung

Um diese Einschränkung zu umgehen, muss der OCPP-Manager mit dem Parameter -connectToRedundantHosts auf einer abgesetzten Maschine gestartet werden.

Dieser Ansatz bietet folgende Vorteile:

Trennt den OCPP-Manager vom Haupt-WinCC OA-System
Ermöglicht es der OCPP-Funktionalität, auch bei Problemen des Hauptsystems weiter zu funktionieren
Bietet ein gewisses Maß an Fehlertoleranz für OCPP-Operationen

Implementierungsüberlegungen

Bei der Implementierung des Redundanz-Workarounds sollten Sie folgendes beachten:

Netzwerkverbindung: Stellen Sie zuverlässige Netzwerkverbindung zwischen dem abgesetzten OCPP-Manager und dem Haupt-WinCC OA-System sicher.
Datensynchronisation: Implementieren Sie ordnungsgemäße Datensynchronisationsmechanismen, um Konsistenz zwischen dem abgesetzten OCPP-Manager und dem Hauptsystem zu gewährleisten.
Überwachung: Richten Sie Überwachung ein, um zu erkennen, wann der abgesetzte OCPP-Manager nicht verfügbar wird, und implementieren Sie entsprechende Alarmierungsmechanismen.
Failover-Verfahren: Entwickeln Sie klare Verfahren für die Behandlung von Failover-Szenarien und Wiederherstellungsoperationen.

Best Practices

Verwenden Sie dedizierte Hardware für den abgesetzten OCPP-Manager, um einzelne Ausfallpunkte zu minimieren
Implementieren Sie regelmäßige Gesundheitsprüfungen und Überwachung des OCPP-Managers
Halten Sie die Konfiguration zwischen dem Hauptsystem und dem entfernten OCPP-Manager synchronisiert
Dokumentieren Sie das Redundanz-Setup und die Wiederherstellungsverfahren gründlich
Testen Sie Failover-Szenarien regelmäßig, um sicherzustellen, dass das Setup wie erwartet funktioniert