网站建设费用分析蔡甸seo排名公司

基于ESP32S3：解决RWDT无法触发中断问题

引言

在嵌入式系统中，RWDT（看门狗定时器）是确保系统稳定性的重要组件。然而，在某些情况下，RWDT可能无法触发预期的中断。本文旨在探讨此问题的原因及解决方案。

解决方案

1. 查看报错日志

  从上图可以知道错误是程序那个位置发生的，那么报错的程序如下图所示：

2. 分析报错及一步一步找到解决方法

  从上面已经知道了导致报错的程序位置了，那么我调用esp_intr_alloc函数传入的形参与对比官方的源码调用esp_intr_alloc来看，都没有什么问题，猜测，一般是该中断源可能已经被使用过导致的，我们可以分析一下esp_intr_alloc函数。

  跳转到esp_intr_alloc函数中，如下图所示：

可以看到，该函数其只是调用esp_intr_alloc_intrstatus函数而已，那么跳转到esp_intr_alloc_intrstatus函数中，如下图所示：

我们可以在红色框框看出，该函数内使用的是ESP_EARLY_LOGV函数进行日志输出。结果调用这个函数后并没有ESP_EARLY_LOGV函数后并没有生效，没用对应的日志输出出来，那我们先看看函数的介绍，如下图：
log文件路径：\Espressif\frameworks\esp-idf-v5.1.2\components\log\log.c




  从上面可只，log_level=ESP_LOG_VERBOSE，而LOG_LOCAL_LEVEL和esp_log_default_level又是哪里定义的呢？下图是我找到其定义：


从上面可分析出，ESP_EARLY_LOGV日志输出使能条件是 CONFIG_LOG_MAXIMUM_LEVEL>=ESP_LOG_VERBOSE 和 CONFIG_LOG_DEFAULT_LEVEL>=ESP_LOG_VERBOSE 同时成立。而CONFIG_LOG_MAXIMUM_LEVEL和CONFIG_LOG_DEFAULT_LEVEL都是在sdkconfig上定义的，那么我们可以通过menuconfig图形化工具进行设置，如下：

  重新编译运行后，ESP_EARLY_LOGV就能正常输出日志了，但是因为这种设置时全局的，导致系统所有的日志都输出出来，这是不想看到的，因此只在这个函数修改 LOG_LOCAL_LEVEL和esp_log_default_level即可，那么就不会影响到全局了，操作如下图所示：

这是日志也能正常输出了：


  从上面申请中断的日志和RTC中断源号可看出，在进入主函数和系统调度前就已经申请了，所以这也就是为什么申请RTC中断失败的原因了。那么现在就是要找找到底是哪里申请了该RTC中断了，可以在函数调用中加esp_backtrace_print这个函数，这个函数是打印堆栈信息的，如下：
输出日志如下：

从上面日志可以确定，调用的文件是，如下图：