Spartan 3: Clock an nicht GCK pin.

Dimi Gast 18.06.2010 10:19 #1752130

Lesenswert?

•

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)
   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)
   if rising_edge(SCK)
      ...
      ...
      ...
   end if;
end process;


MfG aus Westerwald

Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden

Lothar M. (lkmiller) Moderator (Firma: Titel) 18.06.2010 10:42 #1752165

Lesenswert?

•

▲
▼

> 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.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Spartan 3: Clock an nicht GCK pin.

Antwort schreiben