多任务环境下STM32的FSMC总线上多个外设不能同时访问

只看该作者 · 2009-12-24 10:42

STM32的外部总线上挂了一个MD9000A+一个SRAM。跑ucos+lwip.
不使用外部SRAM。所有的都OK，程序非常稳定.
但是只要把系统的堆空间放到外部SRAM，LWIP的TCP连接立刻就无法连接成功了。
那把堆空间放在片内,把LWIP的源文件的的变量全都分配到外部SRAM。情况一样。
只有把所有的变量都放到片内才能正常运行。
不知道这是FSMC的问题,还是编译器的问题.编译器用的MDK3.50
有人会说是外部SRAM没有初始化好.那我手动申请一段内存到外部SRAM
unsigned char TestBuf[1000] __at(0x68000000).然后再程序中使用
没有任何问题.
有人遇到过吗？

1万 · 2009-12-24 10:50

如果是手动申请一段内存到外部SRAM，然后再程序中使用没有任何问题，那么估计问题与编译器相关的可能性比较大，当然还要仔细研究你手动申请外部SRAM时，是如何在程序中使用的？使用编译器时又是如何使用的？是否为同一个变量同一个地址？

只看该作者 · 2009-12-24 11:39

使用手动申请的内存是这样使用的。
unsigned char TestBuf[1000] __at(0x68000000).
len=recv(client_socket,(void *)TestBuf,sizeof(TestBuf),0);
if(len>0)
send_len=send(client_socket,TestBuf,len,0);
就是把TCP收到得数据放在TestBuf里，然后再发送出去

只看该作者 · 2009-12-24 11:49

使用编译器分配是这样使用的.
右键点击Project Workspace里里源码文件,选择Option for Group或Option for Flie打开一个对话框
然后在Memory Assignment选项里将Zero Initialized Data选择为RAM1[0x68000000-0x680FFFFF]
这样既把整个gropu中的文件或某个文件的ZI段分配到了外部SRAM里。
发现这样问题来了,把Lwip的所有文件的ZI段分配到外部SRAM，连接不上了。选择默认的分配则好使
选择把ucos的源代码的ZI段分配到外部SRAM，程序直接HardFault

只看该作者 · 2009-12-24 11:56

另外由于LWIP要使用内存池，这个内存池只能放在内部SRAM就没问题，放到片外就无法连接成功.
我在想是不是当内存池放在外部SRAM的时SRAM中的数据不能直接往DM9000A送，两个之间有冲突。
百思不得其解。还是FSMC上各个外设同时交叉访问会破坏彼此之间的数据？

只看该作者 · 2009-12-24 12:12

我程序里有一段内存直接映射到LCD的屏幕上，平时屏幕要更新图像时，先操作这段内存,然后再发送到屏幕上。
发现把这段内存放到片外SRAM时，屏幕显示不正常，花屏。就是点阵不是自己想要的，有些该亮的点没有亮，不该亮的又亮了。把DM9000A的网线拔掉则恢复正常，插上则乱了。
把这段内存放到片内时，则不管有没有插上网线都是正常的。
难道访问外部SRAM时，DM9000A在中断程序里读取数据会破坏之前的地址信息,导致这种现象出现？
如果真是这样那就无语了。我四个外设可都是在不同的片选线上啊

1万 · 2009-12-24 12:26

STM32的FSMC有一个BUG，即不能有多个总线的主设备同时访问FSMC上的存储器。比如但DMA控制器访问外部SRAM时，CPU就不能操作外部SRAM中的变量；2个DMA控制器也不能同时操作外部SRAM。不知道你的问题是否与这个BUG有关？如果你没有使用DMA控制器，则不受此BUG影响。

另外，外部SRAM的访问速度比内部SRAM的速度慢，也许你的屏幕显示不正常与此相关。