ATtiny87/167看门狗与睡眠模式协同设计：实现嵌入式系统高可靠与低功耗

1. 项目概述：为什么ATtiny87/167的电源管理值得深挖？

在嵌入式开发里，尤其是用ATtiny87或ATtiny167这类资源紧凑的8位AVR单片机做项目时，我们常常会面临一个经典矛盾：功能要可靠，功耗还得低。你可能正在设计一个靠电池供电的无线传感器节点，或者一个需要长时间待机的环境监测设备。这时候，仅仅让主循环空转或者简单延时，电量会像沙漏里的沙子一样悄悄流走。而更棘手的是，在复杂的电磁环境或偶发的软件故障下，程序万一跑飞了，设备就可能“装死”，必须手动复位才能恢复，这对于部署在野外或难以触及位置的产品来说是不可接受的。

这就是“ATtiny87/167时钟监控与电源管理”这个主题的核心价值所在。它不是一个炫技的功能，而是解决上述生存性问题的务实工具箱。看门狗定时器是你的“安全卫士”，它独立于主时钟运行，能在程序失控时强制复位，确保系统能从异常中自我恢复。睡眠模式则是你的“节能大师”，通过有策略地关闭单片机内部不用的模块（比如CPU、ADC、某些时钟），将功耗从毫安级直接降到微安甚至纳安级，让电池寿命从几天延长到几个月甚至几年。

网上很多资料会把这两个功能分开讲，但实际项目中，它们往往是协同工作的黄金搭档。例如，一个数据采集器可以大部分时间处在最深的睡眠模式中，靠定时器周期性唤醒，采集数据并发送，完成后立即再次入睡。同时，看门狗全程监护，防止程序在唤醒、采集、发送的任何一个环节卡死。理解如何精细地配置和组合它们，是从“让代码跑起来”到“让产品可靠地工作下去”的关键一步。无论你是刚接触AVR的开发者，还是正在优化现有低功耗设计的老手，掌握这套组合拳都能让你的项目在稳定性和能效上提升一个档次。

2. 核心思路与方案选型：独立看门狗与睡眠模式的协同设计

在ATtiny87/167上实现可靠的时钟监控与电源管理，其核心设计哲学是“分而治之，协同工作”。我们不能把看门狗和睡眠模式当成两个孤立的特性，而应该视作一个系统级电源管理策略的两个支柱。

2.1 看门狗定时器的角色定位与选型

ATtiny87/167内置的看门狗定时器是一个独立的RC振荡器驱动的计时器。它的“独立”特性至关重要——这意味着即使主时钟（无论是内部RC还是外部晶振）因为某些原因停止，看门狗依然能工作。这提供了最后一道硬件防线。

在方案选型上，我们主要面临两个决策：

1. 看门狗模式选择：是仅用作系统复位源，还是也用作中断唤醒源？

   • 仅复位模式：这是最经典的用法。看门狗像一个严格的监工，必须在规定时间内被程序“喂狗”（清零），否则就触发系统复位。这用于防止程序陷入死循环或跑飞。
   • 中断模式：在此模式下，看门狗超时后不会立即复位，而是先产生一个中断。在中断服务程序里，你可以尝试记录错误、保存关键数据，然后再执行一次软件复位或进行其他恢复操作。这提供了更优雅的错误处理机制，但需要更谨慎的中断服务程序设计，防止在错误处理程序中再次卡死。

   对于大多数需要高可靠性的应用，我推荐优先使用仅复位模式。它的逻辑简单直接，没有在错误状态中执行复杂代码的风险，复位动作干净利落。中断模式更适合于那些有严格数据保存需求、且软件状态机足够健壮能处理错误中断的场景。

