OPC-DA-Client
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:
| Feld | Beschreibung |
|---|---|
| Computername | Schreibgeschü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. |
| Servername | Pflichtfeld. 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-Server | Gelesenes Element für den Verbindungsstatus |
|---|---|
| Kepware | <Geraetename>._System._Error |
Server, deren Servername Matrikon enthält | Element 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).
| Feld | OPC-DA-Regel |
|---|---|
| Adresse | Vollständige Kennung des Elements auf dem OPC-DA-Server (Item ID), z. B. Kanal1.Cihaz1.Sicaklik. 1–250 Zeichen. |
| Datentyp | Ist 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 lesen | Wenn 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
| Symptom | Prüfungen |
|---|---|
| Kein Tag wird gelesen | Prü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 Kanals | Der 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 gelesen | Vergleichen 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 schlecht | Prü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öffnet | Erhöhen Sie Leerlaufzeit für Server-Neuinitialisierung [s] oder deaktivieren Sie die Funktion mit 0. |
| Wert kommt im falschen Typ | Wählen Sie im Feld Datentyp einen zum Elementtyp auf dem Server passenden Typ oder verwenden Sie Automatisch. |