活动
从 2020-10-09 到 2020-11-07
2020-11-07
- 10:31 NR 错误 #258: 收到ARP但单个数据包时延过大
- UDP灌包ok，双向可以达到700Mbps/600Mbps
- 10:28 NR 错误 #258 (已解决): 收到ARP但单个数据包时延过大
- ARP请求和回复成功。ping包成功。但ping包时延过大，部分超过3s
- 10:27 NR 错误 #258: 收到ARP但单个数据包时延过大
- 修改了设计方案，添加了有包就发的机制，即ask_flag
只要有单个数据包，并且物理层有资源，就将该数据包通过一个TB发送，并占用一个TB资源 - 10:26 NR 错误 #258 (已解决): 收到ARP但单个数据包时延过大
- 接收端可以抓到ARP请求，但时延过大，导致发送端认为丢包
- 10:30 NR 错误 #259 (已解决): ping包时延过大
- Server到APP的ICMP包来回时延过大，从40ms到3s不等
2020-11-03
- 09:59 错误 #257 (进行中): lost pocket问题
- ①发现丢包发生在基站的RXmac以及终端的TXmac间
②抓取包头长度及sn号表明，重复了子帧、slot号、sym号
③统计tx线程内及txrx_main线程知道，终端tx有一半线程未进入
④分析为tx线程设置为1，数量不够用。... - 09:36 错误 #257 (已关闭): lost pocket问题
- 现象：丢失lost pocket，UDP丢包
2020-10-31
- 11:18 错误 #256 (已解决): 基站CRC逐渐错误
- 11:18 错误 #256 (已解决): 基站CRC逐渐错误
- 现象描述：
①多次运行现象一致
②运行前几分钟，CRC基站终端全对；
③运行几分钟后，基站几十秒内CRC逐渐全错，终端CRC仍全对
④几分钟后，终端CRC right/wrong全0
⑤2T2R无此问题，1T1R有此问题
...
2020-10-30
- 09:59 WI 错误 #255 (已解决): 出现openfail问题
- 09:59 WI 错误 #255 (已解决): 出现openfail问题
- 现象：运行softbin，打印[HWIface->poke64] open failed
分析：是由于未装载驱动。根本在于驱动install.sh未赋权或者Go.sh未编译。
解决：在init.sh或者auto_run.sh中加入... - 09:50 WI 功能 #163 (已解决): 多终端应用测试
- 已完成项目：
①2T2R 8SLOT 5UE 频点3.15g、3.95g，距离5米，基站powerfactory1024,终端powerfactory2048，CRC可以全对，可以全部链接。PF+TCP测试无问题。
没有出错的情况... - 09:41 WI 功能 #231 (已解决): 时偏调整问题
- 频谱搬移系经过计算，向前搬移等同于向后搬移。
- 09:39 WI 错误 #253 (已解决): 2t2r 多终端测试 tcp+pf，app疑似丢包
- 原因分析：①CRC传输错误，导致重复发包
②CRC错误原因是功率过大以及AUXDAC的设置不当导致频偏
解决：调整天线位置，功率，AUXDAC，保证CRC正确 - 09:38 WI 错误 #226 (已解决): 多终端测试代码合并及问题解决
- 多终端代码已经整理完毕，见周仁泉\new_wi\wi_multi_ue1.2目录下。
测试：测试8slot5ue，以及4slot6ue无明显问题。
2020-10-10
- 19:55 NR 错误 #252: 灌包测试，接收端无法收到ARP包
- 保存了UE侧的testmac发送到网卡的接收数据，数据格式与发送的数据格式完全不同，推测是buffer有问题
- 10:11 WI 错误 #253 (已解决): 2t2r 多终端测试 tcp+pf，app疑似丢包
- 条件：2t2r 2ue 多终端测试 tcp+pf 每个ue占据8个slot的信道
问题：app传输卡顿，从ms到十几s不等
2020-10-09
- 17:04 WI 错误 #226: 多终端测试代码合并及问题解决
- 目前发现的问题有
① 维纳滤波的设置 》引起星座图恶化 -》修改为pstruPhyRxVar>pcfLSEstimation（phy_pdsch_rx.c 770)
② log打印phy_tx_process/tx_process... - 16:58 WI 错误 #241 (已解决): pf模式get_mac失败
- 解决：获取mac的程序问题，其中from_ip_addr_get_mac 在 udp.c，对于arpreq未清零操作。导致有乱码参与。使用memset进行清零即可。
- 16:33 NR 错误 #252 (已解决): 灌包测试，接收端无法收到ARP包
- Server端向APP灌包，在gNB的testmac侧可以将检测到ARP的包头ether_type[0806]，但在UE侧的testmac检测不到
- 14:37 NR 错误 #251 (已解决): 偶然出现的无法同步
- 接收端偶然会出现无法同步的问题，其中两次在问题出现后将发端（205）切换为内环模式，发现CRC全错
发端退出，重新运行，问题不再出现 - 11:33 NR 错误 #250: 双网卡下ssh网线直连，每次开机需换网口连接
- 解决方法：
1. 修改两个网卡ip为不同网段
2. 修改设置路由表，但每次重启后需要再次修改 - 11:31 NR 错误 #250 (已解决): 双网卡下ssh网线直连，每次开机需换网口连接
- linux系统下双网卡最好不要设置IP在同一个网段：
参考：
“问题其实是出在路由表，当你将两个网卡设置为同一个网段的时候，默认到该网段的路由，通常会被设置为后启动的网卡
补充两个细节，很多都会发现，当 Linux 有两... - 11:28 NR 错误 #250 (已解决): 双网卡下ssh网线直连，每次开机需换网口连接
- 双网卡下ssh网线直连，ssh同一个ip，每次对应的物理网口都不一样，但物理网口上绑定的ip并没有变化
导出 Atom