SCADAEmpfangsknoten (SCADAInput)

Dieses Kapitel enthält folgende Abschnitte:

Zweck

Mit dem SCADAEmpfangsknoten (SCADAInput) empfangen Sie Nachrichten von Clients, die unter Verwendung des WebSphere MQ Telemetry Transport-Protokolls mit dem Broker verbunden sind. Die SCADA-Geräteclients versenden die Nachrichten mit dem MQIsdp-Protokoll. Der SCADAEmpfangsknoten wandelt die Nachrichten in ein für WebSphere Message Broker verständliches Format um. Der Knoten errichtet zudem die Verarbeitungsumgebung für diese Nachrichten.

Nachrichtenflüsse, die Nachrichten bearbeiten, die von SCADA-Geräten empfangen wurden, müssen immer mit einem SCADAEmpfangsknoten beginnen. Sie können die Eigenschaften des SCADAEmpfangsknotens so einstellen, dass die Art des Nachrichtenempfangs kontrolliert wird. Beispielsweise können Sie angeben, dass eine Nachricht unter Transaktionssteuerung verarbeitet werden soll.

Wenn Sie Nachrichtenflüsse mit SCADA-Knoten auf einem Broker implementieren, müssen Sie sie unabhängig von der Anzahl der Nachrichtenflüsse in einer einzelnen Ausführungsgruppe implementieren.

Da SCADA hauptsächlich das Publish/Subscribe-Verfahren verwendet, schließen Sie für gewöhnlich einen Veröffentlichungsknoten ein, um den Nachrichtenfluss zu beenden. In Szenarios, in denen kein Veröffentlichungsknoten verwendet werden soll, können Sie einen SCADASendeknoten verwenden. In diesem Fall müssen Sie auch (unabhängig von der Quelle der Nachrichten) einen SCADAEmpfangsknoten einschließen, da er die für den SCADASendeknoten notwendigen Verbindungsinformationen enthält.

Wenn Sie einen Sendeknoten in einen Nachrichtenfluss einschließen, der mit einem SCADAEmpfangsknoten beginnt, können Sie einen beliebigen unterstützten Sendeknoten einschließlich benutzerdefinierter Sendeknoten verwenden. Sie können einen Nachrichtenfluss erstellen, der Nachrichten von SCADA-Geräten empfängt und Nachrichten für Clients generiert, die alle unterstützten Transportprotokolle verwenden, um eine Verbindung zum Broker herzustellen, da Sie den Nachrichtenfluss so konfigurieren können, dass der Broker auf Anforderung alle erforderlichen Konvertierungen bereitstellt.

Sie können anfordern, dass der Broker ein SCADA-Empfangsprogramm startet oder stoppt, indem Sie Nachrichten mit einem bestimmten Thema veröffentlichen. Dies gilt entweder für alle Ports oder auch für nur einen in der Nachricht angegebenen Port.

Der SCADAEmpfangsknoten bearbeitet Nachrichten in den folgenden Nachrichtendomänen:

  • MRM
  • XML
  • XMLNS
  • XMLNSC
  • JMSMap
  • JMSStream
  • MIME
  • BLOB
  • IDOC

Sie können SCADAEmpfangsknoten nicht in Nachrichtenflüssen verwenden, die in z/OS-Systemen implementiert werden sollen.

Wenn Sie die Daten in einer eingehenden SCADA-Nachricht verarbeiten möchten, schließen Sie einen Knoten wie beispielsweise den Knoten 'Deskriptor_für_Neuanalyse' mit ein, und konfigurieren Sie seine Eigenschaften so, dass die Syntax des Bitstroms zwingend von einem nachfolgenden Knoten neu analysiert wird.

Wenn Sie einen Nachrichtenfluss erstellen, der als untergeordneter Fluss verwendet werden soll, können Sie keinen Standardempfangsknoten verwenden. Sie müssen eine Instanz des Empfangsknotens als ersten Knoten verwenden, um ein Eingangsterminal für den untergeordneten Fluss zu erstellen.

