基础看门狗--idf开发esp32s3

原创于 2025-09-03 20:45:50 发布 · 217 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#idf

ESP32——vscode 专栏收录该内容

19 篇文章

订阅专栏

idf的esp32自带freertos任务，如果main函数中使用了while（1），则需要在程序中定时喂狗或延时，以此释放cpu处理其他隐藏任务，也就是自带的喂狗任务。

下面是没有喂狗的情况，日志的5266就是5.266s的意思，也就是长时间没有喂狗的提示，任务i默认喂狗时间是5000ms左右，也就是5s，第一次的日志打印时间不是这个时间，是因为程序的启动耗时。

下面是喂狗的方案。（推荐是用方案一）

方案一是要是用freertos内置的延时函数，所以需要包含头文件。

针对方案一，最简单的理解就是基于freertos，如果阻塞了当前的程序，cpu就会从当前任务脱身，去执行别的程序，这别的程序就包括喂狗程序。

方案二是要是用任务注册函数

针对方案二，esp_task_wdt_add(NULL)是将当前任务添加到看门狗，也就是app_main这个任务的运行时间和喂狗时间绑定，之后在while中

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

QL.ql

关注关注

3
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

10-WATCH_DOG（看门狗）

宁子希的博客

04-18

1726

ESP32-S3的看门狗功能是一个重要的系统保护机制，它可以确保在程序发生异常（如进入死循环或跑飞）时，系统能够自动重启，以保障系统的稳定运行。中断看门狗负责确保 ISR（中断服务例程）不会长时间被阻塞。TWDT 负责检测长时间不屈服而运行的任务实例。可以使用menuconfig来配置看门狗的参数。

ESP32出现喂狗失败处理办法

在嵌入式嵌入式领域奋斗的程序猿的博客

10-19

5122

ESP32出现喂狗失败处理办法

参与评论您还未登录，请先登录后发表或查看评论

ESP32的喂狗失败之旅（已解决）

热门推荐

caixf的博客

09-01

1万+

ESP32失败的喂狗经历概述Task Watchdog Timer控制看门狗的函数概述采用ARDUINO IDE为ESP32进行编程的资料非常有限，中国的乐鑫也没有太多的资料支持。但从乐鑫的官网还是可以看到对FreeRTOS的介绍，试着对Task Watchdog Timer进行理解和编程，最终归于失败，用vTaskDelay()函数防止中断触发，但如果想让程序更快执行没有实现，记录失败过程供大家参考。 Task Watchdog Timer 在ESP32的硬件配置中有中断看门狗和任务看门狗。把中断看门

SOC-ESP32S3部分：6-任务看门狗

嵌入式成长手册

05-22

1680

ESP32-S3的任务看门狗功能是一个重要的系统保护机制，它可以确保在程序发生异常（如进入死循环或跑飞）时，系统能够自动重启，以保障系统的稳定运行。工具或者搜索引擎，也可以快速定位问题，不要看到一大串英文就慌，其实英文越多这个错误就越具体，只需要仔细查看错误的描述即可。在这里，我们可以知道默认情况下TWDT是开启的，间隔时间默认是5s，这个点，我们在menuconfig中也是可以看到的。的错误日志是非常完善的，看错误日志就可以判断出是哪里出现了问题，如果我们看不懂，我们可以把日志贴给。

详解多任务看门狗及喂狗方法

07-26

本文给大家详细解答了多任务看门狗及喂狗方法。

ESP32 喂狗

zhejfl的博客

02-28

3473

1、背景下载大文件时，碰到喂狗问题。因此需要对任务喂狗事情做一些了解。 1.1 参考资料 ESP32 任务看门狗(TaskWDT)组件与用户任务监控https://blog.youkuaiyun.com/abc517789065/article/details/80169825 ESP32 官方手册https://docs.espressif.com/projects/esp-idf/zh_...

【ESP-IDF】看门狗定时器

m0_63235356的博客

08-06

1946

不过这不意味着我们只能使用任务看门狗，因为中断看门狗是默认就开启的，这也是为什么我们不能在中断里执行太久，否则就会重启的原因。，它其实不叫外部晶振看门狗定时器，编程指南里是叫它XTAL32K看门狗定时器的，因为它使用的时钟源是32K的外部晶振，所以我觉得这么叫比较好理解才这么叫的）。看门狗定时器的中断执行函数就是给我们的程序重启，因此我们需要在它中断之前把计数器的值清零（喂狗），否则就会不断重启。任务看门狗定时器是基于定时器组0的看门狗定时构建的，而中断看门狗定时器用的是定时器组1里的。

第十六章 ESP32S3 WATCH_DOG 实验

weixin_44226552的博客

08-30

1054

WDT 的初始化函数中调用了看门狗回调函数，用以模拟当定时器溢出时产生的复位现象。如果没有按时“喂狗”，说明系统或软件出现了不可预知的问题(比如软件卡在某个循环或逾期事件中)，这时看门狗就向系统发送个复位信号，使整个系统重启，重新进入正常的工作状态。程序运行后，开发板板载的 LED 因不停的复位而闪烁，但如果按下 BOOT 按键进行喂狗，那么就不会产生复位， LED也就保持常亮，一旦超过看门狗的溢出时间（Tout=1000毫秒）没有按下 BOOT 按键进行喂狗，那么就会进行复位， LED 也就会熄灭一次。

