• 状态
  • 已锁定 已锁定
  • 回复 6 回复
  • 订户 0 订户
  • 视图 233 视图
  • 用户 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 BLE 在嘈杂的2.4GHz 环境中的射频性能？

admin
Guru**** 2577385 points
Other Parts Discussed in Thread: CC2541

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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/590703/cc2541-cc2541-ble-rf-performance-in-noisy-2-4ghz-environment

器件型号：CC2541

大家好、

我们生产了一款 BLE 产品、用于体育环境。 最近、我收到投诉、说我们一直断开连接的 BLE 器件、客户怀疑、因为网球场中有10多个用户使用 WiFi (球场中有一个无线路由器)。

根据我的理解、BLE 正在使用自适应跳频、我的问题如下：

CC2541如何实现自适应跳频？ CC2541检测到噪声环境、将该通道置于黑名单中并开始使用其他通道多长时间？ 信道是否在每个连接事件中跳频？

2.蓝牙组织是否有专门提到 AFHSS 参数的标准？ 我试图寻找它、但找不到它。

3. TI 是否在嘈杂的2.4GHz 环境中测试了 BLE 传输的稳健性？ 直到 BLE 传输开始变得不可靠的哪种嘈杂环境(希望我们可以为其定义一个值)？

谢谢你

哈迪

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

    1) 1) BLE 本质上不是自适应的。 但是、中央器件可以向外设发送通道映射以忽略使用特定通道的情况。 因此、这是中央器件的功能和应用功能。 BLE 是跳频、将使用整个2.4GHz 频谱。 在 WiFi 网络附近运行通常不是问题。
    2) 2)否、由于我在上面写的内容。
    3) 3)我们在 BLE 器件上进行了大量测试、但很难量化 WiFi 网络等外部噪声的数量和级别。 正如我在1)中所写的那样、在附近的 WiFi 网络运行通常不是问题。

    我宁愿集中讨论以下项目：
    设备的射频性能。 您是否进行了任何辐射测量？
    -您有什么距离要求？ 当客户遇到断开连接时、典型范围是多少？
    -出现问题时，您同时运行了多少个 BLE 连接？

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

    您好、Fredrik、

    感谢您的回复。 我知道省略中央应用器件的某些通道、并再次向外设提供反馈、这可能是未来的选择、因为我们现在已在市场上拥有器件。 这种测试和实施有时可能需要。

    我能否检查一个通道在跳转到另一个随机通道之前的 CC2541驻留时间有多长？ 我在上一个主题中看到、FCC 规定将 FHSS 驻留时间限制为最大0.4秒。
    e2e.ti.com/.../218486
    TI CC2541 BLE 堆栈 FHSS 算法是否在随机跳转到另一个通道之前保持在特定频率上0.4秒？ 我们想知道这一点、因为我们已将连接超时设置为0.75秒-如果下一跳也很吵、那么链接可能会由于超时而断开。

    设备的射频性能。 您是否进行了任何辐射测量？ 是的、我们通过了 FCC 15c
    -您有什么距离要求？ 当客户遇到断开连接时、典型范围是多少？ 使用3dBi 天线时输出为0dBm。 在露天环境中进行测试、连接至少保持40-45米。
    -出现问题时，您同时运行了多少个 BLE 连接？ 客户声称只有1个 BLE 器件正在运行。 其余的电子产品是手提电话和无线路由器。

    哈迪

  • 0
    TI__Guru**** 2577385 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    另一个问题是、主机发送的 LL_CHANGE_MAP_REQ 是否对中央器件应用 API 透明？ 根据我所读的内容、手机处于中央位置(即 iPhone)会自动启动 LL_CHANNEL MAP_REQ。
  • 0
    TI__Guru**** 2577385 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好、Handi、

    [引述 USER="Handi Kartadihardja">我能否检查 一 个通道在跳转到另一个随机通道之前 CC2541的驻留时间有多长？ 我在上一个主题中看到、FCC 规定将 FHSS 驻留时间限制为最大0.4秒。
    e2e.ti.com/.../218486

    该主题中还说明了 BLE 未通过 FHSS 认证、并且不需要停留时间编号。 它无论如何取决于您发送的数据包的长度以及连接参数的设置方式。 此外、信道跳频也不是随机的。 建立连接时、通道跳频模式是固定的并定义的。

    [引述 USER="Handi Kartadihardja">TI CC2541 BLE 堆栈 FHSS 算法在随机跳转到另一个通道之前是否保持在特定频率0.4秒？ 我们想知道这一点、因为我们已将连接超时设置为0.75秒-如果下一跳也很吵、这很糟糕、那么链接可能会由于超时而断开。

    堆栈中没有强制执行特定驻留时间的内容。 您在特定频率上停留的时间取决于数据包长度和连接参数。

    您是否能够在可以进行数据包监听的受控环境中重现问题？

    此致、
    Fredrik

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

    [引用 USER="Handi Kartadihardja">另外一个问题、主机发送的 LL_CHANNEL MAP_REQ 对中央器件应用程序 API 是否透明？ 根据我所读的内容、手机处于中央位置(即 iPhone)会自动启动 LL_CHANNEL MAP_REQ。[/QUERT]

    我想这取决于您所使用的平台和所使用的 BLE 堆栈。

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

    不、我无法重现问题。 实际上、办公室中的无线设备越来越多、而且越来越拥挤。 到目前为止、我只能对可能使装置很容易断开的因素进行假设。

    由于该器件需要在各种电话(例如 Android 或 iPhone)下工作、我仍在尝试了解这些中央设备如何控制信道请求。 我已经了解到、通道请求也可能导致断开连接：(e2e.ti.com/.../457865)

    我在 Android 或 iPhone BLE API 方面没有经验、因此如果您可以帮助指出是通过用户应用自动还是手动完成通道请求映射、这将对我有所帮助。

    谢谢

    哈迪