sensor驱动层 --- light sensor

概述:

Android的硬件抽象层,简单来说,就是对Linux内核驱动程序的封装,向上提供接口,屏蔽低层的实现细节。也就是说,把对硬件的支持分成了两层,一层放在用户空间（User Space）,一层放在内核空间（Kernel Space）,其中,硬件抽象层运行在用户空间,而Linux内核驱动程序运行在内核空间。为什么要这样安排呢？把硬件抽象层和内核驱动整合在一起放在内核空间不可行吗？从技术实现的角度来看,是可以的,然而从商业的角度来看,把对硬件的支持逻辑都放在内核空间,可能会损害厂家的利益。知道,Linux 内核源代码版权遵循GNU License,而Android源代码版权遵循Apache License,前者在发布产品时,必须公布源代码,而后者无须发布源代码。如果把对硬件支持的所有代码都放在Linux驱动层,那就意味着发布时要公开驱动程序的源代码,而公开源代码就意味着把硬件的相关参数和实现都公开了,在手机市场竞争激烈的今天,这对厂家来说,损害是非常大的。因此,Android才会想到把对硬件的支持分成硬件抽象层和内核驱动层,内核驱动层只提供简单的访问硬件逻辑,例如读写硬件寄存器的通道,至于从硬件中读到了什么值或者写了什么值到硬件中的逻辑,都放在硬件抽象层中去了,这样就可以把商业秘密隐藏起来了。也正是由于这个分层的原因,Android被踢出了Linux内核主线代码树中。大家想想,Android放在内核空间的驱动程序对硬件的支持是不完整的,把Linux内核移植到别的机器上去时,由于缺乏硬件抽象层的支持,硬件就完全不能用了,这也是为什么说Android是开放系统而不是开源系统的原因。通平台sensor架构HAL层也必须满足Android系统HAL层规范,需要对它的上一层Framework层提供标准的接口,而这些接口的具体实现因平台而异;高通平台的整个Sensor HAL层代码分为了三层,分别是HAL接口层（标准的Android接口）,Sensor中间层,和Sensor驱动层;

Sensor驱动层：提供了每个sensor访问底层sensor驱动的接口;

Sensor中间层：起承上启下的作用,对下负责组织和管理这些sensor,并通过物理sensor创建一些有实际功能的虚拟sensor,如指南针sensor则是由重力传感器和地磁传感器两颗实际的sensor 虚拟出来的,这些虚拟的sensor 与实际sensor对framework层而言都是一样,framework层会把这些sensor都当成独立的sensor;对上提供HAL接口层访问控制各个sensor的接口;HAL接口层：该层按照Android HAL层规范提供Framework层操作sensor的接口。

1, sensor驱动层

sensor驱动分为实际物理意义上的sensor以及由这些sensor模拟出来的virtual sensor,下面将以light sensor 和virtual sensor为例来对它们进行分析。

light sensor

所有sesnor驱动的基类SensorBase。

SensorBase代码如下,概述:

Android的硬件抽象层,简单来说,就是对Linux内核驱动程序的封装,向上提供接口,屏蔽低层的实现细节。也就是说,把对硬件的支持分成了两层,一层放在用户空间（User Space）,一层放在内核空间（Kernel Space）,其中,硬件抽象层运行在用户空间,而Linux内核驱动程序运行在内核空间。为什么要这样安排呢？把硬件抽象层和内核驱动整合在一起放在内核空间不可行吗？从技术实现的角度来看,是可以的,然而从商业的角度来看,把对硬件的支持逻辑都放在内核空间,可能会损害厂家的利益。知道,