Wenn Ihr Nachrichtenfluss keine Nachrichten über SCADA-Verbindungen empfängt, können Sie einen der unterstützten Empfangsknoten auswählen.

Der SCADAEmpfangsknoten wird in der Workbench durch folgendes Symbol dargestellt:

Symbol für SCADAEmpfangsknoten

Diesen Knoten in einem Nachrichtenfluss verwenden

Stellen Sie sich als Beispiel zur Verwendung dieses Knotens vor, dass Sie einen Nachrichtenfluss mit einem SCADAEmpfangsknoten erstellen, der Nachrichten von einem Fernsensor empfängt, wenn dieser eine Änderung in seiner Betriebsumgebung feststellt (z. B. einen Abfall der Außentemperatur). Sie verbinden den Knoten mit einem MQSendeknoten, der diese Nachrichten in einer Warteschlange zur Verfügung stellt, die von einer WebSphere MQ-Anwendung bedient wird, welche die empfangenen Informationen analysiert und darauf antwortet.

In einem zweiten Beispiel erstellen Sie einen Nachrichtenfluss mit einem SCADAEmpfangsknoten, der Nachrichten im Minutentakt von einem Fernsystem empfängt. Die Nachrichten enthalten Details zu den Schalterstellungen des Systems. Die empfangenen Daten werden einem Knoten des Typs 'Deskriptor_für_Neuanalyse' zugeführt und vom binären Format (BLOB) in das MRM-Nachrichtenformat umgesetzt. Die Informationen zum System werden unter Verwendung des Datenbankknotens in einer Datenbank gespeichert und mit Hilfe eines Rechenknotens umgestaltet, um eine XML-Nachricht zu erstellen, welche unter Verwendung eines Veröffentlichungsknotens veröffentlicht wird.

Da der Versand von XML-Nachrichten kostenintensiv ist (hohe Kosten bei der Satellitenübertragung pro Byte), sollten Sie vorzugsweise diese Methode verwenden, da die Daten vom Broker umgestaltet werden.

SCADAEmpfangsknoten konfigurieren

Wenn Sie eine Instanz des SCADAEmpfangsknotens in einen Nachrichtenfluss eingereiht haben, können Sie ihn konfigurieren. Klicken Sie mit der rechten Maustaste in der Editoransicht auf den Knoten, und wählen Sie die Option Eigenschaften aus. Daraufhin werden im Eigenschaftendialog die grundlegenden Eigenschaften des Knotens angezeigt.

Alle verbindlichen Eigenschaften, für die Sie einen Wert eingeben müssen (d. h. Eigenschaften ohne definierten Standardwert), sind dort mit einem Sternchen gekennzeichnet.

