UWB定位产品开发爬坑记录-4

吞吐量要解决的几个问题：

1、标签时隙管理；

简单的说时隙管理，就是将基站的时间分成不同的时间段，然后将标签分配到对应的时间段，这样就避免了标签无序发送产生的冲突，提高系统容量；

时隙管理必须是基站主导，官方的TREK1000代码有类似的逻辑；

标签槽号的确定：一种方式是基站内部分槽号，然后标签把槽号作为内部地址；

另一种方式是根据标签的ID分配槽号，基站建立标签ID和槽号的关联关系；

两种方式下，基站都需要根据LRU等策略清理分配的槽号；

一个标签，比方每2s发送一次P帧，然后基站不停根据改标签的槽号计算出测距应该在哪个时间槽位，并反馈给标签，标签不停的修正自己发送P帧的定时器；

问题：多基站之间时间槽分配的同步问题？

2、多基站测距；

A站、B站、C站回复A帧的时间不同，需要做延时发送；

具体延时多久，也需要同标签做好时间窗口同步；

DREK1000的代码中是根据配置不同基站的序号确定基站的延时回复A帧的时间；

问题：多个基站如果序号不确定的时候，如何配置基站回复A帧的延时时间？

-------------------广告线---------------
项目、合作，欢迎勾搭，邮箱：promall@qq.com

本文为呱牛笔记原创文章,转载无需和我联系,但请注明来自呱牛笔记 ,it3q.com

• 上一篇： 音频广播播放功能实现逻辑分享
• 下一篇： UWB定位产品开发爬坑记录-3