功能 #637
由 匿名用户 在 超过 3 年 之前添加.
更新于 超过 3 年 之前.
描述
690t的上电，TDD CM配置似乎不生效，进行确认并解决
文件
历史记录
由 匿名用户 更新于 超过 3 年 之前
①现象1：发现ru版本号的回读时有时无
②现象2：调测发现【ru读版本号的指令】未写到bar空间
③问题确定：经德春高总定位，为IOCTL附近的MAGIC数字问题，导致内核态不对ru的写响应
④解决：修改了MAGIC数字，正常回读版本，且不受sh脚本的影响
由 匿名用户 更新于 超过 3 年 之前
- 状态 从 新建 变更为 已解决
- % 完成 从 50 变更为 100
现象：配置tx频点导致ru接收通道挂死
解决：配置频点后，使用calibration跟204b的配置，验证可以接入。
分析：频点的pll操作可能导致204b失锁。
由 匿名用户 更新于 超过 3 年 之前
另外，发现配置间隔过短会导致部分配置丢失
①经过测试，写入丢失是时间间隔过短引起。
②ps函数执行时间：
a. 测试ps函数执行时间为2.1ms左右，
b.pll函数复位时间为25s左右
③ps写完整流程测试：
a.在ru的ps接口处测试，单次写的完整执行时间在100ms到1s内波动。
b.去除打印及部分统计函数也没有改善
x86配置为每个cm写间隔1s钟
由 匿名用户 更新于 超过 3 年 之前
- 状态 从 已解决 变更为 进行中
- % 完成 从 100 变更为 90
由 匿名用户 更新于 超过 3 年 之前
x86的频点配置仍有丢失，但sh不会。经过时间比对，发现
①sh本身带有11ms的配置延迟
②x86的配置延迟小于1ms
③所以丢失的原因仍然是x86的配置延迟过短。目前修改为10ms的间隔，配置是ok的。
由 匿名用户 更新于 超过 3 年 之前
- 状态 从 进行中 变更为 已解决
- % 完成 从 90 变更为 100
导出 Atom
PDF