DSP报错信息

合集下载

DSP调试及烧写和加载常见错误及分析

Error: Read status value 0x0001 from symbol PRG_statusFlash algorithm failed during clear operation开始能够正常烧写的 , 可是上机调试了一下就不可以写了.在烧写 lf2407内部flash时出现以下错误,不知是什么原由造成的?Error:Read status value 0x0001 from symbolPRG_status Flash algorithm failed during clear operation.换了一个芯片后正常从前有一次在试 CCS功能时，一不当心点了一次加密，还没有履行完，就立刻点认识密，大体这样烧坏了吧！太柔弱了，不再敢试加密了CMD文件要避开 FLASH的 40H--44H 区间，我也出现过这样的问题，烧写2407A的片内 flash时会出现下边的错误提示：Error: Read status value 0x0001 form symbol PRG_statusFlash algorithm failed during clear operation以后换了一块 2407 就能烧写了。

是不是 2407 的 flash坏了？有没有方法检测或许修复flash？昨天在网上查了一下 , 好多人都碰到了这类问题 , 可能是 dsp 内部 flash 烧坏了吧 ! 今日从头换了一块芯片 , 能够烧录进去了 , 可是上拿到样机上浮试试看 , 再烧录就出现了相同的问题 , 预计又是 flash 坏了 , 究竟是什么原由惹起的 ?是不是电源惹起的呢 ?我也出现过能仿真，但不可以烧写的状况！解决方法：解决方法：降低时钟频次。

点击 FLASH插件上的“ View Config File ”，翻开VAR.h文件。

将该文件中的“ PLL_PATIO_CONST .Set 0000h”改成“PLL_PATIO_CONST .Set 0200h”存盘后，履行目录下的Buildall.bat 批办理文件。

dsp编译错误与解决方法

dsp编译错误与解决方法dsp--ccs部分错误及解决1,ERROR multiple sections with name PAGE0解决 PAGE 0 中间有个空格隔开。

2 ERROR MEMORY specification ignored解决书写格式错误3 ERROR:zero or missing length for memory area SPRAMSPRAM: origin=0x0060H, 解决书写格式错误4 W ARNING: entry point other than _c_int00 specified解决，在“TMS320C6000优化汇编手册”第五章“链接C/C++代令人生厌的multiple definition of我把所有的全局变量写在一个global.h里然后其他文件都include 了它于是出现了multiple definition of ..... 编译器gcc ) 后来在网上搜到了很多类似的错误大家各有各的烦心事。

我的代码结构main.cpp#include "global.h"WinMain(....)...}file_1.cpp#include "global.h"....file_2.cpp#include "global.h"...由于工程中的每个文件都是独立的解释的即使头文件有#ifndef _x_h....#enfif )在其他文件中只要包含了global.h 就会独立的解释,然后生成每个文件生成独立的标示符。

在编译器连接时，就会将工程中所有的符号整合在一起，由于文件中有重名变量，于是就出现了重复定义的错误。

下面是解决方法在global.c或.cpp) 中声明变量然后建一个头文件global.h 在所有的变量声明前加上extern ... 如extern HANDLE ghEvent; 注意这儿不要有变量的初始化语句。

DSP调试及烧写和加载常见错误及分析

DSP调试及烧写和加载常见错误及分析在进行DSP调试、烧写和加载过程中，常见的错误有很多，下面是一些常见错误及其分析：1.调试错误：-问题描述：无法连接到DSP设备。

-分析：可能是因为设备未正确连接，或者连接线路有问题，也可能是驱动程序不兼容导致的。

-解决方法：检查设备的连接状态，确保连接正确；检查连接线路是否完好；更新或卸载并重新安装驱动程序。

2.烧写错误：-问题描述：烧写失败或者烧写之后设备无法启动。

-分析：可能是烧写的文件有错误或者不完整，也可能是设备本身存在问题。

3.加载错误：-问题描述：加载程序时出现错误，或者加载之后程序无法正常运行。

-分析：可能是加载的程序有问题或者与设备不兼容，也可能是设备本身存在问题。

4.软件错误：-问题描述：使用的调试、烧写或加载软件出现错误或崩溃。

-分析：可能是软件本身存在问题，也可能是与其他软件或系统的兼容性冲突。

