linux调试MCX314AL过程

    以前无论用动态映射还是静态映射用串口输出和电压表测量，以为能正常读不能正常些，现在在MCX314AL加上二极管测量，使用iowrite等函数写值时二极管能有正常显示，但是一闪而过，分析原因是不是后续的程序干扰了MCX314AL的写寄存器（也许就是MCX314AL的时序不严格的坏处）。

   回想前面裸跑程序当中，给MCX314AL写值之后LCD的显示程序也会对其造成干扰，会不会问题是同一个问题.

   现在要做的事情：调试裸机程序，找出LCD显示程序对MCX314AL写值干扰的具体原因。

  调试：1、初始化不影响MCX314AL写值

              2、Paint_Bmp1和Paint_Bmp函数影响MCX314AL赋值，两种现象：

                    a、单步调试先写MCX314AL，再进入Paint_Bmp1函数，在该函数运行到一半是灯灭了（MCX314AL的写值改变了），Paint_Bmp1是一个给LCD显示缓冲区输入值，查看是不是缓冲区与MCX314AL的寄存器区相冲突，用串口把数组地址值输出，不冲突。

                    b、先运行Paint_Bmp1函数完毕，在写MCX314AL，接MCX314的LED灯一闪而过（写值不能保持）。

              3、按照2中a中的现象对函数Paint_Bmp1单步调试

<pre class="objc" name="code">/****************************************************************************函数名称：Paint_Bmp1功能：在以x0、y0为起点坐标，h为长度，l为高度，k为缩小倍数显示bmp[]图片参数：x0:图片起点横坐标，y0：图片起点纵坐标，h：图片高度，l：图片宽度，k：缩小倍数，bmp[]：图片像素点的C数组（16位色）注意事项：以图片左上角为起点*********************************************************************************/void Paint_Bmp1(int x0,int y0,int h,int l,int k,unsigned char bmp[])//例如，k=8;意思就是将图片缩小到1/k，k可以等于2、4、8等{int x,y;U32 c;int p = 0;h=h/k;l=l/k;    for( y = 0 ; y < l ; y++ )    {    for( x = 0 ; x < h ; x++ )    {    c = bmp[p+1] | (bmp[p]<<8) ;        //数组的两个元素拼凑成一个16位色像素点，<span style="color:#ff0000;">注：如果注销掉这一行，MCX314AL能正常写值</span>if ( ( (x0+x) < SCR_XSIZE_TFT) && ( (y0+y) < SCR_YSIZE_TFT) ) //判断一行是否显示完毕LCD_BUFFER[y0+y][x0+x] = c ;//赋值给显示缓冲区    p = p + 2*k;//数组偏移加2    }    p=p+480*2*(k-1);//由于缩小8倍，高和宽都每隔2*8个数组元素取两个值    }}<pre class="objc" name="code">/****************************************************************************函数名称：Paint_Bmp功能：在以x0、y0为起点坐标，h为长度，l为高度显示bmp[]图片参数：x0:图片起点横坐标，y0：图片起点纵坐标，h：图片高度，l：图片宽度，bmp[]：图片像素点的C数组（16位色）注意事项：以图片左上角为起点*********************************************************************************//**************************************************************在LCD屏幕上指定坐标点画一个指定大小的图片**************************************************************/void Paint_Bmp(int x0,int y0,int h,int l,unsigned char bmp[]){int x,y;U32 c;int p = 0;    for( y = y0 ; y < l ; y++ )    {    for( x = x0 ; x < h ; x++ )    {    c = bmp[p+1] | (bmp[p]<<8) ;if ( ( (x0+x) < SCR_XSIZE_TFT) && ( (y0+y) < SCR_YSIZE_TFT) )LCD_BUFFER[y0+y][x0+x] = c ;    p = p + 2 ;    }    }}

对函数Paint_Bmp1单步调试到c = bmp[p+1] | (bmp[p]<<8) ; //注：如果注销掉这一行，MCX314AL能正常写值

程序的反汇编代码如下

对以上6条反汇编代码调试和观察寄存器变化，程序正常运行，没有跑飞，指令中没有牵涉到改变MCX314AL寄存器0x18000000-0x18000010的值，但是程序单步调试的过程当中LED灯灭了（MCX314AL寄存器有值写进去），并且LED灯每次熄灭的时间点不固定。

出现以上现象分析如下：

1、会不会是被复位了，以下是复位电路

MCX314AL的复位电路和S3C2440A公用，由按键控制（硬件控制），故排除可能；

2、电源不稳,MCX314AL的电源电路和S3C2440A公用，都为3.3V，故排除可能；

3、MCX314AL外部16M晶振电路不稳定，采用的16M有源晶振，电路图如下：

程序上单步调试无问题，硬件考虑过后，除了MCX314AL芯片本身问题，晶振输出一般不会受外界影响，但是也不能排除有影响。

3、按照2中b中的现象对 语句rMCXWR4 = 0x1234;进行单步调试，反汇编如下

 

rMCXWR4 = 0x1234反汇编成3条语句

 

LDR    R0，[PC,#0114]；R0的值等于0x1234

MOV   R1，#0x18000000

STRH  R0，[R1，#8]；R0赋值给0X1800008地址空间

单步调试第三条语句过后，LED灯闪了一下又灭了（证明值是写进去了），对nGCS3的初始化在rMCXWR4 = 0x1234前面已经用串口验证过nGCS3初始化是对的，注销掉

前面的Paint_Bmp1()函数，LED能一直保持亮，故断定Paint_Bmp1()LCD显示函数（说白了就是c = bmp[p+1] | (bmp[p]<<8) ;语句）影响到MCX314AL读写，但是程序单步调试（包括看每个寄存器的值都是对的），会不会是硬件不稳定？

以上调试完成，无意中有了新情况，仔细看，发现前面用的图片基本是白色区域，也就是说图片C数组数据里面0xFF较多，将显示的图片换成白色区域较少的图片，调试MCX314AL写值正常，我的理解是0xff输出的数据全是高电平造成干扰大

将Paint_Bmp1()函数中

LCD_BUFFER[y0+y][x0+x] = c ;

这条语句改成

LCD_BUFFER[y0+y][x0+x] = 0x0000;

程序能跑正常，MCX314AL写正常；

若改成LCD_BUFFER[y0+y][x0+x] = 0x0000;

MCX314AL值受影响。

而串口起始LCD_BUFFER地址&LCD_BUFFER = 0x30880958

程序不存在问题。

总结以上分析，得出结论如下：

    基本排除程序问题（但是不排除使用改变程序的方法减小干扰，这样总归是不可行的）；

    MCX314AL能正确读写值，但是有与读和写不一样，不需要保持数据，故读无影响，写受到数据输出的影响；

    可能是nGCS3受到影响；

解决方法：

    借用其他ARM9开发板试试；

    重新做个晶振电路；