7.6 KiB
7.6 KiB
- 单板维修与测试工作 记录到excel表中
- 志敏的v1.8单板
- 改好了 放了一天
- 1.81的板子 反复重启了
- VPU测试
- memtester测试
- 纹波测试 没测
- 但是跑了80万帧之后，测出来手动筛片问题了
- 不知道能继续做什么测试了
- 高低温
- 常温跟cpu能到达的最高频率关系更大，
- 低温升bus电压的话，能有效改善低温不过的现象
- 志敏的v1.8单板
- 产测 excel与数据库
- excel表
- 数据库 已经改了
- op2 和 op4电压不一样 未解决
- 但奇一哥说电压一样， op2和op4的ddrc的频率不一样 op4的ddrc频率搞
- 难道是ddrc频率高 造成的drop大
- npu c case设计 //0408搞
- 600ms问题
- vpu 手动筛片问题
- 之前用1.5.1.1的版本测试的
- 用最新版本测试硬绑定
- 用最新版本测试软绑定 ？
用os04d10的文件是可以的用通道1用.1的文件是不可以的， 比较差异中 跟打开svp有关系 没搞懂 关了svp就可以了- 硬绑 6帧
- 软绑 80帧 - 200帧
- 手动 80帧 - 200帧
- 3颗芯片 没问题
- 把vpu和isp电分离 ok
- npu55 vpu75问题！！漏测问题 重要
- 先问史程 问题发给翟云了 跟踪测试结果 在后端那里
- 6921 npu讨论
- 注意控制帧完整性
- w1 sdk工作
trigger路复制 其它路不复制- 设计一个自由输出的结构体
- 测试trigger
- 代码改善 合dev 部分合w1
- ~~SVP MAPI中, NPU手动送帧的非Trigger路可以进一步减少输入buffer分配。
SVP MAPI中, 通道Context结构体需要优化，区分成配置结构体和状态结构体， 只有状态结构体需要通道状态锁保护。优化了，但是锁没必要改了SVP MAPI中, 异步接收线程中目前poll函数调用时持有了一把通道状态锁， 需要优化。优化了，但是锁没必要改了SVP MAPI中, 在SYS模块中增加SVP的Init函数， 通道状态锁的初始化应该在这个init函数中实现。- SVP MAPI中, 异步接收线程的创建和销毁随Start/Stop函数建立和销毁有可能丢帧更少。 // 0409搞
- ==VNNE的帧缓存模式下， VNNE可以Mask掉0x4000 0x400等直通模式专属的中断。== // 0411-0412搞
- ==VNNE的lapi和驱动可以转移到SVP仓库中。== // 0411-0412搞
- ~~SVP完整支持rtt // 0410 合入到了develop中，没有合W1
启动失败， 换成同步打印， 发现跟小建现象是一样的 开始的打印丢失是因为异步打印所导致测试todoKCONFIG中增加BSP_USING_SVP，并正确设置依赖 vnne npu aiisp？修改代码使用BSP_USING_SVP隔离mapi以上的代码 okso代码增加rtt的编译，避免dlopen问题分别编译rtt下带svp的和不带svp的 保证都能编过！ 不带的ok了测试lapi heronrt ok！测试mapi sample ok问题1 发现来源于栈溢出， 破坏了slab分配区，造成了slab分配堆内存失败问题2 来源于mapi使用了sram_filter， 但是rtt下没有对应分区但也分出来了，释放的时候报错。
编译linux develop分支！说一声之后， 提交他们的代码要通知小建改的地方 主要是isp.c
- ==当前npu驱动对随机ctrl c的支持应该有问题。 应该是改出来的问题== 0412复现不了，没想明白差异
- 复现不了了
- ==测试一下trigger==
- ==anne合入==
代码如何同步到dev2.0分支？ 和dev分支？
- pt2s sdk工作
- 讨论trackid的计算 如果是mapi做的话， 那么后处理中还需要保存历史信息。
- sa6940问题维护
- 单进程sram问题
- os内存oom问题
- DDR读写测试
- 测试一下降频的版本的利用率 ok 确实还是90%左右
- rtt集成amt cpu测试 ok
- 在功耗板上复现一下lunch 1
- 成功启动
- Debug
- 乱码 设置失败
- 修改2个clk函数
bootfrombl2
小建 奇一 我的
lunch1 ok ok nok （需要分析bl2的问题，为什么我的不行，是boolfrombl2宏导致的么） lunch5 ok ok nok lunch4 nok
-
文明反馈结果 ok
-
amt cpu 1 问题 ok
- sram ok
- bootfrombl2 不测了
-
测试sram
- 旧的测试
- 绿色域cpu与绿色域sram的测试
- 跟cpu频率有关系
- 682 75/55 可以启动
- 1024 75/55 不可启动
- 1024 75/75 可以启动
- 那当时成强的现象（启动到kernel才死）又怎么解释呢？ 还得复现一下
- 跟cpu频率有关系
- 红色域cpu与绿色域sram的测试
- 高晗使用v23功耗板测试
- 75/45 不可以读写
- 高晗使用v23功耗板测试
- 绿色域cpu与绿色域sram的测试
- 首先文档写错了， sramP电给cpu的cache供电，已经跟詹立新确认过了，他们安排修改。
- !
- !
- 根因：芯片内部缺少levelshift设计，所以不能产生大压差。
- case设计：由于cpu cache用的也是sramP的电，因此大核cpu直接跑cpu用例就可以。
- 测试结果
- cpu/sramP 75/75 cpu频率运行到1024Mhz以上
- cpu/sramP 75/55 cpu频率运行到852Mhz挂了
- cpu/sramP 75/50 cpu频率运行到584Mhz挂了
- cpu/sramP 75/45 没测，版本起不来必然低于500Mhz
- 重新测试一下 需要用绿色域的dma进行测试
- 0.75v
- step1 devmem 0x50000098 32 0x11 # 降低sramc的分频 sramc 198000000 -> 396000000 axi-dmac 99000000 dma ok
- step2 devmem 0x50000010 32 0xbf # 提升bus频率 sramc 396000000 -> 594000000 axi-dmac 148500000 dma ok
- step3 devmem 0x500000B0 32 0x2 # 修改shut_ahb_hclk分频 sramc 594000000 axi-dmac 297000000 dma ok
- step4 devmem 0x500000B0 32 0x1 # 修改shut_ahb_hclk分频 sramc 594000000 axi-dmac 594000000 dma ok
- 0.50v
- step1 devmem 0x50000098 32 0x11 # 降低sramc的分频
- step2 devmem 0x50000010 32 0xbf # 提升bus频率 sramc 396000000 -> 594000000 dma nok 但是这样已经超了sramC的频率了
- step3
- step4 axi-dmac 99000000 -> 396000000 dma ok
- 0.45v 现象很奇妙
- 不给cpu降压到0.55v的话会起不来 ?
- 降低到0.55v也不对 0x20200000 - 0x202570f5 # 这是sram读写错误了
- 将0x50000098改到0x18之后， 会变成ddr训练错误 dwc_ddrphy_getmail timeout enter
- 降低cpu频率（提升cpu分频）， 问题又回来了 （神奇）
- 此时如果用红色域访问的话， sramc是没有问题的，因为sramc被降频了
- 总结， 没出来压差问题。 0.45v下面的一些现象还不知道原因。
- 0.75v
- 旧的测试
-
高晗功耗测试 支持
- 480mW 生成了表格
-
npu 50v电压测试
- 本质上还是压差的问题 只要降低了dvddshutdown之后 其它电压就可以下来了