Konfigurieren Sie den SCADAEmpfangsknoten wie folgt:

  1. Konfigurieren Sie folgende grundlegende Eigenschaften:
    1. Das Markierungsfeld Empfangsprogramm bei Systemstart aktivieren ist ursprünglich aktiviert. Dies bedeutet, dass das Empfangsprogramm für MQIsdp-Clients bei der Implementierung des Nachrichtenflusses initialisiert wird.

      Sie können den Status des Empfangsprogramms durch Veröffentlichung im Steuerungsthema $SYS/SCADA/MQIsdpListener/<Portnummer> aktualisieren, wobei der Nutzlastteil der Nachricht auf EIN oder AUS steht.

    2. Geben Sie die Portnummer an, an der der MQIsdp-Server empfangsbereit ist. Dies muss ein eindeutiger Port sein, der keinen Konflikt mit anderen Empfangsprogrammen auslösen darf (z. B. mit Empfangsprogrammen für WebSphere MQ oder WebSphere MQ Everyplace). Die Standardnummer lautet 1883.
    3. Geben Sie einen Wert für Max. Anz. Threads an, um die maximale Anzahl an Threads festzulegen, die dem MQIsdp-Server zur Client-Unterstützung zur Verfügung stehen. Der Standardwert lautet 500.

      Wenn Sie DB2 für Ihre Broker-Datenbank verwenden, müssen Sie einen Wert angeben, der kleiner/gleich dem Wert ist, den Sie für die DB2-Konfigurationsparameter maxappls und maxagents angegeben haben. Weitere Informationen finden Sie im Abschnitt Verbindungen zu den Datenbanken herstellen.

    4. Wählen Sie die Option Thread-Pooling verwenden, wenn der Knoten einen Thread-Pool zum Bedienen von Clients verwenden soll. Wenn Sie diese Option auswählen, wird die Anzahl der für den MQIsdp-Server verfügbaren Threads durch die Option Max. Anz. Threads begrenzt. Es sollte ein Wert zwischen 20 und 40 angegeben werden. Wenn Sie diese Option nicht auswählen, wird für jeden Client, zu dem eine Verbindung hergestellt wird, ein neuer Thread erstellt. Das Markierungsfeld ist ursprünglich inaktiviert.

      Verwenden Sie diese Option nur, wenn Sie die Verbindung einer großen Anzahl Clients (über 200) erwarten.

  2. Wählen Sie im Navigator des Eigenschaftendialogs 'Standardwert' aus, und legen Sie Werte für die Eigenschaften fest, mit denen Nachrichtendomäne, -gruppe, -typ und -format beschrieben werden und auf deren Grundlage der Knoten die syntaktische Analyse der ankommenden Nachricht durchführt. Legen Sie außerdem das Standardthema der Nachricht fest.
    • Verfügt die eingehende Nachricht über einen MQRFH2-Header, müssen Sie keine Werte für die Standardeigenschaften angeben, da die Werte vom <mcd>-Ordner im MQRFH2-Header abgeleitet werden können. Beispiel:
      <mcd><Msd>MRM</Msd><Set>DHM4UO906S001</Set><Type>receiptmsg1</Type>
      <Fmt>XML</Fmt></mcd>

      Wenn Sie Werte festlegen, die nicht mit denen im MQRFH2-Header übereinstimmen, haben die Werte aus dem MQRFH2-Header Vorrang.

    • Wählen Sie unter Nachrichtendomäne aus der Dropdown-Liste den Namen des von Ihnen verwendeten Parsers aus. Folgende Namen stehen zur Auswahl:
      • MRM
      • XML
      • XMLNS
      • XMLNSC
      • JMSMap
      • JMSStream
      • MIME
      • BLOB
      • IDOC
    • Wenn Sie den MRM- oder den IDOC-Parser verwenden, wählen Sie aus der Dropdown-Liste unter Nachrichtengruppe die entsprechende Nachrichtengruppe aus. Diese Liste wird mit den verfügbaren Nachrichtengruppen gefüllt, wenn Sie MRM oder IDOC als Domäne auswählen.

      Lassen Sie die Nachrichtengruppe bei den XML-, XMLNS-, XMLNSC-, JMS-, MIME- und BLOB-Parsern leer.

    • Wenn Sie den MRM-Parser verwenden, wählen Sie aus der Dropdown-Liste unter Nachrichtenart den entsprechenden Nachrichtentyp aus. Diese Liste wird mit Nachrichten aufgefüllt, die in der von Ihnen ausgewählten Nachrichtengruppe definiert sind.

      Lassen Sie das Feld Nachrichtenart bei XML-, XMLNS-, XMLNSC-, JMS-, MIME-, BLOB- und IDOC-Parsern leer.

    • Wenn Sie den MRM- oder den IDOC-Parser verwenden, wählen Sie das Format der Nachricht aus der Dropdown-Liste unter Nachrichtenformat aus. Diese Liste enthält alle physischen Formate, die Sie für diese Nachrichtengruppe definiert haben.

      Lassen Sie das Nachrichtenformat bei den XML-, XMLNS-, XMLNSC-, JMS-, MIME- und BLOB-Parsern leer.

  3. Wählen Sie im Navigator des Eigenschaftendialogs die Option 'Erweitert' aus, und geben Sie den erforderlichen Wert für den Transaktionsmodus an, um die Transaktionsmerkmale zur Handhabung dieser Nachricht festzulegen:
    • Bei der Auswahl von Automatisch wird die ankommende Nachricht unter Synchronisationspunktsteuerung empfangen, wenn sie als 'persistent' markiert ist; andernfalls nicht. Die Transaktionalität aller abgeleiteten Nachrichten, die später von einem Sendeknoten gesendet werden, hängt vom eingehenden Persistenzmerkmal ab - es sei denn, vom Sendeknoten wurde die Transaktionalität explizit überschrieben.
    • Bei der Auswahl von Ja wird die ankommende Nachricht unter Synchronisationspunktsteuerung empfangen. Alle abgeleiteten Nachrichten, die später von einem Sendeknoten in derselben Instanz des Nachrichtenflusses gesendet werden, werden transaktionsorientiert gesendet - es sei denn, vom Sendeknoten wurde die Transaktionalität explizit überschrieben.
    • Bei der Auswahl von Nein wird die ankommende Nachricht nicht unter Synchronisationspunktsteuerung empfangen. Alle abgeleiteten Nachrichten, die nacheinander von einem Sendeknoten im Nachrichtenfluss gesendet wurden, werden nicht-transaktional gesendet, es sei denn, der Sendeknoten gibt an, dass die Nachricht unter die Synchronisationspunktsteuerung gestellt werden sollte.
  4. Wählen Sie im Eigenschaften-Dialognavigator die Option "Auswertung", wenn der MRM-Parser den Nachrichtenhauptteil gegen das von der Nachrichtengruppe generierte Wörterbuch prüfen soll. (Wenn eine Nachricht an das Fehlerterminal des Knotens übergeben wird, wird sie nicht ausgewertet.)

    Sie finden detaillierte Informationen hierzu unter Nachrichten überprüfen und Eigenschaften der Gültigkeitsprüfung für Nachrichten in der MRM-Domäne.

  5. Wählen Sie im Navigator des Eigenschaftendialogs 'Allgemeine Nachrichtenoptionen' aus. Für die Option Zeitpunkt für Syntaxanalyse wird standardmäßig Bei Bedarf festgelegt. Dadurch wird die Auswertung verzögert, bis sie als Teilanalyse syntaktisch analysiert wird. Wenn Sie diese Option zu Sofort ändern, wird das teilweise Parsing überschrieben und eine Analyse und Auswertung der gesamten Nachricht durchgeführt; davon ausgenommen sind die komplexen Typen mit einem Zusammensetzungswert 'Auswahl' oder 'Nachricht', die zu diesem Zeitpunkt nicht aufgelöst werden können. Wenn Sie für diese Option Vollständig festlegen, wird das teilweise Parsing überschrieben und eine Analyse und Auswertung der gesamten Nachricht durchgeführt; durch komplexe Typen mit einem Zusammensetzungswert 'Auswahl' oder 'Nachricht', die zu diesem Zeitpunkt nicht aufgelöst werden können, wird das Fehlschlagen der Auswertung verursacht.
  6. Wählen Sie im Navigator des Eigenschaftendialogs die Option 'Beschreibung' aus, um ein kurze und/oder ausführliche Beschreibung einzugeben.
  7. Klicken Sie auf Übernehmen, um die Änderungen am SCADAEmpfangsknoten vorzunehmen, ohne das Dialogfeld mit den Eigenschaften zu schließen. Klicken Sie auf OK, um die Änderungen zu übernehmen und das Dialogfeld mit den Eigenschaften zu schließen.

    Klicken Sie auf Abbrechen, um das Dialogfeld zu schließen und alle Änderungen zu verwerfen, die Sie an den Eigenschaften vorgenommen haben.

