yuyin86的专栏

<br />GEL是通用扩展语言（General Extension Language)的英文缩写，GEL是一个大小写敏感但缺少类型检测的解释性语言，只有int类型，在语法上可看作是C语言的一个子集。GEL主要用来扩展CCS的功能，方便用户调试程序，但不是必需的。当我们希望上电后立刻开启或实现某些功能，那么可以在项目中装载GEL文件（由TI提供或用户自行编写）来实现这个目的。此外，项目添加TI公司提供的GEL文件后往往会在CCS的GEL菜单中出现相关的子菜单，用户可以使用它，主要用于程序的调试控制。GEL文

<br />一个完整的DSP程序至少包含三个部分：程序代码、中断向量表、链接命令文件（或称链接配置文件）(*.cmd)。<br />链接配置文件确定了程序链接成最终可执行代码时的选项，其中有很多条目，实现不同方面的选项，其中最常用的也是必须的有两条：1.存贮器的分配；2.标明程序入口。如：<br /> <br />-e CodeStart<br />MEMORY {<br />page 0:    PRAM: org="0100h" len="0F00h"<br /> <br />}<br />SECTIO

<br />1. 编写中断服务例程<br />在.c源文件中编写ISR函数c_intXX，用于中断处理，如：<br />interrupt void c_intXX (void)<br />{<br />           …;<br />}<br />注：对于硬件中断而言，XX = 00~15。<br />2．初始化中断向量表，并在内存段中的中断向量表中配置好对应的中断向量<br />           首先是把中断向量表定位到某一内存段中，我们可以在cmd文件中配置中断向量表的内存映射，如：<br

<br />C64x+ megamodule包含：C64x+ CPU、L1P、L1D、L2、IDMA（内部DMA）、BWM（带宽管理）、INTC（中断控制器）、PDC（power-down控制器）和EMC（外部存储器控制器）。<br /> <br />1． C64x+ CPU<br />C64x+ CPU是C64x CPU的增强版，提供了下面一些新特征：<br />l  扩展了新的指令<br />l  增加了代码压缩<br />l  软硬件的异常中断<br />C64x+目标码与C64x兼容。<br /> 

<br />1． 初始化一个DMA/QDMA通道<br />l  确定通道类型：QDMA或DMA？<br />l  通道映射<br />I．             如果使用QDMA，编程QCHMAP：确定通道对应哪个参数集号和触发字<br />II．           如果使用DMA通道，编程DCHMAP：确定通道对应哪个参数集号。<br />l  如果通道使用阴影区域，确保DRAE/DRAEH配置合适，以便通过阴影区域寄存器来存取事件寄存器和中断寄存器。随后步骤都应该是使用阴影区域寄存器<br />l

<br />1． 基本概念<br />l  元素传输（Element transfer）:在1D传输中，从源到目的的单个数据元素的传输，每个同步事件触发一个元素的传输。<br />l  帧（Frame）：在1D传输中，一组元素组成一帧，元素可以连续也可以有间隔（通过元素索引），一个同步事件可以触发一帧的传输。<br />l  数组（Array）：在2D传输中，一组连续的元素组成一个数组。一个事件可以触发一个数组的传输。<br />l  块（Block）：一组数组或帧构成一个数据块，对于1D传输，块由帧构成，

<br />第一节 本征库函数(intrinsic routines)和非本征证库函数<br /><br />         C51强大功能及其高效率的重要体现之一在于其丰富的可直接调用的库函数，多使用库函数使程序代码简单，结构清晰，易于调试和维护，下面介绍C51的库函数系统。<br />C51提供的本征函数是指编译时直接将固定的代码插入当前行，而不是用ACALL和LCALL语句来实现，这样就大大提供了函数访问的效率，而非本征函数则必须由ACALL及LCALL调用。<br />C51的本征库函数只有9个，

基于XDC工具建立的工程终于成功了，回想起当初看见类似的工程的时候简直就是一头雾水，真不知道从何下手，文件又多，类型又复杂。自己一直想亲手建立一个这样的工程，但是，一直没有成功，总是有这样或那样的错误。在网上找类似的资料还没有，自己只能是在开发板带的例程上做自己的改动，很是烦人。开始的时候没有建立成功，我放弃了，昨天晚上突然间我又有了建立一个XDC工程的念头，整整一个晚上，到了十二点半左右的时候我终于把这个工程建立好了。来之不易的工程呀，我把整个工程的建立过程记录了下来。      首先我们要先配置一下XD

