为什么程序注释说"一个字节、数据就绪、不是 EOM 和/或 PEC_VALID、出于某种原因、不使用数据请求、这意味着读取请求"？
如果主器件发送一个通信来读取 UCD3138 (从模式)、数据请求标志将不会被设置为1？ 为什么 PMBus_read_block_handler 使用 if 语句来决定是否 要传输字节？
您能解释一下吗？
此致
感谢您的帮助！
您的意思是主器件会像下图那样生成一系列数据。但在写入命令之后不发送数据、并且在 UCD (从模式)上的硬件会自动完成"已采集"。 然后主器件直接发送 START 信号和 Device Addr Rd，等待? 对此我有一个问题：在轮询 PMBus 状态时，IF 条件只能是1+PMBST_BYTE0_DATA_READY，而不能 是1+PMBST_BYTE0_DATA_READY+PMBST_BYTE0_DATA_REQUEST？ 由于 Device Addr Rd 将使 PMBST_BYTE0_DATA_REQUEST 位设置为1、因此在通信自动完成后被设置为1。 PMBST_BYTE0_DATA_READY 被置位。
有什么问题吗?您能详细解释 一下吗? 期待您的回复 ，真诚！
(PMBUS_STATUS_HALT_WORD_0_VALUE &(PMBST_HALF0_CHECK_BITS + PMBST_BYTE0_RD_BYTE_COUNT)=
(1 + PMBST_BYTE0_DATA_READY)
此致。
我不确定您的问题是什么。 您询问主控方在写入命令后不发送数据、但您显示的是进程调用、其中主控方发送2个字节的数据、然后重复开始。
我们的标准旧 PMBus 代码不支持处理调用。 在正常情况 下、您将在 rd_byte_count 中获得数据就绪和2、而不是1。
一些新的 EVM 代码确实支持过程调用。 我知道 PFC 代码是这样。 您可以在此处找到它：
我相信、它还支持您获取 DATA_REQUEST 以及数据就绪的情况。 这不会在正常运行中发生、但 PMBus 上的某些故障会使某些代码发生。
如果您的问题未得到解答、请提供您确切询问的更详细的顺序。