-解决方法：更新软件版本，或者使用其他可靠的软件；检查是否存在与其他软件或系统冲突的情况，如果有需要进行排查和修复。

5.设备故障：-问题描述：设备无法识别、烧写或加载，存在硬件故障。

-分析：可能是设备损坏或老化，设备内部电路出现问题。

-解决方法：检查设备的物理状态，是否存在损坏或老化情况；检查设备的内部电路，如果有问题需要进行修复或更换。

6.嵌入式系统错误：-问题描述：DSP芯片上的嵌入式系统无法正常运行。

-分析：可能是系统的软件代码有问题，硬件与软件的不匹配，系统配置错误等。

-解决方法：检查系统的软件代码，重新进行编译、调试和烧写；检查系统的硬件与软件的兼容性，如果有问题需要进行修复或更换；检查系统的配置参数，进行适当的修改。

在遇到以上错误时，可以根据具体情况进行分析和解决。

同时，可以参考调试、烧写和加载工具的操作手册，寻求厂商的技术支持，或者查阅相关的文档和资料来获取更多的帮助和解决方案。

调试、烧写和加载过程中可能会遇到各种各样的问题，需要耐心和细心进行排查和解决。

DSP实验常见错误及解决方法

实验常见错误及解决方法1、启动CCS时出现如下错误：错误原因：以前在CCS setup里设置当前使用的平台为sdgo2xx（硬件仿真），或者同时设置为sdgo2xx 与c2xx simulator，所以进行软件仿真时应设置当前正在使用的为c2xx simulator。

解决方法有两种：方法1：点击“终止”，然后重新设置CCS setup，将sdgo2xx移除。

方法2：点击“忽略”，然后在“Parallel Debug Manager”中Open菜单下选择c2xx simulator2、编译连接时出现如下错误：错误原因是：文件命名、文件夹命名或保存位置不正确。

文件命名：不能以数字开头（包括mak文件的名字）文件夹命名：不能为中文保存位置：项目文件（mak文件）存储的位置一定要与其它文件（C文件、asm文件、h文件、cmd文件、等）放在同一目录下，且最好放在“x:\tic2xx\myprojects”目录下。

3、编译连接时出现如下错误提示：warning: entry point symbol _C_int0 undefined错误原因：用C语言开发的DSP程序在向工程文件添加文件时没有添加运行支持库文件rts2xx.lib注意rts2xx.lib的路径：在C:\tic2000\c2000\cgtools\lib目录下4、CCS与CCS setup均不能启动，提示：不能正确初始化程序或者CCS运行到某个地方后（例如编译连接后）不能停止，观察任务管理器，发现cc_app.exe占用CPU为100%，即CCS已经死了。

错误原因：CCS被病毒感染或破坏，或者多个版本CCS共存，相互干扰。

解决方法：方法1：重新启动电脑方法2：用运行正确的cc_app.exe程序替换被破坏的cc_app.exe程序。

5、编译连接通过，加载程序后，在运行时出现如下错误提示：错误可能原因：第一种可能：没有加载CMD文件第二种可能：CMD文件已加载，但CMD文件编写有问题，存储器配置、定位不正确第三种可能：用C语言编写的DSP程序，C初始化设置错误，已修改C Initialization 设置，方法：Project ——> Option——> Linker6、探测点设置不成功注意：①在设置探测点时应先加载程序②如下图所示，应先点击Probe Point中的选择框，使volume.c line 63——> No Connection被选中，然后在选Connect下拉菜单，找到相关联的数据文件，再点击Replace ，最后点“确定”。

DSP仿真器驱动安装错误导致的报错及处理

This error was generated by TI's USCIF driver.
SC_ERR_CMD_HANDLE <-121>
A bad controller handle has been given to a function,
either before attempting to open the controller, or after
having opened the controller and ignored its error status.
Valid controller handles are generated when attempts
to open the controller return a clean error status.
Error connecting to the target:
Error 0x80000240/-172
Fatal Error during: Initialization, OCS,
This error was generated by TI's USCIF driver.
The standard 510 ports are 0x240, 0x280, 0x320 and 0x340.
I/O Port = 240
Board Name: C64xx SEEDXDS510USB Emulator
Cpu Name: TMS320C6400_0
I/O Port = 240
Board Name: C64xx SEEDXDS510USB Emulator
Cpu Name: TMS320C6400_0

