他们晚了些,但他们似乎决定菜单。
手机和平板电脑大幅加速传感器的使用,开创了苹果和谷歌。Windows 8刚刚发布的突然,但微软似乎发号施令时传感器集成在消费设备和电脑。
为什么?好吧,他们是一个相当大的大象,而且,即使有些人可能认为让他们缓慢而笨拙的(或-喘息!——走向无关紧要),他们仍然有不少杠杆在决定他们能坐的地方。显然,尽管其他人已经带头,微软似乎在说,“嗯,我们会从这里接管了前进的道路,mkay吗?”和传感器供应商是倾听,与他们的新版本,他们明确符合要求的Windows 8的人机接口设备(藏)规范。所以微软非常重视。
最初旨在处理鼠标和键盘等输入设备,当前藏抽象的概念,什么是一个“人”:所有传感器,是否反映了输入从人类管理下藏的伞。
在最基本的,藏是一个API。像iOS和Android,任何人都想使自己的传感器应用于Windows 8系统必须目标API,应用软件可以访问传感器数据。
但它不仅仅是一个简单的API。有很多传感器,数量的不断增加,系统不会成功如果假装理解它们。相反,传感器“自称”系统通过报告,允许操作系统与系统中特定的传感器。
当系统启动时,司机需要知道传感器将报告数据;它通过请求从传感器”功能报告”。这定义了基本的传感器信息,如当前“报告间隔”(频率传感器将报告数据——有点像反向轮询,如果使用这种方式);最低报告间隔(传感器的最大数据更新频率);连接类型;传感器的灵敏度;也许一个友好的昵称的传感器。与此同时,传感器报告其当前状态,定义数据字段和值类型。
在操作期间,“输入报告”异步发送到司机,基于传感器报告时间,或要求司机(大概是基于请求从一个应用程序)。同样,这些报告是自描述;数据存储的驱动程序,如果该报告是由应用程序请求,转发到该应用程序。
也有传感器设置可能随着时间而改变,特别是敏感性和报告的频率。司机通过写报告功能传感器——再一次,通常是在应用程序的请求。
微软试图“标准化”某些传感器通过将他们分组为“类别”和“类型。“这些,以及特定传感器供应商,确定由一个全局唯一标识符(GUID)。他们分配一些;供应商也可以指定它们。
在创建一个传感器分类,他们走得更远比安卓系统,如表1所示,列出了官方认可的传感器。除了这些特定的传感器,也有“通用的”规定和自定义传感器,允许包含传感器,还不存在或不符合这些桶。传感器也可以宣布独立或集合。
表1。传感器由Windows 8,对Android的比较。大胆的传感器所需的窗口。安卓没有必需的传感器。
注:
- 不是必需的,但是可能在未来。
- 弃用。
- 要求只有一个无线广域网(无线广域网,像蜂窝网络)电台的存在。
注意,我试图找出传感器支持iOS中,但是,与Windows和Android,这些信息并不可用。google收益率无数的书籍和课程,你可以支付,但没有太多的免费信息。欢迎来到Apple-controlled宇宙,我想。也许我没有足够努力的话,但是如果信息,它比竞争对手更不容易。
微软区分所谓的“物理”传感器-像加速度计和所谓的“虚拟”传感器——像取向或一个测斜仪——表示数据从多个物理传感器融合。事实上,你可能会想象,随着人们找出提高方法结合物理传感器输入提供新的信息,虚拟传感器类别可能是一个增长速度远远高于物理范畴。
据推测,数据融合也可以发生在应用程序级别。使至少三个层次的融合可以驻留:在传感器本身;在低级代码,产生一个虚拟的传感器;作为应用程序的一部分。
微软也比其他人走得更远,要求一套基本最低的传感器,以粗体显示在上面的表中。这开创了一个酒吧,说,对于任何Windows 8的设备,无论大小或使用,有一个基本的传感器不是可选的。假设似乎是每一个Windows 8设备,不管它是如何使用,必须能够提供,例如,加速度和旋转信息。
如果传感器信息无关的设备,大概有可能假窗户通过提供报告使用假数据——因为,很明显,必须提供一个系统和一个荒谬的传感器只是为了操作系统将是愚蠢的关于BOM成本——更不用说空间。可能的假设是,如果运行Windows系统是足够大,那么基本传感器组,通过通用谐波收敛,是相关的。
所以,不管你是否喜欢窗户,特别是或Windows 8,微软似乎已经做了一份体面的工作迫使传感器供应商注意。是否要求他们躺下来妥协系统架构开放——这是一件好事——是否还有待观察。现在人们只是行礼和满足需求。
你怎么看待微软在指定传感器接口的作用吗?有用吗?无操作吗?只是需要做的事情的一部分让你支持传感器?