FIFO: Full und Empty

[Dosmo (Gast)]

Hallo,

ich hab gerade ein Verständnisproblem mit FIFOs. Ich benutze die FIFOs 
des CoreGenerators von Xilinx ISE 13.4.
Es geht darum, daß Datenworte aus einem FIFO in einen anderen kopiert 
werden sollen. Beide FIFOs sind "First Word Fall Through".

Mein Ansatz sah bisher so aus:

if ((quellfifo_empty = '0') and (zielfifo_full = '0')) then
  quellfifo_readenable <= '1';
  zielfifo_writeenable <= '1'; 
else
  quellfifo_readenable <= '0';
  zielfifo_writeenable <= '0'; 
end if;

Die Datensignale beider Fifos sind direkt verdrahtet (ohne Takt).

Wenn ich es jetzt richtig verstehe, ist es bei einem FWFT-FIFO aber so, 
daß "EMPTY" erst dann kommt, nachdem man das letzte Wort ausgelesen 
hat. In diesem Fall würde aber mit meinem Code "ReadEnable" und 
"WriteEnable" einen Takt zulange anstehen, richtig?
D.h. ich müßte korrekterweise "ALMOST_EMPTY" verwenden? Und 
"ALMOST_FULL"?
Danke.

[D. I. (Gast)]

Was sagt die Simulation?

[Dosmo (Gast)]

D. I. schrieb:
> Was sagt die Simulation?

Stützt meine Vermutung.

[Christian R. (supachris)]

Dosmo schrieb:
> In diesem Fall würde aber mit meinem Code "ReadEnable" und
> "WriteEnable" einen Takt zulange anstehen, richtig?

Nur wenn das Code-Schnipsel oben aus einem getaktetem Prozess stammt. 
Ansonsten kannst du das (not) Empty des Quell-FIFOs direkt als Write 
Enable des Ziel-FIFOs benutzen. (Bei First Word Fall Through). Direkt 
nach der Taktflanke, die das Auslesen des letzten Wortes (was ja vorher 
schon anstand) auslöst, wird eben dieses Wort ja in den anderen FIFO 
geschrieben.

[Sigi (Gast)]

Warum setzt du das 2. FIFO als "First Word Fall Through"?
Damit gehen dir ja die ersten BEIDEN Worte verloren.

[Christian R. (supachris)]

Da geht nirgendwo was verloren. FWFT Mode bedeutet doch nur, dass das 
erste Datenwort schon anliegt, bevor das Read Enable gesetzt wird. Es 
kann also mit der ersten Taktflanke, zu der Read Enable aktiv ist, ins 
nächste Register übernommen werden. Beim Standard Mode müsste man dann 
erst das Wort in der 2. Flanke übernehmen. Verloren geht in beiden 
Fällen erst mal nichts.

[Dosmo (Gast)]

Christian R. schrieb:
> Nur wenn das Code-Schnipsel oben aus einem getaktetem Prozess stammt.
> Ansonsten kannst du das (not) Empty des Quell-FIFOs direkt als Write
> Enable des Ziel-FIFOs benutzen. (Bei First Word Fall Through). Direkt
> nach der Taktflanke, die das Auslesen des letzten Wortes (was ja vorher
> schon anstand) auslöst, wird eben dieses Wort ja in den anderen FIFO
> geschrieben.

Ja, es ist in einem getakteten Prozeß.
In meiner Anwendung ist es nicht so simpel wie im Code-Schnipsel. Ich 
muß zuerst das Datenwort bewerten, dann darf ich es entweder kopieren 
oder muß es verwerfen, daher bietet sich FWFT an.
Mit "ALMOST_EMPTY" funktioniert jetzt es übrigens gut, aber mir fehlt 
einfach noch das intuitive Verständnis für diese 
Wann-hat-ein-Signale-welchen-Status-Sache.

[Dosmo (Gast)]

Wen's interessiert:

Damit es wirklich korrekt funktioniert, mußte ich es letztendlich so 
machen:

if (      (     (quellfifo_readenable = '0' and quellfifo_empty       = '0')
            or  (quellfifo_readenable = '1' and quellfifo_almostempty = '0'))
      and (     (zielfifo_writeenable = '0' and zielfifo_full         = '0')
            or  (zielfifo_writeenable = '1' and zielfifo_almostfull   = '0')) ) then
   quellfifo_readenable <= '1';
   zielfifo_writeenable <= '1'; 
else
   quellfifo_readenable <= '0';
   zielfifo_writeenable <= '0'; 
end if;

Der Trick ist, daß man jenachdem, ob das RdEna/WrEna schon gesetzt ist 
oder nicht, "EMPTY"/"FULL" or "ALMOST_EMPTY"/"ALMOST_FULL" auswerten 
muß.