<br />CSL(chip support library)中包含了很多的TI封装好了的API和MACRO.<br />为什么要设计CSL?<br />1,DSP片上外设种类及其应用日趋复杂 <br />2,提供一组标准的方法用于访问和控制片上外设 <br />3,免除用户编写配置和控制片上外设所必需的定义和代码 <br />什么是CSL?<br />1,用于配置、控制和管理DSP片上外设 <br />2,已为C6000和C5000系列DSP设计了各自的CSL库 <br />3,CSL库函数大多数是用C语

<br />DSP仿真器为什么必须连接目标系统（Target）？       DSP的仿真器同单片机的不同，仿真器中没有DSP，提供IEEE标准的JTAG口对DSP进行仿真调试，所以仿真器必须有仿真对象，及目标系统。目标系统就是你的产品，上面必须有DSP。仿真器提供JTAG同目标系统的DSP相接，通过DSP实现对整个目标系统的调试。       仿真工作正常对于DSP的基本要求       1)DSP电源和地连接正确。        2)DSP时钟正确。        3)DSP的控制信号RS和HOLD信号

<br />芯片支持库（CSL）提供了一个用于配置和控制片上外设的C语言接口。它有各个分立的模块组成，并被编译成为库文件。每个模块对应一个单独的外设，除了个别提供通用程序支持的模块。使用CSL可以方便片上外设的使用，缩短开发周期，提高程序的可移植性，硬件抽象。在硬件层标准化并相互兼容（见CCS->help->contents->TMS320C6000 DSP Reference->C6000Libraries->C6000 Chip Support Library）<br />◎需要手动加入库文件：C:/C

<br />问：在文档里看到CSL可以脱离BIOS使用，那么CSL与BIOS什么关系？使用BIOS时，不一定用到CSL吗？<br />答：基于TI的DSP芯片的应用程序分为两种：一般应用程序，和DSP/BIOS应用程序。为简化编程，TI提供了一套C的编程接口，它以API和宏的形式封装了TI的所有硬件模块，这套接口统称DSP/BIOS。DSP/BIOS包含以下模块：System（包含MEM，SYS对象），Instrumentation（包含LOG，STS对象），Scheduling（包含CLK，PRD,HWI

<br />1. 文件路径中不要有汉字，否则可能会出现找不到文件、无法添加文件等错误。<br />2.File View>include 中的文件是build时自动添加的，不能手工添加（否则你添加的文件会出现在Documents文件夹中），也不能手工删除（试试就知道了）。若是找不到.h 文件，先检查源文件中有没有相应的 #include **.h 文件。<br />3.File View>include中有.h文件，双击时却无法打开查看。这有可能是在打开工程前没有将该文件添加到相应文件夹中。<br />3.

<br />TI为了将整个开发过程进行简化，设计了很多库，其中也包括很多第三方的一些东东，主要包括以下几个：<br />    DSP/BIOS：他是个TI的很小的操作系统，官方说它消耗CPU不到1%，我测了下果真是，不知是我模块没用全还是其他的，竟然采用了0.57%左右，的确很省呀。这个东西与其说是操作系统不如说是一个调试系统，用它跟踪整个程序的运行很方便，可以将程序运行时生成的一些信息返回主机CCS调试器。它的安装位置为C:/CCStudio_v3.3/bios_5_31_02，所有与他有关的东西都在这

<br />TI网站资源，建议大家注册一个my.ti.com，方便下载一些软件开发工具和资料 <br />TI中文主页： http://focus.ti.com.cn/cn/tihome/docs/homepage.tsp<br />或者www.ti.com <br />从“处理器”链接可以链接到每个芯片的资料主页，比如： <br />http://focus.ti.com.cn/cn/docs/prod/folders/print/omap3530.html<br />可以下载数据手册，应用文档，用户手册

