嵌入式系统中的IIS音频接口技术

2 IIS音频驱动实现
音频驱动有3种模式：MDD／PDD模式、Wavedev2模式、UAM模式。它们相同的地方很明显：接口相同，都是流驱动，透过流接口与上层的waveapi.dll交互。
第1种MDD／PDD模式是最早的模式，也是其他驱动常见的分层模式。如果使用CE提供的MDD(wavem—dd．1ib)，会受到一些限大电流电感制：仅支持一个设备；一个设置仅支持一个流；对循环的支持不大可靠；对流的支持较弱。当然，由于提供了源码，可以自己修改MDD，突破以上这些限制。
第2种Wavedev2模式，是因为2000年的Smartphone项目产生了新的要求，这些需求需要大改MDD／PDD。比如上面的限制2，根据CE的开发历史，此时waveapi．dll也不支持software mixer，这就是说只能同时允许一个应用在播放。所以根据当时情况，CE的多媒体开发团队设计了Wavedev2模式。这是一个单体(不分层)的驱动模式，平台相关的模块都在hwctxt．h和hwetxt．cpp中，此外还加入了midi支持、software mixer支持、S／PDlF接口、gain class接口、forcespeaker接口，等等。因此，开发Smartphone或者PPC，这个模式是挺适合的。
第3种UAM模式，即统一音频模式(Unified AudioModel)，在开发WinCE4．2时，要增加对DirectSound的支持，而且有一些音频设备是支持硬件mixer的，对此使用UAM是很好的选择。
本测试采用MDD／PDD的驱动结构，下面讲述本驱动的关键点。
2．1 DMA控制及驱动
通俗地讲，DMA(直接内存存取)不需要CPU干扰也不消耗CPU资源，可以把音频数据自动地从系统总线搬到IIS总线上；如果音频平均按采样频率44．1 kHz、16位字长、左右2声道计算，码流为1.411 Mbps，通常在1～3Mbps，所以采用DMA传输十分必要。
2．2 时钟配置
只要位时钟和采样时钟能匹配好，IIS数据格式主从一致，DMA配置好，音频就可以工作了。

IIS数据格式主要分3种：左对齐、右对齐、IIS格式。声音听起来“怪怪地”，就是数据电感生产格式不对。频率计算方法如表1所列。

IIS主设备时钟频率可以通过采样频率来选择。IIS主设备时钟频率是由IIS预分频器产生的(IIS主设备时钟频率=MCLK／预分频器值)，因此必须选择合适的预分频器的值和CODECLK的采样频率类型(256或者384fs)，才能获得合适的IISLRC采样频率(IISLRCK频率=IIS主设备时钟频率／CODECLK的采样频率类型)；串行位采样频率类型(1模压电感6／32／48fs)可以通过配置每个通道的串行位数和CODECLK采样频率类型来完成，它们之间的关系如表2所列。

如晶振频率为16．934 4 MHz，通过384分频为44．1kHz(采样频率就是这么来的)。
位时钟频率=采样频电感生产厂家率×数据位×2=44．1 kHz×16×2=1．411 MHz
对于其他频率的晶振或是来自于总线的时钟频率，就要计算出IISC0N中的分频系数了，以最大限度拟合CODECLK。
2．3 CODEC控制
目前有SPI、I2C和L3三种总线控制CODEC。L3总线(L3MODE、L3CLOCK、L3DATA)都是由通用的I／O端口来控制的。其中L3接口实际上是一种高频电感器串行接口，它由3根信号线组成，完成处理器和C0DEC之间的数据和控制信号交换。UDAl341TS就是采用L3接口的。

大电流电感

磁性材料基础求助饱和磁通密度(百科）：电流增加到一个点而铁芯的磁通却不增加了，这个点就是饱和点，这个现象就是饱和。请问饱和磁通密度是材料固有属性，还是和材料形状有关系？
跟磁性材料的特性有

利用FPGA协处理器优化汽车信息娱乐和信息通讯系集成了数据通信、本地服务和视频娱乐功能的高端汽车信息娱乐系统需要高性能的可编程处理技术支持，将FPGA协处理器整合进主流汽车信息通讯系统架构是最理想的解决方案。本文提出了汽车娱乐系统的要求，讨论了主流

请教高手，求芯片型号。DC-DC电路上用的。芯片背部写着菲律宾的英文，正面的型号已经磨掉了。各位大师帮帮忙，小弟不胜感激。原电路是36-100V的隔离降压DC-DC电路上用的。





ding看不懂....虽然不知道这个料是啥，但

注塑加工厂

 1/4    1 2 3 4 下一页 尾页