本节说明如何把DM9000移植到eCos中。DM9000在redboot中工作方式为poll,但在eCos中则是使用中断工作方式,所以移植和调试的重点就是GPIO中断。

之前没有了解过STM32的GPIO中断,也不清楚在eCos中如何安装和使用GPIO中断,甚至在开始调试DM9000驱动的时候不知道要了解这块知识,所以整个调试过程都是在慢慢的摸索中掌握的。

所以本节与其说是移植DM9000驱动,还不如说是如何在eCos中安装和使用stm32的GPIO中断。需要注意的是,这里不会太详细介绍stm32 GPIO外部中断的知识,因为stm32的参考手册有详细的介绍。

阅读全文 »

 


上一节中,我们定义了stm32网卡组件,并在ecos.db中添加好了相关组件和软件包。这节说明如何在redboot中实现网络。

打开图形配置工具,选择好模板(package为redboot) ,然后导入之前的redboot配置文件(.ecm文件)。之所以要导入之前的redboot配置文件,是因为可以免去之前所做的一些配置,也就是在之前的配置基础上开展新的配置工作。另一个好处就是:避免忘记配置某个配置项,从而引入一些曾经出现的问题。

注意:经自己的试验发现,linux下的图形配置工具在导入配置文件时有可能会出现“闪退”现象,不必着急,多试几次就OK了。

提示:以后我的配置一般都会在之前的配置基础上进行配置,并保留之前的配置文件,每次修改配置都会形成一个版本,用一个文本文件对这些版本的配置文件进行说明。

阅读全文 »

 


花了两周时间(实际上就是一个周末加两三个晚上时间), 终于把eCos网卡驱动——DM9000驱动移植好了。在STM32的片外RAM中运行,ping时间稳定在2ms。

调试过程中,走了一些弯路,遇到了一些比较棘手的问题,如DM9000收发包问题、eCos stm32 GPIO中断、ping一会儿就ping不通了等等。

为了说明的方便,先把自己的调试过程梳理下,呈现给大家,避免大家在调试网卡驱动时走弯路。然后介绍redboot中移植DM9000驱动和eCos中移植DM9000的驱动。

阅读全文 »

 


本节主要介绍LCD触摸屏控制芯片TSC2046驱动的移植,同时展示一个简单的应用示例。

TSC2046为SPI接口触摸屏控制芯片,因此本质上讲,它是个SPI设备驱动。eCos中,编写SPI设备驱动是非常方便的,一般情况下只需要按照datasheet实现其SPI读写时序即可。

eCos源码中没有现成的触摸屏芯片驱动,但令人高兴的是,在一个开源的eCos工程中,有现成的TSC2046驱动,我们可以把它移植过来。 阅读全文 »

 


整个LCD驱动主要由LCD初始化、LCD底层函数、framebuf实例、framebuf IO操作内联文件及其头文件自动生成文件等4部分组成。上节介绍了LCD驱动的前面3个部分。

本节介绍LCD驱动的framebuf IO操作内联文件及其头文件自动生成文件这个部分。本章最后会展示一个简单的应用测试程序。 阅读全文 »

 


就像在linux系统一样,eCos把lcd设备抽象为framebuf设备,并提供了framebuf抽象层,使得用户GUI程序不依赖于具体的frambuf设备,增加了用户GUI程序的独立性、可移植性,便于移植和使用第三方开发的GUI系统。

本章节主要介绍如何实现eCos中的LCD驱动,并展示了一个简单的测试用例。  阅读全文 »

 


上节说道,在ADC应用中,我遇到了一个问题:只要我在eCos图形配置工具中打开了ADC的任何一个通道,则不能生成正常的bin格式映像文件(但可生成正常的srec格式映像文件),如果不打开ADC任何一个通道,则可以输出正常的bin格式文件。

这个问题很纠结,最后,哥用暴力解决了!

阅读全文 »

 


本节主要介绍eCos中stm32的ADC驱动及其应用编程。在eCos中,已经实现了stm32的ADC驱动。但在stm3210e_eval模板中,你会发现ADC驱动配置项是灰色的,也就是不能配置。

所以,我们的任务很简单:在eCos图形界面中根据板子硬件实现来配置stm32的ADC驱动(包括如何使能配置项)和编写一个应用实例(读取ADC的值,并在串口打印出来)。

阅读全文 »

 


GPIO驱动应该是所有嵌入式OS中最简单但也是最常用的底层硬件驱动。不像linux,应用层访问GPIO驱动需要使用设备文件接口(read或ioctl方法)。在eCos中,应用层访问GPIO是非常直接的,而且由于eCos驱动体系的特点——HAL共用,我们无需要再单独编写GPIO驱动。

本节通过实现控制LED灯(IO输出)和扫描按键(IO输入)功能来展示eCos中如何操作GPIO的。

阅读全文 »

 


从开始移植ecos到stm32开发板以来,“程序运行过程中时不时跑飞或死掉,或者一加载就死掉”的问题一直令我头痛和百思不得其“姐”。如下图:程序一加载就死掉了。

程序运行过程中跑飞的现象类似,也是出现这种类似信息:$T050f:00800068;0d:e80f0d68;#98$T050f……

今天在编写按键程序时,频繁出现,是时把它解决了。功夫不负有心人,终于定位问题为外扩的SRAM时序不正确导致的,重新配置下SRAM的FSMC时序就解决了。

阅读全文 »

© 2012 velep.com | reille blog | 管理| 粤ICP备15065318号-2| 谷歌地图| 百度地图| Suffusion theme|Sayontan Sinha

无觅相关文章插件,快速提升流量