ESD测试时引发的H3A模块数据混乱问题

wx984490083

我们在做ESD测试时，发现M3VPSS的ISS子系统，H3A模块中的数据（fullH3ABufAddr）会因静电而变的不正常。这个数据我们会用来计算sensor曝光时间和增益。它被静电打坏之后会导致曝光时间和增益计算错误，从而导致图像变暗或者变亮。在这个结构体中，错误的数据字段我用注释标注出来啦:

1. typedef struct
   
2. {
   
3.     Task_Handle taskHndl;
   
4.     Semaphore_Handle sem;
   
5. 
   
6.     FVID2_Handle SensorHandle;
   
7.     FVID2_Handle cameraVipHandle;
   
8. 
   
9.     AEWB_VENDOR aewbVendor;
   
10.     UInt32      aewbMode;
    
11.         UInt32                aewbModeFlag;
    
12.     UInt32      aewbPriority;
    
13. 
    
14.     MSP_IspH3aCfgT           ispH3aCfg;
    
15.     MSP_IspConfigProcessingT *pIssConfig;
    
16.     MSP_COMPONENT_TYPE       *pIspHandle;
    
17.     Void                     *pAlgHndl;
    
18. 
    
19.     UInt32 h3aBufAddr[2];
    
20.     UInt32 fullH3ABufAddr; //就是这个数据不正常！
    
21.     UInt32 curH3aBufIdx;
    
22.     UInt32 h3aBufSize;
    
23.     Void   *pH3AMem;
    
24. 
    
25.     UInt32 aewbNumWinH;
    
26.     UInt32 aewbNumWinV;
    
27.     UInt32 aewbNumPix;
    
28. 
    
29.     volatile UInt32 exitFlag;
    
30. 
    
31.     Int32 AutoIris;
    
32.     Int32 saturation;
    
33.     Int32 sharpness;
    
34.     Int32 brightness;
    
35.     Int32 contrast;
    
36.     Int32 blc;
    
37.     Int32 AWBMode;
    
38.     Int32 AEMode;
    
39.     Int32 Env;
    
40.     Int32 Binning;
    
41.     Int32 FrameRate;
    
42. 
    
43.     UInt8  *dcc_Default_Param;
    
44.     Int32  dcc_init_done;
    
45.     UInt32 dccSize;
    
46.     UInt32 AFValue;
    
47.     UInt32 AEWBValue1;
    
48.     UInt32 AEWBValue2;
    
49. }Iss_2AObj;

复制代码

我发现H3A模块的H3A_PCR寄存器中有一个OVF位可以检测overflow，但是似乎没起作用，图像变暗或者变亮之后检测这个位始终是0。


有大佬知道这个怎么解决吗？

Jackindata

按我的理解，如果静电影响数据，较多的情况是影响传输通道的数据。你这里是具体到一个运算而非传输的结构体里的一个变量，只是单单这个变量异常？这很特别。如果单单这个变量，试试在这个变量前面添加一个无用的同类型变量，让你关心的这个往后移位。
补充，有没有可能是 ESD 测试时其他原因导致这个数据异常，而非直接的“打坏”？

wx984490083

Jackindata 发表于 2018-9-26 08:34
按我的理解，如果静电影响数据，较多的情况是影响传输通道的数据。你这里是具体到一个运算而非传输的结构体 ...

不是这个变量本身有问题，而是这个指针指向的数据有问题。这个BUFFER里面是H3A针对每一帧统计的数据，可以理解为一个小的像素矩阵，用于计算RGB、亮度的累加或平均值，每一帧都不太一样。有可能是时序被影响了，导致数据统计错误，但这个统计是由硬件来做的，时序不是很明白

Jackindata

嗯，理解。
一般来说，ESD 问题软件可做的事情很少。还是需要从硬件上去解决。增加屏蔽之类的，我不太了解。
另一方面是，看能否从软件上发现 ESD 造成的错误，比如数据校验和你前面说的 overflow 检测。
说起来这个 overflow，数据有一两位被静电翻转，不一定就导致 overflow 吧。

Jackindata

询问了硬件同事，以下是他的建议：

ESD是不会影响CPU内部的寄存器或者指针的。
怀疑是不是打静电时候，采集进来的视频数据是错误的，或者乱的。从而导致fullH3ABufAddr 不正常。

建议可以单独采集ESD时候的视频，保存，然后把那个视频拿出来看看是不是打ESD时候图像出错。也可以单独拿这个视频来做 他的这个运算，看看 fullH3ABufAddr 这个还会不会不正常

wx984490083

Jackindata 发表于 2018-9-26 09:21
询问了硬件同事，以下是他的建议：

我们测试的时候发现只是H3A模块的数据出了问题，采集的图像是正常的；当不使用H3A的数据计算和控制图像亮度时，打ESD的图像信号很稳定。

wx984490083

Jackindata 发表于 2018-9-26 09:21
询问了硬件同事，以下是他的建议：

问题解决了，通过H3A或者ISP没办法检测到这种异常；我通过摄像头插拔的中断强行复位了ISS，打ESD时会被触发，效果还不错。