【LPC54100】双核协同工作NO.3驱动小众TFT及Bug再现

ljj3166

【LPC54100】双核协同工作NO.3驱动小众TFT及Bug再现

最近比较忙，很久没有更新了

周末略闲，更起



坛里好多朋友都驱动了一块屏

手上正好也有一块，据说是完美替代5110的TFT

只有128*128像素

本来想做个手表的，这次撸来玩玩

似乎用的人并不是很多，比较小众的一块1.44inch的TFT

就是这货：



驱动起来了



驱动在这里，参考正点原子的代码风格

有兴趣拿去看看

LCD.rar (9.64 KB, 下载次数: 5)

2015-4-26 19:43 上传

点击文件名下载附件



继续双核协同工作

这次主要是由M0去完成AD数据采集和TFT的显示

M4任务就比较轻松，不过增加了点计算难度

每次采集一组8个AD数据，并生成一个算术平均值

两次之后得到2个算术平均值

然后将这两个算术平均值，进行一回2次方的几何平均

使用math库里面的sqrt函数进行几何平均的计算

其实就是进行平方根的计算吧

M4完成计算后，把计算结果返回给M0

M0接收到后，将结果送TFT显示

并根据结果的数值，点亮或者熄灭LED

LED的状态亦在LCD上显示



代码啥的就不上了，太low

上个15M的GIF吧，大图杀猫





下面说个正紧的

我一直觉得是个bug，不知道这次是不是又是打开方式不对

依然是在对M0进行debug一次，代码才能正常运行的现象

上一次发生过一次：http://bbs.eeworld.com.cn/thread-458076-1-1.html

之前出现程序跑飞的情况

大神指导说，是使用的stdlib和stdio的缘故，使得堆栈溢出

想想也有可能，也就没有多管

这次，M0侧的代码完全没有使用类似函数，现象非常类似



环境：LPCXpresso v7.6.2 + 54102kit

现象：

1、代码烧写进去后，LCD输入字符的地方显示乱码，无论如何调整LCD时序，都是这个情况，相同的代码，在单核中运行，一切正常

2、在双核工程下，对M0进行一次debug，其实进入debug会提示出错，双核工程不能单独对M0进行debug，也就是说debug甚至都没有生效

3、结束对M0的debug，这个时候对CPU似乎有一次halt之类的操作

4、reset开发板，一切按照代码运行，无论怎么reset，代码运行、LCD显示都不会有问题

5、掉电后上电，需要重新进行上述步骤

思考：

估计有大神会提出，是不是LCD时序有问题导致的乱码

就个人来看，LCD并不是在单步仿真的时候才正常，后面全速运行也是ok的，并且单核中运行是没有问题的

堆栈问题，这次并没有调用消耗很大的函数，不过例程中的debugout使用了重定向的printf，这个......，不会这么坑吧

RAM问题，试着修改map文件或者编译环境的配置，发现M0的RAM似乎只能从0x2010000起始，大小是0x8000，变化了就无法启动

说白了就是不会配置RAM



求大神科普



头晕了......


代码附上，比较乱 workspace.rar (1.28 MB, 下载次数: 16)

2015-5-14 18:01 上传

点击文件名下载附件
请大神帮看看

此帖出自NXP MCU论坛

freebsder

