E

WiFi任务别手动绑核，保持默认Core 0；用户任务绑Core 1，优先级不要高于configMAX_PRIORITIES-1。

2026-10-25

实测发现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