Verbindungen zu Terminals herstellen

Der SCADAEmpfangsknoten leitet jede Nachricht, die er empfängt, erfolgreich an den Ausgangsterminal weiter. Schlägt dies fehl, wird die Nachricht an das Fehlerterminal weitergeleitet. Sie können Knoten mit diesem Terminal verbinden, um diesen Zustand zu beheben. Wenn Sie keine Verbindung zum Fehlerterminal hergestellt haben, durchläuft die Nachricht kontinuierlich in einer Schleife den Knoten, bis das Problem behoben ist.

Wenn die Nachricht von diesem Knoten abgefangen wird, nachdem eine Ausnahmebedingung weiter vorne im Nachrichtenfluss ausgegeben wurde, wird die Nachricht an das Catch-Terminal weitergeleitet. Wenn Sie keine Verbindung zum Catch-Terminal hergestellt haben, durchläuft die Nachricht kontinuierlich in einer Schleife den Knoten, bis das Problem behoben ist. Stellen Sie sicher, dass ein Knoten stets mit diesem Terminal verbunden ist, falls die Nachricht in einem Nachrichtenfluss zurückgesetzt werden kann.

Koordinierte Transaktionen konfigurieren

Wenn Sie einen SCADAEmpfangsknoten in einen Nachrichtenfluss einschließen, definiert der Wert, den Sie für den Transaktionsmodus festgelegt haben, ob die Nachrichten unter der Synchronisationspunktsteuerung empfangen werden:

  • Der Wert Ja (Standardeinstellung) bewirkt, dass die Nachricht unter der Synchronisationspunktsteuerung empfangen wird (d. h. in einer Arbeitseinheit von WebSphere MQ). Alle Nachrichten, die nacheinander von einem Sendeknoten in derselben Instanz des Nachrichtenflusses gesendet wurden, werden unter die Synchronisationspunktsteuerung gestellt, es sei denn, der Sendeknoten hat dies explizit überschrieben.
  • Wenn Sie Automatisch auswählen, wird die Nachricht unter dem Synchronisationspunkt empfangen, wenn die eingehende Nachricht als persistent markiert ist. Ansonsten ist dies nicht der Fall. Alle Nachrichten, die nacheinander von einem Sendeknoten gesendet wurden, werden - wie vom Persistenzmerkmal der ankommenden Nachricht bestimmt - unter Synchronisationspunktsteuerung gestellt, es sei denn, der Sendeknoten hat dies explizit überschrieben.
  • Der Wert Nein bewirkt, dass die Nachricht nicht unter der Synchronisationspunktsteuerung empfangen wird. Alle Nachrichten, die nacheinander von einem Sendeknoten im Nachrichtenfluss gesendet wurden, werden nicht unter die Synchronisationspunktsteuerung (syncpoint-Bedingung) gestellt, es sei denn, ein einzelner Sendeknoten hat dies angegeben.

