DSP死机主要分以下几种场景： 1) 出现死机时，仿真器不能连接上DSP，也不能通过外设对DSP进行访问。 2) 出现死机时，仿真器不能连接上DSP，但还可以通过外设（PCIe,SRIO等）对DSP进行内存访问 3) 出现死机时，仿真器能连接上DSP进行调试。这种情况下，通常是代码跑飞了，DSP core并没有跑死。 DSP死机主要分以下几种场景： 1)       出现死机时，仿真器不能连接上DSP，也不能通过外设对DSP进行访问。 2)       出现死机时，仿真器不能连接上DSP，但还可以通过外设（PCIe,SRIO等）对DSP进行内 存访问 3)       出现死机时，仿真器能连接上DSP进行调试。这种情况下，通常是代码跑飞了，DSP core并没有跑死。         对于场景1， 最有效的方法还是检查代码，比较出错版本和正常版本之间的差异，找出可疑点进行分 析。       另外，可以并将DDR设置成self-refresh模式， 把一些调试信息记录到DDR。 死机后，复位 DSP， 但不要重新初始化DDR，这时候通常可以从DDR中读到上一次死机记录的信息进行分析。          对于场景2和场景3，可以分别用外设和仿真器进行调试信息的分析。          另外，TI的多核DSP支持trace功能，可以记录DSP的运行轨迹进行错误分析。 关于trace的使用方法和例子可以参考如下链接：         http://processors.wiki.ti.com/index.php/Debugging_With_Trace ……