Frequenz eines Signals einfach ermitteln

[frequenz (Gast)]

Hallo,

ich möchte für die Überprüfung eines komplexen Clockingnetzwerkes eine 
komfortable Möglichkeit haben um die Frequenz mehrerer Signale leicht in 
der Simulation abzulesen.

Gibt es eine Möglichkeit dies direkt(!) im ISim abzulesen?

Eine andere Möglichkeit wäre, eine Auswertung in der Testbench zu 
schreiben mit dem Ziel, dass in der Simulation ein Signal den 
Frequenzwert des zugehörigen Signal repräsentiert. Ich dachte da an das 
Attribut 'last_event. Jedoch komme ich hier einfach nicht auf den grünen 
Zweig.

Hat jemand eventuell eine gute Idee hierfür?

Ich bedanke mich!

[Duke Scarring (Gast)]

frequenz schrieb:
> Gibt es eine Möglichkeit dies direkt(!) im ISim abzulesen?
Im Modelsim kann man sich die Zeitdifferenz zweier Cursor auch als 
Frequenz anzeigen lassen. Schau mal, ob das in ISim auch geht.

frequenz schrieb:
> Ich dachte da an das
> Attribut 'last_event. Jedoch komme ich hier einfach nicht auf den grünen
> Zweig.
Eine gute Idee. Zeig mal, was Du schon gemacht hast.

Duke

[Lothar M. (Firma: Titel) (lkmiller) (Moderator)]

frequenz schrieb:
> Ich dachte da an das Attribut 'last_event.
Das ist bestenfalls die halbe Wahrheit oder die doppelte Frequenz. 
Schlimmstenfalls kommt gar nichts Sinnvolles dabei raus (asymmetrischer 
Takt).

Ich würde einfach den Zeitpunkt der steigenden Flanke merken und bei der 
nächsten steigenden Flanke die Frequenz ausrechnen.

> Überprüfung eines komplexen Clockingnetzwerkes
Das kommt mir verdächtig vor...

[Karl Könner (Gast)]

frequenz schrieb:

> Eine andere Möglichkeit wäre, eine Auswertung in der Testbench zu
> schreiben mit dem Ziel, dass in der Simulation ein Signal den
> Frequenzwert des zugehörigen Signal repräsentiert. Ich dachte da an das
> Attribut 'last_event. Jedoch komme ich hier einfach nicht auf den grünen
> Zweig.


Eine assert anweisung die beim Überschreiten der max. Taktfrequenz 
meckert, sieht so aus:

assert (not clk'event) or clk'delayed'last_event >= Pulswidth report 
"clk too fast";

Statt mitlaufendem Signal würde ich wegen dem type time aus 'last-event 
eine variable bevorzugen. Leider unterstützt isim wohl keine variable im 
wave_form window (zumindest 12.4). Oder falls signale keinen type time 
annehmen können, dann nach integer konvertieren.

[Manfred (Gast)]

Unterstützt ISIM überhaupt irgendwas Wichtiges - abgesehen, von 
Standard? Ich finde das Tool, nach allem, was ich bisher gesehen habe, 
einfach nur enttäuschend.

In ModelSIM habe ich mir immer die Zeit zwischen den Taktflanken 
gemerkt, in einem Fall, wo es jitter gab, die Periode zwischen 128 
Flanken, die einen bestimmten Wert nicht überschreiten durfte.

[user (Gast)]

wie wäre es mit einem process:

process(clk)
  variable old : time;
  variable diff : time;
  variable freq : real;
begin
  if rising_edge(clk) then
    diff := now - old;
    old := now;
    freq := 1/(diff/1 ns);
  end if;
end process;

[Lothar M. (Firma: Titel) (lkmiller) (Moderator)]

user schrieb:
> freq := 1/(diff/1 ns);
Naja, da fehlt ein Punkt bei der 1:

ERROR:HDLParsers:800 - "C:/Projekte/.../test.vhd" Type of freq is incompatible with type of /.

Und dann ist die Auflösung wegen der 1ns recht grob...

Ich würde also eher sowas vorschlagen:

signal freq : real := 0.0;
:
:
   process
     variable old : time := 0 ns;
   begin
     wait until rising_edge(clk);
     freq <= 1000000.0/((now-old)/1ps); --> f in MHz
     old := now;
   end process;

[Mike (Gast)]

Lothar Miller schrieb:
> old := now;

müsste das nicht einen Befehl weiter vor, wegen der Zeit?

[Lothar M. (Firma: Titel) (lkmiller) (Moderator)]

Mike schrieb:
> müsste das nicht einen Befehl weiter vor, wegen der Zeit?
Da vergeht keine Zeit: es ist die selbe steigende Flanke, die diese 
Berechnung auslöst. Und eine Flanke dauert genau 0ps...

Und eine Zeile weiter vorn wäre diese Zuweisung (1.) sinnlos und würde 
(2.) eine Division durch Null ergeben, weil dann now=old wäre:
freq <= 1000000.0/(( now-old )/1ps);