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.

[参考译文] CC2652R:广播事件的持续时间

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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1057513/cc2652r-duration-of-advertising-event

器件型号:CC2652R

大家好、

广播事件(传统广播事件)可以根据规格持续时间<=20ms、之后将重复相同的事件(广播间隔+随机延迟)。 在通告事件中,37-38和38-39上的 PDU 也会间隔<= 10ms。 我的问题是,37 - 38和38 - 39上的 PDU 之间的时间是多少?  它是否始终是一个根据 TI 实现的常量值,如果是,值是多少? 如果不是、我希望它是随机值、并取决于广播包的类型。 如果是,37 - 38和38 - 39之间的时间间隔是多少,对应于不同的广播包?

提前感谢。

此致

Rahul

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

    您好、Rahul、

    我将在内部提出要求、并让专家发表意见。 同时、这是一种可通过 LaunchPad 和数据包监听器进行测量的方法。 您是否曾尝试自己测量过?

    最棒的

    不需要

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

    您好、Nathan、

    不,我没有自己这样做。 首先、我想从您的角度了解实施细节、稍后我想检查它们以了解我的理解。

    此致

    Rahul

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

    您好、Rahul、

    在我们的软件中、如果只有一个传统广播集、则我们将在信道37上发送 Adv38 39 asap 和 PDU。

    默认间距约为~650us、但是、如果调度程序发生冲突、则可能会根据应用层设置丢弃/延迟广播 PDU。

    有关 TI BLE 堆栈 LL 调度程序行为的更多信息、请参阅:

    dev.ti.com/.../link-layer-cc13x2_26x2.html

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

    您好、Lee、

    感谢您的回答。 在传统的不可连接的不可扫描广播事件中、我还观察到37 - 38和38 - 39 PDU 之间的~µs 650 μ s 以上。 对于其他 PDU (例如可连接和可扫描 PDU)、您能否评论此时间间隔、它需要额外的 RX 来获取扫描请求或连接请求、TX 用于发送扫描响应。  

    谢谢

    Rahul

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

    您好、Rahul、

    [引用 userid="485912" URL"~/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1057513/cc2652r-duration-of-advertising-event/3913555 #3913555]\n 例如,可连接和可扫描 PDU 需要额外的 RX 来获取扫描请求或连接请求,TX 需要发送扫描响应。  [/报价]

    我假设您在这里询问设备在信道37/38/39上广播后收到扫描请求并发送扫描响应的时间。

    在开始在通道38上广播、扫描(和接收扫描请求)、发送扫描响应和开始在通道39上广播之间、我测量的时间大约为1.3毫秒。

    为此、我在 simple_peripheral 代码示例 main.c 中的 BIOS_start()之前添加了以下内容。

    #include <driverlib/ioc.h>
    
    
    main(){
    .....
        // Map RFC_GPO0 to DIO6
        IOCPortConfigureSet(IOID_6, IOC_PORT_RFC_GPO0,IOC_IOMODE_NORMAL);
        // Map RFC_GPO1 to DIO7
        IOCPortConfigureSet(IOID_7, IOC_PORT_RFC_GPO1,IOC_IOMODE_NORMAL);
        /* enable interrupts and start SYS/BIOS */
        BIOS_start();
        return 0;
    }

    最棒的

    不需要

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

    你好、Nate、

    感谢您的回答。 我将在我的身边检查这一点、如果我有其他疑问、我将返回。

    此致

    Rahul

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

    尊敬的 Nathan:

    感谢您的回答。 我现在有一个后续问题。 从您的时序图中可以清楚地看到、当外设在第37个通道上发送广播时、它将扫描来自近中央设备的扫描请求或连接请求、然后在第38个通道上发送广播 PDU。 我的问题是、除了扫描请求/连接请求之外、外设还会在扫描37和38通道广播期间扫描广播设备附近的广播 PDU 吗?  

    感谢您的回复。

    此致

    Rahul

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

    您好、Rahul、

    蓝牙规范定义的外设不接收(扫描)其他广播包。 它将仅监听扫描请求/连接请求。

    因此、它不会侦听其他广播设备的广播包。

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

    您好、Lee、

    感谢您的快速回复。 我的问题的答案。 请关闭此查询。

    此致

    Rahul