• 状态
  • 已锁定 已锁定
  • 回复 9 回复
  • 订户 0 订户
  • 视图 77 视图
  • 用户 0 会员在此处
选项
选项
相关

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.

[参考译文] BQ76952EVM：对子命令(0x0071)的响应缓慢

admin
Guru**** 2380860 points
Other Parts Discussed in Thread: BQ76952, BQSTUDIO
请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/power-management-group/power-management/f/power-management-forum/1499289/bq76952evm-slow-response-to-subcommand-0x0071

器件型号：BQ76952EVM
主题中讨论的其他器件：BQ76952、 BQSTUDIO

工具/软件：

在图中、黄线是 BQ76952的警报输出。 一旦收到警报事件、我就会读取寄存器 DASTATUS1。

在15.96ms 时、我发送了一条命令来读取缓冲器：W 0x3E 0x71 0x00。 缓冲区 DASTATUS1的第一次读取发生在16.51ms。 我收到一个响应0xFF 0xFF ...缓冲区 DASTATUS1的第二次读取发生在20.70ms。 我收到一个响应、0xFF 0xF……

数据仅在24.54ms 内显示在缓冲区中。 为什么？？

  • 0
    TI__Guru**** 2380860 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Eduardas：

    很抱歉晚才回复。 我最近不在办公室。

    您是否可以按照以下方法读取子命令？

    BRS

    KIAN

  • 0
    TI__Guru**** 2380860 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    这是我在指令中所做的事情、只有在第三步中我读取32个字节、而不是2个字节。 我试图在第二步和第三步之间停顿,结果是相同的。

  • 0
    TI__Guru**** 2380860 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    Battery Management Studio ( bqStudio )版本：1.3.127内部版本3：

    BqStudio 对0x71命令的响应在~16ms 后出现。

  • 0
    TI__Guru**** 2380860 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Eduardas：

    如果读取32个字节、则持续时间将远远长于读取2个字节。 AFE 将在它繁忙时延展时钟线、因此块读取将花费超过2个字节的时间。

    BRS

    KIAN  

  • 0
    TI__Guru**** 2380860 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    BQstudio 为读取子命令添加非常长的固定延迟。 您不必参考它。

  • 0
    TI__Guru**** 2380860 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    结果相同、答案是4.81ms 之后。

  • 0
    TI__Guru**** 2380860 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Eduardas：

    4ms 更合理。 有时、它确实需要很长的时间。 这取决于读取子命令时加载器件的任务。 如果您阅读更多次、则应缩短响应时间。

    BRS

    KIAN

  • 0
    TI__Guru**** 2380860 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    bq76952技术参考手册状态
    响应时间应在660us 以内、我得到的时间应在4.7ms 内、即慢~7倍。 您的回答是"让塞内斯"？ 这是一个笑话吗?

    在660us 内获得答案需要做些什么？

  • 0
    TI__Guru**** 2380860 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    你好 Eduardas,

    如上所述、时序可以取决于器件在读取子命令时所加载的任务。 我看到用户添加了10ms、如 上一篇文章中所示 的子命令。  

    表9-2. 命令/子命令运行时间  根据 TRM、说明了根据命令/子命令完成操作所需的大致时间。 这些仅为近似值、可能会因系统操作和时间而异。 我们通常建议主机处理器加入重试方案、以处理操作期间发生的通信错误或延迟。  

    另一种不直接添加延迟的方法是读取0x3E/0x3F、直到子命令指示其完成操作。 当子命令完成后、读回将返回最初写入的内容、而不是0xFF。 这仅适用于返回要读回的数据的子命令。 更多有关此方法的信息、请参阅  第3.1节"直接命令和子命令"  部分。  

    此致、
    Alexis