DSP烧写错误原因

DSP烧写错误原因1.DSP程序烧写后，带仿真器程序能正常运行，通信测试是对的，但拔下仿真器后就出错了，请问是什么原因？答：串口通信连着仿真器说明有硬件电气连接。

使用无源rs232转485接口跟dsp通信的，接着仿真器就行，不接仿真器通信异常。

然后把485的地和dsp电源的地共起来，就好了。

2. DSP使用仿真器很正常工作,但是通过烧写到ROM后,load代码到DSP RAM中后无法正常运行.答：首先检查你的烧写程序可有问题。

有些烧写程序指定.test代码长度。

其次在代码上找问题，可以锁定在在线与烧写cmd文件的变化。

烧写原理是什么？代码编译为二进制或十六进制数，搬移进rom，存储起始地址、长度确定没有问题。

假设正确，检查能否在线对rom进行正常的擦除与读写？假如还是正确，检查硬件电路，这个就比较麻烦了。

确定启动模式设置的正确？自举启动要dsp外围电路的电压、时钟、模式选择、默认态确认正确？还有问题就是芯片自启动有问题了3.我也出现过能仿真，但不能烧写的情况！解决方法：降低时钟频率。

点击FLASH插件上的“View Config File”，打开VAR.h文件。

将该文件中的“PLL_PATIO_CONST .Set 0000h”改成“PLL_PATIO_CONST .Set 0200h”存盘后，执行目录下的Buildall.bat批处理文件。

再重新启动CCS及FLASH插件。

最大可能是DSP的FLASH烧掉了，这个烧掉不影响程序的仿真；我之前也是烧不进去，后来换了块芯片就好了，芯片的来源很重要。

第二个问题是你在烧写程序时将CMD修改了没有，要跳过密保单元；你的memory map设置是否正确? 还有如果烧写flash 评估办上跳线是否正确? 我用的时候好几块评估板都是可以load programme 。

可以加载到ram 中进行仿真，但是不能烧写道flash 进行自动运行。

4.我也遇到这样的问题，同样郁闷。

dsp 编译错误与解决方法

GEL_MapAdd() from my earlier post. With the original GEL file CCS thinks that this memory range is invalid (because the simulator does not support the PLL). This would get rid of the errors regarding accessing that memory space, but because the PLL is not supported on the simulatorwrites to this address will not work. I've seen the project you mentioned before, but I do not remember enough about it to know whether or not this would cause the application to fail. I think a bigger question here is why work on the simulator if you have a DSK handy? The code from that book is designed specifically to work on the DSK hardware, not on a CPU simulator.
can't open file '/.obj' for input是什么原因引起的?
cmd文件中有不合法的符号比如 “//”等
1fatal error: #error NO CHIP DEFINED详细的出错信息：

DSP常见问题

在CCS下，OUT文件加载时提示“Data verification failed...”的原因？Link的CMD文件分配的地址同GEL或设置的有效地址空间不符。

中断向量定位处或其它代码、数据段定位处，没有RAM，无法加载OUT文件。

解决方法：1)调整Link的CMD 文件，使得定位段处有RAM。

2)调整存储器设置，使得RAM区有效如何选择外部时钟？DSP的内部指令周期较高，外部晶振的主频不够，因此DSP大多数片内均有PLL。

但每个系列不尽相同。

1)TMS320C2000系列：TMS320C20x：PLL可以÷2，×1，×2和×4，因此外部时钟可以为5MHz－40MHz。

TMS320F240：PLL可以÷2，×1，×1.5，×2，×2.5，×3，×4，×4.5，×5和×9，因此外部时钟可以为2.22MHz－40MHz。

TMS320F241/C242/F243：PLL可以×4，因此外部时钟为5MHz。

TMS320LF24xx：PLL可以由RC调节，因此外部时钟为4MHz－20MHz。

TMS320LF24xxA：PLL可以由RC调节，因此外部时钟为4MHz－20MHz。

2)TMS320C3x系列：TMS320C3x：没有PLL，因此外部主频为工作频率的2倍。

TMS320VC33：PLL可以÷2，×1，×5，因此外部主频可以为12MHz－100MHz。

3)TMS320C5000系列：TMS320VC54xx：PLL可以÷4，÷2，×1-32，因此外部主频可以为0.625MHz－50MHz。

