• State Resolved
  • Locked Locked
  • Replies 5 replies
  • Subscribers 31 subscribers
  • Views 524 views
  • Users 0 members are here
Support feedback
Options
Options
Similar topics

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.

Original question:

TCA9406: Not switching on the A-side

TCA9406: Both VCCA and VCCB are not switching when slave is connected

Teja Allani
Prodigy 110 points
Part Number: TCA9406

Hi,

  We are using TCA9406 to convert our I2C lines from 3.3v to 1.8v. Below is the schematic:

We have additional 10k pull ups on VCCB side on SCL and SDA. Here is the problem we are facing:

1) When we connect R217 with 10k and remove R529, R527, this is equivalent to connecting OE to VCCA. In this case the signals are always high, the master is unable to pull down the lines.

2) When we connect R529, R527 and disconnect R217 we are controlling OE pin with CATALYST_I2C_LS_EN signal which is driven from a 3.3v IO. In this configuration we are enabling OE 31ms after enabling VCCA and VCCB. In this case the same scenario as in case 1 is occuring. If we increase the delay before enabling the OE to 180 ms the circuit is working as expected. From the data sheet waiting for 200ns after enabling OE is enough for O.S to become stable.

This issue is only happening when we connect the slave on VCCA side. When slave is not connected there is no issue.

We have also observed that on a different board where SCL_A and SDA_A are externally pulled up by 4.7k resistor and OE tied to VCCA it is working without any issue. But the problematic board is not working with external pull ups also.

Why is giving this additional delay on enabling OE required?

We have some boards where OE is directly tied to VCCA where we don't have an option of controlling the OE. The same problem is present on these boards also.

  • 0
    TI__Guru 62910 points

    Hi Teja,

    I'm not sure yet how to explain what you are seeing, since to my knowledge there should be no requirement for a delay prior to OE signal assertion with this part.  Can you please start by confirming that it is the TCA9406 device that is holding the I2C lines high?  You might be able to do this by replacing those 0-Ohm series resistors with a non-zero value (few tens of Ohms).  That way you could at least see the other master/slave devices trying to sink current through their pull-down drivers by looking at the voltage drops across these resistances.  Any oscilloscope captured you could provide showing the issue versus normal expected operation would be helpful on our end as well.

    Thank you,
    Max

  • 0 in reply to Max Robertson
    TI__Guru 62910 points

    Hi Teja,

    I just wanted to check back in on this.  Were you able to learn any more about the issue that you were seeing?  Or, have you had a chance to review my previous comments?

    Regards,
    Max

  • 0 in reply to Max Robertson
    Prodigy 110 points

    Hi Max,

    Unfortunately, we did not get a chance to work on this last week, I will get back to you once I try the experiment which you have suggested.

    Regards,

    Teja

  • 0 in reply to Teja Allani
    Prodigy 110 points

    Hi Max,

    After some more experiments we have found out, by isolating the slave from the level shifter, that this issue is not with the level shifter. This was due to the slave device connected to level shifter.

    Thanks,

    Teja

  • 0 in reply to Teja Allani
    TI__Guru 62910 points

    Hi Teja,

    Thank you very much for the follow-up.  I'm glad to hear you found the root cause!  If you have any questions on this device in the future please don't hesitate to post a new thread.

    Regards,
    Max