ESP32 ESP-IDF看门狗TWDT

晨之清风

07-02

2674

此示例演示如何使用任务看门狗计时器Task Watchdog Timer (TWDT)

精选资源

一个示例项目，演示了 ESP32-S2 和 ESP32-C3 微控制器与 Rust 的集成。

06-28

Rust ESP32 示例一个示例项目，演示了 ESP32-S2 和 ESP32-C3 微控制器与 Rust 的集成。此示例启动 FreeRTOS 任务以调用 Rust 中的函数并以 C 显示...idf.py menuconfig对于 ESP32-S2：idf.py set-target esp32s2 idf.p

Arduino 看门狗实验例程【正点原子EPS32S3】

04-28

因此，当开发者使用正点原子EPS32S3开发板结合Arduino环境开发程序时，合理地使用看门狗定时器可以提高程序的稳定性和可靠性。在进行Arduino看门狗实验时，首先需要理解看门狗定时器的工作原理，了解如何在Arduino...

香蕉派 BPI-PicoW-S3开发板采用乐鑫ESP32-S3设计，兼容树莓派 Pico. 支持ardduino和microPython开发环境

Banana PI 香蕉派的专栏

09-24

2253

香蕉派 BPI-PicoW-S3开发板采用乐鑫ESP32-S3设计，兼容树莓派 Pico. 支持ardduino和microPython开发环境

ESP32S3：解决RWDT无法触发中断问题，二次开发者怎么才能使用内部RTC看门狗中断RWDT呢？

morecrazylove的博客

02-23

1242

解决RWDT无法触发中断问题

(7)ESP32 Python 使用看门狗 脱坑HC-SR04

陈饭老司机

01-23

1137

