看门狗影响ISP烧写问题

moon***

我在AP程序中开启看门狗，复位进入ISP等待程序下载，单片机直接复位开始运行我的AP程序，看门狗一旦还无法关闭。

如果我不开启看门狗就是正常的。

国芯人***

关于“看门狗影响ISP烧写问题”的说明如下：

在使用单片机进行系统开发过程中，看门狗（Watchdog Timer, WDT）功能是保障系统稳定运行的重要机制。然而，在某些特定场景下，如通过ISP（In-System Programming）进行程序烧写时，若未正确配置或关闭看门狗，可能会导致烧写失败或系统无法进入ISP模式。

根据您描述的情况：在AP程序中开启看门狗，复位后进入ISP等待程序下载，但单片机直接复位并开始运行AP程序，且看门狗未能被关闭，导致无法正常完成ISP烧写流程。而当不开启看门狗时，系统工作正常。

以下是对该问题的分析及建议：

1. 看门狗触发机制  
   看门狗是一种定时器，用于监控程序运行状态。如果在设定时间内未被“喂狗”（即重置计数器），则会触发系统复位。在AP程序中启用看门狗后，若未在适当时机关闭或重置，会导致系统频繁复位，从而干扰ISP烧写的正常流程。

2. ISP烧写流程与看门狗的关系  
   ISP烧写通常需要进入特定的引导模式（Bootloader），此时系统处于等待程序下载的状态。若在此阶段看门狗未被关闭，且AP程序未及时“喂狗”，则可能引发复位，导致无法成功进入ISP模式或烧写中断。

3. 解决方案建议  
在进入ISP模式前关闭看门狗：在AP程序中，应在跳转至ISP引导程序之前，明确关闭看门狗功能。确保在ISP烧写过程中不再受看门狗影响。
合理设置看门狗超时时间：若需保留看门狗功能，应根据实际应用需求调整其超时时间，避免在ISP烧写期间误触发复位。
使用硬件复位控制：在需要强制进入ISP模式时，可通过外部硬件信号（如按键）触发复位，确保系统进入正确的启动模式。

4. 代码实现建议  
   在AP程序中，可在进入ISP入口前添加如下代码逻辑：
  

c
   // 关闭看门狗
   WDTDISABLE();
   // 跳转至ISP引导程序
   jumptoisp();
复制代码

5. 调试与验证  
   建议在实际开发中使用调试工具（如JTAG、SWD等）对看门狗行为进行实时监控，确认其在不同模式下的运行状态，确保ISP烧写流程的稳定性。

综上所述，看门狗功能在系统运行中具有重要作用，但在涉及ISP烧写等特殊操作时，需谨慎处理其启用与关闭逻辑，以避免因看门狗误触发导致的烧写异常。建议在系统设计初期即考虑看门狗与ISP模式之间的兼容性，确保各模块协同工作正常。

[本文内容由国芯人工智能辅助生成，仅供参考]

_奶***

看门狗开了是关不了的，

还有就是你复位时回到ISP区还是APP区呢？用的代码是什么呢？

erci***

是无法关闭。
跳过去ISP也立即喂狗，或者复位后判断要升级先不初始化看门狗

moon***

开机直接进入AP程序，发送命令，修改升级标志位，进入ISP。
ISP检测升级标志位。标志位置位。等待程序下载。
现在是开启看门狗，AP程序进入到ISP后，立马又复位，开始重新运行AP程序，无法进行在线升级。
不开看门狗，一切流程都是正常的。
我如果想开看门狗该怎么修改呢？

乘风***

moon*** 发表于 2025-8-21 16:59
开机直接进入AP程序，发送命令，修改升级标志位，进入ISP。
ISP检测升级标志位。标志位置位。等待程序下载 ...

在用户ISP程序里面也进行周期喂狗直到升级完成。
如果升级时某些阶段等待时间比较久的话，可以修改看门狗时钟分频，增加溢出时间。

神***

原理图的PDF 发上来，大家帮分析