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.

[参考译文] CC2564MODN:HFILL 睡眠指示未应答

Guru**** 2587365 points
Other Parts Discussed in Thread: CC2564

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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/864917/cc2564modn-hcill-sleep-indication-not-acknowledged

器件型号:CC2564MODN
主题中讨论的其他器件:CC2564

您好!

我们通过 UART 将 CC256MODN 与 STM32L4连接。 STM32L4运行 Bluetopia 协议栈。 当我们以固定速度(250ms)发送 BLE 通知一段时间时、我们会观察到堆栈未确认一个特定的 HFILL 命令:

HFILL_GO_TO_SLEEP_IND 0x30

我们可以看到 STM32L4已接收到命令(值0x30,长度为1),并且由 HCITR_COMProcess()函数处理。 但是、  永远不会调用具有 HCILL_GO_TO_SLEEP_ACK 的 HCITR_COMWrite()。 之后、我们无法与 cc2564通信、因为栈会等待新数据接收、而 cc2564正在等待 ACK。

我们可以看到、HILL_GO_TO_SLEEP_IND 和 HILL_GO_TO_SLEEP_ACK 通常被正确接收和发送、并且此错误似乎不太频繁发生。 通过在中将 WAKEUP_Ind_Retransmission_TIMEOUT 的值从500ms 更改为50ms:

HCI_VS_HCIL_参数(不活动_超时= 100ms、WAKEUP_IND_Retransmission_TIMEOUT、RTS_PULSE_WIDTH= 150us)

我们能够在没有问题的情况下运行更长的时间(有时是24小时)、但无论如何都会随机发生。  

Bluetopia 在收到 HCILL_GO_TO_SLEEP_IND 时不会调用 HCITR_COMWrite()的原因是否有? 它可以帮助我们找到原因。

谢谢!

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

    请给我一些时间来了解这一点。

    Jesu

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

    您好、Jesu、

    您是否有时间查看? 由于我们没有 Bluetopia 的源代码、我们无法进一步分析... 这对我们来说非常重要、因为除非我们重置或关闭并重新打开堆栈、否则我们无法恢复。

    只要知道是否有任何不调用 HCITR_COMWrite 的情况就会大有帮助。 我们一侧的东西可能处理不当、但我们不确定去哪里看。

    谢谢!

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

    您好、

    对拖延表示歉意-还有其他任务。 您是否正在运行我可以轻松运行的特定演示来重现此问题?  

    Jesu

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

    您好、Jesu、

    这是一个带有我们运行的固件应用程序的定制板。它不是一个带有示例代码之一的评估套件。

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

    我不确定问题是什么、如果没有您的代码、就无法重现问题。 您能否捕获 HCI 日志并在此处共享?

    Jesu

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

    您好、Cedric、

    我一段时间没有听到你的声音。 由于不活动、我将关闭此线程。 如果您仍有相同的问题、请在此处使用日志或任何相关更新进行回复。 如果您有新问题、请创建新主题。

    Jesu

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

    您好、Jesu、

    在我们的快速通知过程中没有睡眠的变通办法似乎绕过了这个问题。 因此、对于我们的产品而言、它看起来不错、但如果将来发生变化、它仍然是一个潜在的问题、

    如果我们遇到它、我们将重新打开、

    新年快乐