This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

SN74CBTD3861: Voltage translation with and without FPGA logic loaded

Part Number: SN74CBTD3861
Other Parts Discussed in Thread: SN74CBTD3384

Dear E2E Community,

One of my customer use the SN74CBTD3861 devices for down translation between DSP (5V) and FPGA (3.3V) and it works properly.

However, when there is no FPGA program stored, my customer found-out that there is 5V on the both side of the device instead of 5V on the DSP side and 3.3V on the FPGA side.

My Customer also added that there is pull-up resistor on the DSP side but nothing on the FPGA side.

I believe this problem comes because of the lack of the pull-up resistor on the FPGA side, but I want to confirm with you. Any other proposal, please let me know?

Finally in the device SN74CBTD3384 we can see in the figure before below the resistor R in order to have enough current for the diode.

I was not able to find the same figure for SN74CBTD3861, but i believe there is the same resistor and diode in SN74CBTD3861. I want also confirm that.

Thank you very much for your help.

  • Hello BMA,

    When the FPGA logic is implemented, there is generally a front end GPIO where current can be sunk/sourced allowing the designated values of 1 or 0 to be passed onto the upcoming registers. However, when your FPGA does not have logic, that portion of the FPGA is not active, therefore not current is sunk or sourced. Since you have a pull up resistor to 5V on the DSP end and there is no current being sunk or sourced, there is no voltage drop across the switch, so it stays at 5V.

    These current sinking/sourcing specs can be determined by the termination standards supported by your FPGA, but they are only chosen when you have logic loaded on the FPGA since most FPGA's support multiple (LVDS, LVCMOS, etc.)

    Thank you,

    Louie

    If I have answered your question, please click Verify Answer, thank you!

  • Hello Louie,

    Thank you very much for your reply.

    After your answer I told to my customer to try new measurements with pull-up resistor on the FPGA side at 3.3v.

    Please see below the outcome of my customer after the measurements, knowing that there is still no logic on the FPGA side (no current) :

    =================================================================

    I added a pull up  resistor  (1K) to 3.3V in the FPGA side. I will try to explain what I am seeing:

    -          In the DSP side there is a  5.1 V signal ( pulses of 5.1V)

    -          VCC pin is at 5.3V.

    -          In the FPGA side I see pulses with an initial voltage of 5V going down to 3.3V. It needs 100nseg to go down to 3.3V.

     

    I think the voltage goes down because there is a divisor between DSP pull up and FPGA side pull up. But initially the voltage level is still at 5V, so it keeps working ‘wrong’.

    I the forum’s answer it says that if there is no current consumption input and output voltage is the same, because there is not a voltage drop in the switch. I think that it doesn`t take into account the gate-source voltage. A NMOS switch limits the output voltage at gate voltage, so if there is no a voltage drop trough the switch the output voltage should be at least same at gate voltage (not more). Is that right? 

    Also

    If we use CBTD device is for 5v to 3.3V down translation, because it limits the output at Vgate-Vt. Vt could be almost 0 if there is no current consumption but Vgate ? Which is the voltage drop between Vcc and Vgate?

    =================================================================

    What do you think? 

    Thank you very much,

    Best regards,

  • Hello,

    Please see the post I made regarding these kinds of scenarios:

    There are a few things that I would like to ask and clarify before proceeding further.

    This is what I imagine your circuit to be currently:

    If that is correct, then could you please provide the speed which you are pulsing the signal, marked in blue? Also what voltage does your customer see at that node? 

    To address the first point your customer mentioned about the node under the high lighted resistor, this instance can be caused by a series of things. One of which being the power up sequence which the 3V3 turns on. If the 3V3 turns on later than the 5V signal gets there, then the same phenomenon I mentioned in the previous post will still happen. Could you please check that is not the case.

    To the second question posted:

    Although you are correct that a NMOS switch's voltage is controlled by the gate, it is also dependent if there is a path for the current to go. So in the original instance, your switch went to a floating point when the FPGA wasn't programmed. In this new instance, you now have a path for current to flow through 3V3, but as mentioned, a series of factors can play into effect about whether it starts at 3V3 or 5V0.

    As for the note about Vt is a characteristic of the switch, it is not dependent on the current consumption of the switch:

    en.wikipedia.org/.../Threshold_voltage

    The voltage set at the gate of the switch is dropped so that you will have a higher impedance than most switches which is what allows the translation from 5V to 3V3.

    On a final note, it appears that a 5V to 3V3 isolation is very important in your application regardless of the FPGA logic state, I would like to suggest/pass this to our voltage translators forums as they may be able to off you a solution with more isolation than our switch. Attempting to perform this kind of isolation with a pull up could hurt your system as well as the switch, if you want to do an application like this, we would recommend reducing the strength of the pull up to 3V3, because you are pulling a certain amount of current with two 1 kOhm resistors. 

    Regards,

    Louie

  • Hi Louie,

    Thanks a lot for your detailed reply.

    Pleas find below what my customer sent to me:

    ============================================

    First Case

    In the first one we see the input of the switch and the output of the switch, without pull up resistor in the FPGA side. The voltage of the VCC pin is 4.9V.
    As you can see, the input and the output are almost the same. There is no current consumption trough the switch.

    In the second drawing we see input and output voltage of the switch, with a 1K pull up resistor to 3.3V in the FPGA side. The voltage of the VCC pin is 4.9V. Now, we have a current consumption but as you can see both of them start at the same voltage level during the first 40 nseg. Then, the output goes down till 3.3V more or less.

    By the time signals start switching, both 5V, and 3.3V are already powered up. It is not the reason for the 3.3V going later than 5V.

    I don`t really have a problem with this because when the FPGA is programmed it works properly. I just need to be relax with this, undertansding what is going on and exactly knowing how it works to be sure I will not have any problem in the future.

    Second Case

    This is an image with the FPGA programmed (without external resistor). Vcc is still 4.9V. The Input/Output pins of the switch are the same ones I sent you before in the image without pull up resistor.


    Third Case

    Without FPGA programed, and without pull up resistor in FPGA side. Before the DSP starts switching the voltages input and output voltages of the switch are correct. The input is at 5.3V and the output is at 3.3V. After DSP starts switching the signal, the output starts following the input.

    ============================================

    What do you think about these measurements.

    Also do you think it can be a problem that Vin>Vcc?

    Thank you very much,

    In the second drawing we see input and output voltage of the switch, with a 1K pull up resistor to 3.3V in the FPGA side. The voltage of the VCC pin is 4.9V. Now, we have a current consumption but as you can see both of them start at the same voltage level during the first 40 nseg. Then, the output goes down till 3.3V more or less.
  • Hello,

    These are very interesting scope shots. Thank you so much for grabbing these, they are actually quite enlightening.

    With that being said, there are some things to observe from these:

    If we look at the scenario you have presented in scenario 1 and 3, they contradict on another. How did you set up scenario 3? This scenario contradicts scenario 1 because if you it starts off at 3V3. My question would be, how did you set that output value to 3V3, or had you waited some time for it to settle to that value?

    Scenario 1 affirms what we had spoken about in the previous post. But if you look very closely at the second part of scenario 1 with a pull up resistor and scenario 2 that you posted (programmed FPGA), you will note that they are actually similar in behavior, just not settling time. In scenario 1, with a pull up resistor on the FPGA side, it settles very slowly to 3V3, where as in scenario 2, it settle quite quickly to 3V3. So in a sense, the pull up you place in scenario 1, is a mimic of what will happen when the FPGA is programmed.

    Now to discuss scenario 3, I was looking at the pulses of your scope traces, and the first thing I notice is that they are quite fast. However, scenario3 is the same as scenario 1(without the pull up resistor on the FPGA side), with the exception that it starts off with the output and the input are at the desired voltage levels. How did you get the voltage levels to the desired values, was it by means of:

    1) pull up resistor to 3V3?

    2) Programmed FPGA to get it to 3V3, then unprogramming it?

    3) No pull up, no programmed FPGA, and just turned on switch and waited until it reached 3V3? If it was this case, could you provide a scope trace of this?

    I have also noticed that in all of the scope traces you provided, the pulses and the time range on the oscilloscope are not consistent throughout your measurement process. It helps to keep them the same so that we know we are comparing apples to apples. 

    Thanks,

    Louie

    If I have answered your questions, please hit the Verify Answer.

  • Dear Louie,

    Sorry for being so late in the answer.

    I will try to explain what is going on in the third scenario. The 3.3V and 5V are already powered up but the DSP is not! So, the signals on the FPGA's input are driven for just a pull up resistor to 5V (located in the DSP side of the switch). Then, DSP powers up and starts moving signals (drived with more current than a pull up).

    Sorry for my english!

    Regards and thank you very much!!

  • Hello Amaia,

    That is quite interesting, could you try extending the length of the pulses from the DSP's.
    I will say that scenario 3 makes my first hypothesis a bit questionable, but if I compare scenario 2 to scenario 3, the only difference is a programmed FPGA. If you look at scenario 2, you will notice that when the DSP is pulsing, even with the FPGA on, it pulses up to 5V initially, then pulls down to about 3V3.

    Thank you,
    Louie