(Der MQSendeknoten ist der einzige Sendeknoten, den Sie so konfigurieren können, dass er diese Option überschreibt.)

Terminals und Eigenschaften

In der nachfolgenden Tabelle werden die Terminals des SCADAEmpfangsknotens beschrieben.

Terminal Beschreibung
Fehlerterminal Das Ausgabeterminal, an das die Nachricht geleitet wird, wenn ein Fehler auftritt.
Ausgangsterminal Das Ausgabeterminal, an das die Nachricht geleitet wird, wenn sie erfolgreich aus der Warteschlange abgerufen wurde.
Catch-Terminal Das Ausgabeterminal, an das die Nachricht geleitet wird, wenn nachgeschaltet eine Ausnahmebedingung ausgegeben und von diesem Knoten abgefangen wurde.

In der nachfolgenden Tabelle werden die Knoteneigenschaften beschrieben. Die Spalte M zeigt an, ob die Eigenschaft obligatorisch ist (markiert mit einem Sternchen im Eigenschaftendialog, ob Sie einen Wert eingeben müssen, wenn kein Standardwert definiert ist). Die Spalte C zeigt an, ob die Eigenschaft konfigurierbar ist (Sie können den Wert ändern, wenn Sie der BAR-Datei den Nachrichtenfluss hinzufügen, um ihn einzusetzen).

