本节说明如何把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 |
Wshell在线终端