错误 #3186
DD口按照测量请求接收测量消息未收对，设备间系统帧号SFN未对齐
由 葛 奇思 在 18 天 之前添加.
更新于 8 天 之前.
描述
现象：DD口按照测量请求接收测量消息未收对
测试：dd测量未按照测量请求每个slot 5/15都接收master decID=32的测量消息，发现在sfn[905,921,937...]按16帧间隔可解对，但是测量消息在sfn[912,928,944...]按16帧间隔提示测量信道解decID=32的测量消息，两边对不上导致解不对；
进展：播雨姐计算确认测量消息在sfn[912,928,944...]是对的，现在怀疑两块板子的帧号未对齐，正在master上加LOG测试
历史记录
master LOG打印，发现master在正确帧号上发出，slave接收帧号错位，三次测试帧号错位分别为7，4，3，已反馈杨晋与弋戈对GPS同步帧号进行检查
- 主题 从 DD口按照测量请求接收测量消息未收对 变更为 DD口按照测量请求接收测量消息未收对，设备间系统帧号SFN未对齐
- 优先级 从 普通 变更为 高
目前进展：
1、查看调测，CP无法检测到tfu写入共享内存的帧号，帧号标志一直是aa,（赵爱敬）
2、看到目前脚本tfu只执行了一次就退出，考虑用tfu一直执行的脚本测试（弋戈）
3、使用一直跑tfu的脚本，两块板卡的CP在同一秒查看tod恢复的帧号，是一致的。
4、使用一直跑tfu的脚本，物理层任务不能起来，需要继续分析。
先跑协议栈，然后 tfu跑一次退出，接收可以解对，但小葛看到sfn没有对齐。在平台自己的两块板卡这样跑，平台维护帧号看着差距较小（大概率两板卡对齐），需要继续验证。
先执行mac脚本，再执行tfu（一直不退出），用平台两块板卡测试三次，物理层接收可以解到，帧号都能对齐。--赵爱敬
任务不能起来问题：先tfu长跑（tfu版本不往sm写帧号），再跑协议栈，物理层任务可正常启动。tfu版本正常写帧号，RFM3调用了osp_send_msg，但物理层加trace，发现ape没有收到核间消息导致ape核上的任务没有起来 ---小白 赵爱敬
代码加调测信息，查看核间消息丢失问题 ---弋戈
使用:先执行mac脚本，再执行tfu（一直不退出）这种方式，帧号一直是对齐的。
导出 Atom
PDF