Visualisierung von Parametern komplexer Schnittstellen ... - ihmor.de

Ein ProtocolPin ist eine virtuelle Komponente, die vergleichbar mit dem Pin einer
Schnittstelle ist. Ein ProtocolPin ist dabei ein einadriger Kanal, über den Daten übermittelt
werden. Die Summe aller ProtocolPins eines Protokolls repräsentiert dann die gesamte
Übertragung für dieses Protokoll. An die ProtocolPins wird mittels eines
Referenzmechanismus die Verhaltensbeschreibung des jeweiligen Protokolls gebunden.
Die Parametergruppe Identification beinhaltet die üblichen Parameter. Characterization
besteht aus:
Direction (ipq:M..32):
Hiermit wird die Richtung spezifiziert, in der die Daten übertragen werden. Mögliche Werte
sind Input, Output, Bidirectional, Special (GND, VCC) und Undefinded.
Type (ipq:M..32):
Dieser Parameter bestimmt den Typ eines ProtocolPins. Zur Auswahl stehen Bit, Std_Logic,
VCC, Ground, NC (Not Connected) und Undefined.
Behavior (ipq:M..16):
Das Verhalten eines ProtocolPins kann mit folgenden Werten angegeben werde: Data,
Control, Address, Mixed (Data+Control), Status, GND, VCC, NC, Don’t Cate und Other.
Die XML Notation des ProtocolPin-Schemas ist dem Pin-Schema ähnlich und befindet sich
deswegen nicht im Anhang.
Ein weiterer Bestandteil eines Protokolls ist der Parameter State. Zur Beschreibung von
Protokollen werden in der IFD endliche Automaten (FSM, finite state machine) genutzt. Mit
dem Parameter State werden die einzelnen Zustände der FSM, die beim Ablauf eines
Protokolls angenommen werden, beschrieben.
Abbildung 4-15: Struktur des XML Schemas State.xsd
Die Identification ist wie gehabt. In der TransitionList werden die Transitionen verwaltet, mit
denen Übergänge zwischen den einzelnen Zuständen modelliert werden. Die
MooreOutputList beinhaltet Informationen über die Ausgaben, die der modellierte Automat in
diesem Zustand (State) liefert:
AutomataOutput.xsd ist das zugehörige XML Schema und besteht aus folgenden zwei
Parametern.
30