51单片机持续检测目标单片机：实现原理与避坑指南

1次阅读

没有评论

共计 2128 个字符，预计需要花费 6 分钟才能阅读完成。

在嵌入式开发中，51 单片机需要持续检测目标单片机状态是常见需求。这种需求在工业控制、设备监控、通信握手等场景中尤为常见。本文将深入解析轮询与中断两种检测机制的原理，提供优化后的代码实现，并分享生产环境中避免信号干扰、降低功耗的实战技巧。

持续检测目标单片机状态是嵌入式系统中的基础功能。比如在工业自动化中，主控 51 单片机需要实时监测从机设备的工作状态；在多机通信中，主机需要检测从机是否准备好接收数据；在电池供电设备中，需要检测外部设备的插拔状态以切换工作模式。

轮询是最直接的检测方式，通过定时读取目标单片机的状态引脚来实现检测。

优点：
– 实现简单，代码直观
– 不需要配置复杂的中断系统
– 适用于检测频率不高的场景

缺点：
– CPU 占用率高，效率低下
– 响应延迟取决于轮询周期
– 可能错过快速变化的状态

中断方式通过配置外部中断来响应目标单片机的状态变化。

优点：
– 响应实时性强
– CPU 占用率低
– 适合快速变化信号的检测

缺点：
– 实现相对复杂
– 需要处理中断优先级问题
– 可能受到信号抖动干扰

#include <reg52.h>

#define TARGET_PIN P3_2 // 假设目标单片机连接 P3.2

void Timer0_Init()
{
    TMOD &= 0xF0;   // 设置定时器 0 模式 1
    TMOD |= 0x01;
    TH0 = 0xFC;     // 1ms 定时(12MHz 晶振)
    TL0 = 0x18;
    ET0 = 1;        // 允许定时器 0 中断
    EA = 1;         // 开总中断
    TR0 = 1;        // 启动定时器 0
}

void Timer0_ISR() interrupt 1
{
    static unsigned int debounce_cnt = 0;
    static bit last_state = 1;

    TH0 = 0xFC;     // 重装初值
    TL0 = 0x18;

    if(TARGET_PIN != last_state)
    {
        debounce_cnt++;
        if(debounce_cnt >= 10) // 10ms 消抖
        {
            last_state = TARGET_PIN;
            debounce_cnt = 0;
            // 状态变化处理代码
        }
    }
    else
    {debounce_cnt = 0;}
}

void main()
{Timer0_Init();
    while(1)
    {// 主循环其他任务}
}

#include <reg52.h>

#define TARGET_PIN P3_2 // INT0 引脚

bit target_state = 0;
unsigned int debounce_time = 0;

void INT0_Init()
{
    IT0 = 1;    // 下降沿触发
    EX0 = 1;    // 允许 INT0 中断
    EA = 1;     // 开总中断
}

void INT0_ISR() interrupt 0
{
    static unsigned long last_time = 0;
    unsigned long current_time;

    // 简单防抖动，两次中断间隔大于 10ms 才认为是有效信号
    current_time = Timer0_GetValue(); // 假设有获取定时器值的函数
    if(current_time - last_time > 10)
    {
        target_state = !target_state; // 状态翻转
        // 状态变化处理代码
    }
    last_time = current_time;
}

void main()
{INT0_Init();
    while(1)
    {// 主循环其他任务}
}

实际应用中，机械开关或长线传输都会引入信号抖动，导致误检测。常见解决方案：

硬件消抖：在信号输入端加入 RC 滤波电路
软件消抖：检测到变化后延时 10-20ms 再次确认状态
边沿触发 + 时间窗：只响应符合时间间隔的信号变化

在电池供电场景下，检测电路需要特别考虑功耗：

降低检测频率：根据实际需求调整轮询间隔
使用中断唤醒：平时让单片机进入休眠模式，由中断唤醒
优化 IO 配置：将不用的 IO 设为输出低电平或输入带上拉

当中断服务程序与主程序需要访问共享资源时：

使用 volatile 声明共享变量
在访问关键资源时临时关闭中断
设计合理的中断优先级
避免在中断中进行耗时操作

通过实测（基于 STC89C52@12MHz）：

方案	CPU 占用率	平均响应延迟
轮询(10ms)	~5%	5ms
中断	<1%	<50μs

在长时间检测任务中，建议启用看门狗定时器以防程序跑飞：

// STC 单片机看门狗初始化
void WDT_Init()
{WDT_CONTR = 0x35; // 启用看门狗，预分频 256，约 1.3s 溢出}

// 主循环中定期喂狗
void main()
{WDT_Init();
    while(1)
    {
        // ... 其他代码
        WDT_CONTR |= 0x10; // 喂狗
    }
}

在电池供电场景下，如何平衡检测频率与功耗？可以考虑以下方向：