基于TMS320DM64 46的数字电影放映系统设计

算法修改成符合数字媒体标准(xDM)的形式，并编译生成一个算法的库文件*．lib(等同于Linux环境下的*．a64P，直接在Linux环境下修改文件后缀名即可)。

②生成一个在DSP上运行的可执行程序*．x64P(即．out文件)，也就是Codec Server。本系统的Codec Server里集成了MPEG-2、MPEG-4、H．264、AAC、MP3、G．71l多种形式的音视频解码器。

③根据Codec Server的名称及其中包含的具体的音视频解码算法，创建Codec Engine的配置文件*.cfg，包括Engine的不同配置、名称，每个Engine里包括的Codec以及每个Codec运行在ARM还是DSP端等。例如，在．cfg文件中，可以修改取得Codec模块的相关语句，按需要引用Codec模块。取得不同模块的语句如下；

　　4. 2 上位PC 机客户端程序

上位PC 机客户端程序包括USB 驱动程序和用户应用程序两个部分。

USB驱动程序是一个软件组件, 封装了应用程序存取硬件设备的功能函数。有些设备具有相同的属性, 把它们归为一组标准类别, 可以定义设备类规范作为该类设备的主机驱动框架。设备类驱动程序使用相似的函数, 处理不同设备间的通信,这样使设备类驱动程序的开发可以脱离设备制造商。本系统的驱动程序使用了Silicon Laboratories公司提供的USB Xpress开发包, 在V isua l C ++ 6. 0环境下开发, 封装成动态链接库DLL 的形式供用户应用程序调用。

用户应用程序采用C + + 编写, 由客户交互界面, USB数据通信, 数据保存显示, 设备故障预警四个模块组成。在USB 数据通信模块设计中, 使用S ilicon Laboratories公司提供的S I_GetN umDevices,S I_GetProductString ( ), SI_Open( ), SI_C lose( ) , SI_Read( ) , SI_W rite( ) 等API函数, 屏蔽了对底层硬件操作中USB 复杂的通信协议, 简化了USB 通信开发, 使得开发USB 通信的程序变得更容易 。

程序流程图如图4所示。

图4 客户端应用程序流程图。

诱发设备出现故障的原因很多, 为保证设备正常运行需要检测多方面的数据, 本系统主要是检测设备的温度和压力等的数据, 检测获得的数据一旦超过某个界限, 表示设备可能出现故障。因此为了保证设备长时间的稳定工作, 需要对获取的实时数据与事先设好的临界值进行对比, 一旦超过临界值, 系统则发出警报提醒工作人员对设备进行故障排查, 起到了故障预警的效果。

5 结语

基于USB 数据采集系统可供选择的方案很多, 而本设计从便携式和高速传输考虑, 编写了固件和客户端数据传输协议, 使得该数据采集系统方便携带, 数据传输高速准确, 具有良好的人机交互界面, 并能对一定的设备故障进行预警提醒, 有较大的使用价值。而且单片机端口资源还没有用完,还有开发和扩展的空间。