摘要：  本文讨论如何唤醒平板电脑等触控装置，无需接触设备，而是采用基本的手势识别及新颖的接近检测传感器。本文讨论了相关设计的物理布局、速度限制、检测门限、系统集成，以及人为因素的影响;给出了软件实时的例程。

关键字：  平板电脑，  检测传感器

本文讨论如何唤醒平板电脑等触控装置，无需接触设备，而是采用基本的手势识别及新颖的接近检测传感器。本文讨论了相关设计的物理布局、速度限制、检测门限、系统集成，以及人为因素的影响;给出了软件实时的例程。

厨房里的突发奇想

如果做饭时使用触控设备，您可能会注意到按照设备列出的食谱烹饪并非想象得那么简单。技术达人(例如鄙人)走进厨房时，喜欢看着平板电脑或智能手机上的菜谱做饭。您可能会说："好吧，这有什么难度?"由于屏幕始终开启会消耗很大电量，通常手持装置在1、2分钟后没有操作时将自动进入休眠状态。那么，当您需要参照食谱时，设备已进入休眠状态。此事，您面临两个选择：要么强制屏幕保持永久开启;要么用沾满食物的手开启装置，而在屏幕上留下斑斑油渍。当然，您可以在每次查看时把手清洗干净，但不断重复洗手、擦干即繁琐，又费水。

我时常问自己："怎样才能既不让屏幕始终开启，又不会弄脏装置?"实际上，有一种办法一举两得，即通过一个手势(不用接触屏幕)开启显示屏。听起来似乎很复杂，是吗?幸运的是，做起来可能比听起来容易一些。

接近检测传感器

许多触摸屏装置，尤其是智能手机，内部已经安装了红外(IR)接近检测传感器。这些传感器一般在通话期间自动打开/关闭屏幕，以避免意外操作手机的输入界面。这种传感器，加上精明的软件设计，就能实现利用一个手势唤醒装置的功能。

基本的设计思路是：设备进入休眠状态时，触摸屏关闭，应用处理器处于低功耗模式，依靠接近检测传感器"观察"背景的变化，当接收到的信号足够大时，做出适当反应。这与接近检测传感器在通话期间关闭屏幕的功能几乎完全相同。只是，我们的应用对数据有了不同的解释。

首先记录传感器在"正常"背景下的计数值，此时得到的数值可能为零，但实际设计中需要考虑系统失调(例如：散射或串扰)。然后将得到的数值设置为检测门限，当接收信号超过门限时触发中断或向应用处理器发送信号，以唤醒系统并打开屏幕。总体而言，这种方法非常简单、直观，可利用环境光检测器和IR接近检测传感器实现。

本文介绍的方案采用MAX44000，接近检测的数据读取时间间隔可以设置在1.56ms至100ms (与环境光检测传感器轮流读取数据)。假设最大检测距离为10cm，LED的辐射角为±15°，那么，可以覆盖的面积大约为22cm2或跨距大约为5.35cm，只有该区域内的移动目标才能捕捉到。由此，能够以最慢(即最低功耗)的采样速度可靠检测的最快手势动作大约为0.53mps.在此，我们还假设传感器只需要采集到一次高于门限的信号，即可识别经过覆盖区域的目标。

举手之劳…

理论上讲，该方案的实施非常简单。当装置进入休眠模式时，将接近检测传感器置为环境扫描模式，并在检测到目标时发出中断信号，指示捕捉到超过预设门限的信号。可通过I2C接口轮询传感器的状态。不幸的是，这种方式会消耗过大功率，超出了大多数用户的预期。

这也是接近检测传感器的设计重点，MAX44000传感器能够在许多方面摆脱应用处理器的干预，减轻处理器负荷(降低功耗)。

使能MAX44000的内部接近检测中断(寄存器0x01的第1位)，可将唤醒门限写入内部寄存器(0x0B和0x0C)。当接近检测传感器的读数超过该门限时，触发中断标识置位，将MAX44000的/INT引脚置为低电平。当应用处理器检测到该引脚驱动为低电平时，可唤醒装置退出低功耗模式，并打开屏幕，或完成其它需要的动作。

…但不容忽视

