This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
Original question:
LAUNCHXL-CC26X2R1: 死机问题定位
BLE工作中概率性重启（有启用看门狗功能），如何确定重启原因？（是否是看门狗引起的）
您好，
如果系统停止响应或出现故障，看门狗功能会触发重启操作，以恢复系统到正常状态。
壮壮 说：如何确定重启原因？（是否是看门狗引起的）
您可以在打印的LOG日志中查看提示Reason 错误码，Reason错误码的详细描述可以从官方SDK里面获取，包括看是否由看门狗功能触发。
Yolande Wang 说：您可以在打印的LOG日志中查看提示Reason 错误码，Reason错误码的详细描述可以从官方SDK里面获取，包括看是否由看门狗功能触发。
能详细描述下吗？参考那个文档及获取接口？
壮壮 说：参考那个文档及获取接口？
您可以点击此处查看basic_ble例程，简单的项目使用Display driver打印功能。
您可以通过下方的代码打印获取到连接失败的原因，Reason 错误码里面的数字需从官方SDK里面获取。
Display_print1(dispHandle, 3, 0, "Reason: %d", pEvent->linkTerminate.reason);
Yolande Wang 说：您可以通过下方的代码打印获取到连接失败的原因，Reason 错误码里面的数字需从官方SDK里面获取。 Fullscreen
我想获取异常重启的原因，而非连接失败原因
明确您的问题，您可以参考上方打印连接失败接口代码。
建议您通过在代码里添加打印log功能，显示查看代码执行到哪一步发生重启来进一步分析原因（包括是否由看门狗重启导致）。
加LOG效率太低了，有没有寄存器或者其他办法来查看重启原因？
关闭看门狗功能依旧有该现象
有寄存器可以看的：AON_PMCTL:RESETCTL.RESET_SRC
这种情况很可能是软件复位/硬件电源出了问题导致的。
您可以通过以上所说的寄存器来读取复位的原因，进一步诊断问题。
