STM32F207VC犹豫于裸机和RT-Thread之间

发布于 2012-09-04 09:19:02 浏览：3406 订阅该版

Dear all，

关注RT-Thread很久了，但一直比较犹豫是否使用到产品中。下面是我们对207资源的使用情况，请各位大侠分析下是否合适使用RT-Thread，工作量有多大。
1、	USART&UART：6个全用掉了
2、	USB HOST（采用FATFS读写优盘）
3、	定时器：使用了6个
4、	RTC及systick
5、	Spi flash
6、	GPIO类（按键，LED等等，部分使用中断，总计使用了7个中断，后续可能还会增加）
7、	LCM（单色液晶，使用GPIO模拟驱动），应用有做3级菜单
8、	UID
9、	目前资源使用情况：Flash：36K+53K；SRAM：90k的样子

系统分层如下：
																	APP（应用层，采用while（1）自行调度）
																						|
																	BSP（主要对下面的标准库进行了封装，方便以后升级CPU）
						----------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------
						|																|																|
			STM32F2xx_StdPeriph_Lib_V1.1.0									STM32_USB-Host-Device_Lib_V2.1.0											  FATFS

目前遇到的问题，由于应用层比较复杂，分为层管理模式&在线模式，管理模式没什么问题，基本不涉及到复杂的调度。但在线模式就比较麻烦： 
1、	串口采用中断接受，接收时自动放在buffer里并置标志位，应用层轮休标志位
2、	其他带中断的GPIO通串口一样处理
3、	有些外设操作后需要等待一段时间才可以获知操作结果，目前采用定时器，但仍旧只能在应用层进行查询
4、	LCM屏幕刷新
5、	串口发送命令给外设（目前采用阻塞方式发送）
6、	有些外设操作比较耗时间（这个和3的等等不一样，比如往FLASH里写大量数据），会造成无法处理其他非中断的事情。
7、	后续升级比较麻烦

采用RT-Thread可以解决上面的很多问题，但一直犹豫没使用的原因：
1、	使用RT-Thread带来的cpu开销（FLASH和SRAM是否够）
2、	使用RT-Thread开发的工作量有多少，目前产品已经基本完成Demo
3、	我们现有的BSP和RT-Thread的BSP如何结合？
4、	是否可以只是使用RT-Thread的任务调动，其他部分沿用现有的机制