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/power-management-group/power-management/f/power-management-forum/698535/ccs-ucd3138a-question-about-pmbus
工具/软件：Code Composer Studio
在主循环中使用 PMBus_handler()函数。 然后使用 i2c 工具读取输出电压。 如果具有高负载的模块、SCL 将在35mS 的时间内设置为低电平。 为什么 SCL 设置为低电平？ 我更改了命令的一些 i2c 工具、它也具有相同的外观。
Liwei、
如果固件负载过重、则没有足够的时间响应 PMBus 命令、时钟扩展35mS、然后 PMBus 复位。
您能否在 PMBus_handler ()中放置一个切换引脚并查看其执行的时间？
谢谢、
肖恩
肖恩：
我已经在 PMBus_handler ()中放置了一个切换引脚，并且计时器介于50us 到90us 之间。
寄存器设置如下：
PMBusRegs.PMBCTRL2.RX_BYTE_ACK_CNT = 0b11；
PMBusRegs.PMBCTRL2.SLAVE_MASK = 0b01111111；
但我发现 UCD3138不确认从器件地址和命令 somtime。
还有其他几个因素会导致时钟低电平持续35毫秒。 通常、这意味着固件会丢失、并且无法正确响应 PMBus。 由于您说这个问题只在高负载时发生、我想知道是否有噪声导致主环路丢失。 在某些情况下、噪声会导致主环路在不复位芯片的情况下丢失。
如果发生这种情况、则在这种情况下、正在调用 PMBus_handler 的指示应该会消失。 如果发生这种情况、我建议查看改善 UCD 电源的接地和滤波、并可能使用看门狗引起复位。
PMBus 上的噪声和故障也可能导致 PMBus 处理程序混淆、但这通常不是由高负载引起的。
感谢你的答复。
我只使用读取命令。 我发现以下是一些情况：
当 主器件发送读取地址时、UCD 不会将主器件作为数据。 则 SCL 将在35mS 内设为低电平。
2. UCD 已接收命令，它已将数据发送到主站，但未发送 PEC。 则 SCL 将在35mS 内设为低电平。 日期和 PEC 由 PMBTXBUF 寄存器发送。 我 不知道此时会发生什么。
即使主器件请求 PEC、如果从器件检测到 STOP、它也不会发送它。 我建议您查看 UCD 发布的数据线的上升时间。 或者尝试使用100KHz 或更低的上拉电阻器来查看问题是否出在这里。 一些人复制了我们在开环板和一些 EVM 上使用的保护二极管。 它们甚至不需要位于 EVM 和开环板上、并且会增加大量电容。 将它们取下也会缩短上升时间。
