工具与软件：
您好！
有时、在 请求读取 UCD90160A 器件上的 RESET_COUNT (0xDC)寄存器时、我们会收到一个 NACK (我们在软件初始化阶段进行)。
命令参考手册 SLVU352G 中有一个针对命令"store_default_all"的脚注(1)、其中指出"对此命令的写入很有可能会收到一个 NACK..."
-这也适用于 RESET_COUNT 指令吗? 该说明似乎没有脚注、但 交易类型、数据格式和注释中有可疑的"(1)"文本、没有进一步的解释。
- 读取 MFR_REVISION (0x9B)是否可以触发闪存更新？ 我们在 RESET_COUNT 之前读取它。 或许交换这两条指令可以摆脱 NACK？
谢谢
你(们)好
RESET_COUNT 是写入/读取字命令。 请遵循以下方案
读取 MFR_REVISION 应不会影响 RESET_COUNT
此致
Yihe
您好！
是的、这正是我们所做的、
但是、在写入写入地址以进行写入时会发生 NACK、电源序列发生器也会执行持续34ms 的时钟延展
P.S.在此捕获中、您可以看到电源序列发生器在 MFR_REVISION 读取期间进行的时钟延展、这5个字节是读取12个字节的持续时间。
你(们)好
感谢您的参与。 我可以看到问题是什么。
MFR_REVISION 为块读取命令。 如果主机尝试读取的字节数量超过预期数量、则会发生超时事件、因为 UCD 没有更多要传输的数据。 延迟。 主机应立即停止事务、而不是继续现有事务。
您的软件端需要进行以下更正
对于 MFR_REVISIOIN、请仅读取所需的字节
2.当存在35ms 超时时时,软件应通过发出 STOP 指令来立即中止交易。
此致
Yihe
您好、Yike！
是的、这是有道理的
我们读取12字节是因为没有更好的该寄存器描述、命令参考手册 SLVU352G 似乎意味着有12字节。 我们忽略数据长度、假设它无论如何都是12…… 我们没有发现这种不一致性。
： 
谢谢！
Marco
