AWR1642 复位问题

TI 工程师:

 你好!最近在调试1642复位功能,有以下几点疑问:

1、看门狗复位 和软件复位是否是复位 整个芯片?

2、 我通过在dsp端 通过给arm发送中断,通知dsp端状态正常,在CCS上运行程序也是正常的,但是,下载到flash中,上电后,板子一直在复位?

       这是什么原因导致的?

      上电加载过程中 DSP和ARM程序 运行状态和 CCS调试存在差别?

3、目前,看门狗功能是在ARM端实现,那如何监控DSP端运行状态?

  • 你好,
    1.可以复位整个芯片,也可以单独复位MSS。
    2.是否与加载的先后顺序有关?发送的是什么的中断?是如何判断芯片一直在复位的?
    3.可以考虑DSP是作为ARM信号流的一部分,如果DSP这边没有响应,或者响应超时,ARM侧是会报错的。
  • Wesley He:
    你好!
    1、如何区分是复位整个芯片,还是复位mss,哪个寄存器可以设置实现吗?
    2、目前,我是在DSP端通过发送中断,设置状态标志位,告知ARM端DSP运行正常;使用的是sdk中SOC_triggerDSStoMSSsoftwareInterrupt(..)函数,ARM侧也建立了中断响应,CCS加载调试程序是正常的。
    3、关于如何判断一直复位,我在加载程序成功后,会点亮一个led等,在CCS调试过程中正常,是常亮的。
    但是,下载到flash中,上电led灯就一直闪烁,显示程序在不停复位,加载程序。
  • 你好,

    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发送中断呢?

    谢谢

  • 谢谢你的答复!
    关于使用中断,我目前就是想测试一下。