CC2640R2F: 一主多从通信中，如何使从机的连接时间差尽可能均分。或者尽可能大？

caiyu

Expert 1230 points

Part Number: CC2640R2F
Other Parts Discussed in Thread: CC2642R, SYSCONFIG

在进行一主多从通信中，发现从机的连接事件差不稳定。有时候大有时候小。比如连接间隔设为25ms，2个从机，我期望的2个从机的连接间隔时12.5ms。如果不能均分，能够保证每次连接间隔稳定也可以。比如，10ms。

目前测试情况发现。两个从机相隔有时可能只有5ms或者更小。有时是12ms。我是通过射频映射观察发现的。

请问有没有什么办法控制2个从机的连接事件差？

3 年多前

0 Nick Sun 3 年多前

TI__Genius 15940 points

您好，

感谢您的对TI产品的关注！为更加有效地解决您的问题，我需要多一些时间查看这款芯片，稍后会为您解答。

0 Nick Sun 3 年多前

TI__Genius 15940 points

您好，

Bluetooth LE 不提供控制连接锚点（anchor point of the connections）的可能性。连接之间保持 5 ms 的保护时间，以确保连接的稳定性。

0 caiyu 3 年多前回复 Nick Sun

Expert 1230 points

我尝试了定时间隔连接2个从机但是没有效果。如果先给从机供电，可以提升2个从机连接时间间隔大的几率，

目前主要的问题是，如果2个从机连接的间隔很小的话，将会比较容易丢包。可能是由于重传机制，导致在一个连接事件上会有多次数据收发，可能导致系统处理不过来，导致丢包。

0 Nick Sun 3 年多前回复 caiyu

TI__Genius 15940 points

您好，

帮您跟进工程师，又回复立刻联系您。

0 caiyu 3 年多前回复 caiyu

Expert 1230 points

或者是一个连接事件中，多个数据包的间隔能不能调大？测量两个包的间隔大概只有260us

+1 Nick Sun 3 年多前回复 caiyu

TI__Genius 15940 points

您好，

锚点之间的较短间隔限制了传输的链接数据包的数量，并可能增加冲突的风险（导致一些数据包丢失）。但是，由于重传发生在随后的连接间隔中（而不是在同一个连接间隔中），因此锚点间隔在这里没有任何作用。

有关信息，CC2642R 经测试可保持 32 个连接，锚点之间的间隔为 5 ms（链接：https://dev.ti.com/tirex/content/simplelink_cc13xx_cc26xx_sdk_6_20_00_29/docs/ble5stack/ble_user_guide/html/ble-stack-common/link-layer-cc13xx_cc26xx.html#sec-32-connections）

0 caiyu 3 年多前回复 Nick Sun

Expert 1230 points

在下一个连接事件进行重传，这个了解。有没有可能在一次连接事件中有，很多个重传数据。通过观察射频映射LNA，发现在一个连接事件上，有时会出现多个LNA 脉冲（1-4个），间隔大约有260us，这4个LNA代表这次连接事件有4个数据包发送吧？我连接间隔设置的25ms，数据90字节，MTU设置成最大255.

主要是这个260us，对于数据拷贝可能不太够。

0 caiyu 3 年多前回复 caiyu

Expert 1230 points

主机射频LNA 映射波形，2个从机。连接间隔25ms。LNA 脉冲约260us

0 Nick Sun 3 年多前回复 caiyu

TI__Genius 15940 points

您好，

帮您同步工程师，有答复后回复您。

感谢您的支持。

0 Nick Sun 3 年多前回复 caiyu

TI__Genius 15940 points

您好，

caiyu 说：
这4个LNA代表这次连接事件有4个数据包发送吧？

这个没错。

caiyu 说：
主要是这个260us，对于数据拷贝可能不太够。

接收到的数据包存储在radio RAM 中，并在准备好时推回应用内核。在接收Bluetooth LE 数据包之间有如此短的延迟是预期的，并且设备完全支持。

同样，没有办法在同一个连接事件中进行多次重新传输，因为一旦一个数据包未被确认，连接事件就被视为终止。截图显示了链接数据包的传输（即几个不同的数据包，而不是重新传输的同一个数据包）。

感谢您的支持。

0 caiyu 3 年多前回复 Nick Sun

Expert 1230 points

Nick Sun 说：
（即几个不同的数据包，而不是重新传输的同一个数据包）。

感谢您的支持。

是这样的，这个我明白，他是传输以前没有发送成功的包。我是每隔25ms都会有新的数据发送，我的问题点在于如果主机连续多次没有接受成功，就会让从机重新发送数据。这样，在一个连接事件上会有几个数据包。而这几个数据包的间隔又非常小，能否有办法提高这几个数据包的间隔？

0 Nick Sun 3 年多前回复 caiyu

TI__Genius 15940 points

您好，

caiyu 说：
能否有办法提高这几个数据包的间隔？

并没有办法。

但是您描述的情况应该很少，并且发送的数据包数量应该没有超过 MAX_NUM_PDU。(https://dev.ti.com/tirex/content/simplelink_cc2640r2_sdk_5_30_00_03/docs/blestack/ble_user_guide/html/ble-stack-3.x/stack-configuration.html?highlight=max_num_pdu#id4).

我么这边能给出的解决方案是：

要么将 MAX_NUM_PDUS 限制为一个保证数据传输在所有情况下都足够短的值。

或者接受有时可能会发生冲突并导致重新传输的情况。

0 caiyu 3 年多前回复 Nick Sun

Expert 1230 points

The anchor points will be formed after previous connection event with 5ms guard time. This is achieved when you modify it through Sysconfig –> Advanced Setting –> Extended Stack Settings –> Guard Time.

Bluetooth

蓝牙论坛

CC2640R2F: 一主多从通信中，如何使从机的连接时间差尽可能均分。或者尽可能大？