2. 超时周期选择：ATtiny87/167的看门狗提供了从16ms到8s不等的多个超时周期。选择的原则是：

   • 比主循环最慢的正常执行周期稍长：例如，如果你的主循环正常情况下最多200ms执行一圈，那么可以选择250ms或500ms的看门狗超时。这给了程序正常的执行时间，又不会在卡死时等待过久。
   • 考虑睡眠时间：如果设备长时间睡眠，看门狗在睡眠期间是暂停还是继续运行？在ATtiny87/167中，这取决于具体的睡眠模式。在除空闲模式外的其他睡眠模式下，看门狗是继续运行的。因此，如果你的睡眠周期（如8秒）长于看门狗超时时间（如2秒），那么必须在入睡前禁用看门狗，否则设备会在睡眠中被自己复位。这是一个非常关键的细节，也是很多新手容易踩坑的地方。

2.2 睡眠模式的策略与选型

ATtiny87/167支持多种睡眠模式，功耗依次降低，但被唤醒的方式也依次受限。选型的核心是在功耗和唤醒灵活性之间取得平衡。

选型逻辑：

• 追求极限功耗：首选掉电模式。它只保留少数异步模块（如外部中断、两线接口地址匹配）的唤醒能力，功耗最低。
• 需要周期性自动唤醒：选择省电模式，并配置Timer2使用外部32.768kHz晶振作为异步时钟源。这样Timer2可以在深度睡眠中继续计时，定时产生溢出中断来唤醒系统，实现“免打扰”的周期任务。
• 对唤醒速度有要求：如果希望从睡眠中唤醒后能立即全速运行（没有时钟启动延迟），可以考虑待机模式，但它功耗比掉电模式稍高。
• 常规间歇性工作：对于大多数传感器采集-发送-睡眠的循环，掉电模式配合外部中断（如连接一个实时时钟的闹钟输出）或省电模式配合Timer2定时唤醒是最常见的组合。

注意：在进入除“空闲模式”外的深度睡眠前，务必处理好看门狗。如前所述，要么在睡眠期间禁用看门狗（需确保睡眠时间可控且不太长），要么就将看门狗的超时时间设置得远长于预期的睡眠时间。否则，看门狗会在睡眠中触发复位。

2.3 协同工作流程设计

一个稳健的协同设计方案通常遵循以下流程：

1. 上电初始化：配置I/O、外设、初始化看门狗（通常先禁用，等主循环稳定后再开启）。
2. 主循环开始：开启看门狗。
3. 执行任务：采集数据、处理、通信。
4. 准备睡眠： a. 关闭不需要的外设（如ADC、USART）。 b. 配置好唤醒源（如使能外部中断、设置Timer2定时间隔）。 c.关键步骤：根据即将进入的睡眠模式和睡眠时长，决定看门狗的处理方式（禁用或保留）。
5. 进入睡眠：执行SLEEP指令。
6. 被唤醒：由中断服务程序处理唤醒事件，唤醒后MCU从中断处继续执行或返回主循环。
7. 恢复工作：重新初始化必要的外设，继续执行任务，并恢复喂狗操作。

这个流程形成了一个“工作-睡眠-监护”的可靠闭环。

3. 核心细节解析与配置要点

理解了整体思路，我们来深入芯片内部的寄存器，看看如何通过代码实现精准控制。ATtiny87/167的相关配置主要集中在几个特殊的I/O寄存器上。

3.1 看门狗定时器的精细控制

看门狗的控制通过WDTCSR（看门狗定时器控制寄存器）完成。对这个寄存器的写入有安全机制，必须在同一指令周期内先写入特定的“更改使能”模式，再写入配置值。

#include <avr/wdt.h> // 使用AVR Libc的标准看门狗头文件会更安全、更便携 void wdt_init_and_enable(uint8_t timeout) { // 1. 清除全局中断标志，防止在配置过程中被中断 cli(); // 2. 开始安全写入序列：先写入0x18，再写入0x08 WDTCSR |= (1<<WDCE) | (1<<WDE); // 3. 设置看门狗预分频器和模式 // timeout参数可以是：WDTO_15MS, WDTO_30MS, WDTO_60MS, WDTO_120MS, WDTO_250MS, WDTO_500MS, WDTO_1S, WDTO_2S, WDTO_4S, WDTO_8S // 这里以启用看门狗并设置约2秒超时为例 WDTCSR = (1<<WDE) | (timeout & 0x08 ? (1<<WDP3) : 0) | (timeout & 0x07); // 4. 重新使能全局中断 sei(); } // 喂狗操作非常简单 void wdt_feed(void) { wdt_reset(); // 标准库函数，等同于汇编指令`WDR` }

