其实从这个问题可以总结几点:

1、第一个,手套的得包率不对,而别的普通的sensor的得包率是对的,只能说明它们有一个地方是有差别的,就是手套要拆包,要发两次,然后看到它的得包率低,就应该想到第二次是不是没有发过去。

2、还有一个就是去看打日志,看日志以后也会发现,为什么有一些地方会多打印很多东西,明明是单线程执行的,为什么会打奇数个日志呢?有的时候确实应该多去问一点问题,为什么,这其实就是出现的问题?

3、然后会发现其实对于每一帧来说,或者说每一个帧序号,每一个sensor都会被该频段里面的所有的Hub收到一次,比如此时以后6个频段,那么对于每一个帧的每一个sensor,就应该会出现6次才对,如果没有到六次,必然有问题

4、其实从每次最后统计的结果来看,真正有问题的还是分子部分,所以就应该想到其实分子的统计确实有很多的问题,所以最后还是应该去找分子的问题。

总之,我的探索欲望不是很强,导致即使看到了问题也没有去好好的研究为什么会这样

后来还是几位老鸟帮我发现了问题,解决了这个大bug,真的感谢!

                                                                                                               2019.11.11记于桂林

修改一个手套得包率的比较逻辑复杂的bug

相关文章:

  • 2021-08-26
  • 2021-09-25
  • 2022-01-02
  • 2021-07-31
  • 2021-04-22
  • 2021-08-20
  • 2021-08-19
猜你喜欢
  • 2021-11-22
  • 2022-12-23
  • 2022-12-23
  • 2022-12-23
  • 2022-12-23
  • 2022-12-23
  • 2021-08-17
相关资源
相似解决方案