- 单板维修与测试工作  记录到excel表中
	- 志敏的v1.8单板
		- 改好了 放了一天
		- <span style="color:#ff0000">1.81的板子  反复重启了</span>
		- VPU测试
			- memtester测试  
			- 纹波测试  没测
			- 但是跑了80万帧之后，测出来手动筛片问题了
		- <span style="color:#ffc000"> 不知道能继续做什么测试了</span>
	- 高低温
		- 常温跟cpu能到达的最高频率关系更大， 
		- 低温升bus电压的话，能有效改善低温不过的现象
- 产测 excel与数据库
	- excel表
	- 数据库  已经改了
	- op2 和 op4电压不一样   未解决
		- 但奇一哥说电压一样， op2和op4的ddrc的频率不一样 op4的ddrc频率搞
		- 难道是ddrc频率高 造成的drop大
	- <span style="color:#ffc000">npu c case设计</span> //0408搞
	- 600ms问题
- <span style="color:#92d050">vpu 手动筛片问题</span>
	- 之前用1.5.1.1的版本测试的
	- 用最新版本测试硬绑定
	- 用最新版本测试软绑定 ？
		- ~~用os04d10的文件是可以的用通道1~~
		- ~~用.1的文件是不可以的， 比较差异中  跟打开svp有关系 没搞~~懂  关了svp就可以了
		- 硬绑 6帧 
		- 软绑 80帧 - 200帧
		- 手动 80帧 - 200帧
	- 3颗芯片 没问题
	- <span style="color:#92d050">把vpu和isp电分离  ok</span>
- <span style="color:#ffc000">npu55 vpu75问题！！漏测问题 重要</span>
	- 先问史程 问题发给翟云了  跟踪测试结果  在后端那里
- <span style="color:#92d050">6921 npu讨论</span>
	- 注意控制帧完整性
- <span style="color:#ffc000">w1 sdk工作</span>
	- ~~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
			- ~~启动失败， 换成同步打印， 发现跟小建现象是一样的 开始的打印丢失是因为异步打印所导致~~
			- ~~测试~~
			- ~~todo~~
				- ~~KCONFIG中增加BSP_USING_SVP，并正确设置依赖  vnne npu aiisp？~~ 
				- ~~修改代码使用BSP_USING_SVP隔离mapi以上的代码   ok~~
				- ~~so代码增加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做的话， 那么后处理中还需要保存历史信息。
- <span style="color:#92d050">sa6940问题维护</span>
	- <span style="color:#92d050">单进程sram问题</span>  
	- <span style="color:#92d050">os内存oom问题</span> 
- <span style="color:#92d050">DDR读写测试</span>
	- 测试一下降频的版本的利用率  ok 确实还是90%左右
- <span style="color:#92d050">rtt集成amt cpu测试</span>  ok
	- 在功耗板上复现一下lunch 1
	- 成功启动
	- Debug 
		- 乱码 设置失败
		- 修改2个clk函数
--------------

bootfrombl2

         小建  奇一  我的
lunch1   ok    ok    <span style="color:#ff0000">nok</span>    （需要分析bl2的问题，为什么我的不行，是boolfrombl2宏导致的么）
lunch5   ok    ok    <span style="color:#ff0000">nok</span>
lunch4               <span style="color:#ff0000">nok</span> 

---------------------
- <span style="color:#92d050">文明反馈结果</span>  ok
- <span style="color:#92d050">amt cpu 1 问题</span>  ok  
	- sram   ok
	- bootfrombl2  不测了
- <span style="color:#92d050">测试sram</span>
	- 旧的测试
		- <span style="color:#a4a4a4">绿色域cpu与绿色域sram的测试</span>
			- 跟cpu频率有关系
				- 682 75/55  可以启动
				- 1024 75/55 不可启动
				- 1024 75/75 可以启动
			- 那当时成强的现象（启动到kernel才死）又怎么解释呢？ 还得复现一下
		- <span style="color:#a4a4a4">红色域cpu与绿色域sram的测试</span>
			- 高晗使用v23功耗板测试
				- 75/45 不可以读写
	- 首先文档写错了， sramP电给cpu的cache供电，已经跟詹立新确认过了，他们安排修改。
		- ![[文档sramP电描述错误.png]]
	- 根因：芯片内部缺少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  <span style="color:#ff0000">但是这样已经超了sramC的频率了</span>
			- 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下面的一些现象还不知道原因。

- <span style="color:#92d050">高晗功耗测试</span> 支持
	- 480mW  生成了表格
- npu 50v电压测试
	- 本质上还是压差的问题 只要降低了dvddshutdown之后 其它电压就可以下来了