In der nachfolgenden Tabelle werden die grundlegenden Eigenschaften des SCADAEmpfangsknotens beschrieben.

Eigenschaft M C Standard Beschreibung
Empfangsprogramm bei Systemstart aktivieren Ja Nein Ausgewählt Beim Start des Empfangsprogramms. Wenn Sie das Markierungsfeld auswählen, wird das Empfangsprogramm gestartet, sobald der Broker den Nachrichtenfluss startet. Wenn Sie das Markierungsfeld inaktivieren, wird das Empfangsprogramm bei Ankunft einer Nachricht am angegebenen Port gestartet.
Port Ja Ja 1883 Der Port, an dem das SCADA-Protokoll empfangsbereit ist.
Max. Anz. Threads Ja Ja 500 Maximale Anzahl von Threads, die zur Unterstützung von SCADA-Geräten gestartet werden soll.
Thread-Pooling verwenden Ja Ja Nicht ausgewählt Gibt an, ob Thread-Pooling verwendet werden soll. Wenn Sie das Markierungsfeld aktivieren, wird der Vorgang ausgeführt.

In der nachfolgenden Tabelle werden die Standardeigenschaften des SCADAEmpfangsknotens beschrieben.

Eigenschaft M C Standard Beschreibung
Nachrichtendomäne Nein Nein   Die Domäne, die für die Syntaxanalyse der ankommenden Nachricht verwendet wird.
Nachrichtengruppe Nein Nein   Der Name oder die ID der Nachrichtengruppe, in der die ankommende Nachricht definiert ist.
Nachrichtenart Nein Nein   Der Name der ankommenden Nachricht.
Nachrichtenformat Nein Nein   Der Name des physischen Formats der ankommenden Nachricht.

In der nachfolgenden Tabelle werden die erweiterten Eigenschaften des SCADAEmpfangsknotens beschrieben.

Eigenschaft M C Standard Beschreibung
Transaktionsmodus Ja Nein Ja Gibt an, ob die ankommende Nachricht unter Synchronisationspunktsteuerung empfangen wird. Gültige Werte sind Automatisch, Ja und Nein.

In der nachfolgenden Tabelle werden die Auswertungseigenschaften des SCADAEmpfangsknotens beschrieben.

Der Abschnitt Eigenschaften der Gültigkeitsprüfung für Nachrichten in der MRM-Domäne enthält eine ausführliche Beschreibung der Eigenschaften.

Eigenschaft M C Standard Beschreibung
Auswerten Ja Ja Keine Durchführung einer Auswertung. Gültige Werte sind Keine, Inhalt und Wert und Inhalt.
Aktion bei Fehler Ja Nein Ausnahme Aktion beim Fehlschlagen einer Gültigkeitsprüfung. Sie können diese Eigenschaft nur angeben, wenn Sie Auswerten auf Inhalt oder Inhalt und Wert gesetzt haben. Gültige Werte sind Benutzertrace, Lokales Fehlerprotokoll, Ausnahmebedingung und Ausnahmeliste.
Alle Wertvorgaben einschließen Ja Nein Ausgewählt Diese Eigenschaft kann nicht bearbeitet werden. Die Standardaktion (ausgewähltes Markierungsfeld) besteht darin, dass in der Auswertung von Inhalt und Wert auch Basisprüfungen der Wertvorgaben ausgeführt werden.
Korrektur Ja Nein Keine Diese Eigenschaft kann nicht bearbeitet werden.

