是LCD奇葩，还是keil奇葩了？

solo

这周的事奇葩连连看啊，至今我还无法判断到底问题出在哪。看看各位大侠有没有遇到这种事情的。

起因：原先在战舰上写好的工程，新作了板然后在移植过程中出现的各种奇葩事。主要移植的部分是IO和外设、LCD（R61529驱动），硬件部分已经实现测试完成，包括SPI驱动W25Q64、FSMC驱动SRAM和LCD，当移植到整个工程里时问题出现了。

过程：
    奇葩事1：在移植LCD初始化程序是遇到一个地方不写一句“i++；”（位置：初始化完所有的LCD寄存器），LCD初始化后就什么也不显示，不要说这里需要是什么延时之类的，没用试过了，除了“i++;”加多大的延时它都不好使。死机位置同下。
    奇葩事2：这也是迄今我仍未解决的问题。在工程中出现使用结构体的地方，只要编译进去，程序就会死在LCD初始化里面。位置：
配置第一个寄存器的的写数据时死机。。。

[mw_shl_code=c,true] WriteComm(0xB0); printf("LCD1\r\n"); WriteData(0x04); printf("LCD2\r\n");[/mw_shl_code]

这个问题非常严重，而且非常非常奇葩！！！因为同一个结构体，刚开始移植死，调着调着突然好了，其实代码一点也没变。。。然后下面在遇到使用这个结构体时，又开始死机，位置同上。
第一次死的起因（后来又好了）：

[mw_shl_code=c,true]LCD_DrawRectangle(bar.sx, bar.sy, bar.ex, bar.ey);//画矩形[/mw_shl_code]

第二次死的起因（至今未好）：

[mw_shl_code=c,true]// bar.val_old = bar.val; // bar.val = ((u8)bar.val-1)%100;[/mw_shl_code]

这个工程实在战舰上写好的，硬件部分已经全部单独调试通过了，所以不应该是硬件问题。LCD也是裸跑加实时操作系统跑过的，况且在战舰上搭线驱动新屏也是状况相同的。试过了我能想到的所有办法去调试了，重建工程、换屏、用战舰测试、keil换版本、在别的电脑编译，都无法解决。不过矛盾还是比较明显的，1、问题始终围绕着LCD；2、keil时好时坏（也可能是液晶时好时坏）。
硬件：
    单片机:STM32F103ZE
    液晶：信利IPS3.5寸，320X480，驱动R61529

电脑：
    windows8,64位
    keil5.11a，后又卸掉改装keil4.7

solo

回复【5楼】正点原子:
---------------------------------
今天把优化等级改成默认了，然后好使了。。。之前优化等级是0，一直都没问题，换了块屏就不好使了。

solo

顶顶......

八度空间

这么奇葩，还真没遇到过

styleno1

有意思，可以给别人试试。

正点原子

光你贴出来的这些代码，看不出问题。
你看看MDK的编译设置，是不是选择-O2优化了？

周工

哥们，我也遇到同样问题了，你最后是怎么解决的

周工

我的比你还夸张呢，最夸张的是，同一个插线板，换个插线位置，这个位置行，那个位置不行，把我郁闷的呀，真不知道怎么说。

周工

硬件肯定没问题，因为做了20台，同样的液晶，出现问题的目前发现两台，最关键的是问题不是时刻出现，有可能家里不出问题，出去出问题，死屏都发生在开机时刻，跟你差不多，我是用UCGUI进度条，要死就死在这个进度条，后面不管怎样都不死，（连续运行几天，一两个月也不会死，因为有产品卖给客户，已经几个月了，我的产品是会一直运行的，不会停）加干扰都不会死，郁闷得呀，找不到原因，我想大概还是软件的问题，但是不管怎么改，就是找不到解决方案，急死了。

周工

如果是硬件的问题，应该在其他程序位置也会出现问题，但是不会，运行几个月都不出问题，我做这个产品时间从15年开始的，谨慎期间，产品测试了将近一年，目前只有一个问题不能解决，就是莫名其妙的，开机进度条会死掉，不是程序死，程序可以知道没有死，正常在运行，因为可以测试其他输出，都是按照设计输出的，给输入变化，输出也会根据输入变化做相应输出改变。就是屏幕死掉不动了。所以问题只是TFT,而且这个问题很可怕，改的方案可能这台行，那台不行，我想知道你最后是怎么解决的，要是只是优化改下等级，这个真是能把人给气死。

周工

而且要出问题，就出在这个3.5寸的液晶，换个两种，以前那种出问题更大，现在用的这种还好点，其他用过2.6，3.6.4.0.4.3，4.6都没发现这个问题，奶奶的，最后决定用这个3.5，因为供应商说这个是常规的，供货最稳定，最成熟，结果死就死在这个3.5上了。