195.4.2.1 SELNA

Nach erfolgter Eingabe ist einerseits zwischen OS-betreffenden Nachrichten (SD, RV bzw. OS generell), bzw. LAN-Daten (eine spezifischere Auswahl des LAN-Tracepunktes ist mit dem Kommando SETLAN möglich: Abschnitt ) zu wählen. Andererseits lassen sich mit SELNA auch Start- und Stoppbedingungen setzen.
Folgende Funktionen sind möglich:
Es können pro Tracepunkt alle Meldungen selektiert werden
1.
Es werden nur Meldungen selektiert, die eine der 4 Gruppen mit bis zu acht Bedingungen erfüllen
2.
Es wird keine Meldung und kein LAN-Objekt selektiert
3.
Nur Meldungen oder LAN-Objekte, die eine der 4 Gruppen mit bis zu acht Bedingungen erfüllen, führen zum Start bzw. Stopall des Tracings
4.
Meldungen, die eine der 4 Gruppen mit bis zu acht Bedingungen erfüllen, führen zur gezielten, in den „Bedingten Bedingungen“ festgelegten meldungsabhängigen Veränderung von Selektionsbedingungen während dem Tracing.
5.
Die Start-, Stop-, Stopall-Bedingung wird ausgeschaltet
6.
Für die Postselektion können bis zu acht Bedingungen formuliert werden (Achtung keine Bedingungsgruppen möglich!!)
7.
Die für die Postselektion formulierten Bedingungen werden gelöscht
8.
Löschen der Bedingungen einer Gruppe oder eines Tracepunktes.
Hinweis
Man beachte daß die Parameter BEDGRP und NABED zwar wahlfrei sind, aber bei Nichteingabe keine Selektion stattfindet, da diese Parameter defaultmäßig auf AUS stehen.
Selektieren von Meldungen und LAN-Objekten
Durch das Setzen von Bedingungen werden nur Objekte mit entsprechendem Inhalt aufgezeichnet. Der Tracer kann die Bewertung von Meldungsinhalten auf 2 Arten durchführen:
•
Die Eingabe von Bytewerten als Vergleichskriterium hat zur Folge, daß der Tracer die Meldung nur dann in den Tracebuffer aufnimmt, wenn das angesprochene Byte genau einem dieser Werte entspricht. Es ist möglich, mehrere Hexadezimalwerte für das Vergleichsbyte (bis zu 50) anzugeben und mehrere Bedingungen (bis zu 8), die alle erfüllt sein müssen, einzurichten.
•
Beim Maskenvergleich (Parameter Feldtyp = PST) wird die Position jenes/jener Bits (= Maske) angegeben, die im Vergleichsbyte der Meldung gesetzt sein müssen, damit die Meldung in den Tracebuffer aufgenommen wird. Sind außer dem/den angegebenen Bit(s) noch zusätzliche Bits gesetzt, so wird die Meldung ebenfalls, da sie ja der Maske entspricht, in den Tracebuffer aufgenommen. Mit diesem Verfahren ist es nun möglich, in einer Meldung enthaltene Powersets oder andere veränderliche Meldungsbytes, auf Bit-Ebene zu überwachen.
Beispiel:
 
BITPOS
BIT1&BIT4&&BIT7
B’01111010
H’7A
 
oder
B’01111011
H’7B
 
bzw. allgemein
B’x1111x1x
 
Die beiden Vergleichsverfahren können bei Bedarf in jeder der 4 Bedingungsgruppen beliebig kombiniert werden.
Beim Einrichten von mehreren Bedingungsgruppen ist die Reihenfolge der Gruppen zu beachten, denn das Tracing erfolgt so:
Der Tracer prüft die erste Gruppe. Treffen die Bedingungen zu, wird die Meldung - entsprechend den Festlegungen bei dieser Gruppe (Länge, Bedingte Bedingungen,...) - in den Tracebuffer kopiert; weitere Gruppen werden danach nicht weiter geprüft. Treffen die Bedingungen nicht zu, wiederholt sich das gleiche Spiel mit der nächsten Gruppe.
Der Anwender hat damit selbst die Möglichkeit das Tracing zu steuern, indem er, im Falle sich überschneidender Selektionsmengen, der Gruppe mit den ihm wichtigeren Festlegungen (also Länge, Bedingte Bedingungen,...) eine niedrigere Gruppennummer gibt.
Eine Faustregel: Je einschränkender eine Bedingung ist, desto kleiner soll ihre Gruppennummer sein.
Allgemein gilt: Falls die Bedingung einer Gruppe eine Untermenge einer anderen ist, so muß sie die kleinere Gruppennummer haben.
Bedingte Bedingungen
Die für Selektionen definierten Bytewerte können während des Tracens auch automatisch, in Abhängigkeit von Meldungsinhalten, gesetzt, verändert oder gelöscht werden. Dies geschieht nach den in den „Bedingten Bedingungen“ (Parameter NABED=BB1/../BB8) definierten Festlegungen.
Dies bedeutet: aus der Meldung, die die Selektionsbedingungen erfüllt, werden ein bis acht Byte als Bedingungen für eine zukünftige Meldung verwendet.
Ein ausführliches Beispiel für eine Verwendung von Bedingten Bedingungen findet man in der AMO Description zum TRACS, Kapitel Beispiele.
Start-, Stop- und Stopall-Bedingung
Die Start-Bedingung beschreibt die Eigenschaften einer Meldung, die das Tracing einschaltet (Start-Meldung).
Beispiel:
 
