Derived Clocks in VHDL

Danke für die schnelle Antwort.

Ja, die Takte sollen später aus eine PLL kommen, wobei ich von 
synchronen Taktflanken ausgehen kann.

erzeuge doch extra delta-delays so dass es passt.

clk_delta1 <= clk_i;
clk_delta2 <= clk_delta1;

usw

Mit dem delta Delay ist zumindest die simulation behoben. Im asic 
Entwurf geht das unter Umständen auch. Im fpga ist es vielleicht besser 
das Signal von der fallenden Flanke zu starten

Danke für die Antworten! Ich glaube ich werde es für die Simulation 
zunächst so lösen, dass ich dem Ausgangssignal vom ersten FF ein 
minimales Delay hinzufügen werden, sodass es ein Zeitevent später erst 
aktualisiert wird.

Die Idee der eingefügten Delta-Delays hatte ich auch erst, allerdings 
können diese variieren, da die abgeleitete Clock einen variablen Teiler 
besitzt. Dann zwar immer noch möglich, aber das Einfügen eines minimalen 
"echten" Delays zum Signal à la "q <= d after 1 ps" erscheint mir 
einfacher.

Falls ich mich nicht irre, sollte die Synthese doch sowieso zwei 
Register daraus produzieren. Das Synthese-Tool sollte es doch nicht 
interessieren, wie die Clocks zu einander stehen, sondern sieht den 
Aufbau zweier Register. Oder denke ich dort falsch?

PS: Danke an den Mod für das Einfügen der Code Formatierung :).

Stichwort: Setup & Hold Zeiten
solang ein Datum sich vor oder nach der Clock-Flanke sich in diesem 
Zeitfenster ändert, kannst du nicht ausschließen, dass es sich beliebig 
verhält (mal übernommen/mal nicht).

mit 1ps erschlägst du natürlich alle Deltay-Delays in der Simulation. 
Aber was macht dein Place&Route? "Warning unusual high holdvialoations 
trying to fix.."
In der Testbench ist das natürlich nicht verkehrt. Im Design siehst du 
eigentlich gerade deine Fehlerquelle.

Hi Klakx!
Ich weiß nicht genau ob ich deinen Hinweis 100%ig richtig verstehe, 
allerdings dachte ich, dass ich keine zusätzlichen Probleme bezüglich 
Setup&Hold haben sollte.

Zur Situation:
Ich habe das Design mit einer einheitlichen globalen Clock bereits 
synthetisiert und validiert. Jetzt habe ich es modifiziert, so dass 
gewisse Teile des Designs mit einer abgeleiteten Clock arbeiten. Die 
Flanken der abgeleiteten Clock können als synchron zu der Hauptclock 
angenommen werden.
Daher meine vielleicht naive Frage: Wenn ich die Flanken der 
abgeleiteten Clock als synchron zur Hauptclock annehmen kann und mein 
Design bei der höchstmöglichen Clock keine S&H Fehler aufweist, woher 
sollten dann neue S&H Probleme kommen?

Optimus schrieb:
> [..] Wenn ich die Flanken der
> abgeleiteten Clock als synchron zur Hauptclock annehmen kann und mein
> Design bei der höchstmöglichen Clock keine S&H Fehler aufweist, woher
> sollten dann neue S&H Probleme kommen?

Wenn du keine S&H Probleme hast, dann hast du keine S&H Probleme :)

Es hängt immer von den Tools ab. Wenn die Tools sich nicht darum kümmern 
bzw. den derived Clock nicht erkennen, hast du immer mindestens eine 
C->Q-Verzögerung (z.B. bei D-FF durch 2 Teiler) zwischen Haupt- und 
Derived Clock.

Natürlich kann die Sache auch gut ausgehen. Man sollte nur aufpassen.

Hier noch ein paar Vorschläge:

http://verificationguild.com/modules.php?name=Forums&file=viewtopic&t=537