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.

[参考译文] CC2755P10:CC2755 高相对速度场景中的 BLE 性能 (V2V)

Guru**** 2767775 points

Other Parts Discussed in Thread: CC2340R5

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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1603209/cc2755p10-cc2755-ble-performance-in-high-relative-velocity-scenarios-v2v

器件型号: CC2755P10
主题中讨论的其他器件: CC2340R5

尊敬的团队:  

我的客户目前正在评估 CC2755 车对车 (V2V) 通信应用。 一个关键用例涉及以高相对速度(例如,高速公路上或海上方向相反的方向)行驶的两辆车之间的数据交换。

我们希望获得有关 CC2755 无线电在这些条件下稳健性的技术建议。

方案参数:

  • 相对速度: 高达 300  公里/小时

  • 通信窗口: 由于范围和速度有限、因此极短。

 

我们的问题:

1.多普勒频移容差:
理论计算表明、对于该速度、在 2.4GHz 下大约有 600-700Hz 的多普勒频移。

  • 请确认是否存在  CC2755 的接收器频率容差  可以轻松处理这种大小的频率偏移、而不会降低数据包错误率 (PER)?

2.快速褪色和多路径:
我们预计瑞利会有显著的衰落和多路径效应。

  • CC2755 无线电内核是否具有任何有助于缓解高移动环境中信号不稳定的特定机制(例如 AGC 响应时间优化)?

3、建议的策略:

对于此类“飞越“场景、TI 是否建议建立完整的  BLE 连接 或依靠起来更安全  基于广播的数据传输  (广播设备/观察者角色)、以避免连接设置开销?  

 

此致、

Mike

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

    您好 Mike:

    为了分配正确的设备、帮助您澄清车辆对车辆的含义? 您是指 两辆汽车(或由人类驾驶的车辆)还是类似无人机的东西?

    谢谢、
    Alex F

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

    您好 Alex、  

    感谢您的解释和提问。

    我指的是“车辆对车辆“ 两辆人驾驶车辆之间的通信 而不是无人系统或自主平台。


    更具体地说、预期的应用场景涉及 水载车辆 、如 船只和私人船只(喷气滑板) 由人类驾驶员操作和控制。

    如果需要进一步澄清、请告诉我。

    此致、
    Mike

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

    您好 Mike:

    感谢您的确认。  

    [报价 userid=“402811" url="“ url="~“~/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1603209/cc2755p10-cc2755-ble-performance-in-high-relative-velocity-scenarios-v2v

    我们的问题:

    1.多普勒频移容差:
    理论计算表明、对于该速度、在 2.4GHz 下大约有 600-700Hz 的多普勒频移。

    • 请确认是否存在  CC2755 的接收器频率容差  可以轻松处理这种大小的频率偏移、而不会降低数据包错误率 (PER)?

    2.快速褪色和多路径:
    我们预计瑞利会有显著的衰落和多路径效应。

    • CC2755 无线电内核是否具有任何有助于缓解高移动环境中信号不稳定的特定机制(例如 AGC 响应时间优化)?

    3、建议的策略:

    对于此类“飞越“场景、TI 是否建议建立完整的  BLE 连接 或依靠起来更安全  基于广播的数据传输  (广播设备/观察者角色)、以避免连接设置开销?  

    [/报价]

    1.对于 600Hz 至 700Hz 的漂移、TI 的 CC2755 应在无线电的误差容差范围内。

    2. TI 的 CC2755 在这些条件下从未验证、PHY 不太可能直接针对此用例进行优化、通常我们建议使用 SmartRF Studio 8 在上述条件下测试/验证器件、查看性能影响以及是否需要更改。

    3.感谢另一层提供的 300km/h 关闭速率的帮助,我们只能在 1 秒的窗口内让对讲机完成所有操作(链接,TX、Rx 等);在这种情况下,我们不建议使用 BLE 栈,因为它独特的堆栈设计,需要太多的时间才能在 1 秒的窗口内正确连接和发送数据。

    相反、我们建议 切 换到基于专有射频 (proprf) 的协议、我们可以专门针对这种短窗口用例进行调优、并消除任何不需要的连接。  

    我不了解您对需要通信的数据、涉及的车辆数量等方面的具体情况、因此我将详细介绍我认为您可以执行的操作:  

    *设备作为“信标“开始,并寻找其他信标(使用 ACK )  

    *信标位于特定(或标准)信道上,并设置同步字以确保设备始终可以相互通信

    *一旦信标相互接收(在车辆 1 和车辆 2 上),它们将通过选择下一个发送数据 Rx 父/子等的信道共享信息

    *~700 usec 设备将无线电重新配置为新参数  

    *连接模式下的设备根据需要共享数据

    *设备切换回信标(~700usec 重新配置无线电)  

    截至目前、我们的 F3 SDK 中没有关于 CC2755 的公开 proprf 示例(TI 正在研究这些示例)、可以将 CC2340R5 proprf 示例代码移植到 CC2755、但所使用的 PHY 需要特别注意。  

    (您可以在 CC2340R5 上开始开发、然后在示例发布后将工程迁移到 CC2755)  

    谢谢、
    Alex F