看了下你之前的代码，不知道有没有改变，
M0侧：
int main(void) {
    SystemCoreClockUpdate();
    Board_Init();
。。。
    Chip_MBOX_Init(LPC_MBOX);

M4侧：
int main(void) {
    SystemCoreClockUpdate();
    Board_Init();
。。。。
    Chip_MBOX_Init(LPC_MBOX);

Board_Init() 和 MBOX 应该在 M4 里初始化一次就好。

tiankai001

不错，原创的才是最好的

ljj3166

freebsder 发表于 2015-4-26 21:52
看了下你之前的代码，不知道有没有改变，
M0侧：
int main(void) {
    SystemCoreClockUpdate();
    Board_Init();
。。。
    Chip_MBOX_Init(LPC_MBOX);

M4侧：
int main(void) {
    SystemCoreClockUpdate();
    Board_Init();
。。。。
    Chip_MBOX_Init(LPC_MBOX);

Board_Init() 和 MBOX 应该在 M4 里初始化一次就好。

M0里面又初始化了一次，主要是得在Board_Init()里面把DEBUGINIT()完成
使用库里面的DEBUGOUT和Board_UARTPutSTR函数
如果不调用的话，是没办法串口打印的


这两个函数比较方便，驱动c文件里面也大量使用了

刚才把所有相关函数的都注释掉了


情况还是一样

1. int main(void) {
   
2.         unsigned char value[4];
   
3. 
   
4.     // Read clock settings and update SystemCoreClock variable
   
5.     SystemCoreClockUpdate();
   
6.     // Set up and initialize all required blocks and
   
7.     // functions related to the board hardware
   
8. //    Board_Init();
   
9.         myCoreBox = MAILBOX_CM0PLUS;
   
10.         otherCoreBox = MAILBOX_CM4;
    
11. //        Chip_MBOX_Init(LPC_MBOX);
    
12. //        mutexGive();
    
13. 
    
14.         LCD_GPIO_INIT();
    
15.         Lcd_Init();   //tft初始化
    
16.                 LCD_Clear(WHITE); //清屏
    
17.                 BACK_COLOR=BLACK;
    
18.                 POINT_COLOR=WHITE;
    
19.                 showimage();
    
20.     SysTick_Config(SystemCoreClock/10);
    
21.     // TODO: insert code here
    
22.     if (adcrom_init()) {
    
23.                     return 1;
    
24.             }
    
25. 
    
26.             /* Configure the ADC */
    
27.             if (adcrom_config()) {
    
28.                     return 1;
    
29.             }
    
30. //        Board_UARTPutSTR("Core M0+ boot......\r\n");
    
31.         NVIC_EnableIRQ(MAILBOX_IRQn);
    
32.     // Force the counter to be placed into memory
    
33.     volatile static int i = 0 ;
    
34.     // Enter an infinite loop, just incrementing a counter
    
35.     while(1) {
    
36.         i++;
    
37.         if(cnt_m0 = 8){
    
38.         LCD_ShowNum(35,80,data,4);
    
39.         if(led_flag){LCD_ShowString(15,95,"LED ON!");}
    
40.         else {LCD_ShowString(15,95,"LED OFF!");}
    
41.         cnt_m0 = 0;
    
42.         }
    
43.     }
    
44.     return 0 ;
    
45. }

复制代码

freebsder

方便把代码打包传上来吗？之前那个不带屏能出问题的就行。

ljj3166

freebsder 发表于 2015-4-27 00:11
方便把代码打包传上来吗？之前那个不带屏能出问题的就行。

得找找，都改得面目全非了

明天吧，早点休息

再顺道说个现象

对M0进行debug，会提示出错



看上去似乎对CPU运行没有啥影响

牛逼的是，用不着reset，while里面


LCD_ShowNum(35,80,data,4);

        if(led_flag){LCD_ShowString(15,95,"LED ON!");}

        else {LCD_ShowString(15,95,"LED OFF!");}


居然能够正常在LCD上打印显示

其他main函数里面LCE的显示部分，还是乱码

感觉对M0的debug还是对MCU的运行有影响



碎觉觉......

ljj3166

tiankai001 发表于 2015-4-26 23:10
不错，原创的才是最好的

我觉得还可以抢救一下

ljj3166

最近事情太多，等几天忙完了，再复现一下，给大神瞧瞧，指导一下。

freebsder

传上来，我找大神给你看看。。。

weizhongc

我感觉就是RAM引起的

freebsder

可能不靠谱，只是说说啊：lpcxpresso出到7.7.2了，要不升级了试试

freebsder

master的调试你选的 Redline
slave的调试你选的 CMSIS-DAP

ljj3166

freebsder 发表于 2015-5-15 01:26
master的调试你选的 Redline
slave的调试你选的 CMSIS-DAP

这个会有影响吗？

我试试

freebsder

ljj3166 发表于 2015-5-15 11:21
这个会有影响吗？

我试试

肯定有影响啊，54102里面1个SWD硬件，同时响应2套独立分开且不同的仿真器时许和命令

ljj3166

freebsder 发表于 2015-5-15 19:43
肯定有影响啊，54102里面1个SWD硬件，同时响应2套独立分开且不同的仿真器时许和命令

好吧，我又试了一下
把debug全部删除，重新做了一遍

似乎没有什么变化，debuger口的选择貌似不影响代码的运行

似乎redlink就是虚拟2个swd口出来了





现象同上.,...

ljj3166

slave的launch：














































master的launch：

freebsder

你在eclipse那个小瓢虫里看吧，你上传的包确实是选的两种仿真器。

ljj3166

freebsder 发表于 2015-5-15 20:29
你在eclipse那个小瓢虫里看吧，你上传的包确实是选的两种仿真器。

上传的包没注意
刚才特意把debug配置都删了
重新跑了一下
还确认了launch文件
实在找不着啥原因了

freebsder

ljj3166 发表于 2015-5-15 20:33
上传的包没注意
刚才特意把debug配置都删了
重新跑了一下
还确认了launch文件
实在找不着啥原因了

你有没LCD代码的吗？

ljj3166

freebsder 发表于 2015-5-15 20:34
你有没LCD代码的吗？

在slave工程下面

有个LCD的代码

比较可疑的是font.c文件，用了个比较大的数组

存储图片信息的

试过用const修饰