FaderOrg / Fader25_board

Repository for PCB design
0 stars 0 forks source link

Future plan and purposes of signas on PCB #24

Closed mkosunen closed 4 years ago

mkosunen commented 4 years ago

@caolen @gwright83 @PekkaHolm

About the fpreparations for the futrure use of the board:

We have separated the power supply nets and exposed test points for them.

What would you propose for the following diff pairs? We can separate and bring them out as test points, too. Or, individual SMA ports. Please let us know. Our thought is to give more lasting value to this test board as the chip evolves into the future.

For the current status of these, see #12 and #2

Likelihood that we would implement the chip with these signal active and with the same footprint is small. Therefore I think designing them to be ready to be used according to final purpose is probably not worth of effort at this point.

Furthermore, there are digital JTAG type interface missing on chip, so that would result in additional IO's that would further result in requirement for PCB modifications of signaling. I see the probability of the board to be used as is for future chips quite low, and also the cost of the later modifications relative to cost of the actual chip negligible. Considering the design effort at present, Ithink it wiill not pay off.

mkosunen commented 4 years ago

Also, the diff pair CLK_DIG_OVERRIDE_P, CLK_DIG_OVERRIDE_N is connected through the TC1.5-52TG2+ BALUN to SMA_DIG_CLK. Are separate test points or SMA connectors desirable for these differential signals?

Consideration: As Far as I recall LO_override is for down conversion and CLK_DIG_OVERRIDE is a reference for Base band clock divider. Currently they are assumed to be the same signal, but having possibility to use separate sources (additional SMA's) would not hurt. As alwaysm test poinsts are also nice in case something does not work as intended. However, these are signals at gigaherz frerquencies, and we should sacrifice the signal integrity/matching with these options, So options should be only considered if addiing them is 'safe', as they are not currently mandatory.

@kostatro , any additions or comments to above are highly appreciated.

kostatro commented 4 years ago

@mkosunen Sorry, something went wrong - I answered a few days ago but now I see that my answer is not here...

I don't have access to Altium, so I need more explanation about the names:

A few more questions:

mkosunen commented 4 years ago

Hi @kostatro, unfortunately I do not have the schematics available.

A) REF_LO_N and REF_LO_P are currently unrouted on chip. The LO_override_N and LO_override_P are routed to RF_TOP B) REF_DIG_P and REF_DIG_N are currently unrouted on chip, CLK_DIG_OVERRIDE_P and CLK_DIG_OVERRIDE_N are routed to RF_TOP

I correct my self above: "As Far as I recall LO_override is for down conversion and CLK_DIG_OVERRIDE is a reference for Base band clock divider. Currently they are assumed to be the same signal" IS FALSE STATEMENT.

The remaining questions: LO_override, seems to be the LO input for the the chip (there are no other LO inputs connected) can you confirm that the frequency range is up to 6GHz.

It seems that differential CLK_DIG_OVERRIDE is formed from single ended clock signal with balun and routed to RF_TOP. D0 you happen remember how it is used inside it? All clocks for digital top are driven through RF_TOP, and maximum frequency I used for synthesis is 320 MHz.

kostatro commented 4 years ago

@mkosunen Regarding the names, I think that the REF signals were intended to be references to the LO and baseband PLLs. We don't have PLLs (right?) so we only use the OVERRIDE inputs.

For the remaining questions:

gwright83 commented 4 years ago

I discussed this with Marko on 3 July 2020 and we agreed that it is unlikely that a future version of the chip will use the same pad configuration (or even the same fab process). There is no need to break out the currently floating pads, which represent connections to circuit blocks not present in the FADER2.5 chip, to test points.

Closing this issue.