SELNA,START,G1,B1,SRC,34&57,g;
Start des Tracings erfolgt erst wenn
SELNA,START,G1,B2,EV,3E,g;
eine Nachricht vorkommt, deren 4.Byte
 
gleich 3E ist und deren 1.Byte
 
entweder den Wert 34 oder 57 hat.
Die Stop-Bedingung beschreibt die Eigenschaften einer Meldung, die das Tracing ausschaltet (Stop-Meldung).
Die Stopall-Bedingung beschreibt die Eigenschaften einer Meldung oder eines LAN Objektes, die das Tracing in allen konfigurierten Prozessoren einer Hicom-Anlage (d.h. auch IHS) und, falls ein netzweiter Trace-Stop eingerichtet ist, auch das Tracing in Partneranlagen, ausschalten (Stopall-Meldung).
Wurden vom Benutzer gleichzeitig STOP-, oder STOPALL-Bedingungen eingerichtet, so prüft der Tracer zuerst die STOP-, anschließend die STOPALL-Bedingungen. Falls eine Meldung die STOP-Bedingung erfüllt, wird aufgrund der Tracerlogik nur der STOP-Tracepunkt durchlaufen und der Tracer im derzeit aktiven Prozessor angehalten. Die STOPALL-Bedingung wird dann NICHT mehr geprüft; sie bleibt ohne Auswirkung!
Hinweis
Ein Sonderfall tritt auf, wenn Meldungen oder LAN Objekte mit Zeitbedingung über einen Restart (Restartfestigkeit ist eingeschaltet) selektiert werden. Bei Serialisation durch OS-Mittel (SELSTOP,OS) kann während eines kurzen Zeitraumes keine Systemzeit ermittelt werden. Die Ursache liegt darin, daß die Zeitfelder im Betriebsystem (OS) ungültig sind und die Zeitermittlung des OS dann DUMMY-Werte liefert.
Um dem Benutzer Zeit zu geben, alle notwendigen Einzelbedingungen zu formulieren, wird die jeweilige Steuerbedingung bei Eingabe einer Einzelbedingung in den Definitionszustand versetzt und damit momentan unwirksam.
Bei Eingabe einer Start-Bedingung wird zusätzlich der Tracer ausgeschaltet. (Bei Eingabe einer Stop- oder Stopall-Bedingung wäre dies nicht sinnvoll, da das Tracing erst beim Eintreffen der Stop- bzw. Stopall-Meldung ausgeschaltet werden soll.)
Der Definitionszustand für die definierten Steuerbedingungen wird beendet durch das Einschalten des Tracers (Kommando EIN); diese Steuerbedingungen werden hierdurch in den Wartezustand versetzt.
In dieser Phase wird jede Meldung und jedes LAN Objekt von den aktivierten Tracepunkten überprüft, ob sie den definierten Steuerbedingungen entspricht.
Nach Eintreffen der Start-Meldung wird das Tracing eingeschaltet, das Einschalten am Betriebs-Terminal signalisiert und die Start-Meldung in den Buffer eingetragen. (Wenn keine Start-Bedingung definiert ist, war das Tracing ab dem Einschalten des Tracers eingeschaltet.) Dann werden weitere Meldungen oder LAN Objekte entsprechend den Tracepunkt-Selektionen in den Buffer eingetragen.
Beim Eintreffen der Stop-Meldung wird das Tracing ausgeschaltet und das Stoppen am Betriebs-Terminal signalisiert. Als letzte Meldung wird die Stop-Meldung in den Buffer eingetragen.
Beim Eintreffen der Stopall-Meldung wird das Tracing in allen Prozessoren, in denen ein Tracer aktiv ist, ausgeschaltet und das Stoppen am Betriebsterminal signalisiert. Als letzte Meldung wird die Stopall-Meldung in den Buffer eingetragen.
Die definierten Steuerbedingungen bleiben verfügbar (Zustand = E bei Start-, Stop- und Stopall-Bedingung) und werden beim nächsten EIN-Kommando wieder wirksam.
Das STATUS-Kommando zeigt die Zustände der Steuerbedingungen an:
–
D (Definitionszustand)
–
E (Erreicht)
–
W (Wartezustand)
OpenScape 4000 V10, Band 1: AMO Beschreibungen, Servicedokumentation, Ausgabe 12, ID: P31003H31A0S107120020
Copyright © Unify Software and Solutions GmbH & Co. KG 03/2024  -  All rights reserved.