|
继续说说延迟这个事情吧。
发送周期是固定的,指令更新时间是随机的,所以延迟并不是固定的。
比如200Hz的刷新频率,周期是5ms。假设传送时间为2ms(从高频头开始发送到接收机完成接收需要的时间)。
因为指令更新时间是随机的所以可能在一个周期里的任意时刻有指令更新。
如果数据包刚开始发送,遥控器指令就更新了,那这个指令需等到下个数据包才能发送出去。
接收机在接收完第二个数据包的的时候才得到了这个更新的指令。这里就是最大延迟5ms+2ms=7ms。
如果指令更新的时间刚好在数据包即将发送之前,这个指令立即会通过这个数据包发送出去。
接收机2ms后完成接收,得到这个更新指令,这里就是最小延迟2ms。
所以,单说遥控链路的延迟,最大是周期加传送时间,最小是传送时间。
当然整个遥控系统的延迟那还得加上ADC转换的时间,滤波算法消耗的时间、遥控器MCU执行的时间和接收机MCU执行的时间。
遥控系统的延迟当然是越小越好,但延迟小到一定程度的时候再继续降低就没有太大的意义了。
因为最终瓶颈不在遥控系统,而在于你自身。
不同于飞控控制电调,飞控的速度是足够快,飞控MCU的指令传达到电调MCU的时间基本就等于协议的延迟。
人就不一样了,神经传导的延迟是“很大”的。一个正常人,手指执行大脑发出的指令,差不多要一两百毫秒的时间。
比起人类神经传导的时间来说过分的追求遥控系统的低延迟,只能被称作数据党了。
你说SBUS就是比PPM要爽,那我还能理解。
但是你如果说SBUS和CRSF使用起来有明显差异,那我只能归为心理暗示。
如果你天赋异禀,比如手短,手指直接长在肩膀甚至是脖子上,又或者舌头足够灵活,使用舌头来操纵摇杆的话。
那继续追求低延迟才有意义。
|
|