在使用超声波探测器的时候，因为计算距离是需要靠echo引脚的高低电平变化的时间差来进行数据的判断。在某些未知的情况下，有可能echo引脚不会返回高电平，程序将会一直等待返回。解决这个问题考虑使用TIMMER或者WDT来解决，这里我使用WDT（看门狗）来解决。先来一段百度上关于看门狗的定义。 **看门狗，又叫watchdog timer，是一个定时器电路，一般有一个输入，叫喂狗(kicking the dog/service the dog），一个输出到MCU的RST端，MCU正常工作的时候，每隔一段时

ESP32之看门狗

weixin_56634270的博客

03-26

703

看门狗在产品应用中有积极的意义，假设做的产品在非常不好去的地方或者非常不好拆装，那就千万要加上，不然眼泪直接流下来，看门狗对产品稳定有非凡的意义。

ESP32 FreeRtos 看门狗

weixin_56073998的博客

11-09

1576

说明：看门狗是针对Task任务的Arduino-ESP32 默认在Core 0的 IDLE 任务开启了看门狗 时间为 5000 ticks = 5秒Core 0 和 Core 1 都运行了 FreeRTOS的IDLE任务，优先级为 0IDLE任务是用于清理被删除任务的内存Core 1 loopBack任务就是Arduino的 setup 和 loop 优先级为 1需要注意的是ESP32在Arduino编译器内，是自动在核心0开启看门狗的，并自动进行喂狗。

Arduino框架下 ESP32 rtc看门狗使用示例

perseverance51博客

08-01

4250

Arduino框架下 ESP32看门狗使用示例

【实验】ESP32看门狗的使用

Turinger_1408的博客

11-20

2266

本实验学习看门狗的使用(定时器虚拟看门狗功能)。

esp32s3 esp-idf 程序卡住了怎么办

最新发布

09-23

<think> 我们正在讨论ESP32-S3在ESP-IDF开发环境下程序卡住的问题。根据提供的引用信息和一般调试经验，程序卡住可能由多种原因引起，包括但不限于：内存溢出、死锁、硬件初始化失败、任务阻塞等。以下将结合引用内容和调试方法进行详细说明。 --- ### 1. **检查日志输出** ESP-IDF提供了强大的日志系统（引用[2]）。在程序卡住前，查看最后输出的日志信息尤为重要： - 使用不同级别的日志宏（如`ESP_LOGE`, `ESP_LOGW`）在关键函数中打印状态。 - 若程序完全卡死无输出，可能是硬件问题或看门狗复位未触发。 ```c // 示例：在关键函数中添加日志 #include "esp_log.h" static const char* TAG = "Main"; void app_main() { ESP_LOGI(TAG, "程序启动"); // ... 初始化代码 } ``` **调试建议**： - 检查`menuconfig`中的日志配置： ``` idf.py menuconfig > Component config > Log output ``` 确保日志输出级别足够详细（如设置为`Debug`）且输出目标正确（如串口）。 --- ### 2. **排查硬件初始化问题** 引用[1]和[4]涉及硬件驱动（如摄像头、触摸屏）。若程序在初始化外设时卡住： - **确认硬件连接**：检查引脚配置（如I2C的SDA/SCL）、电源稳定性。 - **检查驱动配置**：如引用[4]中的触摸屏初始化代码，需确保参数（如`x_max`, `y_max`, GPIO号）与实际硬件匹配。 - **简化测试**：注释掉可疑硬件初始化代码，逐步排除。 --- ### 3. **分析任务与内存状态** 程序卡住常见原因： - **堆栈溢出**：ESP-IDF默认会触发堆栈溢出检测（触发后输出`***ERROR***`日志）。可通过`menuconfig`调整任务堆栈大小： ``` Component config → FreeRTOS → Task stack overflow detection ``` - **死锁**：多个任务竞争同一资源（如互斥锁）导致循环等待。检查锁的获取/释放顺序是否成对。 - **看门狗复位**：若未定期喂狗，看门狗会复位系统（日志中可见`Task watchdog got triggered`）。解决方法： - 延长看门狗超时时间（不推荐）。 - 优化耗时操作（如拆分大循环，添加`vTaskDelay()`释放CPU）。 --- ### 4. **使用JTAG调试** 若日志无法定位问题，可启用JTAG： 1. 连接JTAG调试器（如ESP-Prog）。 2. 运行OpenOCD： ``` openocd -f board/esp32s3-builtin.cfg ``` 3. 使用GDB附加到目标，检查卡住时的线程栈和变量状态。 --- ### 5. **其他常见原因** - **中断处理不当**：ISR中执行耗时操作或未清除中断标志。 - **Cache配置错误**：ESP32S3的PSRAM/Cache配置错误可能导致指令读取失败（参考ESP-IDF文档的"Cache错误排查"章节）。 --- ### 总结步骤 1. **增加日志**，定位卡住前的最后操作。 2. **简化程序**：移除非必要组件，逐步缩小范围。 3. **检查硬件**：确认供电和信号稳定性。 4. **启用看门狗监控**：分析是否因任务阻塞触发复位。 5. **使用调试工具**：如JTAG或核心转储（coredump）。 §§相关问题§§ 1. 如何配置ESP-IDF的看门狗以防止程序卡死？ 2. ESP32S3硬件初始化失败的常见原因有哪些？ 3. 如何使用JTAG调试ESP32S3的卡死问题？ </think> ### 解决ESP32-S3在ESP-IDF中程序卡住问题的方法 #### 1. **日志诊断法（关键步骤）** - **启用详细日志**：在代码中添加多级日志输出（引用[2]），特别是卡住位置前的关键节点： ```c #include "esp_log.h" void task_function() { ESP_LOGI("TAG", "进入关键函数"); // 普通信息 critical_operation(); ESP_LOGD("TAG", "关键操作完成"); // 调试信息 } ``` - **日志配置**： 1. 修改 `sdkconfig` 提高日志等级：`idf.py menuconfig` → `Component config` → `Log output` → 设置 **最高日志级别** 为 `Debug` 2. 检查串口输出，定位最后一条日志（常为崩溃点） #### 2. **硬件初始化检查** - **外设驱动问题**：参考引用[4]的硬件初始化模式，检查： - GPIO配置冲突（尤其是复用引脚） - I2C/SPI总线速率是否过高（尝试降低至100kHz） - 电源稳定性（使用示波器检查3.3V电压纹波） - **最小系统测试**： ```c void app_main() { ESP_LOGI("MAIN", "启动最小测试"); while(1) { vTaskDelay(1000 / portTICK_PERIOD_MS); // 仅保留基础延时 } } ``` #### 3. **内存问题排查** - **堆栈溢出检测**： ```c // 在menuconfig中启用： // Component config → FreeRTOS → Enable task stack overflow detection ``` - **内存泄漏检查**： ```bash idf.py size-components # 查看各组件内存占用 idf.py monitor | grep "heap remaining" # 实时监控堆内存 ``` #### 4. **看门狗触发分析** - **任务阻塞检测**： ```c // 在卡住任务中添加喂狗操作 void blocked_task() { while(1) { esp_task_wdt_reset(); // 重置看门狗 vTaskDelay(10 / portTICK_PERIOD_MS); } } ``` - 配置看门狗超时时间：`menuconfig` → `Component config` → `ESP System Settings` → 调整 **Task Watchdog Timeout** #### 5. **中断冲突处理** - 检查ISR（中断服务程序）： - 是否包含阻塞操作（如`vTaskDelay`） - 是否未清除中断标志 - 使用`xPortGetCoreID()`确认多核中断冲突 #### 6. **深度调试工具** - **JTAG调试**：使用OpenOCD连接开发板，捕获卡住时的寄存器状态 - **核心转储分析**： ```bash idf.py menuconfig → Component config → ESP System Settings → Enable core dump to Flash ``` 通过 `espcoredump.py` 解析闪存中的崩溃数据 > **典型解决方案流程**： > 日志定位 → 排除硬件初始化 → 内存检查 → 看门狗验证 → 中断审查 → 深度调试 > 引用[3]强调：ESP32模块复杂，建议从最小系统逐步添加功能[^3]