实际应用往往不如理论那么容易，非接触唤醒的具体实施并非只是简单地检测高于门限的信号。实际上，具体的设计需要考虑诸多因素。

信号电平与电路布局

最关键的考虑应该是触发唤醒条件的信号电平，需要在系统响应灵敏度与误报概率之间进行权衡。如果门限过低，则很容易检测到输入(手势工作)，但会增大瞬态噪声或突发条件产生误报的概率。反之，过高的检测门限能够把误报概率降至几乎为零，但却只能检测到非常接近的目标，甚至对任何输入(即使您疯狂晃动手臂)都反应迟钝。

解决这一问题的最佳方式是：首先降低系统噪声，可以通过光学方法或严谨的电路布局实现，降低的噪底有助于降低误报概率;其次，选择"平均"检测距离(例如：4cm至5cm)并利用参考目标测量信号，18%的灰板比较理想，但如果触摸屏上方安装了黑色玻璃，测量时也应该使用这样的玻璃，所测得的信号电平可以作为设置门限的最佳参考。通常可以遵循这样的原则：即将电平设置在满幅的8%至15%，即使电平发生变化。

可以按照上述经验数据设置MAX44000传感器的接近检测门限寄存器，图1所示为信号强度随距离变化的关系曲线，采用18%灰板，驱动电流为100mA，传感器上方没有玻璃罩。蓝线为可以选择的唤醒门限。

图1. MAX44000接近检测传感器信号强度随距离变化的关系曲线，采用18%灰板，100mA驱动电流，没有玻璃罩。

噪声和低通滤波

需要考虑噪声问题时，可利用低通滤波器处理信号;另外，MAX44000还有几个控制位可以用作触发中断标识之前的屏蔽，采用这种设置时，需要检测到一定数量超出门限的采样值时才会触发中断标示，能够在一定程度上降低噪声的影响。

一种稍微复杂的方法是将传感器的读数储存在数据队列中，然后利用定制的FIR软件对其进行滤波处理。但这种方法需要提高接近检测传感器的采样速率，否则则会降低能够捕捉到的传感器可视范围内的手势动作速率，特别是把采样速率设置在100ms时。利用器件的控制位屏蔽检测时，速率可最多降低16倍(通常选择4x屏蔽即可)。

手势速度

手势动作的快慢是我们需要考虑的另一因素。最大速度取决于：1. 传感器的可视范围;2. 手与传感器之间的距离;3. 采样率;4. 检测门限。前两项很容易确定：传感器的检测角度，结合传感器与目标之间的距离，利用基本的三角形即可计算出传感器可视范围内目标的移动距离。例如，如果传感器的视角为30度，最大有效检测距离10cm，那么，传感器可视范围内允许的目标移动距离为5.35cm，覆盖面积大约为78cm2.直线距离结合采样率，即可决定速度限值。 具体地说，如果采样率为T，那么目标跨越可视区域的时间不得小于T.例如，如果T为100ms (MAX44000的最低采样速率)，那么按照上例，理论上最大允许的速率为1mps (这实际上已经相当快了)。您可能希望捕获到多个采样值来确认触发唤醒，这样的话，会降低允许的速率下限。

检测门限也影响最大允许速率。一般来说，门限越低，能够捕捉到的手势动作就越快。如上所述，应谨慎选择门限，以免产生误报。

人为因素

这种应用还会受到人手以及挥手动作等人为因素的影响。应通过一些案例确定一般大多数人的习惯，包括他们在屏幕前挥动手掌的速度以及与屏幕之间的距离，另外，是否戴手套也会产生一定的影响。不同的应用场合(不同装置)也会影响到设计需求，例如智能手机、平板电脑或汽车仪表盘，对存在具体的设计考虑。当然，设计过程中还应考虑用户界面和经验参数。

最后，还要对真假手势做出判断，即装置需要判断接收到的信号是来自于一个手势动作，还是简单的装置移动(例如：放置在外套、口袋或背包中，或者是屏幕朝下放置)。单纯依靠上述检测原理，很难做出正确的"真伪"鉴别，除非在装置内提供更多的背景信息。关于这一问题的讨论超出了本文范围。

