Symbole

Symbole stehen für Variablen von einem Gate, z. B. eine TwinCAT SPS-Variable. Die Symbolkonfiguration enthält die Adressinformationen, die der Data Agent benötigt, um den Wert eines Symbols zu lesen oder zu schreiben. Diese Adressinformationen hängen daher vom Gate-Typ ab.

Auf Gates, die einen Target Browser unterstützen, erkennt der Browser automatisch die richtigen Adressinformationen für ein Symbol. Bei allen anderen Gates müssen diese Informationen manuell eingegeben werden.

Gate-Typ

Einstellung

Beschreibung

ADS

URN

Symbolname-Adressinformation der ADS-Variable. Funktioniert nicht bei allen ADS-Geräten, z. B. unterstützen BC-Geräte keine Symbolnamen.

ADS

IndexGroup

IndexOffset

Die IndexGroup/IndexOffset-Kombination kann verwendet werden, um auf Daten eines ADS-Geräts zuzugreifen, das Symbol-Adressinformationen nicht unterstützt. Im Fall von TwinCAT PLC steht die IndexGroup/IndexOffset-Kombination direkt für eine Speicheradresse, z. B. von einer SPS-Variablen, die sich nach einer Neukompilierung des TwinCAT-Projekts ändern kann. Daher ist es gängige Praxis, stattdessen den TwinCAT PLC-Symbolserver zu verwenden, der Symbolinformationen für seine SPS-Variablen bereitstellt, was bedeutet, dass auf eine Variable über ihren Symbolnamen zugegriffen werden kann, der auch nach einer Neukompilierung oder Online-Änderung gültig bleibt (falls das Symbol noch vorhanden ist).

Einige ADS-Dienste umfassen jedoch keinen solchen Symbolserver, z. B. kleine Beckhoff BC-Geräte. In diesen Fällen muss die IndexGroup/IndexOffset-Kombination verwendet werden.

ADS

DataType

Datentyp des Symbols

ADS

Conversion

Legt den Konvertierungsmodus für dieses Symbol fest.

OPC UA

Name

Beschreibender Name des OPC UA-Nodes. Wird nur im Konfigurator verwendet, stellt keine Online-Adressinformation dar.

OPC UA

Identifier

Identifizierung des OPC UA-Symbols auf dem Server, z. B.:

  • s = MAIN.nCounter (wenn der IdentifierType „String“ ist)
  • n = 42 (wenn der IdentifierType „Numeric“ ist)

OPC UA

NsName

Name des Namensraums, in dem sich das Symbol befindet. Dieser entspricht dem Namensraum-Index, der Teil einer OPC UA NodeId ist. Die Übersetzung kann über das NamespaceArray erfolgen.

OPC UA

AttributeId

Die AttributeId definiert das OPC UA-Attribut, das vom Data Agent beim Lesen eines Symbols verwendet werden soll. In den meisten Szenarios ist dies der „Wert“ eines Symbols.

OPC UA

Conversion

Legt den Konvertierungsmodus für dieses Symbol fest.

MQTT

URN

Name des MQTT-Symbols. Dieser entspricht dem Namen, der im JSON-Format als Schlüssel verwendet wird, auch beim Empfang von Daten vom MQTT-Gate.

MQTT

DataType

Datentyp des Symbols

MQTT

Conversion

Legt den Konvertierungsmodus für dieses Symbol fest.

IoT Hub

URN

Name des IoT Hub-Symbols. Dieser entspricht dem Namen, der im JSON-Format als Schlüssel verwendet wird, auch beim Empfang von Daten vom IoT Hub.

IoT Hub

DataType

Datentyp des Symbols

IoT Hub

Conversion

Legt den Konvertierungsmodus für dieses Symbol fest.

Beim Konfigurieren eines Kanals können Symbole über einen Target Browser oder manuell hinzugefügt werden, indem die richtigen Adressinformationen angegeben werden. Zu beachten ist, dass nicht alle Gate-Typen Target Browser-Funktionen umfassen. In diesem Fall müssen Symbole manuell konfiguriert werden.

Manuelle Symbolkonfiguration

Wenn das Zielgerät nicht online ist oder keine Symbol-Adressinformationen bereitstellt (z. B. das BC9191), können Symbole durch Eingabe der Symboladresse auch manuell hinzugefügt werden. Die Tabellen am Anfang dieses Dokuments zeigen, welche Informationen in diesem Fall benötigt werden.

Typkonvertierung

Der TC3 IoT Data Agent unterstützt die Konvertierung des Datentyps, bevor die Daten an ein Gate veröffentlicht werden. Die Typkonvertierung erfolgt auf Symbolebene, was bedeutet, dass verschiedene Symbole verschiedene Konvertierungsmodi verwenden können. Die folgende Tabelle zeigt die verschiedenen vorhandenen Konvertierungsmodi.

Konvertierungsmodus

Beschreibung

Losless

Standardeinstellung. „Kleinere“ Typen können in „größere“ Typen konvertiert werden. Beispielsweise kann ein Subscriber-Symbol vom Datentyp INT als ein Symbol vom Datentyp Int32 veröffentlicht werden (2 Byte in 4 Byte).

Lossy

Falls erforderlich, können auch „größere“ Symbole in „kleinere“ Symbole konvertiert werden. Beispielsweise kann ein Subscriber-Symbol vom Datentyp DINT als ein Symbol vom Datentyp Int16 veröffentlicht werden (4 Byte in 2 Byte). Je nach Wert des Subscriber-Symbols kann dies natürlich zu abgeschnittenen Werten führen.

Strict

Falls erforderlich, können Symbole auch so konfiguriert werden, dass sie den „strikten Modus“ verwenden. In diesem Konvertierungsmodus muss die Datentypgröße eines Subscriber-Symbols exakt mit dem Datentyp des zugeordneten Publisher-Symbols übereinstimmen. Beispielsweise kann ein Subscriber-Symbol vom Datentyp INT nur als ein Symbol vom Datentyp Int16 veröffentlicht werden (2 Byte in 2 Byte).