-
Notifications
You must be signed in to change notification settings - Fork 2
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Digital Crosstalk Summary #62
Comments
Note, that removal of termination reduces the effects of inductive coupling between traces but does not affect the capacitive coupling. The parallel termination simply injects current nearby the chip. It may then propagate via analog part somehow. So, removal of the termination solves one issue but may create other ones. |
What issues could removing the AC shunt termination cause (beyond SI) and how would we test for it? We will measure the SI with a low capacitance high-bandwidth probe. Are there any other tests we should be doing? |
Digital to analogue crosstalk is significantly improved in Fastino v1.2 (see #85) |
Fastino 1.0 has significant digital crosstalk when DACs are updated. Updating a single channel can cause digital crosstalk spurs over -40dBmV in other channels.
Most of the crosstalk I have observed can be explained by the mechanisms detailed below.
Configuration Details
Unless otherwise specified, the configuration was as follows:
Digital Trace Coupling
Channels with analogue vias near updating digital traces experience crosstalk. The examples below demmonstrate the following points:
Example: Digital Traces Couple to Analogue Vias
Updating channel 28 produces digital crosstalk to channel 11. The channel 28 DAC word was chosen as 0x0000 (-10 V). This keeps the DIN line static. The relevant trace routings are shown in the image below.
The updating digital traces (SCLK and CS) run underneath the output side pad of R66. Meanwhile, the the analogue via close to the traces in on the DAC side of R66.
Removing R66 results in the -50 dBmV digital crosstalk spur becoming undetectable.
This behaviour is not generally the case. Consider the crosstalk of channel 22 updates to channel 14:
Removing R66 here causes the spur to increase from -49 dBmV to -45 dBmV.
This behaviour is inconsistent with coupling to pads/ traces. However, it is consistent with coupling to the anaogue vias.
Example: DAC OUT_P vs OUT_N Crosstalk Susceptibility
SCLK and CS trace routing of channel 22 relative to channels 14 and 17 is very similar and a good basis for comparrison.
The traces are only near to the OUT_N via of channel 17. Meanwhile, SCLK runs very close to the OUT_P via of channel 14.
The two channels experience very different crosstalk of -82 dBmV and -49 dBmV respecively.
This behaviour seems to be related to the effective grounding of OUT_N. The table below shows that adding impedance between the OUT_N via (close to digital lines) and ground reults in significant spurs.
Digital Trace Termination (Common Impedance?) Coupling
Channels in the vicinity of the updating DAC tend to experience crosstalk. This appears to be mostly due to (common impedance?) coupling from the digital trace termination. The example below demmonstrates this point.
Example: Termination Coupling to Nearby DACs
Channel 4 updates result in digital crosstalk to many channels. The majority of these channels are not near the digital traces for channel 4.
The relevant channels and traces are shown in the image below.
To determine the effect of (common impedance?) coupling to the digital trace termination, I removed the Termination resistors and capacitors on channel 4. The table (below) demostrates that removing the termination removes most of the coupling to channels without vias close to the digital lines.
Aside: Channel 4 still worked correctly without termination and I did not observe output errors when continuously updating Channel 4.
Aside from the remaining channel 7 spur, the crosstalk after removing the termination can be explained by digital trace coupling to vias.
Notes
The text was updated successfully, but these errors were encountered: