骑驴看唱本

DSP/BIOS详解入门目录(?)[-]DSPBIOS简介DSPBIOS的组件构成DSPBIOS的启动顺序DSPBIOS的配置Global Setting PropertiesMEM设置LOG设置CLK设置HWI设置SWI设置TSK设置Synchronization设置InputOutput设置 百度百科DSPBIOS

C6000系列DSP以无线基站和高性能实时数字信号处理为主要对象，可以说是DSP领域最高性能的代表。TI在C6000架构下不断推出新一代的DSP，其架构已经从最初的C62，C64过渡到C64+，以及最新的C66。 C6000系列DSP的命名有一个特点，即都以在自然科学史上做出杰出贡献的科学家命名，从此可以看出TI在DSP领域的雄心。下面列出C6000系列DSP的器件名以及对应的

转载地址：http://www.cppblog.com/qinqing1984/archive/2011/07/13/150855.html今天在C++博客看到一遍讨论不用条件判断语句，要求返回正负零特性的文章，后面的讨论很精彩，花了一个上午的时间才他们的思路理解，惭愧惭愧。方法总结如下：第一种方法：分离符号位，利用移位，异或求为一位[cpp

C6XX优化经验总结一、c6x的编译的常用选项（一）c6x的编译程序为“cl6x.exe”使用的方法Cl6x [options] [filenames]Cl6x：   编译程序Options：  编译选项Filenames：  C或汇编源文件说明：编译选项是一个字母或者两个字母，对大小写不敏感。编译选项的前面需要有一个“－”符号。一个字母的选项可

一、优化流程一般分为三个阶段。    阶段一：直接按照需要用C语言实现功能。在实际的DSP应用中，许多算法直接用汇编代码编写，虽然优化效率很高，可是实现的难度却很大，所以一般先用C语言来实现，然后编译运行，利用C64X开发环境的profile; clock工具测试程序运行时间，若不能满足要求，则进行第二阶段。    阶段二：C语言级的优化。选择C64X开发环境提供的优化方式以及

以后待更新1   线性伪指令的后缀名为.sa。

;int g_arr[10] = {0,1,2,3,4,5,6,7,8,9};;int g_b = 10; .global add .ref g_arr .global g_badd: .cproc cnt .reg sum,tmp,arr,b

DSP(TI)]用rand()和srand()产生为随机数的方法总结（转）用rand()和srand()产生为随机数的方法总结标准库（被包含于中）提供两个帮 助生成伪随机数的函数：函数一：int rand(void)；从srand (seed)中指定的seed开始，返回一个[seed, rand_max（0x7fff）)间 的随机整数。函数二：void srand(unsi

TI嵌入式处理器的集成开发环境(IDE)包括调试器，编译器，编辑器，DSP/BIOS操作系统等等,现在最新的CCSv5 IDE基于Eclipse开源软件框架(v4+)并融合了TI设备的支持与功能，适用于windows和linux环境下开发，CCSv5是基于原版的 Eclipse，并且TI将直接向开源社区提交改进，用户可以随意的将各种其他厂商的Eclipse插件或TI的工具拖放到现有的Eclipse

CCS 4.0 利用profile测试函数运行时间       在进行DSP开发时，代码编写完成后，如果时间不满足要求，则必须对代码进行优化，以更加适应DSP环境 。而在进行优化时，我们可以先测算每个函数的运行时间，从中到耗时较多的函数进行优化。CCS的profile提供了这个功能。       1、在菜单栏的Tools->profile-> Setup Profile D

When your compiler compiles your C code, it generates an object file, which is consequently linked into a program. These "object" files and "executable" files have a specific format.当你的编译器编译C代码时,会

没有板子时使用simulator（软仿真）来验证算法，是一种有效的方式。TI的CCS提供了三种软仿真方式CPU Cycle Accurate, Device Functional and Device Cycle Accurate.其各种意义如下所示。a. If you need only to debug and optimize the program for code s

CSS5.3在建立工程时，当工程中需要用到汇编程序时，需注意在建立项目时，有个output format 里面有legacy coff和eabi ELF。如果汇编中要是采用老式的比如函数名前加下划线，这时需要选择legacy coff。要是不想再函数前面加下划线，需要选择eabi ELF。否则会报出以下错误：error #10234-D: unresolved symbols rema

今天早上在调试DSP上的进程通信时，出现了一个比较怪诞的现象，我把原来一个DWORD,也就是unsigned int型的变量改成unsigned long以后，程序出错了，常识告诉我们，32位机器上long和int都是4个字节，DEBUG以后我发现，那个unsigned long变量居然占了8个字节，收方int型变量和发方long型变量，在字节数不同的情况下相减，结果出现了错误。我比较好奇，于是做

//为了和DSP兼容，TSint64和TUint64设置成TSint40和TUint40一样的数  //结果VC中还是认为是32位的，显然不合适  //typedef signed long int     TSint64;  //typedef unsigned long int   TUint64;    //ANSI C中规定long long才能表示64位  //参见：http://msd

CCS3.3 的运行时间统计有两种模式：简单方法：profile-->clock-->enable和view,然后在想统计的区域设两个断点，将程序运行到第一个断点处(有人说用:运行到光标处的办法，有人说正常运行run到断点处,这两种方法不大一样，因为我的程序中有函数printf，前者不会显示，后者会显示)。然后，把窗口右下角的小钟表双击一下让他清零，然后run，程序从起始断点调到终止断

工作阶段：工作流程一般分为三个阶段。阶段一：直接按照需要用C语言实现功能。在实际的DSP应用中，许多算法都是非常复杂，直接用汇编代码编写，虽然优化效率很高，可是实现的难度却很大，所以一般都采用先用C语言来实现，然后编译运行，利用C64X开发环境的profile?clock工具测试程序运行时间，若不能满足要求，则进行第二阶段。阶段二：C语言级的优化。选择C64X开发环境提供的优化方式以及

Since the earliest days of microprocessors, system designers have been plagued by a problem in which the speed of the CPU's operation exceeded the bandwidth of the memory subsystem to which it was con