In der nachfolgenden Tabelle werden die Eigenschaften der allgemeinen Nachrichtenoptionen des SCADAEmpfangsknotens beschrieben.

Eigenschaft M C Standard Beschreibung
Zeitpunkt der Syntaxanalyse Ja Nein Bei Bedarf Durch diese Eigenschaft wird gesteuert, zu welchem Zeitpunkt eine Eingabenachricht syntaktisch analysiert wird. Gültige Werte sind Bei Bedarf, Sofort und Vollständig.

Der Abschnitt Bedarfsgerechte Syntaxanalyse enthält eine ausführliche Beschreibung dieser Eigenschaft.

MQRFH2C-Kompaktparser für MQRFH2-Domäne verwenden Nein Nein False Durch diese Eigenschaft wird gesteuert, ob der MQRFH2C Compact Parser anstelle des MQRFH2-Parsers für MQRFH2-Header verwendet wird.

In der nachfolgenden Tabelle werden die Eigenschaften der XMLNSC-Parseroptionen für den SCADAEmpfangsknoten beschrieben.

Eigenschaft M C Standard Beschreibung
XMLNSC Compact Parser für XMLNS-Domäne verwenden Ja Nicht ausgewählt Nein Beginn der ÄnderungDurch diese Eigenschaft können Sie steuern, ob der XMLNSC-Kompaktparser für Nachrichten in der XMLNS-Domäne verwendet wird. Wenn Sie diese Eigenschaft festlegen, werden die Nachrichtendaten unter XMLNSC in Knoten angezeigt, die mit dem Ausgabeterminal verbunden sind, wenn der RFH2-Eingabeheader oder die Standardeigenschaftendomäne XMLNS ist.Ende der Änderung
Residenter Modus für gemischten Inhalt Ja Nein Keine Durch diese Eigenschaft wird gesteuert, ob der XMLNSC-Parser beim Feststellen von gemischtem Text in einer Eingabenachricht Elemente in der Nachrichtenbaumstruktur erstellt. Gültige Werte sind Keine und Alle. Durch die Auswahl von Alle werden Elemente für gemischte Texte erstellt. Durch die Auswahl von Keine werden gemischte Texte ignoriert und keine Elemente erstellt.
Residenter Modus für Kommentare Ja Nein Keine Durch diese Eigenschaft wird gesteuert, ob der XMLNSC-Parser beim Feststellen von Kommentaren in einer Eingabenachricht Elemente in der Nachrichtenbaumstruktur erstellt. Gültige Werte sind Keine und Alle. Durch die Auswahl von Alle werden Elemente für Kommentare erstellt. Durch die Auswahl von Keine werden Kommentare ignoriert und keine Elemente erstellt.
Residenter Modus für Verarbeitungsanweisungen Ja Nein Keine Durch diese Eigenschaft wird gesteuert, ob der XMLNSC-Parser beim Feststellen von Verarbeitungsanweisungen in einer Eingabenachricht Elemente in der Nachrichtenbaumstruktur erstellt. Gültige Werte sind Keine und Alle. Durch die Auswahl von Alle werden Elemente für Verarbeitungsanweisungen erstellt. Durch die Auswahl von Keine werden Verarbeitungsanweisungen ignoriert und keine Elemente erstellt.

In der nachfolgenden Tabelle werden die Beschreibungseigenschaften des SCADAEmpfangsknotens beschrieben.

Eigenschaft M C Standard Beschreibung
Kurzbeschreibung Nein Nein   Kurze Beschreibung des Knotens
Ausführliche Beschreibung Nein Nein   Text, der den Zweck des Knotens im Nachrichtenfluss beschreibt
Bemerkungen | Marken | Downloads | Bibliothek | Unterstützung | Rückmeldung
Copyright IBM Corporation 1999, 2006 Letzte Aktualisierung: 23. Aug. 2006
ac04620_