• 状态 Resolved
  • 已锁定 已锁定
  • 个回复 9 个回复
  • 名订阅用户 0 名订阅用户
  • 次查看 81 次查看
  • 用户 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.

[参考译文] CC2541：CC2541

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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/622544/cc2541-cc2541

器件型号：CC2541
Thread 中讨论的其他器件： BLE-STACK

您好！

我对 CC2541有一些疑问、

我们将 CC2541与基于 Android 的协议栈1.4.0搭配使用

 在不将 CPU 返回到 OSAL 的情况下、任务可以工作的最长时间是多少？ (我们有一项任务每秒使用 CPU 10至20毫秒)

 

 2. BLE 堆栈版本1.4.0最多可以同时支持哪些蓝牙服务？

 

3. BLE 堆栈需要的最小堆内存是多少？

 

我认为  、当我们使用 SVN 并且 BLE 通信处于活动状态时、我们遇到了从 BLE 堆栈部分到部分的存储器覆盖。 他们 是否知道这种问题？

 

谢谢

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

    在 Android 开发时、我相信您希望使用最新的 BLE-Stack v1.4.2 SDK 并在 BLE 论坛中应用来自粘着线程的修复。

    只要您不在应用程序中禁用中断、CPU 使用就不会出现问题。

    服务数量取决于 RAM 可用性(以及在某种程度上取决于闪存)。

    您提到的 SNV 问题很可能与 SDK 发行说明中发布的限制相关。 如前所述、不建议在有源 BLE 连接期间允许 SNV 压实。 话虽如此、我还是推荐使用固定的"CC254x with Android 6.x Marshmallow & 7.x "中的 SNV 优化。

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

    您好！

    感谢您回答以上问题、

    客户使用版本 v1.4.0 SDK、他 还遇到了如下所述的严重问题、

    1.问题

     运行几个小时后、器件停止通过蓝牙进行自我广播。 器件在没有/bt 广播的情况下继续正常工作。 但是、在读取 BLE 广播状态(gaprole_get_parameter (GAPROLE_advertise_enable、)时、服务器声明广播已开启。

     

     

    详细信息

     - 在一个 PRV 中。 版本、我们认为我们没有 这个问题。 主要区别似乎是在 SNV 上使用 I2C EEPROM。

         在  `m 版本中-但我不确定问题是什么！  

     -堆中有超过1500字节的可用空间。

     -我们使用 CPU 的时间不超过5%，并且持续时间不超过5毫秒。

    请帮助。

    非常感谢您的参与。

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

    感谢您回来并提供有关实际问题的详细信息。 我们确实解决了在 BLE 1.4.1中 ADV 停止的异常问题、因此如果您可以尝试此操作或 BLE 1.4.2 (首选)、这会很有帮助。 除此之外、您还可以尝试将 hal_sleep.c 中的 HAL_SLEEP_ADJ_TICK 增大到30 - 35、以查看 ADV 问题是否与板上的缓慢唤醒相关。

    除此之外、您是否能够在 TI 开发套件上演示此问题？

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

    您好！

     

    我尝试将  HAL_SLEEP_ADJ_TICKs 增大到35、这会改善情况、 意味着减少器件停止广播。 我甚至把它增加到了45和55。 在较少的情况下、停止广告当然会发生、但仍然没有解决问题。  

     

    对于新的 BLE 1.4.2、使用起来很困难、因为新的 IAR 开发环境不稳定。 我可以使用旧的 IAR 尝试新的 BLE 堆栈吗？  

     

    是否有其他尝试解决停止广告问题的想法？  

     

     

    谢谢

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

    您好！

    请提供建议。

    谢谢

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

    我不知道 IAR EW8051 9.10.3是否不稳定。 如果您在自己的环境中看到 IAR 有问题、我建议联系他们的支持人员。

    如果在增加 HAL_SLEEP_ADJ_TICKs 时观察到更好的结果、则很可能意味着您的32kHz 晶体和/或相关布局存在问题。 这进一步强调了在构建中改用 BLE-Stack 1.4.2或禁用 power_saving 的必要性。

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

    您好、JXS、

    查看您的评论的答案、

    1.我移至1.4.2，但问题 仍然存在。

     

    2、目前为止、我完全不使用 POWER_SAVE。

     

    还有其他想法吗？

     

    谢谢

  • 0
    TI__Guru**** 1791630 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    我认为这表明您的电路板布局或电源存在一些问题。 您能否与 TI 参考设计进行比较？

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

    您好、JXS、

    n`t 我没有很好地解释过我、

    我们可以看到 cc2541运行良好。

    它不发布(广告)。

    时钟将影响所有处理器操作！！！

     

    您能解释一下您的方法背后的逻辑(时钟问题)吗？

     

    谢谢