1. 课程导入

各位做嵌入式GUI的同行，咱们今天聊聊触摸响应。这玩意儿看着简单——手指一点，屏幕动了。但真要把响应做到丝滑，底层原理必须吃透。我最早做触摸驱动时也踩过不少坑，今天把这些经验掰开揉碎讲给你。

1.1 触摸屏工作原理

市面上主流的触摸屏就两种：电阻式和电容式。别看现在电容屏满大街都是，电阻屏在某些工业场景里依然活得挺好。

电阻式触摸屏

电阻屏的原理说白了就是「压感导通」。两层导电薄膜中间隔着微小间隙，手指一压，上下层接触，控制器通过分压计算出坐标。

我记得有个工控项目，现场环境油污多、操作工戴手套，电容屏根本没法用。最后换了四线电阻屏，虽然响应慢了点，但稳定可靠。嗯，这里要注意：电阻屏用久了，薄膜会老化，坐标漂移是家常便饭。我习惯在驱动里加定期校准逻辑，每1000次触摸自动触发一次。

电容式触摸屏

电容屏靠的是「人体耦合电容」。手指靠近时，电极间的电容发生变化，控制器检测这个变化量定位坐标。现在手机平板清一色用这个。

你想想看，为什么冬天戴手套点不了手机？因为普通手套不导电，电容屏感应不到。我做过一个户外设备，冬天操作员戴厚手套，最后只能改方案——加了个「手套模式」，提高检测灵敏度，但代价是误触率上升。

1.2 触摸事件模型

搞清楚了物理层，咱们看看软件层怎么处理。触摸事件模型，说白了就是「物理信号→坐标数据→GUI事件」这条链路。

我习惯把触摸事件分成三个层级：

1. 物理层：ADC采样、电容检测，输出原始坐标
2. 驱动层：滤波、去抖、坐标转换，输出标准化事件
3. 应用层：命中检测、手势识别，输出GUI回调

举个例子，一个典型的触摸事件结构体长这样：

typedef struct {
    uint16_t x;              // X坐标
    uint16_t y;              // Y坐标
    uint8_t  pressure;       // 压力值（电阻屏用）
    uint8_t  touch_id;       // 触摸点ID（多点触控用）
    touch_event_t event;     // 事件类型：按下/移动/抬起
    uint32_t timestamp;      // 时间戳（ms）
} touch_point_t;

为什么要有时间戳？我遇到过一个问题：两个触摸事件间隔太短，GUI还没来得及处理上一个，下一个就来了。加上时间戳后，可以在应用层做事件合并，避免重复处理。

1.3 中断与轮询机制对比

这是触摸响应里最核心的设计决策。用中断还是轮询？没有绝对答案，看场景。

轮询机制

轮询就是CPU定时去读触摸状态。简单粗暴，但效率低。

void touch_polling(void) {
    while(1) {
        if(touch_read(&point) == TOUCH_OK) {
            gui_handle_touch(&point);
        }
        delay_ms(10);  // 10ms轮询一次
    }
}

轮询的好处是代码简单，没有中断嵌套问题。但坏处也很明显——CPU被占着，啥也干不了。我见过一个项目，用轮询跑触摸，结果UI动画一卡一卡的，因为CPU大部分时间都在等触摸。

中断机制

中断是触摸屏主动通知CPU：「嘿，有人摸我！」。CPU不用一直盯着，效率高得多。

void touch_irq_handler(void) {
    // 注意：中断里只做最轻量的事
    touch_point_t point;
    if(touch_read(&point) == TOUCH_OK) {
        // 把数据扔到队列里，让任务去处理
        xQueueSend(touch_queue, &point, 0);
    }
}

void gui_task(void *param) {
    touch_point_t point;
    while(1) {
        if(xQueueReceive(touch_queue, &point, portMAX_DELAY)) {
            gui_handle_touch(&point);
        }
    }
}

中断的响应速度比轮询快得多。但要注意：中断服务程序里不能做耗时操作。我习惯的做法是「中断收数据，任务做处理」——中断里只把坐标塞进队列，真正的GUI处理交给任务线程。

1.4 触摸响应核心流程

把上面这些串起来，一个完整的触摸响应流程是这样的：