整个eCos音频驱动所花费的精力大部分集中于stm32 i2s驱动实现及其调试上。在整个调试过程中，最烦人的就是播放出来的声音有噪声，有噼噼啪啪的杂音。即使是目前提供下载的音频驱动，也还有这些问题，当然，用还是能用的，至少播放驱动包里面所带的wav音频文件是正常的！
本节主要介绍eCos STM32 I2S驱动的实现，侧重点是DMA的使用和DMA中断双缓存机制的实现。 阅读全文 »
于我而言，音频驱动是一个较为复杂的驱动子系统。前几年曾在嵌入式linux中开发过CS4344音频驱动，这款音频芯片跟AT73C213非常相似，所以驱动是“山寨”AT73C213驱动的，驱动开发异常顺利，几乎没有遇到什么问题。仅管如此，单理解这个驱动就费了不少劲，特别是理解linux中ALSA驱动子系统。
此外，音频驱动子系统中，还有很多概念需要理解，如PCM、音频采样频率、声道数目及其采样比特数等。
eCos中没有I2S驱动，也没有像USB、framebuf一样，提供一个音频IO子系统，但不代表我们无所作为。通过本次实现的eCos STM32 I2S驱动，可以了解到以下3个方面知识： 阅读全文 »
6月 172013
首先，非常感谢同事赠送的百为stm32开发板。不知道大家有没有听说过这款stm32开发板？这是我一个同事自己开发的一款性价比高、做工优良的stm32开发板，目前人家创业中。
说到这里，我不得不佩服下我这位同事。正如他QQ上的签名：“坚持到底，没有做不到的事情”。人与人的差距，我觉得很重要一点就是：是否坚持做一件事情！据我所知，我的这位同事，自己开发这款stm32开发板，前前后后花了2年多时间。功夫不负有心人，他的开发板开始斩获业绩，在21IC、阿莫BBS等大型论坛上声名鹊起。在这里，衷心祝愿我的这位同事，生意越来越好，事业越来越壮大，名声越来越响亮……
6月 132013
问答网站stackoverflow.com的一个主要功能体现就是：软件开发人员无需再从书本上学习编程，就像Joel所说的：
“程序员看起来都不再读书。市场上编程方面书籍的数量和编程从业人数相比少得可怜”。
2004年在《The Shlemiel Way of Software》一书中Joel也表达了相同的观点：
“大部分的人都不读点什么或写点什么。大部分的程序员都不读软件开发方面的书籍，他们不去软件开发方面的网站，他们不去Slashdot参与讨论”。 阅读全文 »
上节，讲述了如何移植SPI FLASH驱动，从中可以看出，移植SPI FLASH是相对比较容易的。移植容易并不等于没有任何问题，相反，还遇到了棘手问题，本节讲述如何解决这个棘手的问题。
说到技术问题，说点题外话。在我创建的eCos技术群（群号：144940146，欢迎加入）上，有些人一遇到问题就马上寻求帮助，并且很强烈地希望你给他分析给他解决。我想说的是，搞技术，肯定会遇到这样那样的问题，但遇到问题时，自己先要思考和分析，并尝试进行问题定位，然后寻求帮助。别人帮你分析并提供相应问题分析方法和建议时，自己也要积极思考并反馈实验现象，这样才能有利于问题的解决。所以说，寻求帮助实际上也是一门很大的学问。
只要掌握了方法，任何问题不是不可以解决，方法无非就是：根据问题现象进行分析，然后定位，最后解决问题。
回归正题，希望大家阅读的时候，不是看解决了什么问题，而是看怎么分析问题、怎么解决问题的。
本节主要介绍串行SPI flash驱动的移植。eCos中，flash支持比较完善，移植flash驱动也不是件难事。虽说如此，在本次移植spi接口flash时，还是遇到了一些意外问题，而且正是由于这个意外问题，让我解决了在移植STM32 ADC驱动时遇到的一个棘手问题：
只要我在eCos图形配置工具中打开了ADC的任何一个通道，则不能生成正常的bin格式映像文件（生成的bin文件超大，大小达到了不可思议的1.2GB大小，但可生成正常的srec格式映像文件）；如果不打开ADC任何一个通道，则可以输出正常的bin格式文件。虽然这个问题后面用暴力解决了，但问题原因没有搞清楚，所以一直悬在心里。
I2C总线，只有2根信号线，结构简单，易于实现，因此在嵌入式中应用非常广泛。在eCos中，I2C的设计框架与SPI类似，都是由IO层和Device Driver层组成。与linux I2C框架相比，eCos I2C框架设计简洁实用。
STM32提供了2个I2C接口，由于STM32芯片本身存在的缺陷，eCos STM3210E-EVAL模板并没有提供I2C的驱动组件包。但可在eCos官方bug网站上找到相应的补丁包。
遗憾的是，这个补丁包在我的板子上还是不能使用（下面会介绍原因）。所以，后面采用GPIO软件模拟I2C来实现。经初步测试，本人编写的eCos I2C driver初步成功。
Wshell在线终端