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

[参考译文] CC2650STK：(库存固件1.42)广播中的 Service UUID 在应使用128位格式时错误地使用16位格式

admin
Guru**** 2589300 points
Other Parts Discussed in Thread: CC2650, BLE-STACK

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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/634217/cc2650stk-stock-firmware-1-42-service-uuid-in-advertisements-incorrectly-uses-the-16-bit-form-when-it-should-use-the-128-bit-form

器件型号：CC2650STK
Thread 中讨论的其他器件：CC2650、 BLE-STACK

您好！

我有一个 CC2650 SensorTag、上面有库存固件(版本1.42)。 我注意到、它在其广播包中错误地广播了移动服务。 由于移动服务是蓝牙 SIG 未定义的自定义 BLE 服务、因此当移动服务应使用完整的128位 UUID (F000AA80-0451-4000-B000-000000000000)时、它会为移动服务(0xAA80)使用16位 UUID。

当尝试将 SensorTag 与 Windows 10 BLE API 一起使用时、这可能会导致意外行为。 在扫描广播时、这些 API 具有一个属性、该属性可收集广播包中的所有16位、32位和128位 UUID、并通过使用蓝牙 SIG base UUID 将16位和32位 UUID 自动转换为128位 UUID 来实现此目的。

最好是发布更新的固件来解决此问题、以便 SensorTag 可以广播 标准服务(例如、它可以广播 Battery Service)、或像它应该做的那样使用128位 UUID 来广播自定义服务。

很抱歉，如果已经发布了具有此修复程序的固件，很难分辨，因为 Wiki 的固件版本列表在1.40时停止，而我的 CC2650 SensorTag 随附了1.42：)
http://processors.wiki.ti.com/index.php/CC2650_SensorTag_User's_Guide#Firmware_Versions

提前感谢！

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

    最新固件确实使用 GAP_ADTYPE_16BIT_more。 如果这是一个问题、您可以直接修改源项目。 我已通知开发人员、以便可以考虑在将来进行更新。

    祝你一切顺利
  • 0
    TI__Guru**** 2589300 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    当您说您通知开发人员时、您意味着您通知他们此处的问题是、它应该_不_使用 GAP_ADTYPE_16BIT_more、而应该使用 GAP_ADTYPE_128bit_more？ 你的回答的方式使这种模棱两可，所以我只想确定：)
  • 0
    TI__Guru**** 2589300 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    我已将报告的问题通知他们；)

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

    我们还没有意识到广告宣传的移动服务的错误，感谢您的指出。 文档中的错误(缺少最新固件版本)现已得到纠正。

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

    感谢您更新 wiki Jomar、很高兴能为您提供帮助。 我可以看到 Wiki 上的最新版本现在是1.43；有几个问题：

    • 1.43是修复我报告的错误的版本吗？ 或者它是否刚刚比我的 SensorTag 上的版本更新(1.42):)
    • 在这两种情况下、我可以从何处获得1.43版？ 我今天早上下载了用于 CC2650的 BLE-Stack、但最新的固件似乎是1.40、这当然是从1.42降级。。。还有其他地方我应该检查不知道的固件吗？ 或者、我是否只需要等待 CC2650的 BLE-Stack 新版本？

    谢谢！

  • 0
    TI__Guru**** 2589300 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    SensorTag 的固件版本并非始终与 BLE Stack 版本直接同步、版本号1.42、1.43等。是 BLE Stack 2.2的错误版本、而1.40是 Wiki 页面上所示的官方版本。 固件映像随 BLE Device Monitor (Windows)和相应的移动应用程序一起分发。 本周将推出一款更新了固件的新 BLE Device Monitor、但遗憾的是、无法修复您报告的此版本的错误。 我们的目标是获取版本1.50的修复程序(将基于下一个 BLE Stack 版本)。
  • 0
    TI__Guru**** 2589300 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    啊、我明白。 感谢您提供的信息、这非常有帮助！ 最后一个问题；是否有邮件列表或我可以注册的其他某个位置、以获得有关下一个 BLE Stack 版本何时发布的通知？ (或者、各种 SensorTag 固件版本也可以)。 谢谢。