<br />关键字:DSP Server  Codec Engine  达芬奇  xDC  Framework Component<br />德州仪器(TI)的达芬奇(DaVinci)数字媒体技术平台包括四大部分：芯片(处理器)、开发工具或开发套件、软件及技术支持。其中软件开发涉及到操作系统、音视频编解码算法及ARM和DSP之间的分工协作，让很多工程师感到比较复杂。为此TI推出了一系列软件模块和工具来建立Davinci软件开发的框架，方便工程师在此基础上快速的开发自己的产品。这些软件模块和工具包含在TI的基

<br />达芬奇(DaVinci)数字媒体技术平台TMS320DM6446/3采用了ARM+DSP双核的架构，本文从芯片的硬件结构入手介绍达芬奇DMSoC硬件部分及Linux OS的启动过程。 <br />达芬奇DMSoC硬件概述<br />如图1所示，达芬奇数字媒体片上系统(DMSoC)提供：两个内核(ARM+DSP)；视频处理子系统(VPSS)；多种Boot模式(NOR Flash/NAND Flash/UART0 Boot Mode)；两个电源域；多个时钟树；多个引脚独立或复用的外设。<br /><

<br />基于XDC工具建立的工程终于成功了，回想起当初看见类似的工程的时候简直就是一头雾水，真不知道从何下手，文件又多，类型又复杂。自己一直想亲手建立一个这样的工程，但是，一直没有成功，总是有这样或那样的错误。在网上找类似的资料还没有，自己只能是在开发板带的例程上做自己的改动，很是烦人。开始的时候没有建立成功，我放弃了，昨天晚上突然间我又有了建立一个XDC工程的念头，整整一个晚上，到了十二点半左右的时候我终于把这个工程建立好了。来之不易的工程呀，我把整个工程的建立过程记录了下来。<br />      

板层定义介绍顶层信号层(Top Layer)：<br />也称元件层,主要用来放置元器件,对于比层板和多层板可以用来布线； 中间信号层(Mid Layer)：<br />最多可有30层,在多层板中用于布信号线. 底层信号层(Bootom Layer)：<br />也称焊接层,主要用于布线及焊接,有时也可放置元器件. 顶部丝印层(Top Overlayer)：<br />用于标注元器件的投影轮廓、元器件的标号、标称值或型号及各种注释字符。 底部丝印层(Bottom Overlayer)：<br />与顶部丝印

DAVINCI开发原理之一----ARM端开发环境的建立(DVEVM) <br /><br />1. 对DAVINCI平台，TI在硬件上给予双核架构强有力的支撑，在DSP端用DSP/BIOS来支持音视频算法的运行，在ARM端用MontaVista Linux(MV)来支持其对外设的管理。对于ARM与DSP之间的数据交互，则用Code Engine和Codec Server来加以管理。<br /><br />2. 在DAVINCI的开发程序分为codec部分和应用程序部分。开发应用程序前，需要搭建软硬件开发环

<br />引 言<br />    随着DSP芯片类型的增多和技术的不断提高，DSP向着多功能、高性能、低功耗方向发展，DSP硬件技术的更新速度也不断加快，然而相关软件技术的开发却远远落后于硬件的开发TMS320 DSP算法参考框架(Reference Framework，RF)的提出就是为了应对这个难题RF为一种使用DSP／BIOS内核和TMS320 DSP算法标准的通用初始化代码，用户可以通过使用并修改该通用代码使之符合eXpressDSP标准，以实现特定的应用按复杂程度，从用于产生紧缩用户系统的RF

