CPLD für Adresskodierung schnell genug?

Gast #3227880
Lesenswert?
• ▲
▼ 
Hallo Foristen,
habe mal eine generelle Frage zu CPLDs. Ich würde gerne schnell Daten 
aus einem Cameralink Interface in ein SRAM übertragen. Pixelclock wäre 
warscheinlich 60Mhz. Ist es vom timing zu schaffen in ein 10ns SRam zu 
schreiben, wenn die Adresscodierung und WE, OE Signale über ein CPLD 
generiert werden?
Ich dachte daran ein ispMach4000V/B/C/Z von Lattice(propagation delay 
2.5ns) zu benutzen.
Bin für anregende Antworten dankbar.
Grüße
Chris
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden
Gast
Lesenswert?
• ▲
▼ 
Moin,
@MCUA Der Preis ist zweitrangig für mich, da es nur wenige Stck. sind 
die ich bauen will. Keine Serienfertigung. :)
@Falk was meinst du denn wenn man es richtig macht?hast du einen Tip wo 
ich besonders drauf achten müßte?
Habe erst einmal ein CPLD programmiert, ist aber schon ne weile her und 
da waren es keine hohen Taktraten.
Gruß
Chris
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Lesenswert?
• ▲
▼ 
@MZChris (Gast)

>@Falk was meinst du denn wenn man es richtig macht?hast du einen Tip wo
>ich besonders drauf achten müßte?

Naja, 60 MHz sind schon recht flott, sind immerhin nur 16,6ns 
Periodendauer. In dieser Zeit muss man die Adresse und Daten ausgeben, 
bisschen warten, den Schreibpuls erzeugen und wieder ein bisschen 
warten. Das mit einem 10ns SRAM, hmmm, sportlich. Wenn man sich keinen 
unnötigen Stress machen will, macht man einfach den Speicherbus doppelt 
so breit wie den CameraLink Bus und taktet alles auf der halben 
Frequenz. Das kostet natürlich IOs und Logikresourcen.
Allgemein muss man das Ganze sehr stark mit FlipFlips gestalten, sprich, 
alle kombinatiorischen Pfade eher kurz halten. Die Steuersignale für den 
SRAM müsen direkt aus FlipFlops kommen (Moore state machine).
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Gast
Lesenswert?
• ▲
▼ 
> in ein 10ns SRam..
meint norm.weise 10ns Read/Write-CycleTime von 10ns (WE-Puls ca 8ns). 
Also hier max 100MWr/s.
Von daher wäre genug Luft bei 16ns.
Wenn das Dekodieren zu lange dauern sollte, einfach mit kleiner Pipeline 
die Adr. u Daten zwischenspeichern (würde auch ins PLD passen).
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Thread beobachten

Antwort schreiben

Eine eigene Frage? Dieser Thread ist über 13 Jahre alt. Stell sie in einem eigenen Thread – dort lesen mehr Leute mit, und sie wird öfter und schneller beantwortet.

Neuen Thread starten

Eine Lösung, Ergänzung oder Rückmeldung zu diesem Thread? Dann antworte hier.

Formatierung
  • [c]C-Code[/c]
  • [vhdl]VHDL-Code[/vhdl]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Dein Name und deine E-Mail-Adresse

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.