[参考译文] TMS320F28386D：从未设置 PMBus 外设中 PMBSTS 寄存器的 PEC_VALID 位

是 UCD9090主设备吗？ PMBRXBUF 似乎没有任何接收器。 PMBus 是确认还是发送 NACK？

是 UCD9090主设备吗？  您在 PMBus 从器件中收到了任何消息吗？ 您的 PMBRXBUF 为何为空？ 从器件是 ACK 还是 NACK？

Manoj,

UCD9090-Q1不是主器件、而是从器件、TMS320F28386D 是主器件。

如我们所述、寄存器值的屏幕截图是从交换之前开始的、即初始值。

我们有 ACK。

这是 PMBus 交换的屏幕截图。

下面是我们的 C 代码：

void APP_exec()
{
    uint32_t status;
    uint16_t txBuffer[4U] = {0};
    uint16_t rxBuffer[4U] = {0};
    uint32_t computedFrequency;
    uint16_t nbBytesReceived;

    /* Initialize PMBUS pins */
    GPIO_setPinConfig(GPIO_24_PMBUSA_SCL);
    GPIO_setPadConfig(24, GPIO_PIN_TYPE_PULLUP);
    GPIO_setQualificationMode(24, GPIO_QUAL_ASYNC);

    GPIO_setPinConfig(GPIO_25_PMBUSA_SDA);
    GPIO_setPadConfig(25, GPIO_PIN_TYPE_PULLUP);
    GPIO_setQualificationMode(25, GPIO_QUAL_ASYNC);

    // Reset module
    PMBus_disableModule(PMBUSA_BASE);
    PMBus_enableModule(PMBUSA_BASE);

    PMBus_initMasterMode(PMBUSA_BASE);

    // Set module frequency
    computedFrequency = PMBus_configModuleClock(PMBUSA_BASE, 10000000U, DEVICE_SYSCLK_FREQ);

    if (computedFrequency != 10000000U)
    {
        // Error while configuring module clock
        ESTOP0;
    }

    /* Select page 1 with command PAGE */

    txBuffer[0] = PMBUS_CMD_PAGE;
    txBuffer[1] = 1;

    // 1 command byte + 1 data byte
    PMBus_putMasterData(PMBUSA_BASE, txBuffer, 2U);

    PMBus_configMaster(PMBUSA_BASE, 0x41U, 1U, PMBUS_MASTER_ENABLE_CMD | PMBUS_MASTER_ENABLE_PEC);

    do
    {
        status = PMBus_getStatus(PMBUSA_BASE);
    } while ((status & PMBUS_PMBSTS_EOM) == 0);

    DEVICE_DELAY_US(1000000);

    /* Read current selected page */

    txBuffer[0] = PMBUS_CMD_PAGE;

    // 1 command byte
    PMBus_putMasterData(PMBUSA_BASE, txBuffer, 1U);

    PMBus_configMaster(PMBUSA_BASE, 0x41U, 1U, PMBUS_MASTER_ENABLE_CMD | PMBUS_MASTER_ENABLE_READ|  PMBUS_MASTER_ENABLE_PEC);

    do
    {
        status = PMBus_getStatus(PMBUSA_BASE);
    } while ((status & PMBUS_PMBSTS_EOM) == 0);

    if (status & PMBUS_PMBSTS_EOM)
    {
        nbBytesReceived = PMBus_getData(PMBUSA_BASE, rxBuffer, status);
    }

    if ((status & PMBUS_PMBSTS_PEC_VALID) == 0)
    {
        ESTOP0; // PEC Invalid
    }
    else
    {
        ESTOP0; // PEC Valid
    }
}

我们的代码位于  ESTOP0中；// PEC 无效，这不是我们预期的，因为我们已启用 PEC。

希望它有助于您缩小问题范围。

克莱门特

Clement,

在 PMBus 主器件写入字节配置中、主器件传输命令字节、数据字节#0和 PEC。 PEC_VALID 仅在 PMBus 处于接收模式时适用。 在这里、您将发送数据。 因此、不会设置 PEC_VALID 位。

此致、

Manoj

Manoj,

如果您仔细查看、我们是在读取时检查 PEC_VALID、而不是在写入时检查 PEC_VALID、第一次写入的目的是配置我们的读取目标。

今天、我们对某个位进行了调查并发现我们无法检测到 PEC 位设置、因为该设置无疑在我们的 while 环路中被清除、在该环路中、我们会等待 PMBSTS 寄存器中的 EOM 位设置、因为它在读取时被清除。

我们添加了一项检查来记录 PEC 位设置状态并将其触发：

isPECValid = false;

