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.

[参考译文] CC2640:在没有 BLE Stack 的情况下建立连接

Guru**** 2563960 points
Other Parts Discussed in Thread: CC2640, CC1350

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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/567250/cc2640-establishing-connection-without-ble-stack

器件型号:CC2640
主题中讨论的其他器件: CC1350

您好!

首先、我将在不带 BLE 堆栈的 CC2640上开发固件。 我正在尝试优化对讲机在连接期间的活动时间。 为此、我尝试使用从器件命令参数中定义的触发 器、即超时触发器和结束触发器(技术参考手册中的表23.89)。

 如技术参考手册23.6.4.2从站命令部分所述,如果解调器找不到同步,参数 pParams->timeoutTrigger 和 pParams->timeoutTime 将定义结束操作的时间。 startTrigger 和 pParams->timeoutTrigger 一起定义了从器 件的接收窗口。"、我使用 START 触发器作为 TRIG_NOW、我尝试使用不同的触发器在特定的时间(BLE 的窗口大小)结束接收。

我已尝试对讲机的绝对计时(TRIG_ABSTIME)和相对计时(TRIG_REL_Submit)来结束从机命令、但它始终保持活动状态并具有相对计时、并且不会在我写入绝对计时的超时时间时停止。 我认为问题可能是因为我没有将 CMD_SYNC_START_RAT 命令用于无线电计时器。 但我还修复了在 系统引导后首次使用 CMD_START_RAT 进行购买以及使用从 CMD_SYNC_STOP_RAT 命令接收到的 rat0值进行 CMD_SYNC_START_RAT 购买的问题。 修复它也不能解决超时问题。

如果有人能通过提供示例来帮助我处理超时触发时序、我会非常感激、例如、在给定10ms 窗口大小的情况下、我应该向从命令写入什么超时时间和结束时间参数。

非常感谢您的参与。

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

    您好!

    由于您正在制作自己的 BLE 堆栈、我们没有直接使用射频驱动器的示例。

    我建议您了解 CC1350 TI-RTOS 示例(例如:rfWakeOnRadioRx)中如何使用射频驱动程序,该示例包含如何将 endtime 与 endTrigger 类型一起使用。

    如果您有更多问题、我建议您在2.4GHz 专有论坛上发帖

    e2e.ti.com/.../964

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

    您好!

    我按照建议检查了这个示例、看起来命令参数实际上是使用 RAT 节拍而不是 RTC 节拍。 随后、我检查了《技术参考手册》是否已修订。 最后、我看到我引用的器件实际上是我正在检查的《技术参考手册》中的错误、在新的手册中将其更正为:"绝对时序使用32位 RAT 的值。 相对计时使用 RAT 节拍数。"

    感谢你的帮助。 如果需要、我将向 2.4GHz 专有论坛提出更多问题。