多媒体处理器平台可实现ARM和DSP的通信与协作

频监控子系统是现代智能机器人设计中必不可少的一个部分，它需要采用DSP并根据某种算法对摄入的图像进行处理和分析，它也需要采用ARM处理器对DSP进行协同管理和控制工作，目前开发工程师碰到的一个最大设计挑战是：如何最高效率地实现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概述

Codec Engine是连接ARM和DSP或协处理器的桥梁，是介于应用层(ARM侧的应用程序)和信号处理层(DSP侧的算法)之间的软件模块。ARM应用程序调用Codec Engine的VISA (Video, Image, Speech, Audio)API。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)的操作。