本节主要介绍LCD触摸屏控制芯片TSC2046驱动的移植，同时展示一个简单的应用示例。
TSC2046为SPI接口触摸屏控制芯片，因此本质上讲，它是个SPI设备驱动。eCos中，编写SPI设备驱动是非常方便的，一般情况下只需要按照datasheet实现其SPI读写时序即可。
eCos源码中没有现成的触摸屏芯片驱动，但令人高兴的是，在一个开源的eCos工程中，有现成的TSC2046驱动，我们可以把它移植过来。 阅读全文 »
上节说道，在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时序就解决了。
4月 182013
在eCos源码包的examples中有一个串口编程的应用例子。针对stm32平台，串口也可以这样应用吗？在eCos的stm32应用中，我们还需要移植或编写串口驱动吗？还是eCos中已有stm32的串口驱动了吗？
带着这些疑问和问题，我们一一来解开这些疑团！
4月 152013
第一篇：让Redboot和eCos在STM32中跑起来
- stm32移植ecos #1，为什么要把ecos移植到stm32平台上
- stm32移植ecos #2，选购stm32开发板
- stm32移植ecos #3，我的stm32开发板配置
- stm32移植ecos #4，移植redboot（ROM启动方式）上篇
- stm32移植ecos #5，移植redboot（ROM启动方式）下篇
- stm32移植ecos #6，redboot的疑问和问题，redboot是必需的吗？
- stm32移植ecos #7，移植ecos并成功运行helloworld程序，配置编译生成静态链接库文件
- stm32移植ecos #8，移植ecos并成功运行helloworld程序，编译链接生成helloworld程序
- stm32移植ecos #9，移植ecos并成功运行helloworld程序，使用redboot引导运行内存中的helloworld程序
- stm32移植ecos #12，redboot引导启动flash中的应用程序映像文件（上）
- stm32移植ecos #13，redboot引导启动flash中的应用程序映像文件（下）
第二篇：驱动开发、移植及其调测
- stm32移植ecos #14，串口驱动和串口编程
- stm32移植ecos #15，SRAM的FSMC时序配置—解决程序时不时跑飞或死掉的问题
- stm32移植ecos #16，GPIO应用—控制LED灯和扫描按键
- stm32移植ecos #17，ADC驱动和应用编程（上）
- stm32移植ecos #18，ADC驱动和应用编程（下）
- stm32移植ecos #19，ecos lcd driver，lcd驱动（上）
- stm32移植ecos #20，ecos lcd driver，lcd驱动（下）
- stm32移植ecos #21，触摸屏tsc2046驱动移植
- stm32移植ecos #22，ecos ethernet driver，DM9000A驱动移植（上）
- stm32移植ecos #23，ecos ethernet driver，DM9000A驱动移植（中）
- stm32移植ecos #24，ecos ethernet driver，DM9000A驱动移植（下）
- stm32移植ecos #25，eCos i2c driver for stm32
- stm32移植ecos #26，串行SPI flash驱动移植（上）
- stm32移植ecos #27，串行SPI flash驱动移植（下）
- stm32移植ecos #28，ecos i2s driver，音频驱动（上）
- stm32移植ecos #29，ecos i2s driver，音频驱动（中）
- stm32移植ecos #30，ecos i2s driver，音频驱动（下）
1—10章节，我称之为stm32移植ecos系列的第一篇章：让Redboot和eCos跑起来。从中可以看到，借助eCos本身带的ST STM3210E EVAL board模板和examples，几乎不需要做什么修改就让eCos在STM32板子上跑起来了。这一方面得意于我的板子与该模板对应的ST官方板子在存储器设计上大同小异，另一方面则是得意于eCos良好的架构设计，使系统移植变得轻而易举。
在展开ecos裁减、配置和驱动编写移植之前，我来说下如何创建和使用自己的模板（Template）。这里可能会有人问了：官方都提供了模板，还需要创建自己板子的模板吗？这不是多此一举吗？
是的，表面上看有点多余，但实际上更符合系统移植方法与步骤。
- ecos自带的模板一般是基于芯片厂家的评估板而创建的。而我们使用的目标板或多或少与这些板有差异，甚至有比较大的差异，有时，目标板的CPU在ecos中没有相应的模板，这时候只能借鉴相近的模板展开移植，以降低难度和减少工作量；这就使我们有必要根据目标板创建自己的模板；
- 使用自己的模板可尽量少的去修改ecos本身的代码，这样便于与ecos cvs服务器代码保持同步，而不至于引起代码冲突；
- 创建自己的模板，更深入了解ecos的模板、package、component、cdl脚本、HAL的概念；
由于ecos优秀的架构设计，所以创建自己的模板也变得很容易。 阅读全文 »
Wshell在线终端