关键细节与避坑指南：

• 时序要求：对WDTCSR的配置必须严格遵循“先写WDCE和WDE，再写新值”的序列，且必须在4个时钟周期内完成。使用<avr/wdt.h>中的wdt_enable()等函数可以避免自己处理这个序列，减少出错概率。
• 禁用看门狗：禁用操作同样需要安全序列。切勿简单地清除WDE位。正确做法是：

  cli(); WDTCSR |= (1<<WDCE) | (1<<WDE); WDTCSR = 0x00; // 清除WDE位以禁用看门狗 sei();

• 中断模式配置：如果想使用看门狗中断模式（超时先进入中断），则在配置时需要同时设置WDIE（看门狗中断使能）位，并清除WDE（看门狗系统复位使能）位。在中断服务程序中，必须及时清除中断标志WDIF，并且通常需要在中断里进行一些紧急处理后再手动触发复位（如果需要的话）。

3.2 睡眠模式的进入与唤醒源配置

睡眠模式由SMCR（电源管理及睡眠控制寄存器）控制。唤醒源则通过各类中断使能寄存器来配置。

#include <avr/sleep.h> void enter_sleep_mode(uint8_t mode) { // 1. 配置睡眠模式 SMCR &= ~(_BV(SM0) | _BV(SM1) | _BV(SM2)); // 先清零模式位 SMCR |= mode; // 设置模式，例如 SLEEP_MODE_PWR_DOWN // 2. 使能睡眠功能（这个位是进入睡眠的开关） SMCR |= _BV(SE); // 3. 确保唤醒需要的中断已全局使能，并且对应的外部中断等已配置好 // 例如，如果要用INT0唤醒，则需要提前配置EICRA和EIMSK。 // 4. 执行睡眠指令。这条指令之后，CPU停止，直到唤醒事件发生。 sleep_cpu(); // 这是一个内联汇编宏，最终执行`SLEEP`指令 // 5. 唤醒后继续执行的第一条指令在这里 // 首先，立即禁用睡眠功能，防止意外再次进入睡眠 SMCR &= ~_BV(SE); // 6. 根据唤醒源进行后续处理（通常在对应的中断服务程序里做） }

唤醒源配置示例（以外部中断INT0低电平唤醒为例）：

