Android BLE:传输大小:可以控制吗?

Android BLE:传输大小:可以控制吗?,android,android-source,bluetooth-lowenergy,Android,Android Source,Bluetooth Lowenergy,在连接指示中,主设备向从设备发送一些参数,我感兴趣的是控制transmitWindowSize和transmitWindowOffset 有没有办法在Bluedroid/AOSP 5.x中控制这些参数 连接指示示例: TransmitEndowSize和TransmitEndowOffset定义连接的第一个连接事件的时间范围。它们允许主phy在不会与其他连接冲突的时隙中安排连接事件。从应用程序的角度来看,您不能也不应该对此做任何事情 若您试图在一个连接事件中传输更多的数据包,那个么窗口并不是您想

在连接指示中,主设备向从设备发送一些参数,我感兴趣的是控制transmitWindowSize和transmitWindowOffset

有没有办法在Bluedroid/AOSP 5.x中控制这些参数

连接指示示例:

TransmitEndowSize和TransmitEndowOffset定义连接的第一个连接事件的时间范围。它们允许主phy在不会与其他连接冲突的时隙中安排连接事件。从应用程序的角度来看,您不能也不应该对此做任何事情

若您试图在一个连接事件中传输更多的数据包,那个么窗口并不是您想要的。在规范中,一个连接事件最多可以持续(ConnectionInterval-150µs)(见6.B.4.5.1)


糟糕的是,在USB加密狗、计算机和手机中发现的大多数(如果不是全部的话)可编程无线电芯片的限制都较低,通常每个连接事件8-10个数据包(每种方式4-5个)。这通常是芯片的固件限制(内存限制或其他限制)。

这样做的动机来自。我观察到,从机到主机的数据PKT不超过4个,这花费了足够的时间,所以下一个数据包不会适合我的2.5毫秒传输窗口。在任何连接间隔内,主设备和从设备是否只在传输期间进行通信?还有,有没有办法控制hci的传输?是否有其他方法可以在CI中获取更多数据包?谢谢..连接事件传输窗口是用于传输连接事件的第一个数据包的时隙。它可以是:*取决于连接初始化时(第一个数据包)或连接参数更新后的传输窗口大小和传输窗口偏移;*前一个连接事件的第一个数据包之后的+/-16µs窗口,连接间隔。连接事件可能在窗口结束后持续,例如(ConnectionInterval-150µs)OK。理解。所以,参考问题中的4PKT限制并不是由于TransmitWidowSize,而是其他一些原因,可能是缓冲区计数有限或类似的原因。谢谢。如果您控制HCI,您可以增加最大长度以获得更大的连接事件。@Emil谢谢。我不控制链接层。我主要努力在应用程序中实现我们的专有协议。