浅谈WES操作系统电池供电方案设计

常要求多方面的设备认证，从媒体到播放器，再到计算机，然后到显示图片的显示设备。芯片保护身份（如TCG批准的模块）对这种系统来说是必需的。像Vista一样的WES可以与这种软件一起工作，并可与DMC1998兼容。微软正在努力防止Linux被"Tivo化"3。

　　移动WES设备的设计师应该仔细考虑人机界面（HMI）问题。即使有Atom芯片组的图形处理能力，并得到了微软现成驱动程序的强大支持，设备仍可能因显示器尺寸限制而需要重新对某些HMI进行设计。当然，普通的"XP"桌面是可用的，并且可以被赋于不同的颜色主题，如果需要的话还可以对图形和功能作重大修改。

　　想要为其设备完整设计定制接口的人都应该好好看看Siverlight。Siverlight主要用于微软所谓的RIA（丰富交互式应用）。Silverlight是在.NET 3.5下的Visual studio中开发的，可以在单一IDE中提供到数据库和编程语言的直接接口。.NET 3.5是WES提供的一个新功能，并不是老版XP embedded的一部分。

　　但Silverlight是一种基于浏览器的技术，因此可能不适合移动手持设备。在本例中，首选接口可以是Windows Presentation Foundation（WPF）。WPF可以提供Silverlight的所有功能——嵌入式视频、动画、可扩展矢量图像等，但所有这些功能的实现都不需要使用浏览器。

　　最后，有关移动设备的另一个细节：它们一般都用电阻触摸屏，不用鼠标或轨迹球。这是一种不同的接口——比如没有’hover’特性。Windows Mobile和Windows CE都习惯于利用屏幕上的点击保持、点击拖放和双击操作提供需要的功能，但这些功能必须嵌入触摸屏驱动程序，而这些驱动程序对每家触摸屏供应商来说都是不同的，并不是现成WES的一部分。你需要自己来创建这种驱动程序，或者从OEM供应商处获取。

　　需要提醒大家的是，这种驱动程序如果做得不好的话，可能极耗资源和功率。最好使用优秀的低功耗、中断驱动设计技术来创建这些驱动程序。

　　联网功能

　　对于一个真正的移动设备来说，联网功能是有差异的。笔记本电脑虽然也是可移动的，但通常在一个固定地点工作，并保持一条到单个WiFi接入点的链接。然而，手持式WES设备可能需要在移动中使用（比如在仓库中携带RFID阅读器/平板电脑的工人），可能从一个接入点‘跳到’另一个接入点，同时还要保持会话的连接性和安全性。

　　Windows Communication Foundation（WCF）可以提供这种灵活性。WCF是.NET框架的一部分，可用于搭建互相通信的应用程序。WCF内置于Vista中，开发WCF设备的OEM商可以进行下载和安装。

　　WCF是微软针对通信的全面解决方案，但该领域并非只有微软一家大公司。思科几乎垄断了接入点市场，他们的各种标准（著名的CCX）也是OEM设备开发环境中的一个要素。幸运的是，这些通信技术都基于与XP/Vista兼容这样一个共同点，因此可以与WES系统一起作为即插即用驱动程序安装。

　　OEM厂商应注意，对移动设备来说，供应商标准也许还不够。针对不同类型的医疗设备、DoD信息和各种安全（经济）事务都有严格的工业和政府标准。同样幸运的是，所有这些标准都是用Windows PC设备开发和验证的，因此OEM商适应WES设备通常很容易。

　　然而，所有答案不在软件中。移动设备设计师尤其需要理解他的设备处于通信情景中的哪个环节。例如，笔记本电脑几乎都是USB主机。然而，移动设备可能是USB从机，也可能同时具有主机和从机的功能。这类变化可能需要BIOS做出调整。

　　功耗

　　功率使用，更具体地说是每次单元操作的能耗，对电池供电设备而言非常关键。最终，我们需要的是在最小电池成本和体积下的"使用天数（DOU）"。时钟速率或MIPS的测量并不能很好地指示一个设备的‘DOU’。功耗的测量并不严格与DOU相关。每瓦的MIPS有一定程度的关联，但前提是恒定连续的使用——对移动设备来说很少这样。但真正有价值的是每次操作的瓦特秒（尔格）。

　　移动应用是中断和事件驱动型应用。例如，移动设备可能有一个内置的RFID阅读器。它的电池寿命可能不是以小时计，而是以阅读次数计。如果设计合理的话，这种设备平时应该几乎不耗电，除非要求去读取标签。然后，它应触发工作、发出射频脉冲、读取返回的数据、排除错误读数、应用一些商业逻辑，再将数据传送给本地或远程数据库，中间可能需要启动网络连接。

正如你看到的那样，对硬件、操作系统和应用软件的整合努力，可以实现最优的每次操作尔格值。进一步的尔格/操作优化直接取决于执行的操作和采用的网络。例如，简短的SMS通过CD