快速实现ARM和DSP的通信和协同工作.docx

快速实现 ARM 和 DSP 的通信和协同工作 德州仪器（TI）的第一颗达芬奇（DaVinci）芯片（处理器）DM6446 已经问世快三年了。继 DM644x 之后，TI 又陆续推出了 DM643x，DM35x，DM6467，OMAP353x 等一系列 ARM＋DSP 或 ARM＋视频协处理器的多媒体处理器平台。很多有很强 DSP 开发经验或 ARM 开发经验的工程师都转到达芬奇或通用 OMAP （OMAP353x）平台上开发视频监控、视频会议及便携式多媒体终端等产品。大家都面临着同一个问题， 那就是如何实现 ARM 和 DSP 或协处理器的通信和协同工作？TI 的数字视频软件开发包（DVSDK）提供了Codec Engine 这样一个软件模块来实现 ARM 和 DSP 或协处理器的协同工作。有很多工程师反馈这个软件模块非常好用，节省了很多开发时间，也有工程师认为TI 提供的资料太多，不知如何快速上手。本文将从一个第一次接触 Codec Engine 的工程师角度出发，归纳TI 提供的相关资源（文档，例程和网络资源）并介绍相关开发调试方法帮您快速入门 Codec Engine。 Codec Engine 概述 如图 1 所示，Codec Engine 是连接 ARM 和 DSP 或协处理器的桥梁，是介于应用层（ARM 侧的应用程序）和信号处理层（DSP 侧的算法）之间的软件模块。ARM 应用程序调用 Codec Engine 的 VISA（Video, Image, Speech, Audio）API，如图 1 中 VIDENC_process(a, b, c ) 。Codec Engine 的 stub （ARM 侧）会把参数 a, b, c 以及要调用 DSP 侧 process 这个信息打包，通过消息队列（message queue）传递到 DSP。Codec Engine 的skeleton（DSP 侧）会解开这个参数包，把参数a, b, c 转换成 DSP 侧对应的参数 x, y, z（比如 ARM 侧传递的是虚拟地址，而 DSP 只能认物理地址），DSP 侧的 server（优先级较低，负责和 ARM 通信的任务）会根据 process 这一信息创建一个 DSP 侧的 process(x, y, x)任务最终实现 VIDENC_process(a, b, c)的操作。 图 1 达芬奇软件结构框图 通过第一部分的介绍，我们知道了TI 数字视频软件开发包（DVSDK）中的 Codec Engine 软件模块可以帮助我们轻松地实现ARM 和DSP或协处理器的协同工作，以及Codec Engine软件模块的概要情况， 下面我们将告诉你如何走完Codec Engine 入门的第一步和第二步。 Codec Engine 入门第一步 从 Codec Engine 发布说明文档（release notes）开始。 有些初学者认为 Codec Engine 文件包结构复杂，很难找到自己想找的文档或例子。其实在 Codec Engine 文 件 包 的 根 目 下 有 一 个 发 布 说 明 文 档 ， 比 如 Codec Engine 1.20 根 目 录 下 的release_notes_codec_engine_1_20.html。这个文档就是你了解 Codec Engine 的开始，里面有关于该版本 Codec Engine 的介绍、相关文档资料的链接、新的功能、支持哪些芯片、已知的 bug、修正了哪些 bug 及例子等等的具体说明。具体如图2 蓝色字体所示。浏览该文档后，初学者至少可以知道哪里可以找到自己想要的文档或例子。举例来说，如果想找相关的文档，点击 Documentation 就可以看到这个 Codec Engine 文件包里的文档的链接。 图 2 Codec Engine 1.20 Release Notes 截图 Codec Engine 入门第二步 了解 Codec Engine 的运行环境及依赖的软件模块和工具。 点击 Codec Engine 的发布说明文档 （如图 2）的 Validation Info，我们可以知道 Codec Engine 1.20 需要和以下软件模块和工具配合使用： Framework Components 1.20.02 xDAIS 5.21 XDC Tools 2.93.01 DSP/BIOS Link 1.40.05, configured for the DM6446 EVM C6x Code Generation Tools version 6.0.8 DSP/BIOS 5.31.05 MontaVista Linux v4.0 Red Hat Enterprise