在自己做测距离的话，肯定一发一回实时性更强，如果考虑到实时性的问题，为什么不单独拿一个命令来做对特定标签的测距呢？
期刊中的算法的确变得多个精确，但是考虑到单片机线程处理能力的话，还是会有很大误差的。

蓝点无限 发表于 2020-9-23 10:06
它这个算法，标签发送一个信号后，需要等待多个基站回复，使能接收是uwb 最费电的状态。
还有一个缺陷，你 ...

标签一直广播call基站，会不会费电也比较大呢

714162838 发表于 2022-1-11 13:35
如果标签运动的速度太快了，可以用作者的那个算法

请教一下 那是不是这种方法会更适合标签运动跟踪

感谢解答，这个也一直困扰我。

uwb手册里面有这个图，但是功耗问题比较致命，对于标签来讲

感谢大佬解答

感谢感谢感谢感谢感谢感谢感谢感谢感谢感谢感谢感谢感谢感谢感谢感谢感谢感谢感谢感谢感谢感谢感谢感谢感谢感谢感谢感谢感谢感谢感谢感谢感谢感谢感谢感谢感谢感谢感谢感谢感谢感谢感谢感谢感谢

如果标签运动的速度太快了，可以用作者的那个算法

它这个算法，标签发送一个信号后，需要等待多个基站回复，使能接收是uwb 最费电的状态。
还有一个缺陷，你要考虑4个基站的延时问题，不同基站之间回复数据不能冲突，时间太短冲突了，时间太长标签太费电。
还有，再次，如果标签和100个基站测距，刊物算法调节起来太过于麻烦了。

所以我的做法就是标签单端去call 基站的地址，后期可扩展性比较好。

刊物的算法是官方手册描述的算法，也是大多数网上其它商家提供的算法。