RC Transmission Lines (Wafer-Scale)






I recently got into a conversation in comp.arch concerning
how fast signals propagate and how far they can travel in
microprocessor wiring.

Some of the posters seem to think that wafer-scale traces/wires
are a lot slower than PWB-scale and system-scale traces/wires
because they are RC transmission lines, not LC.

I did a few crude simulations and it seems to me that the
RC slows down the risetime on single edges and cuts the
amplitude way down on high frequency clock signals, but
I can't see any reason to think that the propagation would
be a lot slower than the usual 60%-80% of C rule of thumb.

I am familiar with normal board and system level transmission
lines such as ECL, stripline, coax, etc., but have never done
any work with chip-scale electronics. Does anyone here know
how fast and how far one can move a signal across a die? Thanks!

--
Guy Macon
<http://www.guymacon.com/>

.



Relevant Pages

  • Re: RC Transmission Lines (Wafer-Scale)
    ... how fast signals propagate and how far they can travel in ... I am familiar with normal board and system level transmission ... Prop delay versus distance is a serious issue with layout on a Xilinx ...
    (sci.electronics.design)
  • Re: RC Transmission Lines (Wafer-Scale)
    ... Some of the posters seem to think that wafer-scale traces/wires ... amplitude way down on high frequency clock signals, but I can't see any reason to think that the propagation would ... I am familiar with normal board and system level transmission ...
    (sci.electronics.design)
  • Re: RC Transmission Lines (Wafer-Scale)
    ... how fast signals propagate and how far they can travel in ... used termination techniques for any of their internal signals, ... and complexity of on-chip termination (and I'm not talking about their I/O ...
    (sci.electronics.design)
  • Re: 8051/LCD in 4-bit mode problem
    ... Typical LCD displays are very slow, often much slower than the micros ... Have you confirmed that all your signals and ... inter-signal delays are long enough, and have adequate setup and hold ...
    (comp.arch.embedded)