1. 项目背景与核心需求
在嵌入式系统开发中，看门狗（Watchdog）是一个至关重要的安全机制。它就像一位严格的"监工"，时刻监视着系统的运行状态。当系统因为软件错误或外部干扰导致程序跑飞或死循环时，看门狗能够在预设时间内未被"喂狗"的情况下自动复位系统，避免设备进入不可控状态。
沁恒（WCH）蓝牙芯片（如CH573/CH579系列）提供了两种看门狗模式：
- 窗口看门狗（WWDG）：适用于需要精确监控的场合
- 独立看门狗（IWDG）：基于独立时钟源，可靠性更高
但在某些特殊场景下，开发者可能需要临时关闭独立看门狗功能。比如：
- 进行低功耗调试时，看门狗可能干扰睡眠模式
- 烧录特殊固件时，需要避免看门狗意外触发
- 开发阶段快速调试时，减少复位干扰
警告：生产环境中不建议禁用看门狗，这会导致系统失去重要的故障恢复能力
2. 硬件架构与寄存器分析
2.1 沁恒蓝牙芯片的看门狗架构
以CH579为例，其独立看门狗具有以下特点：
- 时钟源：内部40kHz低速RC振荡器（LSI）
- 12位递减计数器
- 可编程预分频器（4-256分频）
- 重装载寄存器（IWDG_RLR）
- 键值保护机制（防止误写）
关键寄存器映射：
| 寄存器名 | 地址偏移 | 功能描述 |
|---|---|---|
| IWDG_KR | 0x00 | 键值寄存器（写入0x5555解锁PR/RLR） |
| IWDG_PR | 0x04 | 预分频寄存器（设置分频系数） |
| IWDG_RLR | 0x08 | 重装载寄存器（设置超时时间） |
| IWDG_SR | 0x0C | 状态寄存器（查看更新状态） |
2.2 看门狗关闭原理
沁恒芯片的看门狗关闭并非直接通过某个禁用位实现，而是通过以下逻辑：
- 上电后看门狗默认处于停止状态
- 首次向IWDG_KR写入0xCCCC后启动看门狗
- 一旦启动，只能通过复位或喂狗（写入0xAAAA）来防止超时复位
- 要"关闭"看门狗，实际上需要让系统复位，然后不再重新启用
3. 具体实现步骤
3.1 开发环境准备
-
硬件设备：
- WCH蓝牙开发板（如CH579M评估板）
- J-Link或WCH-Link调试器
- 逻辑分析仪（可选，用于时序验证）
-
软件工具：
- MounRiver Studio（WCH官方IDE）
- WCH蓝牙系列SDK（版本建议V1.60+）
- 串口调试助手（如SecureCRT）
3.2 代码实现方案
方案一：复位后不启用看门狗（推荐）
c复制// 在main.c中修改
int main(void)
{
SystemInit();
// 注释掉看门狗初始化代码
// IWDG_Init(IWDG_Prescaler_64, 625); // 原启用代码
// ...其他初始化...
while(1) {
// 无需喂狗操作
// IWDG_Feed();
}
}
方案二：通过调试接口禁用（仅开发阶段）
c复制void DisableIWDG_Debug(void)
{
// 通过调试器直接修改寄存器（需暂停CPU）
*((volatile uint32_t*)0x40003000) = 0x5555; // 解锁PR/RLR
*((volatile uint32_t*)0x40003004) = 0x0; // 设置最小分频
*((volatile uint32_t*)0x40003008) = 0xFFF; // 设置最大重载值
// 不执行喂狗操作，让看门狗自然超时
}
3.3 验证方法
-
硬件复位后：
- 使用逻辑分析仪监测NRST引脚
- 确认不再有周期性复位信号
-
软件验证：
c复制void Test_IWDG_Disabled(void)
{
volatile int i = 0;
while(1) {
i++; // 故意制造死循环
// 如果看门狗仍启用，约1.6s后会复位
}
}
4. 关键注意事项与调试技巧
4.1 常见问题排查
| 现象 | 可能原因 | 解决方案 |
|---|---|---|
| 看门狗仍会复位 | 启动代码中默认启用 | 检查startup_*.s汇编启动文件 |
| 无法烧录程序 | 看门狗超时打断烧录 | 先使用ISP模式擦除全片 |
| 低功耗模式异常 | 看门狗时钟源未关闭 | 关闭LSI时钟：RCC_LSICmd(DISABLE) |
4.2 高级技巧
- 条件编译管理：
c复制#if defined(DEBUG) && (DEBUG == 1)
#define DISABLE_IWDG() IWDG_Config(DISABLE)
#else
#define DISABLE_IWDG()
#endif
-
通过Option Bytes配置：
- 使用WCHISPTool修改用户配置字
- 将"WDT_SOFT_EN"位设置为禁用
-
功耗优化：
c复制void Enter_StopMode(void)
{
RCC_APB1PeriphClockCmd(RCC_APB1Periph_PWR, ENABLE);
PWR_EnterSTOPMode(PWR_Regulator_LowPower, PWR_STOPEntry_WFI);
// 恢复时钟后需要重新初始化外设
SystemInit();
}
5. 替代方案与最佳实践
虽然可以关闭看门狗，但在实际项目中建议采用更安全的方案：
- 动态喂狗策略：
c复制void SafeFeedDog(void)
{
if(system_state == NORMAL) {
IWDG_Feed();
}
// 异常状态下不喂狗，允许复位
}
- 看门狗事件记录：
c复制__attribute__((section(".noinit"))) uint32_t wdt_reset_count;
void CheckResetCause(void)
{
if(RCC_GetFlagStatus(RCC_FLAG_IWDGRST) != RESET) {
wdt_reset_count++;
RCC_ClearFlag();
// 记录异常信息到Flash
}
}
- 超时时间优化：
- 根据任务最坏执行时间计算超时阈值
- 留出30%以上的安全余量
在实际项目中，我通常会采用这样的看门狗管理策略：
- 开发阶段：启用看门狗但设置较长超时（5-10秒）
- 测试阶段：逐步收紧超时时间至1-2秒
- 生产环境：结合硬件CRC校验，确保关键代码段完整性