do
{
status = PMBus_getStatus(PMBUSA_BASE);

if (status & PMBUS_PMBSTS_PEC_VALID)
{
isPECValid = true;
}

} while ((status & PMBUS_PMBSTS_EOM) == 0);

if (status & PMBUS_PMBSTS_EOM)
{
nbBytesReceived = PMBus_getData(PMBUSA_BASE, rxBuffer, status);
}

if (isPECValid == false)
{
ESTOP0; // PEC Invalid
}
else
{
ESTOP0; // PEC Valid
}

但是、这与 TRM 不一致、其中指出了 PMBSTS 寄存器的 PEC_VALID 位：

0 =接收到的 PEC 无效(如果 EOM 有效)
1 =接收到的 PEC 有效
注意：消息期间 PEC_VALID 状态无关。 这将会
只在 EOM 之后才具有有效值。
复位类型：SYSRSn

似乎没有在正确的时刻设置 PEC_VALID。

请注意、我们确实在某个时刻检查了状态变量最后一个值中 PEC_VALID 是否为1、这使得我们离开等待循环。

克莱门特

Clement,

是的、读取 PEC_VALID 位以清除位。

我想您的重点是 PEC_VALID 位应仅在 EOM 位之后进行设置、但似乎是在 EOM 之前进行设置。 我需要检查设计有关该 PEC_VALID 和 EOM 位的时序。PEC_VALID 可能是在 EOM 位之前设置的。

但是、请尝试在下面对代码进行更改

操作
｛
状态= PMBUS_getStatus (PMBUSA_BASE)；

如果(STATUS 和 PMBUS_PMBSTS_PEC_VALID)
｛
isPECValid = true；
}

｝while (((STATUS 和 PMBUS_PMBSTS_PEC_VALID))=0)；

此致、

Manoj

Manoj,

是的、似乎在 EOM 位之前设置了 PEC_VALID、这与 TRM 中记录的情况不同、因为在 EOM 置1之前、我们不应该关注 PEC_VALID 位、并且这两个位都位于同一个寄存器中。

我们没有尝试这样做、因为 EOM 是消息位的末尾、所以在检查有效性前等待似乎更合乎逻辑。

克莱门特

正如我之前所说的、我需要从时序角度检查设计。 我无法立即回答这个问题。 通常、我希望在2周的时间范围内收到设计回复。 我将在获得这些信息后向您提供最新信息。

我对前一个线程的响应是为您的问题提供一个解决方案。

此致、

Manoj

• 您在执行写入字节事务之后是读取字节吗？
• 当 F28386D PMBus 发送写入字节事务时、UCD909.PMBus 中是否设置了 PEC_VALID 位？
• 当您读取字节事务时、您是否在 C2000 PMBus 中看到了问题？ 您是否从 UCD9090接收到正确的 PEC 字节？
• 您使用的似乎是轮询方法而不是中断？ 对吧？

Manoj,

• 您在执行写入字节事务之后是读取字节吗？

• 当 F28386D PMBus 发送写入字节事务时、UCD909.PMBus 中是否设置了 PEC_VALID 位？

• 当您读取字节事务时、您是否在 C2000 PMBus 中看到了问题？ 您是否从 UCD9090接收到正确的 PEC 字节？

• 您使用的似乎是轮询方法而不是中断？ 对吧？

如上所述，如果我们在 EOM 之前进行轮询(这不是我所说的 TRM 应该做的事情)，我们就会这样做。

仅需确认、以下陈述是正确的：

1) C2000 PMBus 确实从 UCD9090接收到了正确的 PEC 字节

2) 2)您能够看到 PEC_VALID 位设置了、但它被清除

3) 3)您的主要问题是、TRM 告诉您 PEC_VALID 位应该在 EOM 后进行设置。 但是、您在这里看到的是在 EOM 之前设置的 PEC_VALID 位。

Manoj,

1)是

2) 2)是的、我们一开始没有看到它、因为当 EOM 达到1时、先前的读取已清除 PEC_VALID、等待 EOM 进行设置。

3) 3) TRM 指示 PEC_VALID 的状态在 EOM 设置为"是"之前不相关。

克莱门特

Cl é ment,

我已提交 JIRA 请求单来跟踪此商品。 我已经 Ping 设计团队来研究 PEC_VALID 位和 EOM 位的时序。 我希望在10个工作日内收到设计团队的回复。 我会继续向您发布消息。

此致、

Manoj

尊敬的 Manoj：

这件事有什么新闻吗?

此致、

克莱门特

设计团队已解决此问题、正在运行仿真。

我希望下周同一时间再见。

此致、

Manoj

Manoj,

感谢您的答复。

 在设置 EOM 之前、是否会更新 TRM 来校正错误指示 PEC_VALID 无关？

此致、

克莱门特