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.
https://e2e.ti.com/support/interface-group/interface/f/interface-forum/862560/tca9548a-this-chip-can-t-work-after-power-on
您好！
我在用于 I2C 扩展的电路中使用 TCA9548A。 上电后无法正常工作。 我无法通过 i2cdetect 工具读取它的地址。
问题是什么？如何解决。 下图是电路上的 sch。 谢谢！
嗨、Megan、
当您尝试与 TCA9548A 器件通信时、您能否获得 SDA/SCL 的范围？
通常、当我们看到这个问题时、问题是"i2cdetect 工具"使用每个地址的 I2C 读取。 我们的器件需要对其地址进行 i2c 写入(并设置要写入的寄存器)、然后器件才能确认 I2C 读取。
您可以通过让处理器对器件执行 I2C 写入来检查这是否是问题、并查看它是否确认了其地址(使用 o 范围)。
谢谢、
-Bobby
您好、Bobby、
感谢你的答复。 根据您的说法， 您的意思是，如果我想通过 i2cdetect 读取9548A 的地址，我需要先对其进行写入？
我可以使用什么仪器？
我还有另一个问题要问。 我 的设计中9548A 的作用是什么？ 根据数据表、它是0x70、但我发现有人使用0xE0、哪一个
对吗？
" 我可以使用什么仪器？ "
我不确定、因为我没有/没有使用 Linux 来控制9548A。 我们针对这些 I2C 器件的支持论坛更倾向于模拟领域、而不是数字/代码级支持。
" 我的设计中9548A 的作用是什么？ 根据数据表、它是0x70、但我发现有人使用0xE0、哪一个"
I2C 地址为7位。 因此、大于0x7Fh 的任何内容都不是真正的 I2C 地址。 我假设您刚才讨论的是在开始条件之后发送的8位字节、在这种情况下、您会看到0xE0h、它包含 I2C 地址0x70h 加上第8位为0、表示在 I2C 中写入。
Bobby、
感谢您的回复。 您是否有有关此芯片运行的示例代码？
我没有太多用于 I2C 开关的代码、但下面是我写了一小部分代码(这不适用于 Linux)：
Wire.beginTransmission(deviceAddress); //为您发送设备地址，此地址为0x70h Wire.write (0x24h)； //启用通道1和通道6 wire.endTransmission ()；
非常感谢。
我还有另外一个问题。 如果要 启用所有通道，如何选择通道和主 I2C 总线的 I2C 上拉电阻器？
可能我没有使用所有频道，例如 ，4-7个频道没有使用。 这些通道是否必须通过上拉电阻器连接到 VCC？
您应该根据 SCL 最大频率和预期总线电容选择上拉电阻器。 对于每个次级通道、针对该通道上的预期电容计算每个通道上的上拉电阻器。
本应用手册讨论了如何选择上拉电阻器：
http://www.ti.com/lit/SLVA689
"例如 、不使用4-7个通道。 这些通道是否必须通过上拉电阻器连接到 VCC？"
嗯、从技术上讲、如果通道从未使用过、则不必再使用、但如果不小心启用了通道、您最终会看到一些额外的泄漏电流(对于电池供电设备而言很重要)。 我通常建议使用上拉电阻器，但从技术上讲，如果您没有上拉电阻器，则器件仍可正常工作。
