转眼到了年底，芯原的bit文件出来后，我们持续进行测试。
芯原是大公司，遇到问题习惯性怀疑是我们这里的操作有毛病，于是反复的对比试验和扯皮开始了。
“fpga发现接收数码相机fir信号出现帧错误，因为出现80ns脉冲？”
芯原立马说这个脉冲是错误的。
我只能给对方看datasheet上的冗余度，告诉他们这种情况是在容错范围内的。
同时在开发板上换上EG的芯片，抓到同样的80ns脉冲的情况，EG能识别的现象给他们看。
假如说我这里遇到问题需要求助的话——
“小叶：
上次提到的芯片有时侯发送会把整个bank发送出来的问题，产生原因我现在还没发现什么规律，最近又经常发现了，有时侯还会有没有发送出来的情况．
请给我一些寄存器配置方面的建议
我现在是这样配置的：
......
”
对方就会回答：
“
elber，你好！
从你下面所列出的寄存器配置来看，我觉得应该没有什么问题，所以我目前也没什么建议可以提供。
我个人感觉，这个问题应该跟芯片工作稳定性有关。你最好在出现这种情况的时候，确认一下配置是否正常。（比如相关寄存器是否被正确写入）
”
基本上很难指望对方能帮得上忙，一切都得靠自己。
这段时间经常要去上海出差，现场解决问题。
FPGA验证持续了月余，其实时间是比较紧的，如果这时候不把问题都测出来，等到流片下去，就是一大笔钱。
而有些问题，我们的确认，是有风险的。
比如说，信号的时钟不准导致的偏差，这里面有个冗余度的问题。
冗余度太大，会引起错的frame识别不出来, 冗余度太小，会识别不了正确的frame，这个是需要反复测试的.
这个问题又和数据有一定关系，假如那个字节里有0的话一般不会出问题，时钟会重新锁定，假如哪个字节里有连续的1的话，就有可能出问题。
协议上并没有规定冗余度，所以不好保证设置好的冗余度能支持所有手机，我们只能用手上所持有的手机试了。
所有的手机通过就认为Pass，当然，风险就来源于手机库里的手机太少，不像我以前的客户，sanyo财大气粗，库里有几百台手机。
FPGA结束后，去中芯国际流片，wafer的芯片又要进行测试。
这一测，又是一堆问题。
“芯片在附近有手机信号或者日光灯直射的时候出现大量frame error。而FPGA没有。
而中午光线较好时无这种现象。清晨和黄昏以及阴雨天是红外线最强的时间。”
芯原回复，“请提供详细对比试验的数据。”
测试这项工作枯燥而无趣，最关键的部分在于，从大量的数据中，提取出有用的信息，并总结出来。
好在芯片总算在2009年的春节前新鲜出炉了。
达真方面也如约发来正式邮件：
“
Dear Peter&Elber,
通知一聲，已接獲Foxconn通知，Sharp案正式開案，
請再幫忙確認貴公司module能支持：
IRDA/IRSS......
”
Please update the attached file for testing the IrSS Driver.
It includes these file as follow:
dpf\irphy.c
dpf\irdrv.c
We find a problem in SPI API.......
In our test, we found that every time when the IR9200 show CRC error of the frame sended by DPF,there is a large silence time. That will result in a fail recorded by IR3200.The root cause has ......
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
