E

实测发现WiFi任务优先级高，应用任务绑Core 0时用vTaskDelay让出CPU，可显著降低看门狗复位概率。

2026-10-22

若使用Arduino框架，注意loopTask默认已喂狗，自定义任务需单独处理，避免重复喂狗导致看门狗失效。

2026-10-21

用uxTaskGetSystemState打印阻塞态任务，看谁长期占着锁。

2026-10-19

双核下喂狗任务最好pin到CPU1，CPU0常被WiFi/蓝牙协议栈占用，跨核调度抖动大。

2026-10-19

若应用任务必须高优先级跑Core 0，可临时调用esp_task_wdt_delete(NULL)取消IDLE监控，但需自行保证喂狗，生产环境慎用。

2026-10-17

实时任务用xTaskCreatePinnedToCore绑定Core 1后，将任务优先级设为高于Wi-Fi任务（通常Wi-Fi任务优先级为23），并调用vTaskPrioritySet提升，可减少被抢占概率。

2026-10-17

用xTaskCreatePinnedToCore把应用绑Core1，Wi-Fi留Core0，基本能解决90%的双核抢占问题。

2026-10-16

如果用了蓝牙，BT 控制器也占 Core0，双核分工更要把 UI 和算法放 Core1，Core0 只跑协议栈和事件循环。

2026-10-16

实测发现Wi-Fi中断优先级高于用户任务时，CPU0上用户任务延迟波动大，建议用vTaskPrioritySet调整。

2026-10-16

还要查 flash cache miss 和 Wi-Fi 射频校准，这两者会造成毫秒级停顿，比中断优先级影响大得多。

2026-10-15