TMS320VC55xx：PLL可以÷4，÷2，×1-32，因此外部主频可以为6.25MHz－300MHz。

dsp编译错误与解决方法(精)

2 Q I have started to study the book "Digital Signal Processing and Applications with the C671
3 and C6416 DSK (by Rulph Chassaing, 2005". I am working with a C6713DSK, using CCS 3.1. But when I try to run the first example (sine8_LED in Rulph Chassaing's book on the C6713 Device Cycle Accurate Simulator, I get the following error messages: Trouble running Target CPU: Memory Map Error: READ access by CPU to address 0x1b7c100, which is RESERVED in Hardware. Trouble running Target CPU: Memory Map Error: WRITE access by Default to address 0x1b7c100, which is RESERVED in Hardware.
main.cpp
#include "global.h"
WinMain(....
...
}
file_1.cpp
#include "global.h"
....
file_2.34;
...
由于工程中的每个文件都是独立的解释的即使头文件有
#ifndef _x_h

dsp错误集锦

1、syntax error 语法错误2、MEMORY specification ignored RAMM1 不存在的内存说明3、'./Debug/s1.out' not built 没有建立.out文件4、can't open file 'o.obj' for input: No such file or directory5、entry point other than _c_int00 specified 与_c_int00指定的输入点不同6、MEMORY specification ignored 忽视了内存规范7、symbol referencing errors 标签引用错误1.如何为工程添加相应的include（.h）文件对pjt点右键，选择“Scan All File Dependencies”.2.编译错误CCStudio_v3.3/C5500/csl/include/csl_chiphal.h", line 201:fatal error: #error NO CHIP DEFINED 如何解决解决办法:（摘自这里）Project --> Build Options --> Preprocessor --> Pre-define Symbols 中加入CHIP_55023.warning: entry point symbol _c_int00 undefinederror: symbol referencing errors - ./Debug/dc_motor.out not built解决办法：是因为没有添加rts.lib文件导致的。

对“library”点右键，添加C5500文件夹下的cgtool中的rts55.lib文件，即可。

4.错误类型error: linking files for incompatible targets解决办法：出现这个错误是因为之前选择memory模式的时候和后来lib的设置不匹配，例如，如果之前在build option的complier的advance里设置的是large memory模式的话，则在linker的设置里面就要设置为rts55x.lib模式，而不能设置为rts55.lib。

DSP编译错误

就你说的来讲,二进制文件中要有这些符号,如何确定?我试图在disassembly中查看,可必须要编译通过才可以啊.在C源文件中符号的前面加下划线?为什么?heisenberg 2007-1-17 08:46
二进制文件中符号信息的分配是由编译器完成的（选择 symbolic debug 的情况下），具体的映射方式可以在 .map 文件中查看，符号前面的下划线是编译器自动加上的，出现你所贴出的错误信息是链接错误，在符号引用中有些符号连接器找不到，但各个 .obj 文件已经生成了，可以用 UltraEdit 打开查看。
<1>error: symbol referencing errors - './Debug/zhaopwm.out' not built
解决办法：可以更换库文件；或在Bulid option /Linker设置lib;或去掉多余的源文件；或修改main.c(我这里是通过修改main函数解决的，其他方法无效)；
extern float Kp; //PID调节的比例常数
extern float Ti; //PID调节的积分常数
extern float Td; //PID调节的微分常数
extern Word16 a100[3];
extern Word16 b140[3];
extern Word16 a140[3];
extern Word16 bitsno[PRM_SIZE];
extern Word16 tabpow[33];
extern Word16 tablog[33];
extern Word16 imap1[NCODE1];
extern Word16 imap2[NCODE2];

DSP错误处理方法

DSP工程在移动中的错误处理2010-10-14 13:20:01| 分类：默认分类| 标签：dsp典型错误|字号大中小订阅对于dll与lib的解释，吻之龙<longzebiao@> 给出了相信的解释(1)lib是编译时需要的，dll是运行时需要的。

如果要完成源代码的编译，有lib就够了。

如果也使动态连接的程序运行起来，有dll就够了。

在开发和调试阶段，当然最好都有。

(2) 一般的动态库程序有lib文件和dll文件。

lib文件是必须在编译期就连接到应用程序中的，而dll文件是运行期才会被调用的。

如果有dll文件，那么对应的lib文件一般是一些索引信息，具体的实现在dll文件中。

如果只有lib文件，那么这个lib文件是静态编译出来的，索引和实现都在其中。

静态编译的lib文件有好处：给用户安装时就不需要再挂动态库了。

但也有缺点，就是导致应用程序比较大，而且失去了动态库的灵活性，在版本升级时，同时要发布新的应用程序才行。

(3)在动态库的情况下，有两个文件，一个是引入库（.LIB）文件，一个是DLL文件，引入库文件包含被DLL导出的函数的名称和位置，DLL包含实际的函数和数据，应用程序使用LIB文件链接到所需要使用的DLL文件，库中的函数和数据并不复制到可执行文件中，因此在应用程序的可执行文件中，存放的不是被调用的函数代码，而是DLL中所要调用的函数的内存地址，这样当一个或多个应用程序运行是再把程序代码和被调用的函数代码链接起来，从而节省了内存资源。

从上面的说明可以看出，DLL和.LIB文件必须随应用程序一起发行，否则应用程序将会产生错误当你打开ccs里的库文件函数时你就会发现有好多个库文件函数，不知道怎么用，我查了好多资料，也没查出个什么来，只查到了这些感觉有用的For C28x these libraries can be built:'? rts2800.lib (C/C++ run-time object library)rts2800_ml.lib (C/C++ large memory model run-time object library)? rts2800_eh.lib (C/C++ run-time object library with exception handling support)? rts2800_ml_eh.lib (C/C++ large memory model run-time object library with exception handling support)!? rts2800_fpu32.lib (C/C++ run-time object library for FPU targets)? rts2800_fpu32_eh.lib (C/C++ run-time object library for FPU targets with exception handling support) 当你把别人的东西拷到你的电脑后，运行时就会出现错误，提示.Oundefined first referencedsymbol in file' x0--------- ----------------FS$$MPY C:\dsppro\gpio\Debug\DSP28_CpuTimers.objFS$$TOL C:\dsppro\gpio\Debug\DSP28_CpuTimers.obj这种错误主要是DSP28_CpuTimers.obj没有连上，解决方法一：在ccs软件的工程下的Libraries下先移除rts2800.lib，然后右击选择CCStudio_v3.3\C2000\cgtools\lib下的rts2800.lib就可以了，解决方法二：使用库rts2800_ml.lib是系统自带的，只要在option里面包含就可以了，不需要单独再往里面加了，就好像C语言里写头文件一样，#include <stdio.h>，我们不需要再专门把这个文件找出来加进去，只要定义过了，系统会自动为你添加的，而像其他的lib，比如IQmath.lib不是系统里有的，这种要自己添加进去才能使用，同样用C语言头文件包涵为例#include "IQmathLib.h" 这个文件就一定要添加进去才能使用。

DSP常见编译错误

1. DSP编程技巧到底有什么好资料?话说专门深入讲解这个的资料并不是太多，因为大部分DSP书籍都是讲解算法或者寄存器是怎么使用的，那尽量罗列一下(如有遗漏请在评论区补充)，有：(1)《DSP C2000程序员高手进阶》这本书是当年笔者学习DSP的时候看了好几遍的，讲的非常深入、透彻，可惜早就卖光了并且没有再版。

需要的网友可以考虑去图书馆看看，图书馆里最不缺少的就是老版本的书籍了。

(2)EEPW牛人业话我们EEPW首页的牛人业话里，已经有大量这方面的总结了，链接太多就不一一列举了，请到/news/articlelist/type/39中阅读。

(3)官方资料最权威的当然还是官方资料，特别是《TMS320C28x Optimizing C/C++ Compiler User’s Guide》和《TMS320C28x Assembly Language Tools User’s Guide》。

不足之处就在于，它们都像教科书，严谨有余，活泼不足，特别是初入门的人看起来会比较累。

(4)参加一些培训好的培训一般都是要付费的，这个要根据自己的实际情况进行取舍了。

2. 答疑解惑哪家强?经验的积累，除了自己努力的自学之外，有时候一些难关还是得有别人的帮助才行，可能你花3天搞不定的问题，他一看就想起来是什么原因了。

如果是企业客户，那直接联系官方技术支持，很容易就搞定了。

或者也可以去官方论坛提问，然后等待解答。

对于广大网友来说，直接获得技术支持可能有一定的难度。

我们EEPW的论坛的人气充足，对问题的响应速度也是迅雷不及掩耳的，所以有关DSP的问题尽可以到/forum/29/1下提问。

前面这两个无关具体技术，但是能起到―源头‖的作用。

接下来就是具体的技术问题了，有几十个，我们慢慢来看吧。

3. 作为入门者，创建一个最基本的工程需要做哪些事情?最简单的入门方法是从现有的例子上入手，比如购买开发板的话，一般都会附送十几到几十个上手用的例子工程，把它们研究一遍，基本上入门这关就过了。

DSP常见错误

1、仿真器驱动的问题。

CCS和仿真器驱动要装在同一路径下，最好都选择其默认的路径。

有时，通过usb20emurst.exe检验到仿真器连接是好的，但打开CCS时，仍然跳出窗口提示Can’t initialize target CPU。

还是因为仿真器驱动安装问题，先将仿真器换一个usb接口试一下，如仍提示错误，则要重新安装驱动。

2、CCS配置。

选择C64xx XDS510 Emulator；Configuration File选择Auto-generate board data file with extra configuration项，C:\ti\drivers\Seedusb2.cfg；I/O Port 0x240；StartupGEL:C:\ti\cc\gel\SEEDDM642.gel。

3、编译错误： SEED301_AverageSmooth\AverageSmoothloop2.jpterror: illegal relocation type 050002 found in section .debug_info, file是因为rts6400.lib库文件与CCS版本不符。

库文件要使用CCS安装文件夹自带的。

4、编译错误：symbol xxx is defined multiple times.（1）因为库文件的问题，更改库文件；（2）是因为将本应该在include下的文件加在了source里。

注意：在uCOS_II.c文件里有include语句，包括了os_core.c、os_flag.c、os_mbox.c、os_mem.c、os_mutex.c、os_q.c、os_sem.c、os_task.c、os_time.c文件，因而这些文件不需手动加入工程。

5、编译错误：symbol xxx is undefined。

出现symbol错误，一般都是因为库文件的问题。

6、编译错误：fatal error: #error NO CHIP DEFINED解决方法：build options->compiler->preprocessor->define symbols：添加上实际的DSP芯片的型号,本工程为_DEBUG;CHIP_6416。

DSP报错信息

DSP报错信息不上电连接Error connecting to the target:Error 0x80000240/-114Fatal Error during: Initialization, OCS,This error was generated by TI's USCIF driver.SC_ERR_CTL_BUSY <-114>The controller's commands are taking too long to complete. This often implies one of the following errors:1. The cable is disconnected near the controller.2. The cable is disconnected near the target.3. The JTAG clock has halted.4. The target power has failed.5. The controller is in an invalid state and should be reset.Sequence ID: 0Error Code: -114Error Class: 0x80000240I/O Port = 240Board Name: F2812 SEEDXDS510PLUS EmulatorCpu Name: TMS320C2800_0Abort: Close Code Composer Studio.Retry: Try to connect to the target again.Cancel: Remain disconnected from the target Diagnostic: Run diagnostic utility.上电连接Error connecting to the target:Error 0x80000240/-171Fatal Error during: Initialization, OCS,This error was generated by TI's USCIF driver.SC_ERR_REG_DETECT_CTLR <-171>The wrong controller port value has been used.A controller cannot be detected even though the selected port does match the hardware configuration. The standard 560 ports are 0x0, 0x1, 0x2 and 0x3.The standard EVM ports are 0x0, 0x1, 0x2 and 0x3.The standard DSK ports are 0x378, 0x278 and 0x3BC.The standard 510 ports are 0x240, 0x280, 0x320 and 0x340.Sequence ID: 0Error Code: -171Error Class: 0x80000240I/O Port = 240Board Name: F2812 SEEDXDS510PLUS EmulatorCpu Name: TMS320C2800_0Abort: Close Code Composer Studio.Retry: Try to connect to the target again.Cancel: Remain disconnected from the targetDiagnostic: Run diagnostic utility.重试Error connecting to the target:Error 0x80000200/-1037Fatal Error during: OCS,PTI_ERR_EMU_CLOSE Error Occured at 0x00000000Sequence ID: 0Error Code: -1037Error Class: 0x80000200I/O Port = 240Board Name: F2812 SEEDXDS510PLUS Emulator Cpu Name: TMS320C2800_0Abort: Close Code Composer Studio.Retry: Try to connect to the target again. Cancel: Remain disconnected from the target Diagnostic: Run diagnostic utility.。

DSP仿真器连不上的原因分析

DSP调试时，首先遇到一般会是JTAG连不上，说实话，这个问题本身不是很难，但由于影响的原因太多，还真让人头疼；不过，若JTAG不能识别TI的DSP，则一般的，可能存在以下几个方面的原因：1、仿真器有问题；2、仿真器的驱动有问题；3、目标板有问题；在此，我们先来讨论仿真器没问题，和仿真器的驱动正确安装的前提下，因目标板的原因导致JTAG连不上的情况：1、检查DSP的供电(Core电压，IO电压)是否正确？纹波是否满足要求? 上电顺序是否满足要求?2、检查DSP的供电始终是否正确？电平是否满足要求？3、检查DSP的系统复位信号是否正常？NMI管脚的接法是否正确？DSP相关的所有输入脚的接法是否正确？4、测量DSP的CLKOUT是否正确?测量上电时，DSP是否会去片选boot-Flash？3、EMU0和EMU1需要上拉，手册中要求1Kohm这个应该并不严格，不是必须的；因为我手头上两块板子，一个用的4.7K，一个用的10K，都没问题；5、有人怀疑是JTAG供电问题，手头上的板子用的都是3.3V，可以连接，没问题，不必5V；6、检查晶振是否起振，查看CLKOUT是否有波形输出，将CLKOUT6引了出来，这个默认是系统时钟的六分之一。

用的是50MHz外部时钟，20倍频模式，此处输出为166MHz；在实际调试调试过程中，经常会遇到JTAG的时钟是50kHz，很明显，时钟有问题；7、JTAG接插件与DSP之间是否装有驱动缓冲芯片，这个也不是必须的；常用到的芯片是：SN74LVTH244和SN74LVCH16245ADGGR；8、USB插口供电不足，如果是台式机，换成机箱后面的USB口会好些；还有就是复位的问题，这个是经常遇到的，一定要先确认复位是否正常？9、测量DSP的EMIF总线，任意两个数据线或地址线不要有短路或接错的现象；若有条件，可对EMIF总线上的负载断开再进行JTGA连接测试；10、若DSP的EMIF总线上，有FPGA设备，则需要先下载FPGA的程序。

板卡DSP硬件故障消息被改写导致终端信令解析异常

名称：板卡DSP硬件故障消息被改写导致终端信令解析异常************************************************************************************************************** 问题现象近期网格测试发现1种异常现象，只要碰上就会造成1次未接通，UU口信令显示，UE 上发CM服务请求后，会收到网络侧下发的激活集更新（activesetupdata）消息，随后UE上发RRCstatus ，原因为收到了无效的消息（Active Set Update）。

这个消息按协议规定是only FDD 才会使用，TDD不用，我们代码里实现也没有这条空口消息的组织发送过程。

异常信令截图如下：问题分析：通过对现网站点拉网测试和后台信令跟踪，得出现网有5个站点存在此现象，站下测试复现概率极高。

RNC侧信令跟踪如下，和UE侧比对，问题应该是RNC给UE发送的Authentication Request 消息，从RNC业务面（TPSS）到终端之间，这段路中把该消息给改了，终端解析成activesetupdata 消息。

有可能是以下原因之一：1.RNC内部没有问题，消息在空口传输过程中被改了。

2.RNC内部有问题，该消息在RNC内部从控制面（HSPS）到业务面（TPSS），以及在业务面内部L2处理过程中出问题了，导致消息被改。

通过对出现站点进行分析，发现问题基站集中在一个资源模组下，对以上小区进行详细级跟踪分析，出现RRC STATUS的用户在RRC建立阶段均分配至1-2-14（RTPA）DSP16上，该问题集中在一个DSP反复出现，所以是原因2的可能性居多。

同时，由于此过程中还没有完成NAS层链路建立，RNC还没有获得UE的IMSI，所以无法进行RNC业务面的跟踪来确认问题。

研发分析结果，初步判定可能是硬件故障导致，每次该DSP出现异常，均是因固定bit被改写，从而造成UE对RNC的消息解析出现错误。