[发明专利]适用于Windows操作系统的传感器驱动方法和驱动系统

说明书

本发明公开了一种适用于Windows操作系统的传感器驱动方法和驱动系统，传感器驱动方法包括：检测连接到应用处理器的传感器的工作模式；将来自传感器的原始数据输入算法库，并以该工作模式调用算法库以计算出虚拟的传感器结果；将该虚拟的传感器结果上报到应用处理器。对使用者来说，改变传感器配置方案后，最多只需要改变ACPI表中的I2C从地址，不再需要更新整个驱动系统，减少了很多工作量，尤其是极大简化了使用者移植驱动的难度和时间。对于开发者来说，减少了代码分支，只需要维护一套驱动代码，并且出现问题调试时，只需要统一用同一个调试文件来抓取信息进行分析，也减少了工作量。

技术领域

本发明涉及传感器驱动领域，特别涉及一种适用于Windows操作系统的传感器驱动方法和驱动系统。

背景技术

随着Windows系统近年来在移动设备上的推广，越来越多的平板和手机选择了Windows系统作为其操作系统，应用于移动设备的传感器数量亦呈增长趋势。与笔记本上单一使用加速度计的硬件设计不同，移动设备上的传感器配置方案(sensor solution)更加多样，更多配备的是六轴或者九轴的传感器配置方案。为了得到更优的用户体验与计算精确度，使用fusion算法并且将其应用在针对传感器的六轴和九轴配置方案当中。

为了节省成本，一些现有的传感器配置方案是以I2C直接连接传感器的方式进行硬件设计，并没有MCU(微控制单元)部分，而驱动的工作内容也从MCU上固件(firmware)的编写转移到了Windows操作系统用户层上的UMDF(用户模式驱动程序框架)驱动开发上来。

一些现有的六轴与九轴设计的传感器配置方案采用的是I2C直连的传感器硬件连接方案，而驱动则是使用带fusion算法的Windows驱动，该驱动是UMDF1.X架构，并且调用了fusion算法库。针对六轴和九轴传感器配置方案的Windows驱动可以只有一个驱动。如图1所示，该驱动10为一个带有fusion算法库的combo驱动，管理多个物理传感器11，直接获取物理传感器的原始数据，然后将原始数据交给驱动中的fusion算法库，由fusion算法库将物理传感器的原始数据作为输入数据，最终计算出各个虚拟传感器需要的结果，并且上报给上层12，即Windows系统的上层分层接口。

针对六轴九轴的驱动，虽然总数只有一个，但是由于移动设备上的传感器配置方案较多，例如有的是指南针方案，有的是九轴方案，有的又是惯性测量单元方案，现有的驱动管理模式是，不同的传感器配置方案对应不同的combo驱动，同时不同的combo驱动对应不同的ACPI表文件。

传感器配置方案不同，硬件上的物理传感器类型可能不同，从而对应的工作模式不同。在现有的多分支combo驱动管理模式下，要求开发人员，根据传感器配置方案的不同，选择不同的驱动代码，编译出对应其工作模式的驱动，从而适应不同的传感器配置方案。

这样的方式需要管理多套驱动代码，遇到不同的传感器配置方案时需要发布不同的combo驱动。一旦传感器配置方案发生变化，使用者不得不重新改写ACPI表，刷新BIOS(基本输入输出系统)，重新安装调试新的combo驱动，还要再次生成OS image(操作系统映像)。这样很多工作需要重头做起，容易重复出错。而开发者则需要变换代码分支，生成新的驱动，还要再次解决错误问题，使用新的debug文件，浪费了很多不必要的时间和精力。

发明内容

本发明所解决的技术问题在于克服了现有技术中的至少一个缺陷，提供一种适用于Windows操作系统的传感器驱动方法和驱动系统。

本发明通过以下技术方案解决上述技术问题。

一种适用于Windows操作系统的传感器驱动方法，包括：检测连接到应用处理器的传感器的工作模式；将来自传感器的原始数据输入算法库，并以该工作模式调用算法库以计算出虚拟的传感器结果；将该虚拟的传感器结果上报到应用处理器。