OMAP 达芬奇dsplink GPP与DSP数据交互的一种方案

我用的英码的EVM3730的开发板，2011年还是2012年买的已经忘记了，已经习惯了别的开发板step by step的模式，拿到英码的板子之后傻眼了。文档偏重于开发环境的构建，通篇教你你怎么编译开发环境，怎么制作文件镜像，应用开发例程一个没有，并不是说编译开发环境不重要，只是没有应用例程，你让新手如何去学习呢，买开发板难道不是为了去做应用吗？没有例程对于一个没有达芬奇开发经验的人来说这是真是一个噩耗。英码的板子适合有丰富达芬奇开发经验做项目验证的人，新手绝对不能用。好在我当初买板子的附带的光盘里面带了一个ti的DVSDK
ti-dvsdk_dm3730-evm_4_02_00_06，这个sdk应该是经过英码的人编辑过（这是英码为应用开发做的，开发方面的仅有的一点贡献）。后来，因一些问题咨询英码，他们讲我的光盘资料很老，给我了一份新的，发现，仅有的这个sdk也没有了，真是强烈鄙视英码。我买你开发板难道仅仅是编译一个Linux系统，制作一个从文件启动的镜像吗？如果我的目的就是这样，我何必用DM3730呢？公司里面现成的2440的资料比你全面多了。唉，评估失误，苦果只能自己吞了。文章写到这里，先对英码发泄一下我的不满，表达一下我的强烈鄙视！

既然木已成舟，开发板买回来了，总得玩转。好在这个开发板是作为技术储备用的，不是马上 要用到项目中取，如果是后者，肯定要死翘翘了。只能自己去网上搜索资料，去dvsdk下的doc中看文档。我们的应用不是做视频开发之类的，纯粹是想用其来做一些dsp部分数学运算，arm端来管理外设，并与用户交互。所以对我来说只要能实现

GPP与ARM端的数据交互就可以了。网上大部分资料一讲到dsplink，尼玛就介绍什么CodeEngine，xDias，FramWork，直接介绍DSPLINK的资料几乎没有。老子就先从CodeEngine，xDias。之前用CCS3.3开发，Windows下的，这些东西，大部分都是在Linux环境下，对Windows支持有限，资料中提到的开发包，Ti网站下不到，后来才发现，人家是集成到了SDK中了，并且这个sdk没有Windows版本的，情何以堪啊！再后来，用虚拟机装了Linux，解压缩开发SDK，去每一个组件下看DOC,
Example，才发现，Windows可用的，也在这个只能在Linux下安装的SDK中。在CodeEngine，xDias浪费了几个月的时间，当然是在项目之余。在这里，有一个重要的经验，一定要重视安装目录下的doc文件和Example文件下的文档，Ti一般是比较喜欢用build_instructions.html