Skip to content

OPC-DA-Client ​

Ca. 5 Min. Lesezeit

Der OPC-DA-Client ermöglicht es 2WinScada, sich mit OPC-DA-Servern (OPC Classic) zu verbinden und Tag-Werte zu lesen und zu schreiben. 2WinScada abonniert die Elemente auf dem Server; die Werte werden vom Server über Gruppen gesendet, die nach dem Aktualisierungsintervall der Tags gebildet werden.

Plattformanforderung

Der OPC-DA-Client läuft nur unter Windows. Auf anderen Plattformen können OPC-DA-Kanäle definiert werden, es findet aber keine Kommunikation statt.

Kanaldefinition ​

Auf der Registerkarte Allgemein des Fensters für einen neuen Kanal geben Sie den Kanalnamen ein und wählen unter Verbindungstyp den Eintrag OpcServer aus. Felder auf der Registerkarte Verbindungsparameter:

FeldBeschreibung
ComputernameSchreibgeschützt; wird als „Dieser Computer (lokal)“ angezeigt. OPC DA verbindet sich nur mit einem Server auf dem Computer, auf dem der 2WinScada-Dienst läuft.
ServernamePflichtfeld. ProgID des OPC-DA-Servers; bei einem neuen Kanal ist standardmäßig Kepware.KEPServerEX.V5 eingetragen.
Leerlaufzeit für Server-Neuinitialisierung [s]0–86400 Sekunden. Ändert sich bei offener Verbindung während dieser Zeit kein Tag-Wert, wird die Verbindung geschlossen und neu aufgebaut. 0 deaktiviert diese Funktion.

Nur lokaler OPC-DA-Server

Die Verbindung wird nur über Servername mit dem OPC-DA-Server auf dem Computer hergestellt, auf dem der 2WinScada-Dienst läuft; ein OPC-DA-Server auf einem entfernten Computer wird nicht unterstützt. Soll ein neuer Name eines entfernten Computers gespeichert werden, lehnt der Server dies ab (Fehler 5310). Bei Kanälen, die mit dem Namen eines entfernten Computers gespeichert wurden, wird dieser Name nicht verwendet; der Kanal verbindet sich mit dem lokalen Server, und eine Warnung wird in das Dienstprotokoll geschrieben. Konfigurieren Sie diese Kanäle mit OPC UA neu.

Um auf einen entfernten OPC-DA-Server zuzugreifen, verwenden Sie auf diesem Computer einen OPC-UA-Endpunkt (z. B. ein OPC-DA/UA-Gateway oder die eigene OPC-UA-Schnittstelle des Servers) und verbinden sich von 2WinScada aus mit dem OPC-UA-Client.

Bricht die Verbindung ab, prüft 2WinScada den Verbindungsstatus etwa alle 10 Sekunden und versucht, sich erneut mit dem Server zu verbinden. Zwischen zwei Verbindungsversuchen liegen mindestens 30 Sekunden. Sobald die Verbindung steht, werden die aktiven Geräte neu gestartet.

Wählen Sie für Leerlaufzeit für Server-Neuinitialisierung [s] einen Wert, der länger ist als das Änderungsintervall der sich am langsamsten ändernden Tags im Prozess. Bei einem Server mit Tags, deren Werte lange konstant bleiben, führt ein kurzer Wert dazu, dass die Verbindung unnötig geschlossen und wieder geöffnet wird.

Gerätedefinition ​

OPC-DA-Geräte haben keine protokollspezifischen Parameter. Auf der Registerkarte Allgemein des Gerätefensters werden Gerätename und Aktiv wie bei den anderen Protokollen festgelegt.

Der Gerätename wird zur Überwachung des Verbindungsstatus des Geräts verwendet. 2WinScada liest für jedes Gerät das folgende Element vom Server; ist der Wert des Elements true, gilt die Geräteverbindung als schlecht (Bad):

OPC-DA-ServerGelesenes Element für den Verbindungsstatus
Kepware<Geraetename>._System._Error
Server, deren Servername Matrikon enthältElement mit dem an den Gerätenamen angehängten Suffix >$Connected (z. B. Cihaz1>$Connected)
Andere Server<Geraetename>._System._Error

Damit der Verbindungsstatus richtig überwacht wird, geben Sie dem Gerät in 2WinScada denselben Namen wie den Anfang des entsprechenden Elementpfads auf dem Server. Zum Beispiel muss der Gerätename für Cihaz1 unter Kanal1 in Kepware Kanal1.Cihaz1 lauten.

Tag-Definition ​

Tags werden wie bei den anderen Protokollen in der Tag-Tabelle des Geräts definiert (siehe Tag-Verwaltung).

FeldOPC-DA-Regel
AdresseVollständige Kennung des Elements auf dem OPC-DA-Server (Item ID), z. B. Kanal1.Cihaz1.Sicaklik. 1–250 Zeichen.
DatentypIst Automatisch gewählt, wird der Typ vom Server gelesen und der vom Server gemeldete Typ verwendet. Ist ein anderer Typ gewählt, wird der Wert in diesem Typ vom Server angefordert.
Aktualisierungsintervall [s]Tags mit demselben Aktualisierungsintervall werden auf dem Server in einer Gruppe zusammengefasst; die Aktualisierungsrate der Gruppe ist dieses Intervall.
Nur lesenWenn aktiviert, schreibt 2WinScada nicht auf dieses Tag.

Die Tag-Qualität richtet sich nach der Qualität, die der Server für das Element meldet: Meldet der Server die Qualität Good, ist die Tag-Qualität Good, andernfalls Bad. Wird die Adresse eines Elements eingegeben, das auf dem Server nicht vorhanden ist, kann das Tag nicht hinzugefügt werden, und der Fehler wird in das Dienstprotokoll geschrieben.

Auf Bool-Tags geschriebene Werte werden als true/false an den Server gesendet. War der Schreibvorgang erfolgreich, liest 2WinScada den Wert erneut vom Server.

Fehlerbehebung ​

SymptomPrüfungen
Kein Tag wird gelesenPrüfen Sie, ob der 2WinScada-Dienst unter Windows läuft, ob der Wert Servername (ProgID) richtig geschrieben ist und ob der OPC-DA-Server auf demselben Computer läuft.
Fehler 5310 beim Speichern des KanalsDer Name eines entfernten Computers wird nicht unterstützt. Betreiben Sie den OPC-DA-Server auf demselben Computer wie den Dienst oder verwenden Sie OPC UA.
Ein einzelnes Tag wird nicht gelesenVergleichen Sie die Elementkennung im Feld Adresse mit dem Element auf dem Server; suchen Sie im Dienstprotokoll nach dem Fehler beim Hinzufügen des Elements.
Geräteverbindung erscheint ständig als schlechtPrüfen Sie, ob der Gerätename mit dem Anfang des Elementpfads auf dem Server übereinstimmt und ob das Element für den Verbindungsstatus auf dem Server vorhanden ist.
Verbindung wird periodisch geschlossen und geöffnetErhöhen Sie Leerlaufzeit für Server-Neuinitialisierung [s] oder deaktivieren Sie die Funktion mit 0.
Wert kommt im falschen TypWählen Sie im Feld Datentyp einen zum Elementtyp auf dem Server passenden Typ oder verwenden Sie Automatisch.

2WinScada 2.10