TI 工程师:
你好!最近在调试1642复位功能,有以下几点疑问:
1、看门狗复位 和软件复位是否是复位 整个芯片?
2、 我通过在dsp端 通过给arm发送中断,通知dsp端状态正常,在CCS上运行程序也是正常的,但是,下载到flash中,上电后,板子一直在复位?
这是什么原因导致的?
上电加载过程中 DSP和ARM程序 运行状态和 CCS调试存在差别?
3、目前,看门狗功能是在ARM端实现,那如何监控DSP端运行状态?
TI 工程师:
你好!最近在调试1642复位功能,有以下几点疑问:
1、看门狗复位 和软件复位是否是复位 整个芯片?
2、 我通过在dsp端 通过给arm发送中断,通知dsp端状态正常,在CCS上运行程序也是正常的,但是,下载到flash中,上电后,板子一直在复位?
这是什么原因导致的?
上电加载过程中 DSP和ARM程序 运行状态和 CCS调试存在差别?
3、目前,看门狗功能是在ARM端实现,那如何监控DSP端运行状态?
你好,
1.复位具体看你这边调用的API是哪一个。
In the IWR16xx/14xx Industrial Radar Family Technical Reference Manual (Rev. B)
Table 3-6. Reset Domains shows the various sources that can reset the Master, Radar as well as the DSP Sub systems
Warm reset issued via SOFTSYSRST field will issue reset to these subsystems.
Please check the Register description under "Power Reset Clock Management" --> "16xx Control registers" for how to issue this reset.
2.3.不是很确定是什么原因导致的,有没有试过rebuild一下mss的固件再进行烧录?
另外,chirp processing成功的处理了,不就代表DSP在正常工作吗?为什么一定要从DSP发送中断呢?
谢谢