<br />这两天对TI的Codec Engine框架进行了进一步的学习，这里总结一下通过XDC工具创建基于Codec Engine的双核(ARM+DSP)工程的建立和生成可执行文件的过程。如有不对的地方，请不吝赐教。<br />1.由于工程的算法将在DSP端执行，因此需要创建DSP server可执行文件供ARM端的应用程序调用，可以采用以下文件结构。图上还写出了每个文件夹内需要包含的文件(注：runxdc.sh、setpaths.sh文件并不一定要存在，二者存在的目的在于提供XDC命令所需的搜索路径环境

<br />一.Codecs<br />进入<br />　　jerry@jerry-laptop:~/dvsdk_3_00_01_42/codec_engine _2_24/examples/ti/sdo/ce/examples/codecs$ ls<br />　　auddec1_copy imgdec1_copy package.xdc universal_copy videnc1_copy<br />　　auddec1_ires imgdec_copy scale vidanalytics_copy v

<br />开始学习DavinciDM6446，首先就要知道Davinci软件是如何架构的。<br />    三个－－codecs,servers,apps<br />　　       算法，算法服务器，应用<br />　　codecs就是处理各种数据信号的算法程序，是不能单独成为程序的，它是以库的形式提供给，servers,apps。<br />　　servers是dsp可以运行的程序（包括操作系统，就是算法的dsp端的执行体包括dsp/bios）。<br />　　Apps是arm端linux操作系统下

<br />最近在使用TI的TMS320DM648处理器，安装完CCS3.3后，又安装了DVSDK.可是发现PSPdriver下的example无法编译通过，经过几天的研究，终于发现了一些环境配置上的细节，整理出来供大家分享。<br />1.安装CCS3.3，推荐安装默认路径“C:/CCSt io_v3.3”,安装时按照提示进行，对于"TI Emulator driver" 选项可以取消不安装，在有些XP系统上，如果不取消此项的安装，会在安装结束后会死机，原因不明。<br />2.完成CCS3.3的安装后，

是lib包含路径的一个相关配置： $(Install_dir)/boards/evmdm642/drivers/lib; //注释：指定路径 $(Install_dir)/referenceframeworks/lib; //注释：指定路径 %BIOS_INSTALL_DIR%/packages/ti/rtdx/lib/C6000 //BIOS安装目录下的指定路径

<br />调试一个列程，发现一个头文件明明存在于工程文件夹下，编译时却报错，说不能打开该文件。翻开以前的列程，同样在工程文件夹下类似头文件却可以打开，于是注意到了可能工程配置问题。比较两个工程配置，发现原来能成功包含的那个工程在头文件包含配置栏Compiler -》 Preprocessor-》include search path 里多了一句“$(Proj_dir);”猜想，这大概就是头文件路径在工程文件夹这一级目录下寻找的意思。于是在另一个工程里添上了这一句后，程序编译无误并成功运行了。<br /><

<br />CCS调试总结：<br />1．  在调试fat32/16时有这样一个结构体<br />struct fs_dir_ent<br />{<br />       char                                   filename[260];<br />       unsigned char                  is_dir;<br />       UINT32                              cluster;<br />  

Introduction<br />This module describes how to create a Code Composer Studio (CCS) project that executes a simple DSP/BIOS based program. The target will be the TI simulator and the processor used is the TMS320C67xx.Create a DSP/BIOS CCS project<br />To cr

本章通过使用DSP/BIOS优化第二章中的hello world实例介绍DSP/BIOS及如何创建、编译、调试和测试使用DSP/BIOS编写的程序。<br /><br />    基本要求：CCS的DSP/BIOS组件，目标板。<br /><br />3.1 创建配置文件<br />    实现hello world程序的另一种方法是使用DSP/BIOS API的LOG模块，它能在嵌入式程序中提供基本运行服务。对于实时DSP上的应用而言,API模块是最优的。与诸如put()这样的C库函数调用不同，API无需

一、DaVinci DM6437 概述<br />TMS320DM6437是TI公司2006年推出的、专门为高性能、低成本视频应用开发的、主频600MHz的、32位定点DSP达芬奇 (DaVinci(TM)) 技术的处理器系列。<br />TMS320DM6437具有下列特点：<br />　　采用TI第3代超长指令集结构(VelociTI.3)的TMS320C64x+ DSP内核，主频可达600MHz，支持8个8位或4个16位并行MAC运算，峰值处理能力高达4800MIPS，可实时处理8路CIF或3路D1格

<br />首先介绍一下FlashBurn软件，它是TI的第三方软件公司为TI的DSP编写的Flash烧写软件，和CCS软件配合使用，通过DSP内部运行的FBTC实现Flash的读写和擦除。<br />       在这里很有必要说一下DM6437从外部Flash启动的整个过程。首先，当系统加电或复位之后，DSP内核被锁住，暂停工作，EDMA自动的从外部Flash的首地址（基地址）搬运1KB的内容到内部cache的首地址，搬运完成之后，启动DSP内核，CPU运行这1KB的程序，这个程序的作用相当于一个boo

样片和购物车 | 联系我们 | TI 全球网站: 中国（简体中文) | my.TI 登录 处理器- ARM- 数字信号处理器 (DSP)- 微控制器 (MCU)电源管理放大器和线性器件数字音频接口模拟开关和多路复用器逻辑RF/IF 和 ZigBee® 解决方案RFID 系统高可靠性产品数据转换器时钟和计数器标准线性器件温度传感器和监控器> 查看所有处理器 - ARM - 数字信号处理器 (DSP) - 微控制器 (MCU) 电源管理 放大器和线性器件 接口 模拟开关和多路复用器 逻辑 RF/IF 和 Z

<br />xdc等同于gmake<br />摘自Davinci Technology Workshop (Rev 0.98) Lab 5需要的文件：1 main.c#include <stdio.h><br />#include <stdlib.h>int main(void)<br />{<br />   printf("Hello world/n");   return 0;<br />}2 package.bld// Define the list of targets to build for i

<br />1. 当使用CCS编译时出现类似 <br /><br />“XXXX line ???：warning:last line of file ends without a newline ？”错误提示，怎么办？<br /><br />答：程序做好后，用CCS编译经常报这样的警告！此警告系因TI CCS编译器系统中文件是一空行结尾的，即你的程序最后一个字符后应有两个回车。而编译时仅在你的文件尾处找到了一个回车。不过一般情况下你可以不理会它，很少因为这样造成程序不能正常运行的。当然作为一个程序员的精神

<br />现代软件开发，已从上世纪的面向过程编程发展到当前的面向框架编程。软件开发经验已证明：框架话、模块化的开发方式可以极大的提高软件开发效率，提高代码质量及代码重用率。然而，在嵌入式编程中，由于长期缺乏完善的开发框架和可用的API，开发人员依旧利用C或汇编语言和底层硬件打交道，凡是亲力亲为，这必然会增加嵌入式开发的入门门槛，降低代码的重用性，甚至增加代码易集时的复制度（不过这些缺点，对于程序员来说确是好事，入门门槛高、开发复制意味着高付出高回报，不像现在桌面电脑端的开发，已经被人研究烂了，如果你不是超

<br />1.XDC(Express DSP Component)是TI提供的一个命令行工具,它可以生成并使用实时软件组件包。<br /><br /><br /><br /><br />2.以上两图说明了XDC的工作方式：通过相关文件设定操作指令，读入源码、库文件以及已经存在的组件包最终生成可执行文件。<br />3.Package------XDC工作的基本单元。包括有：源码、库文件以及元数据；元数据这包含有该包的版本信息和依赖信息，以及模块（Module）信息。<br />4.XDC使用方法：<br

<br />1 GEL文件的改变<br />       使用CCSStudio Setup工具，可以为在系统配置中的每一个处理器指定一个启动GEL文件。当CCSStudio启动时，GEL文件加载到PC机的内存中，如果定义了StartUp()函数则执行该函数。在CCSStudio(V2.3或更早的版本中)，主机和目标板的初始化工作都在Startup()函数中执行。但是对于支持Connect/Disconnect的CCSStudio，这样的GEL文件有可能没有正确的执行，因为CCSStudio启动时和目标处理

<br />GEL 文件的功能同emuinit.cmd 的功能基本相同，用于初始化DSP。但它的功能比emuinit<br />的功能有所增强，GEL 在CCS 下有一个菜单，可以根据DSP 的对象不同，设置不同的初始<br />化程序。以TMS320LF2407 为例：<br />#define SCSR1 0x7018 ；定义scsr1 寄存器<br />#define SCSR2 0X7019 ；定义scsr2 寄存器 <br /><br />#defineWDKEY 0x7025 ；定义wdkey

DSP/BIOS与main()函数关系      随着多线程技术的发展，原来委以重任的main（）函数也逐渐的退化和冷落，现在变成了名不副实的“主函数”。在DSP/BIOS中也同样存在这样的问题，然而main()函数的作用依然不可忽略，其与DSP/BIOS的API函数的调用上存在一定的先后关系。      在DSP/BIOS应用程序中，main()函数用于实现用户的初始化操作，片内/片外外设的配置，以及势能单独的硬件中断等，然而，main()函数并不属于DSP/BIOS的任何线程类型，它仅仅是一个匆匆过客，