设计中可以选择只有装置进入特定的应用程序时启动唤醒方案，也可以由用户手动操作使能。此外，许多此类装置都有一个加速度传感器，能够检测到屏幕是否背面朝下放置。如果用户手动将装置置于休眠模式，则可禁用该功能(例如关机状态)。

设计实例

为方便起见，本文附带了三段演示程序代码。第一段代码用于手动操作MAX44000的接近检测数据读取，概念上简单实现唤醒功能;第二段代码在第一段的基础上进行了扩展，增加了之前讨论的滤波功能;最后一段代码演示利用MAX44000中断唤醒触控装置。

示例代码1

__interrupt void TimedInterrupt( void )

{

uint8 proximity_counts;

…

…

if ( device_status == SLEEP_MODE )

{

// read one byte from register 0x16

proximity_counts = read_i2c_register(MAX44000_ADDR，0x16，1);

if (proximity_counts > WAKEUP_THRESHOLD)

{

device_status = WAKE_MODE;

…

}

else

{

// do whatever it is you need to in sleep mode

…

…

}

}

…

…

}

技术资料出处:电子系统设计

示例代码2

// example interrupt function where this might be implemented

__interrupt void TimedInterrupt( void )

{

uint8 proximity_counts;

uint8 filtered_counts;

…

…

if ( device_status == SLEEP_MODE )

{

// read one byte from register 0x16

proximity_counts = read_i2c_register(MAX44000_ADDR，0x16，1);

// weights[QUEUE_SIZE] contains the filter weights for the FIR filter

// data_queue[QUEUE_SIZE] is a FIFO queue meant to be the input to the filter

filtered_counts = fir_filter(proximity_counts，weights，data_queue);

if (filtered_counts > WAKEUP_THRESHOLD)

{

device_status = WAKE_MODE;

…

}

else

{

// do whatever it is you need to in sleep mode

…

…

}

}

…

…

}

/**

* fir_filter()

*

* Implements an FIR filter in the form

* y = w[0]*x[0] + w[1]*x[1] + …+ w[QUEUE_SIZE]*x[QUEUE_SIZE]

*

* Arguments:

* uint8 input - newest datapoint taken (that is， x[0])

* uint8 *weights - w[0]…w[QUEUE_SIZE]

* uint8 *queue - the discrete sequence x[0]…x[QUEUE_SIZE]

*

* Returns:

* The FIR-filtered output， y

*/

uint8 fir_filter(uint8 input， uint8 *weights， uint8 *queue)

{

uint8 i;

int sum = 0;

// pop first entry in the queue， then

// push new data into the last position

push_into_queue(queue，input);

// input is now x[0]

for (i=0; i {

sum += weights[i]*queue[i];

}

return (sum/QUEUE_SIZE);

}

示例代码3

// this handles hardware-level interrupts on the micro

__interrupt void irq_handler( void )

{

…

// if the hardware interrupt came from the MAX44000 sensor

// pulling its INT pin low

if ( irq_source == MAX44000 )

{

// if the device is in sleep mode

if (device_status == SLEEP_MODE)

{

device_status = WAKE_MODE; // wake up the device

…

// reconfigure whatever else you need here as the system wakes up

}

// otherwise， handle it however it is you wish

else

{

…

}

}

…

}

/**

* configure_max44000_for_sleep_mode()

*

* Sets up the MAX44000 to trigger a hardware interrupt when the proximity

* counts go above some set threshold.

*

* Arguments:

* uint8 upper_threshold - the set threshold (8-bit mode)

*

* Returns:

* n/a

*/

void configure_max44000_for_sleep_mode(uint8 upper_threshold)

{

uint8 max44000_thresh_registers[] = {0x0B，0x0C};

uint8 max44000_upper_thresh[] = {0x40，0};

max44000_upper_thresh[1] = upper_threshold;

// do a consecutive write of 0 followed by upper_threshold to

// registers 0xB and 0xC， respectively

// MAX44000_ADDR is usually 0x94

// interrupt will trigger only if proximity value is above the threshold

write_i2c_register(MAX44000_ADDR，max44000_thresh_registers，

max44000_upper_thresh，2);

// write to bits 2 and 3 of register 0x0A here if you wish to set the

// persist time to anything other than one sample

// writes to register 0x01 to enable interrupts on the MAX44000

max44000_enable_interrupt();

return;

}