Spartan 3: Clock an nicht GCK pin.

[Dimi (Gast)]

Hallo Community,

in meinem Projekt mit Spartan 3 und AVR werden 2 Clocks verwendet:

50MHz Oszillator hängt am GCK Pin
Zweite Clock ist SCK (verwende SPI) von AVR hängt am normalen i/o Pin 
(kein GCK). Bis jetzt habe ich so gemacht, das die Flanke von SCK in so 
einem Process erkannt wird:

process (SCK50MHZ)
begin
   if rising_edge(CLK50MHZ)
      LAST_SCK <= SCK;
      SCK_RIGING_EDGE <= '0';
      if LAST_SCK = '0' and SCK = '1' then
         SCK_RISING_EDGE <= '1';
      end if;
   end if;
end process;

Gibt es irgentwelche Nachteile wenn ich SCK als Clock direkt abfragen 
werde:

process (SCK)
begin
   if rising_edge(SCK)
      ...
      ...
      ...
   end if;
end process;

MfG aus Westerwald

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

> Bis jetzt habe ich so gemacht, das die Flanke von SCK in so
> einem Process erkannt wird:
Das ist grenzwertig. Da fehlt noch eine FF-Stufe zum Einsynchronisieren.

> Gibt es irgentwelche Nachteile wenn ich SCK als Clock direkt abfragen
> werde:
Nein, aber du mußt dir Gedanken machen, wie du die Daten in deine andere 
Taktdomäne sicher hinüberbringst. Ich mache das z.B. über das 
Einsynchronisieren des Slave-Select-Eingangs. Wenn der inaktiv und 
einsynchronisiert ist, dann sind die empfangenen Daten garantiert stabil 
und können übernommen werden.