void setup_wakeup_on_int0(void) { EICRA &= ~(_BV(ISC01) | _BV(ISC00)); // 清零INT0触发方式位 EICRA |= _BV(ISC01); // 设置为低电平触发。注意：低电平触发是电平触发，不是边沿触发。 EIMSK |= _BV(INT0); // 使能INT0中断 // 注意：低电平触发时，只要引脚为低，就会持续产生中断请求。 // 唤醒后，必须改变引脚电平（变高）或禁用该中断，否则会反复进入中断/睡眠。 } // INT0中断服务程序 ISR(INT0_vect) { // 这里可以设置一个唤醒标志，主循环检测到这个标志后开始工作。 // 如果是低电平触发，通常需要在这里立即禁用INT0中断，或者改变引脚配置。 // EIMSK &= ~_BV(INT0); // 例如：唤醒后先关闭这个中断源 }

关于省电模式与Timer2异步时钟： 这是实现长时间、精确定时唤醒的关键。你需要一个外部的32.768kHz手表晶振连接到TOSC1/TOSC2引脚。

1. 配置ASSR（异步状态寄存器）中的AS2位为1，将Timer2切换到异步模式，使用外部晶振。
2. 配置Timer2的预分频器和比较匹配/溢出中断。
3. 进入省电模式前，确保Timer2已启动。
4. 睡眠中，Timer2由独立的外部晶振驱动，不受主时钟停振影响，定时精度高，功耗极低。
5. Timer2溢出中断发生时，MCU被唤醒。

实操心得：使用外部32.768kHz晶振时，起振需要一定时间（可能几秒）。在首次使用或长时间断电后，代码中需要检查ASSR寄存器中的TCN2UB、OCR2UB、TCR2UB位，确保对Timer2的寄存器写入完成后再启动定时器，否则配置可能不生效。

4. 完整实操流程与代码实现

让我们结合一个具体的场景来串联所有知识点：设计一个温度传感器节点，每5分钟测量一次温度，并通过无线模块发送数据，其余时间深度睡眠以节省电量。同时，系统需要看门狗保护，防止程序在测量或发送过程中卡死。

4.1 硬件连接与规划

• MCU: ATtiny167
• 传感器: DS18B20（单总线数字温度计，连接至PD2）
• 无线模块: 基于CC1101的模块，通过SPI接口连接。
• 唤醒源: 使用Timer2 + 32.768kHz外部晶振实现5分钟定时唤醒。
• 看门狗: 设置为2秒超时，仅复位模式。
• 睡眠模式: 主要使用省电模式，以利用Timer2异步唤醒。

4.2 软件流程与核心代码

#include <avr/io.h> #include <avr/interrupt.h> #include <avr/sleep.h> #include <avr/wdt.h> #include <util/delay.h> // 全局标志位 volatile uint8_t timer2_wakeup_flag = 0; volatile uint8_t wdt_timeout_flag = 0; // 看门狗中断模式时使用 // 初始化Timer2用于5分钟定时（异步模式，32.768kHz晶振） void timer2_init_for_5min(void) { // 1. 确保Timer2为异步模式 ASSR = _BV(AS2); // 2. 配置模式：CTC模式（比较匹配时清零） TCCR2A = _BV(WGM21); // CTC模式 // 3. 设置预分频器为128，并启动定时器 // 异步模式下，预分频器选项有限，128是常用值。 TCCR2B = _BV(CS22) | _BV(CS20); // 分频系数128 // 4. 计算比较值：5分钟 = 300秒 = 300 * 32768 个时钟周期 (32.768kHz) // 但Timer2是8位，最大255，所以需要利用溢出中断进行软件计数。 // 我们设置Timer2每1秒产生一次比较匹配中断。 // 时钟频率 = 32768 Hz, 分频后 = 32768 / 128 = 256 Hz // 要得到1秒，需要计数 256 次。所以比较匹配值OCR2A = 255 (因为从0开始计数) OCR2A = 255; // 5. 使能比较匹配A中断 TIMSK2 = _BV(OCIE2A); // 6. 等待异步寄存器更新完成 while (ASSR & (_BV(TCN2UB) | _BV(OCR2AUB) | _BV(TCR2AUB) | _BV(TCR2BUB))) { ; // 空循环等待 } } // Timer2比较匹配A中断服务程序 // 每1秒触发一次，我们计数300次（5分钟） ISR(TIMER2_COMPA_vect) { static uint16_t second_counter = 0; second_counter++; if (second_counter >= 300) { // 5分钟到了 second_counter = 0; timer2_wakeup_flag = 1; // 设置唤醒标志 } } // 看门狗初始化（2秒超时，复位模式） void wdt_init(void) { // 使用标准库函数，安全便捷 wdt_disable(); // 先确保看门狗是关闭的 // 主循环稳定后，再调用 wdt_enable(WDTO_2S); } // 进入深度睡眠（省电模式） void go_to_sleep(void) { // 1. 关闭所有不需要的外设模块以省电（如ADC、USART等） PRR |= _BV(PRADC) | _BV(PRUSART0) | _BV(PRSPI); // 关闭ADC, USART0, SPI模块的时钟 // 2. 配置所有I/O引脚为输入，并上拉或输出低电平，防止悬空引脚漏电。 // 具体配置取决于外围电路。 // 3. 设置睡眠模式为省电模式 SMCR &= ~(_BV(SM0) | _BV(SM1) | _BV(SM2)); SMCR |= _BV(SM1) | _BV(SM0); // SM[2:0] = 011 为省电模式 SMCR |= _BV(SE); // 使能睡眠 // 4. 喂一次狗，确保看门狗计时器是满的 wdt_reset(); // 5. 关键决策：我们即将睡眠5分钟，远超过看门狗的2秒超时。 // 因此，必须在睡眠前禁用看门狗。 wdt_disable(); // 6. 执行睡眠指令 sleep_cpu(); // 程序在此挂起，直到Timer2中断唤醒 // 7. 唤醒后执行点 SMCR &= ~_BV(SE); // 立即禁用睡眠使能 // 8. 重新初始化外设和看门狗 PRR &= ~(_BV(PRADC) | _BV(PRUSART0) | _BV(PRSPI)); // 重新开启外设时钟 // ... 重新初始化ADC, USART, SPI等 wdt_enable(WDTO_2S); // 重新启用看门狗 } // 主函数 int main(void) { // 系统初始化 io_init(); // 初始化I/O引脚 timer2_init_for_5min(); // 初始化定时唤醒 wdt_init(); // 初始化看门狗（此时是禁用的） sensor_init(); // 初始化温度传感器 radio_init(); // 初始化无线模块 sei(); // 开启全局中断 // 主循环前，先开启看门狗（因为我们马上要开始工作了） wdt_enable(WDTO_2S); while (1) { // 喂狗，表示主循环在正常运行 wdt_reset(); // 检查是否被定时器唤醒（需要执行测量任务） if (timer2_wakeup_flag) { timer2_wakeup_flag = 0; // 清除标志 // 执行测量任务 float temperature = read_temperature(); send_data_via_radio(temperature); // 任务完成，准备进入下一次睡眠 go_to_sleep(); } // 这里可以添加其他事件检查，比如外部按钮中断等 // 但在这个例子里，主要靠定时器唤醒 _delay_ms(100); // 主循环的小延时，避免空转耗电过高 // 注意：在低功耗设计中，如果主循环无事可做，应该主动进入空闲模式(idle)而不是用delay空转。 // 这里为了示例清晰，使用了delay。 } return 0; // 实际上永远不会执行到这里 }

4.3 功耗实测与优化

编写完代码后，使用电流表串联在电池和MCU的VCC之间进行测量是关键一步。你可能会发现实际功耗比数据手册标称值高。常见原因和优化点：

1. 悬空引脚：未使用的GPIO引脚应配置为输出低电平或输入并使能内部上拉电阻。配置为输入且浮空会产生漏电流。
2. 模拟输入引脚：如果ADC模块被关闭，但引脚配置为输入且外部电压处于中间值，也会通过ESD保护二极管产生漏电。最好将其配置为输出低电平。
3. 外设模块时钟：确保在睡眠前通过PRR寄存器关闭了所有未使用外设（ADC、Timer0/1、USART、SPI等）的时钟。
4. 稳压器：如果电路板上有线性稳压器（LDO），其静态电流也会计入总功耗。选择静态电流极低的LDO（如几微安）对整体功耗影响巨大。
5. 无线模块电源：在睡眠时，必须彻底关闭无线模块的电源（通过MOSFET或带有使能端的稳压器），而不仅仅是让其进入待机。它的待机电流可能比MCU睡眠电流大几个数量级。

通过上述优化，ATtiny167在省电模式下，配合Timer2异步运行，整体系统电流控制在2-3微安以内是完全可行的。

5. 常见问题排查与调试技巧

即使按照指南操作，在实际调试中你仍可能遇到一些棘手的问题。下面是我在项目中总结的一些常见“坑点”和解决方法。

5.1 看门狗导致意外复位

• 症状：设备运行一段时间后，似乎无缘无故重启。
• 排查：
  1. 检查喂狗间隔：在主循环中所有可能的长延时、阻塞式等待（如while(!uart_tx_done);）或复杂计算前后加入喂狗语句。确保最坏情况下的执行时间也短于看门狗超时周期。
  2. 检查睡眠与看门狗的关系：这是最高频的错误点。确认在进入深度睡眠（掉电、省电、待机）前，看门狗已被禁用，或者其超时时间远长于睡眠时间。一个调试技巧是：在初始化时不开启看门狗，让设备完整运行几个睡眠-唤醒周期，看是否正常。如果正常，再开启看门狗，问题复现，则基本可以确定是睡眠期间看门狗复位。
  3. 中断服务程序过长：如果看门狗中断被使能，其中断服务程序执行时间过长，也可能导致主程序得不到及时喂狗而复位。确保中断服务程序尽可能短小精悍。

5.2 设备无法从睡眠中唤醒

• 症状：设备进入睡眠后，再也“叫不醒”了。
• 排查：
  1. 确认唤醒源已正确配置并使能：以外部中断为例，检查EICRA（触发方式）、EIMSK（中断使能）、PCICR（引脚变化中断）是否正确设置。特别注意电平触发与边沿触发的区别。电平触发（如低电平）要求唤醒信号在中断使能前就存在，且唤醒后需要电平变化才能退出。
  2. 检查全局中断是否开启：sei()指令必须在主程序初始化时执行。进入睡眠前，全局中断必须是开启状态。
  3. 检查睡眠模式与唤醒源的兼容性：例如，在“掉电”模式下，只有异步中断（如INT0/1，引脚变化中断，TWI地址匹配，看门狗，Timer2异步模式下的中断）才能唤醒。像Timer0溢出这种同步中断是无法唤醒掉电模式的。
  4. 硬件信号问题：用示波器或逻辑分析仪检查预期的唤醒引脚上是否有符合要求的跳变或电平信号。可能信号太短、毛刺太多，或者电压水平不符合要求。

5.3 使用Timer2异步定时唤醒不准

• 症状：设定1小时唤醒，结果可能快了或慢了几分钟。
• 排查：
  1. 晶振精度与负载电容：32.768kHz晶振的精度通常为±20ppm（百万分之二十）。一天的理论误差约为 ±20e-6 * 86400秒 ≈ ±1.7秒。如果误差远大于此，检查晶振两端的负载电容（通常为12.5pF）是否匹配。不匹配的电容会导致频率偏移。
  2. Timer2配置与软件计数逻辑：仔细检查预分频器设置、OCR2A值以及软件计数器的逻辑。确保没有在中断服务程序中遗漏计数或发生溢出错误。一个稳健的做法是，在中断里只设置标志位，在主循环里进行复杂的计数和判断。
  3. 电源电压影响：MCU的供电电压会影响内部逻辑和外部晶振的振荡频率。确保电池电压在芯片的工作电压范围内，且尽量稳定。

5.4 功耗高于预期

• 症状：测量到的睡眠电流是几十微安甚至几百微安，而不是理想的1微安以下。
• 排查清单：
  1. 引脚配置：使用万用表测量每个GPIO引脚在睡眠时的电压。如果引脚配置为输入且浮空，其电压可能不稳定，导致内部MOSFET处于半导通状态，产生漏电。全部配置为输出低电平是最安全的。
  2. ADC引脚：如果之前使能过ADC，即使关闭了ADC电源，输入引脚如果接在中间电压，也可能有漏电。在睡眠前，将ADC引脚切换为数字输出低电平。
  3. 复位引脚：确保复位引脚（RESET）被上拉电阻（通常10kΩ）可靠地拉到VCC，避免因干扰导致内部复位电路动作产生电流。
  4. 外围电路：断开MCU与所有外围电路的连接（保留编程接口和电源），单独测量MCU的电流。如果电流正常，则问题在外围电路（如传感器、电平转换芯片的使能端未关断、LED指示灯漏电等）。
  5. 编程器影响：有些在线编程器（如USBasp）会在编程后继续为电路板供电或保持某些信号线连接，影响功耗测量。测量功耗时，最好拔掉编程器，使用独立的纯净电源供电。

调试低功耗系统，一个电流表和一台示波器/逻辑分析仪是必不可少的。电流表帮你定位功耗异常，逻辑分析仪帮你捕捉睡眠、唤醒、看门狗复位等事件的精确时序，两者结合能快速定位绝大多数问题。记住，低功耗设计是一个系统工程，需要软硬件协同考虑，耐心和细致的测量是成功的关键。