1. 课程导入

在智能座舱、工业控制、医疗设备、数字标牌和会议平板等场景中，单屏已经很难满足信息密度与交互分工的需求。多屏显示让仪表、中控、副驾娱乐、后排控制、抬头显示等区域各司其职；而触摸映射则决定用户手指落在哪块屏幕上时，系统能否把坐标准确送到对应的应用窗口。两者结合，构成了现代人机交互系统中最基础也最容易出问题的一层工程能力。

本课程的目标不是只讲“怎么点亮第二块屏”，而是建立一套从显示拓扑、坐标系统、输入设备到系统配置与调试的完整工程方法。学完本课程，你应当能够独立完成多屏方案设计、触摸屏与显示器的逻辑绑定、坐标变换参数计算、常见错位与漂移问题的定位，并能用日志和工具验证映射结果。

1.1 核心概念与知识框架

多屏显示与触摸映射工程涉及四个层次：物理层、系统层、逻辑层和应用层。物理层关注接口与线缆，如 HDMI、DP、LVDS、MIPI DSI、USB HID、I2C 触摸控制器；系统层关注操作系统如何枚举显示器和输入设备，如 DRM/KMS、Wayland、X11、Android SurfaceFlinger、Windows 显示拓扑；逻辑层关注显示区域划分、主副屏关系、镜像与扩展模式、触摸设备与显示器的绑定关系；应用层关注窗口坐标、触摸事件分发、手势识别和多用户交互。

理解这些层次的关键，是建立“显示坐标系”和“触摸坐标系”的对应关系。显示器有自己的分辨率与原点，触摸屏也有自己的有效区域与原点。当两者不是一对一、尺寸不一致或存在旋转时，就必须通过坐标变换矩阵完成映射。

1.2 方法流程：从显示拓扑到触摸验证

一个可落地的多屏触摸工程流程通常分为六步。第一步，确认显示拓扑：系统识别到几块显示器，各自分辨率、位置和主副关系是什么。第二步，识别输入设备：每个触摸屏对应哪个 event 节点，支持几点触控，原始坐标范围是多少。第三步，建立绑定关系：把触摸设备与显示逻辑区域关联起来，避免“摸 A 屏、B 屏响应”。第四步，计算坐标变换：根据分辨率、旋转角度和偏移量生成变换矩阵。第五步，验证触摸点：用工具读取事件坐标，检查是否落在预期窗口。第六步，记录配置与日志，形成可复现的工程档案。

# 查看显示拓扑（Linux DRM 示例）
ls /sys/class/drm/
cat /sys/class/drm/card0-HDMI-A-1/status

# 查看输入设备
cat /proc/bus/input/devices
ls /dev/input/event*

# 读取触摸事件
evtest /dev/input/event3

# 查看当前显示布局
xrandr --query

在 Android 或 Wayland 环境中，显示与输入的绑定方式不同，但核心逻辑一致：先确定逻辑显示区域，再确定输入设备，最后通过配置或代码建立映射。工程上最忌讳“先写代码再猜拓扑”，因为一旦显示顺序变化，触摸映射就会整体错位。

1.3 典型案例：智能座舱双屏触摸映射

假设一辆智能座舱有中控屏和副驾屏两块显示器，中控屏分辨率 1920×720，副驾屏 1280×720，系统将两块屏横向拼接为 3200×720 的逻辑桌面。中控触摸屏原始坐标范围为 0~4095，副驾触摸屏原始坐标范围为 0~32767。此时不能直接把原始坐标当作屏幕坐标使用，而要先归一化，再乘以对应显示区域宽度，并加上该屏在逻辑桌面中的横向偏移。

如果忽略偏移量，副驾屏的触摸点会全部落在中控屏区域；如果忽略归一化，原始坐标 32767 会远超屏幕宽度，导致触摸点飞出屏幕。这两个错误在实际项目中非常常见，也是本章后续排障模块的重点。

1.4 常见误区与复盘思路

• 误区一：认为“插上就能用”。多屏显示和触摸映射依赖系统枚举顺序、驱动配置和桌面环境策略，默认配置往往只适用于单屏。
• 误区二：只改显示分辨率，不改触摸范围。显示分辨率变化后，触摸有效区域和变换参数必须同步更新。
• 误区三：把设备节点写死。event 编号可能因启动顺序变化，应通过设备名称或 udev 规则稳定绑定。
• 误区四：忽略旋转与镜像。屏幕旋转 90° 后，触摸坐标的 x/y 需要交换并处理方向反转。