TI中文支持网DSP TMS320C6670在运行过程中出现核down的问题，有的时候是整个四个核在运行一段时间后都出现无法再正常启动，有的时候是其中的某一两个核在运行一段时间后出现无法正常工作的状况。由于我们使用了System bios操作系统来对任务进行调度，在调试时，只要出现核down的问题，system bios会将所遇到的问题打印到Console界面下。那么我们通过阅读C6670的Datasheet中的Bios User Guide篇中第九章中D.3.5 Eliminating printf()，在system bios 中的cfg配置如图片所示。配置完成后，我们进入debug界面，使用RTOS Object View(ROV)界面观察输出信息。当出现核down的情况后，我们可以在该界面下观察到 system bios弹出的log信息（例如当post高于65535出现溢出的状况时，核运行中断，我们就会在该界面下观察到system bios弹出的信息来，我们就会了解到程序运行异常导致核down产生的原因是什么）。而当我们把程序固化到DSP中时，我们通过在debug界面下load symbol后，再希望在ROV界面下观察打印信息时，我们无法再看到显示的打印信息，哪怕是任务初始化时打印出的一些信息也无法再观察，而这对我们观察分析问题是非常不利的。我们需要在固化程序的前提下，当出现核down的情况分析system bios的 log信息来定位分析问题所在。
Andy Yin1：
你说的这些都是需要在ccs环境下操作，如果不是用ccs，则可以在log print的地方用打点的方式替代，记录相应的状态，一旦出问题的时候可以连上ccs查看相关状态变量，结合状态寄存器值进行分析。
Yu Duan1：
回复 Andy Yin1:
您好，如果使用的就是ccs平台，如何操作呢？看哪个寄存器能读取到dsp运行的基本信息呢？
Andy Yin1：
回复 Yu Duan1:
没有哪个寄存器可以直接反应DSP的运行状态，但是有相关的core 状态寄存器可以查看是否有产生error，这些状态寄存器在指令手册有描述。
用ccs的话如果带sysbios则可以用ROV界面观测task stack等信息，并且可以直观显示代码中打印的log。
