Communities

Writing
Writing
Codidact Meta
Codidact Meta
The Great Outdoors
The Great Outdoors
Photography & Video
Photography & Video
Scientific Speculation
Scientific Speculation
Cooking
Cooking
Electrical Engineering
Electrical Engineering
Judaism
Judaism
Languages & Linguistics
Languages & Linguistics
Software Development
Software Development
Mathematics
Mathematics
Christianity
Christianity
Code Golf
Code Golf
Music
Music
Physics
Physics
Linux Systems
Linux Systems
Power Users
Power Users
Tabletop RPGs
Tabletop RPGs
Community Proposals
Community Proposals
tag:snake search within a tag
answers:0 unanswered questions
user:xxxx search by author id
score:0.5 posts with 0.5+ score
"snake oil" exact phrase
votes:4 posts with 4+ votes
created:<1w created < 1 week ago
post_type:xxxx type of post
Search help
Notifications
Mark all as read See all your notifications »
Q&A

High Speed Digital Communication Bus Probing

+4
−0

For high-speed digital communication busses, what attributes do you generally advise to add to a PCB to help with validating the communication bus as well as troubleshooting the design? In particular, I'm interested in adding features to a PCB with a parallel bus for SDR SDRAM with a clock of 167MHz, and a quad SPI bus for Flash memory with a clock of 133MHz. The rise/fall times are roughly 1ns. I suspect I will need to use an active probe to monitor a given signal with an oscilloscope. Is it realistic to probe multiple lines of a parallel bus to validate relative timing and signal integrity of the signals? Are there any features on a PCB that are helpful for holding the probes, without adding significant inductance, so that you can use your hands for interfacing with the test equipment. Other than an oscilloscope, what other instruments are useful for probing high speed digital busses?

History
Why does this post require attention from curators or moderators?
You might want to add some details to your flag.
Why should this post be closed?

0 comment threads

1 answer

+3
−0

One of the first things you should do is provide a connection for the scope probe ground. If you think you'll be regularly looking at signals on this board, then one of those little loops or pins to clip a scope probe too would be useful. If it's a one-off problem, then just a thru-hole pad would be good enough. You solder a small ground wire to the pad, then clip the probe to the other end of the wire.

The high-speed signals are different. At these speeds, you are probably delay-matching the data lines. You want something that doesn't interfere with the delay. Unfortunately, there is no such thing. In this case, looking at the signals will affect them.

I might add one of those clips to the clock line only. That way you can see the clock signal hands-free. Then manually hold the probe for the other channel to whatever data line you are interested in. I'm assuming you can arrange for particular read and write sequences to eventually see the skew of every data line relative to the clock.

Be prepared for the skew being a little different when the scope probes are removed.

History
Why does this post require attention from curators or moderators?
You might want to add some details to your flag.

0 comment threads

Sign up to answer this question »