大的连接间隔,大的丛机潜伏数,似乎会影响数据传输的即时性
例如间隔1S,从机潜伏9,主机命令肯定是延迟很大,至少一开始的第一条命令。
从机似乎可以协议栈自己动态调整是否立即响应,但是至少也是一个间隔时间?这是否是51内核的处理速度说决定的?蓝牙协议是否也允许在包含主机命令的该连接事件中从机立即响应而不要等到下一个连接事件中再回复响应?市场上其它公司的蓝牙芯片是怎样情况?现在好像不少和M0内核结合在一起的。
另外协议栈中,从机怎样响应有没有什么规则?例如动态推测即时该响应完成后在后续的主机连接中不立即潜伏?
考虑到即时性和功耗,该怎样考虑连接参数呢?要传输的时候先更改连接参数为短时间?可是连接参数更新好像总是大约6个连接时间后才变更为更改过的连接参数,这样再加上考虑功耗问题(连接事件增多可能也反而增加了功耗),该怎样考虑需要快一点速度响应(例如按键操作启用功能给从机发功能命令之类的)时的连接参数问题呢?
好像看到过蓝牙协议4.1好像在这方面有改进?不知道是否是可以解决上述问题的
不知道TI的新协议什么时候出来?是否支持CC254X之类?
Yan:
fuchong,
动态调整连接参数不会立即响应,会有一定个数connection interval的延迟(不一定是6个哦,往往会更多)。所以如果你的连接间隔和从机潜伏很大,这个响应时间会很慢。
连接参数设置需要根据你的实际应用来,只要符合范围,都没有问题。