Linux多点触控协议

 

多点触控制协议简介

根据硬件的能力，该协议被分为两种类型。

对于只能处理匿名接触（type A）的设备，该协议描述了如何把所有的原始触摸数据发送给接收者。

对于那些有能力跟踪并识别每个触摸点的设备（type B），该协议描述了如何把每个触摸点的单独更新通过事件slots发送给接受者

 

协议的使用

 

对于type A设备的驱动，在每个数据包的结尾用input_mt_sync()对多个触控包进行分割，这将会产生一个SYN_MT_REPORT事件，它通知接收者接受当前的触控信息，并准备接收下一个信息。

对于type B设备的驱动，在每个数据包的开始，通过调用input_mt_slot()进行分割，同时带入一个参数：slot。这会产生一个ABS_MT_SLOT事件，它通知接收者准备更新给定slot的信息。

两种类型的驱动通常都通过调用input_sync()函数来标记一个多点触摸数据传送的结束，这通知接收者对从上一个EV_SYN/SYN_REPORT以来的所有累加事件作出响应，并准备接收新的一组事件/数据包。

type A协议和type B slot协议之间的主要区别是通过识别相同接触点来减低发送到用户空间的数据量。slot协议需要使用到ABS_MT_TRACKING_ID，它要么由硬件来提供，要么通过原始数据进行计算。

对于type A设备，内核驱动应该根据设备表面上全部有效触控进行列举并生成事件。每个触控点数据包在这次事件流中的顺序并不重要。事件过滤和手指跟踪的工作留给用户空间来实现。

对于type B设备，内核驱动应该把每一个识别出的触控点和一个slot相关联，并使用该slot来传播触摸状态的改变。通过修改关联slot的 ABS_MT_TRACKING_ID来达到对触摸点的创建，替换和销毁。一个非负数的跟踪id被解释为有效的触摸，-1则代表一个不再使用的slot。 一个之前没有出现过的跟踪id被认为是一个新的接触点，当一个跟踪id不再出现时则认为该接触点已经被移除。每当接收到一个MT事件，只需对当前slot的相关属性进行一次简单的更新即可。

Protocol Example A

A协议是当有任何一个事件发生变化，把当前存在的数据全部上报一次（就算是和原来值相同的数据也上报）。

对于一个两点触控的触摸信息，type A设备的最小的事件序列看起来就像下面这样：

    code                 value