24.12.2012 Aufrufe

Schaltungsdesign mit VHDL

Schaltungsdesign mit VHDL

Schaltungsdesign mit VHDL

MEHR ANZEIGEN
WENIGER ANZEIGEN

Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.

YUMPU macht aus Druck-PDFs automatisch weboptimierte ePaper, die Google liebt.

8.3.1 Prozesse<br />

8 Simulationsablauf<br />

Die erweiterte Syntax der Prozeßanweisung einschließlich des optionalen<br />

Schlüsselwortes POSTPONED lautet nun (393) :<br />

[process_label :] [POSTPONED] PROCESS<br />

[(sig_name_1 {, sig_name_n})] [IS]<br />

...<br />

BEGIN<br />

...<br />

END [POSTPONED] PROCESS [process_label] ;<br />

Die Kennzeichnung eines Prozesses als POSTPONED hat folgende<br />

Konsequenzen:<br />

p Da der Prozeß erst zum letzten Delta-Zyklus aktiviert wird, befinden<br />

sich alle Signale in einem für diesen Simulationszeitpunkt<br />

stabilen Zustand.<br />

p Derartige Prozesse dürfen keine neuen Delta-Zyklen mehr verursachen.<br />

Dies bedeutet insbesondere:<br />

m es dürfen keine unverzögerten Signalzuweisungen enthalten<br />

sein.<br />

m es dürfen keine "WAIT FOR 0 fs;"-Anweisungen enthalten<br />

sein,<br />

p Falls der Prozeß auf mehrere Signale sensitiv ist, kann im letzten<br />

Delta-Zyklus durch Attribute wie z.B. EVENT nicht mehr festgestellt<br />

werden, welches Signal den Prozeß aktiviert hat.<br />

8.3.2 Assertions<br />

Gerade bei Assertions ist es wichtig, daß evtl. zu überprüfende Signale<br />

einen stabilen Zustand erreicht haben. Unnötige Fehlermeldungen<br />

werden so vermieden. Bei nebenläufigen Assertions lautet die Syntax<br />

<strong>mit</strong> dem Schlüsselwort POSTPONED (393):<br />

[assert_label :] [POSTPONED] ASSERT condition<br />

[REPORT "message_string"]<br />

[SEVERITY severity_level] ;<br />

© G. Lehmann/B. Wunder/M. Selz 191

Hurra! Ihre Datei wurde hochgeladen und ist bereit für die Veröffentlichung.

Erfolgreich gespeichert!

Leider ist etwas schief gelaufen!