Closed hartytp closed 5 years ago
The issue with BGA connectors is that you cannot make such AFE at home...
True. Well, we don't need anything like FMC density. So, let's choose something which is easier to hand solder, relatively cheap and available and somewhat robust, while being slightly higher-density than pin header.
Also, let's add lots of test points so that it's still easy to probe, despite being higher density!
(e.g. would be nice to have TPs for the microprocessor DACs and ADCs)
going this way, we can reuse Sayma AFE form factor and connector signal assignment...
That's probably a bit overkill. e.g. we don't need 8 DAC and ADC channels. Let's go for something simpler
A few cons:
true
the situation with three through-hole connectors is a bit of a pita for routing, since it really cuts up the power/ground planes and makes routing the boards hard
Could an SMT versions of 100mil header (like this) be used on more complex mezzanines where this is a problem without changing stabilizer design?
It's easier to place analog connectors on a mezzanine close to the Stabilizer SMAs, analog connector close to the CPU ADC and GPIO close to the CPU IO lines. Routing all these signals to common connector would need switchable termination or 0R options for high-speed ADC/DAC signals.
What about a single SMT 100mil header that runs horizontally along the board so that one end is near the SMAs and one end near the CPU? Right now we have 76 pins but could we get away with 72 and use something like this?
If that's too long or we want to go to 80-100 pins we could drop down to 2mm or 0.05" pitch header (though I haven't checked the correct stackup height is achievable). These are still generic, robust, and would allow for a mezzanine with a hand-solderable thru-hole header.
well, this would involve the redesign of entire board. And this is a lot of work. And we would gain essentially nothing. With proper assembly technique, there is no issue with misalignment of the connectors.
Ok! I'm happy with the current solution! I just wondered if we should expose some more GPIO in case of future FPGA-based board, but it's probably fine as is.
Shall we close this issue?
we can always add another high-speed connector. I'd add it right now for QSPI signals.
we can always add another high-speed connector. I'd add it right now for QSPI signals.
But we would need to find something that can be used at the same time as the current headers...
that's not easy to find 18.7..18.8 stacking height connectors. But ERM/ERF series mates well even with the slight distance. 0.7mm won't make any difference to them. Such connector could be placed somewhere on the board edge The connector on the drawing is 5mm, but we would use 9mm one. @hartytp what max frequency would you need in FPGA version? How many signals? Maybe an additional 0.1" header would be sufficient?
@hartytp what max frequency would you need in FPGA version? How many signals?
No idea, since I have no concrete plans for an AFE that would actually require this. More about leaving something for future expansion. If it can do the QSPI bus for pounder, it's a good start.
Out of curiosity, do you think that 250MHz is really too fast for pin-header? Getting 125MHz DDR down ribbon cable is easy. Is the issue here that it's LVCMOS rather than LVDS? If so, does the fancy connector make that much difference?
Basically, add it if it's helpful, but if it's not necessary don't bother :)
250MHz is fine. 500MHz is probably fine, too. I used to pass USB 480Mbit/s signals via ordinary IDC and was working without issues. So, let's add small IDC connector for QSPI and other fast signals and I will close the issue.
Can't we just use the current "GPIO" header? Or, do we need more pins?
That was my initial idea to replace the IOs with QSPI pins there. We don't need the QSPI FPASH memory on the mainboard anyway.
Sounds good to me unless anyone objects
Otherwise another header or high speed connector is fine by me as well
Sounds like there is no need to add an extra connector, so closing. feel free to re-open if anyone thinks an additional connector is necessary
I will route the QSPI to existing connector and then close.
QSPI is covered in a separate issue, so closing
What do people think about the following:
The motivations for this are:
Thoughts?