大家好、
根据 DS、客户似乎无法在 REG0C 上使用多读。
有什么想法、如果客户在复位后使用多次读取来读回所有寄存器、REG0C 会产生什么结果?
器件是否会从 REG00报告到 REG14、但忽略 REG0C 寄存器? 例如 REG0B->REG0D->REG0E。
或者、如果故障事件在 EC 读取 REG0C 和多次读取时清除、则 REG0C 的值将不会清除。 因此、EC 必须在第二次和第三次对 REG0C 进行单次读取以清除故障事件。

此致、
Mike
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.
大家好、
根据 DS、客户似乎无法在 REG0C 上使用多读。
有什么想法、如果客户在复位后使用多次读取来读回所有寄存器、REG0C 会产生什么结果?
器件是否会从 REG00报告到 REG14、但忽略 REG0C 寄存器? 例如 REG0B->REG0D->REG0E。
或者、如果故障事件在 EC 读取 REG0C 和多次读取时清除、则 REG0C 的值将不会清除。 因此、EC 必须在第二次和第三次对 REG0C 进行单次读取以清除故障事件。

此致、
Mike
尊敬的 Mike:
我认为这些问题已在您的另一个主题中得到解答: https://e2e.ti.com/support/power-management-group/power-management/f/power-management-forum/1015610/bq25895-reset-bit-behavior/3755260#3755260
REG0C 不支持多字节写入/读取。
此致、
Wyatt Keller
尊敬的 Mike:
它不应报告为0、您可以参考数据表:
REG0C 是一个故障寄存器。 它会保留上次读取的所有故障信息、直到主机发出新的读取。 例如、如果充电安全计时器过期故障发生但稍后恢复、则故障寄存器 REG0C 会在首次读取故障时报告故障、但在第二次读取故障时返回正常状态。 为了获得当前的故障信息、主机必须第二次读取 REG0C。 唯一的例外是 NTC_FAULT、它始终报告 TS 引脚上的实际情况。 此外、REG0C 不支持多读和多写。
为了正确读取和理解故障、需要多次读取它。
此致、
Wyatt Keller