• 状态 Resolved
  • 已锁定 已锁定
  • 回复 3 回复
  • 订户 0 订户
  • 视图 80 视图
  • 用户 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.

[参考译文] CC2564：意外断开

admin
Guru**** 2589265 points
Other Parts Discussed in Thread: CC2564

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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/734514/cc2564-unexpected-disconnection

器件型号：CC2564

你好

在 Tiva MCU 上使用 CC2564 (Bluetopia 1.2协议栈)进行测试期间、经过一段时间后、我得到"HCI_Disconnect - Wrong Reason"(所附日志中的数据包313031)。 连接1或2小时后、这种情况会出现几次... 你能找到什么不寻常的吗？ 还是仅仅是无线电问题？

谢谢你

e2e.ti.com/.../disconnection.rar

  • 0
    TI__Guru**** 2589265 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    尊敬的 Micro：
    您能否更详细地解释测试方案？ HCI 断开 msg 后会发生什么情况？

    谢谢
    Saurabh
  • 0
    TI__Guru**** 2589265 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    在我的方案中、我有一个蓝牙器件、它以100kbps 的速率将数据流式传输到 SPP 上的 CC2564。 HCI 断开连接后、两个器件返回待机状态、等待新连接。 通过分析日志、我可以在断开连接之前看到"HCC_PROCESS_HCI_commands：HCI_DISCONNECT (组1操作码0x6)"。。。 那么、是主机请求断开连接吗？
  • 0
    TI__Guru**** 2589265 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    [引用 user="Mirco"]因此是主机请求断开连接？

    没错。 主机向控制器发送 HCI_Disconnect 命令。  

    [引用 user="Mirco"]在 Tiva  MCU 上使用 CC2564 (Bluetopia 1.2栈)进行测试期间、经过一段时间后、我得到一个"HCI_Disconnect - Wrong Reason"(所附日志中的数据包313031)[/quot]

    这只是来自 CC256x 固件的警告跟踪。 HCI_Disconnect 命令有6个有效原因代码(0x05、0x13、0x14、0x15、0x1A 和0x29)。 如果主机使用的原因代码无效、CC256x 固件将打印此警告跟踪并处理 HCI_Disconnect 请求。

    由于附加的日志不包含 HCI/LMP 跟踪、因此无法从日志中准确了解主机使用的原因代码。 但是、"HCI_Disconnect - Wrong Reason"更像是触发断开连接的问题的后果。 您可能希望在主机堆栈/应用端进一步进行调试、以更好地了解断开连接的根本原因。

    此致、

    Vihang