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

[参考译文] CC2540：simpleBLEperipheral --将不会连接到繁忙的网络

admin
Guru**** 2540720 points
Other Parts Discussed in Thread: CC2540

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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/666731/cc2540-simplebleperipheral----will-not-connect-on-busy-networks

器件型号：CC2540

使用 Raspberry PI 连接到 CC2540。  它在实验室和环境中与许多其他广播器一起工作正常。

当进入具有许多蓝牙广播器的环境时、无法连接到 CC2540、或者很少连接。

使用 Raspberry PI 上的 Bluepy 库。

关于繁忙网络为何阻止连接的任何建议。 我期望一旦看到广播包、就可以建立连接。

我唯一能想到的是网络拥挤、但我仍然希望它能建立连接。

CC2540中是否有使其更好连接的参数；主器件侧(PI)中是否有更好的连接参数。

如果我有一个 USB 插件蓝牙模块(并且不使用 rapsberry PI 模块)、是否有一个模型可以更好地工作。

谢谢- Jim

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

    您是否能够扫描和检测 CC2540器件？

    器件无法连接的原因有两个：

    1.您的中央设备在扫描结果中未看到它。 当有许多器件时、一些集中器会限制它们排队等待的扫描响应数量、如果 CC254x 不是第一次遇到的、您可能需要多次扫描才能检测到它。

    2. CC254x 未接收从中央发送到外设的连接请求、这种情况不太可能发生。

    但是、要确定更多信息、需要进行监听器捕获。 您是否有监听器可用？
  • 0
    TI__Guru**** 2540720 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    我们在扫描中肯定会看到它。 RSSI 良好、-42dbm。 如果我们将整个系统移到大楼的会议室、则可以正常工作。

    但在我们工作的主楼层、当我扫描看到恒定的广播设备流时。

    当我们看到设备时、我们立即进行连接。 服务器端挂起；CC2540上没有调试器来查看它在做什么。 最终，扫描仪会超时并重新扫描，然后再次找到它，并且该过程会重复，而不会进行一般连接。

    我们现在和之后都有连接、但这种情况很少见。

    我想知道网络繁忙是否会导致问题、并且我们需要增加一些重试计数或超时时间。

    我有一台协议扫描仪；我不在现场、但可以在那里扫描连接。
  • 0
    TI__Guru**** 2540720 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好、Jim、

    CCDebugger 和 BLE Sniffer 对于解决此问题至关重要。

    监听器捕获将能够识别从中央设备到外设的连接请求是已应答还是未应答。

    如果外设未接收到连接请求、是否尝试重新发送该请求。