DESIGNERCOUNCIL Archives

September 2006

DesignerCouncil@IPC.ORG

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Balasubramanian Krishnan <[log in to unmask]>
Reply To:
(Designers Council Forum)
Date:
Fri, 1 Sep 2006 12:50:38 +0530
Content-Type:
text/plain
Parts/Attachments:
text/plain (117 lines)
Dear Charles,
      Thanks for the thorough attention paid to my mail and for the
detailed reply. There are 2 products with same controller and peripheral
device. Please find the length of traces in both the products below.
Product 'A' functions well consistently but product 'B' fails consistently.
The delay introduced by the device is not matching with the controller
timing specification. These timing are not firmware controllable they are
inherited in the controller / device (hardware).

Length of Data line:
Device 'A' - 1.5 inch,
Device 'B'  -  4.5 inch.

Length of Clock line:
Device 'A' - 1.5 inch
Device 'B'  -  4.5 inch.

Sincerely

K.Balasubramanian
Project Leader - Hardware.



             "Charles Gervasi"
             <cgervasi@prosoft
             -technology.com>                                           To
                                       "(Designers Council Forum)"
             08/31/2006 07:41          <[log in to unmask]>,
             PM                        <[log in to unmask]>
                                                                        cc

                                                                   Subject
                                       Trace popagation delay may not be
                                       the problem.










The propagation speed in a stripline (internal) trace is equal to (speed
of light) / sqrt (dialectric const).  That works out to about 180 ps/
in.   Assuming your traces are a few inches long, propagation delay of
the traces accounts for only a very small fraction of the delay.  To
reduce propagation delay by 2ns, you would have to decrease trace length
by 12 inches.

Expensive materials have a higher dielectric constant and therefore more
propagation delay.  Microstrip traces may propagate slightly faster but
still only about 140ps/in.  85ps/in is the speed of light, which is the
ultimate speed limit of the universe.

It seems to me that the software will have to be modified to wait an
additional 2 ns, or the device it's getting data from will have to
generate its own clock/interrupt.

CJ
-----Original Message-----
From: DesignerCouncil [mailto:[log in to unmask]] On Behalf Of
Balasubramanian Krishnan
Sent: Thursday, August 31, 2006 8:21 AM
To: [log in to unmask]
Subject: [DC] How to minimise PCB trace propagation time

Dear Experts,
      In one of our design we see that signal round trip delay (clock
'high
to low' transition and data arrival) is beyond the timing requirement of
the microcontroller used. The microcontroller expects the data to arrive
within 14 nanoseconds after the clock pulse is activated but the data is
reaching only after 16 nanoseconds delay and hence the device fails. No
over shoots or undershoots are noticed in the clock signal, the clock
frequency is 24 MHz with rise time of about 4  to 5 nano seconds. The
PCB
trace length cannot be reduced. Costly PCB material (for low relative
permittivity) is not acceptable being a cost effective product.
      How to handle this issue? Your expert guidance will be of great
use.


Sincerely

K.Balasubramanian
Project Leader - Hardware.

------------------------------------------------------------------------
---------
DesignerCouncil Mail List provided as a free service by IPC using
LISTSERV 1.8d
To unsubscribe, send a message to [log in to unmask] with following text
in
the BODY (NOT the subject field): SIGNOFF DesignerCouncil.
To temporarily stop/(restart) delivery of DesignerCouncil send: SET
DesignerCouncil NOMAIL/(MAIL)
Search previous postings at: www.ipc.org > On-Line Resources & Databases
> E-mail Archives
Please visit IPC web site
http://www.ipc.org/contentpage.asp?Pageid=4.3.16 for additional
information, or contact Keach Sasamori at [log in to unmask] or 847-615-7100
ext.2815
------------------------------------------------------------------------
---------

---------------------------------------------------------------------------------
DesignerCouncil Mail List provided as a free service by IPC using LISTSERV 1.8d
To unsubscribe, send a message to [log in to unmask] with following text in
the BODY (NOT the subject field): SIGNOFF DesignerCouncil.
To temporarily stop/(restart) delivery of DesignerCouncil send: SET DesignerCouncil NOMAIL/(MAIL)
Search previous postings at: www.ipc.org > On-Line Resources & Databases > E-mail Archives
Please visit IPC web site http://www.ipc.org/contentpage.asp?Pageid=4.3.16 for additional information, or contact Keach Sasamori at [log in to unmask] or 847-615-7100 ext.2815
---------------------------------------------------------------------------------

ATOM RSS1 RSS2