[参考译文] UCD3138064A：PMBus/I2C 主模式示例

尊敬的 Ben：

感谢您选择 UCD！

您可以通过下面的链接获取程序员手册。

https://www.ti.com/product/UCD3138?keyMatch=UCD3138&tisearch=search-everything&usecase=GPN-ALT#tech-docs

在第4章中、它介绍了 I2C EEPROM 通信。  

希望此文档可以帮助您解决问题。 如果这个文档对您没有帮助、请告诉我进一步的更新、我将继续为您提供支持。

此致！

雅各布

感谢雅各布,这正是我所寻找的,它是非常有帮助的。  我在使用 I2C 引脚时仍然遇到问题。  我会详细讲述我所做的事情,我真的很感激对我可能做了什么错的评论。

首先、我要说的是、我们正在向使用 UCD3138064A 的现有产品添加一个 EEPROM 芯片、以在电源内部运行控制环路。  我从电源上取下了小控制卡、以便安全地对其进行实验。  我们以前没有使用 I2C_CLK (FAULT1)和 I2C_DATA (FAULT0)引脚、因此我能够将 EEPROM 芯片直接连接到这些引脚上进行原型设计。  我用示波器监视引脚。

按照您分享的编程手册、我在现有的 Code Composer 项目中添加了一个新的源文件、到目前为止、该文件仅包含一个用于 EEPROM 的 init 函数、内容主要基于 EEPROM 示例代码：

void bsp_eepromInit( void )
{
    // Select I2C function for the FAULT0 and FAULT1 pins:
    MiscAnalogRegs.IOMUX.bit.FAULT_01_MUX_SEL = 2;

    // Set I2C peripheral into master mode:
    PMBusRegs.PMBCTRL3.bit.SLAVE_EN = 0;
    PMBusRegs.PMBCTRL3.bit.MASTER_EN = 1;

    // Disable the PMBus timeout.  This timeout is not applicable to I2C EEPROM interface.
    PMBusRegs.PMBCTRL3.bit.CLK_LO_DIS = 1;

    //@TODO - Set the I2C speed here.

    union I2CCTRL1_REG i2cctrl1_shadow;

    i2cctrl1_shadow.bit.SLAVE_ADDR = 0x50;  // 7-bit slave address of the EEPROM chip.
    i2cctrl1_shadow.bit.BYTE_COUNT = 4;//130;  // Send the 2-byte EEPROM offset plus 128 bytes.
    i2cctrl1_shadow.bit.RW = 0;  // Perform a write transaction.

    uint16_t eeprom_address = 0x1000;  // Address can't use the low 7 bits?

    uint32_t txbuf_shadow = ((eeprom_address & 0x80) << 8);  //low byte of page address in second byte
    txbuf_shadow = txbuf_shadow + ((eeprom_address & 0xff00) >> 8);  //high byte of page address in first byte.
    txbuf_shadow = txbuf_shadow + ((write_data[0x20]) << 16);  //first byte of data to write in third byte.
    txbuf_shadow = txbuf_shadow + ((write_data[0x21]) << 24);  //second byte of data to write in fourth byte.


    I2CRegs.I2CTXBUF.all = txbuf_shadow;
    I2CRegs.I2CCTRL1 = i2cctrl1_shadow; //start write

    while( 0 == I2CRegs.I2CST.bit.DATA_REQUEST );
}

我仍然得到两个引脚都直接上升到3.3V、当我加电时、微控制器不会尝试切换任一引脚。  我不打算在 init 函数中实际发送 I2C 消息、但这么做只是为了尝试在此时实现 I2C 消息的实用性。  我在现有代码中未找到任何应干扰的内容、但我们使用此芯片的模拟前端在电源中运行控制环路。  那么、理论上、它可能是在尝试以我不知道的方式使用 FAULT0/FAULT1函数？  这似乎值得怀疑。  我知道我们已在使用 fault2作为 GPIO 输入、并且该操作可正常执行。

我注意到、在该芯片上有2对似乎具有 I2C 功能的引脚：

我已经将 EEPROM 芯片连接到引脚35和36、并使用示波器来监视这些引脚。  我没有尝试使用引脚15/16。  编程人员的参考资料是指 FAULT0和 FAULT1、因此我认为我的设置与这是一致的。

查看 UCD31xx 技术参考手册 D 版第9.8.4节、了解 IOMUX 寄存器。  我对这一部分感到困惑。  EEPROM 代码示例显示了一个名为"FAULT_01_MUX_SEL"的字段、但本节未显示该字段。  表9-11似乎与本节中的所有其他内容直接冲突。  我猜测表9-11可能是由于错误而来自其他某个微控制器、因此我目前暂时忽略该表。  查看定义了 IOMUX_REG 的头文件、它确实在位12：11中定义了 FAULT_01_MUX_SEL。  基本上、我只从 EEPROM 示例中复制/粘贴了其中的第2行内容、没有提及、也没有任何方法验证第2行的含义。  我想它应该是可以的。  关于此寄存器中的 PMBUS_MUX_SEL；我猜测它用于15/16引脚。  在我获得程序员的参考资料之前、我正在使用这个位。  我现在保持不变、因此它应该具有默认值、按照技术参考第9.8.4节的规定、默认值似乎是 I2C。  这是否会导致在 I2C 模式下设置两个对的冲突？

我尝试了2种不同的 UCD3138064A 芯片、得到了相同的结果、只是为了确保没有损坏的芯片。  I2C 的引脚15/16与35/36之间如何选择？  我想确认我的操作是否正确。  您提出的任何想法都将不胜感激。  我很乐意尝试你能想出的任何实验。  我正在使用的设置可以轻松更换、而不是安装在电源中、因此不用担心实验代码造成的任何损坏。

尊敬的 Ben：

我会帮助您检查这一点、但 有时会需要。 我稍后会向您反馈。

此致！

雅各布

尊敬的 Ben：

以下是一些示例代码、您可以尝试一下。