https://zhuanlan.zhihu.com/p/620313063
BPC一帧的长度只有20秒,也就是说如果固件设计得当,大约30秒就可以完成授时。
即使BPC有帧内校验,实际大都使用多帧校验,这个算法烂得令人无语:绝大部分的手表需要完整地接收一整分钟的数据才能完成对时。哪怕这个一整分钟其实包含了3帧完整可用的数据。
举个例子,即使信号强度和信噪比都非常理想,在最差的情况下,手表开始接收信号,首先需要10秒左右锁定信号,完成信号锁定的瞬间正好错过了一分钟内的第1秒,则这一分钟内剩下能用的2帧数据都会被浪费,然后再等待1分钟共3帧数据才能完成授时,前后一共经历了130秒。
这还只是理想情况,如果信号有波动,导致某一秒信号丢失,哪怕已经到了这一分钟的最后一秒,这一分钟的数据也会被浪费,然后由于信号丢失,手表又要花时间重新锁定信号,因此下一分钟的数据也被浪费了,又要等下下分钟,这样接收时间就会4分钟起步。。。
目前只有少数的手表接收BPC能控制在50秒内。
BPC一帧的长度只有20秒,也就是说如果固件设计得当,大约30秒就可以完成授时。
即使BPC有帧内校验,实际大都使用多帧校验,这个算法烂得令人无语:绝大部分的手表需要完整地接收一整分钟的数据才能完成对时。哪怕这个一整分钟其实包含了3帧完整可用的数据。
举个例子,即使信号强度和信噪比都非常理想,在最差的情况下,手表开始接收信号,首先需要10秒左右锁定信号,完成信号锁定的瞬间正好错过了一分钟内的第1秒,则这一分钟内剩下能用的2帧数据都会被浪费,然后再等待1分钟共3帧数据才能完成授时,前后一共经历了130秒。
这还只是理想情况,如果信号有波动,导致某一秒信号丢失,哪怕已经到了这一分钟的最后一秒,这一分钟的数据也会被浪费,然后由于信号丢失,手表又要花时间重新锁定信号,因此下一分钟的数据也被浪费了,又要等下下分钟,这样接收时间就会4分钟起步。。。
目前只有少数的手表接收BPC能控制在50秒内。