lintax的专栏

说明：本文的内容都是本人从网上各处copy拼凑而来，若是出本书的话，实在是非常符合“编著”这个词（虽然我心里对这个词总有些不以为然），所以标的是原创，却并没有什么原创性，只是略加整理，便于参考而已。  Davinci调试环境的搭建   目录一、达芬奇(DaVinci)技术介绍1、TMS320DM6446的结构特点2、达芬奇技术及其芯片的应用和开发

嵌入式开发，通常由于嵌入式环境的资源较少，只能够存放运行环境，所以将资源需求较大的开发环境都存放在PC上。这种情况，由于开发环境与运行环境不一致，所以就出现了交叉编译－－即在开发环境下，编译出能在运行环境上运行的可执行程序。具体到davinci开发，其交叉编译过程就是在x86的linux系统下，编译出在davinci平台上linux系统下运行的可执行程序。下面介绍了交叉编译的几个实例：1，交叉编译一个驱动模块；2，网络测试工具软件Iperf的交叉编译；3，交叉编译activeMQ-cpp。

codec engine机制可以让我们方便的实现在arm端调用dsp端的算法。TI免费提供了几种dsp上运行的编解码codec，可以在TI的网站上下载。网址如下：http://software-dl.ti.com/dsps/dsps_public_sw/codecs/C64XPlus_Video/index_FDS.html可是，这些codec对我们而言都是一个黑盒，里面代码如何实现的，我们是看不见的。所以，一个TI的codec如何调用，对于刚接触codec engine机制的同学，应该是一个比较棘手

davinci平台，在dvsdk中提供了一套arm与dsp的交互机制，即codec engine机制。简单讲，就是通过定义好的一套接口，可以在arm端调用dsp算法。codec是编解码的简写，在本文中代表dsp算法。我们采用的开发方法：在ccs中开发dsp算法，编译生成库，复制到linux下的dvsdk中，生成dsp运行程序。在系统启动后，先运行arm程序，然后调用dsp算法。在codec的调试过程中，也有些经验与教训：1，在davinci平台上对dsp程序的调试方法；2，TDS560USB仿真器

davinci的工具链就是dvsdk，是TI公司推出的一个软件套件，主要作用是建立ARM与DSP之间的联系。在工具链的使用中，我总结了遇到的3个问题：1，切换工具链时遇到的问题；2，ccs编译环境的升级；3，单独升级dvsdk中的bios。

每一个硬件平台，都有别的平台所没有的特性。这里，我把我调试dm6446过程中遇到的平台特性相关问题总结了一下：1，硬件resize的使用；2，davinci的地址分析；3，共享内存CMEM的使用。

系统时间是很重要的，也是很基础的，然而这么基础的时间上，也会出现多种问题：1，时区不对；2，rtc时间与自然时间的差异；3，rtc的校准

通常，在厂家提供的flash文件系统中，没有自带telnet功能。而我们在开发及实际使用过程中，telnet是一个很方便的工具，所以需要添加上。

DM646x的启动程序备份机制实现（二）第二部分，kernel与rootfs的备份下面对kernel与rootfs的备份方法进行研究，主要是回答了下面几个问题：1，kernel是如何写入的？2，rootfs的概念3，rootfs是如何写入的？4，kernel与rootfs写在什么位置上？5，由谁来备份？6，由谁来使用备份？7，具体如何实现备用功能？1

DM646x的启动程序备份机制实现         由于现在嵌入式系统较多使用nand flash，而nand flash存在一定的数据损坏概率，所以需要实现关键启动程序的备份功能，以在nand flash出现了部分数据损坏的情况下，仍然能启动系统，继续运行，或者提供远程修复的基本功能。对于TI的davinci平台，一般启动过程如下：       Rbl－>[ubl－>] uboot－

SPI驱动主模式初步实现SPI接口技术是一种高速,高效的串行接口技术,因而SPI设备在数据通信中应用十分方便。设备驱动程序作为操作系统内核和硬件之间的接口,是嵌入式开发的重要组成部分,针对TI的davinci芯片DM6467和嵌入式Linux操作系统构建的开发平台,根据DM6467的SPI接口特性，及接口电路的连接特点说明了SPI设备驱动程序的基本开发方法和动态模块加载实现过程。硬件连

DM6446与DM6467的差异  简单说，DM6467是DM6446的升级版本。 其硬件架构与软件工作机制大体是相同的：双核：ARM926与TMS320 C6400提供的接口：视频，音频，DDR,flash,rj45,usb,i2c，uart，ide，spi，ir双核交互机制：codec engine编译环境：DVSDK，CCS 主要的差异（个人总结）

在Davinci平台上用CCS调试基于Codec Engine机制的DSP端程序 本文说明在一个ARM＋DSP设备（如DM644x）上怎样基于DVEVM套件用CCS调试DSP端程序。假定用户已经设置好工作环境，例如DSP/BIOS, DSPLink, Codec Engine等，Arm端已经可以通过Codec Engine机制来调用DSP端算法。不需要修改DSP代码，像通常

Davinci调试环境的搭建(四）    七、脱机运行一般在进行程序调试时，我们采用NFS与tftp等网络通信方式共享Linux服务器中的资源，用于嵌入式Linux进行访问、改写。在程序调试成功，并且版本稳定之后，我们需要嵌入式Linux脱离服务器的支持，单独运行起来。这时，需要有完整的Linux操作系统各部分，包括 BootLoader，内核，根文件系统这三部分。

SPI驱动从模式初步实现SPI接口技术是一种高速,高效的串行接口技术,因而SPI设备在数据通信中应用十分方便。设备驱动程序作为操作系统内核和硬件之间的接口,是嵌入式开发的重要组成部分,针对TI的davinci芯片DM6467和嵌入式Linux操作系统构建的开发平台,根据DM6467的SPI接口特性，及接口电路的连接特点说明了SPI设备驱动程序的基本开发方法和动态模块加载实现过程。硬件连

SPI驱动初步分析 SPI，是英语Serial Peripheral interface的缩写，顾名思义就是串行外围设备接口。SPI接口技术是一种高速,高效的同步串行接口技术,因而SPI设备在数据通信中应用十分方便。设备驱动程序作为操作系统内核和硬件之间的接口,是嵌入式开发的重要组成部分。本文针对TI的davinci芯片DM6467和嵌入式Linux操作系统构建的开发平台,分析了DM6

Davinci调试环境的搭建（三） 五、安装DSP程序的编译环境TI公司提供了高效的C编译器和集成开发环境Code Composer Studio ，可以方便的编译调试DSP程序，同时CCS的帮助文档也是十分全面。1、安装CCS3.3这部分安装比较简单，详细指导参见TI公司的CCS安装指南，可分成两部分：1，解压并安装Code_Composer_Studio_v3.3_

Davinci调试环境的搭建（二）   三、搭建linux环境安装linux操作系统，可以在物理硬盘上直接安装，也可以采用在Windows的虚拟机上安装，方法并不唯一，我们采用的是在Windows的虚拟机上安装。同样，本文提到的许多方法都不是唯一的实现方式，而只是我们所采用的那一种方法。安装虚拟机与linux时请参考文档《虚拟机软件Vmware Workstation

 随着芯片技术的发展，嵌入式设备也拥有较强的图像处理能力了。而其中的佼佼者，davinci平台提供了很强的图像处理功能。在davinci平台的使用过程中，我遇到几个图像相关的问题：1，图像质量差；2，上位机显示图像色度不正确；3，颜色分量；4，yuv数据传输时的裁切。