T
Thomas Stanka
Guest
Hi,
"MaWin" <me@privacy.net> wrote:
Wie soll ich aus einem 64-Bit Bus noch sinnvoll Daten bekommen, wenn
sich die Daten gegenseitig überholen?
Ich versuche mir gerade eine SChaltung vorzustellen, die mit Daten
zurecht kommt und werde noch nicht Glücklich.
Also gegeben ein Skew > Datentakt und mehr als 3-4 Leitungen, wie kann
ich mir das dann vorstellen? Für jede Leitung einzeln eine
Taktrückgewinnung und anschliessend ein Fifo, um die Daten wieder in
passende Wörter zu sammeln?
Wie gehe ich dabei mit Störungen um?
Gibt es für solche Bussysteme schon praktische Beispiele? Ich bin
gerne bereit was neues zu lernen.
bye Thomas
"MaWin" <me@privacy.net> wrote:
-v bitte.Hergen Lehmann <hlehmann.expires.010604@snafu.de> schrieb im Beitrag <1buip1-np8.ln1@hergen.dyndns.org>...
Dein Satz
Oder das genaue Gegenteil: eine serielle Schnittstelle verwenden.
ist jedenfalls inhaltlich falsch. Eine Reduzierung der parallel
laufenden Leitungen ist NICHT geeignet um ein Bussystem schneller
zu machen, bloss um es billiger zu machen. Denn nimmt man einfach
mehrere deiner seriellen Leitungen parallel, wird es klar erkennbar
noch schneller, natuerlich auch teurer.
Zwar ist der Einwand, das man bei parallel laufenden Leitungen bei
zunehmendem Takt den Skew im Auge behalten muss richtig, und zwingt
einen ggf. zur Taktrueckgewinnung aus jeder einzelnen Datenleitung,
aber das wurde ja auch nicht ausgeschlossen.
Wie soll ich aus einem 64-Bit Bus noch sinnvoll Daten bekommen, wenn
sich die Daten gegenseitig überholen?
Ich versuche mir gerade eine SChaltung vorzustellen, die mit Daten
zurecht kommt und werde noch nicht Glücklich.
Also gegeben ein Skew > Datentakt und mehr als 3-4 Leitungen, wie kann
ich mir das dann vorstellen? Für jede Leitung einzeln eine
Taktrückgewinnung und anschliessend ein Fifo, um die Daten wieder in
passende Wörter zu sammeln?
Wie gehe ich dabei mit Störungen um?
Gibt es für solche Bussysteme schon praktische Beispiele? Ich bin
gerne bereit was neues zu lernen.
bye Thomas