TinyOS操作系统开发技术及实践（西电版）第3章_TinyOS体系结构教材教学课件.pptVIP

图3-9 LedsC.nc文件 其代码如代码3-4所示。【代码3-4】 LedsC.nc　　configuration LedsC 　　{　　　 provides interface Leds;　　}　　implementation 　　{　　　 components LedsP, PlatformLedsC;　　　 Leds = LedsP;　　　 LedsP.Init - PlatformLedsC.Init;　　　 LedsP.Led0 - PlatformLedsC.Led0;　　　 LedsP.Led1 - PlatformLedsC.Led1;　　　 LedsP.Led2 - PlatformLedsC.Led2;　　　 LedsP.Led3 - PlatformLedsC.Led3;　　} 　　2. 弱HIL　　弱HIL是指基于这类抽象可以编写可移植代码，但移植时必须包含平台的特定行为，虽然这种平台的具体行为可能是由一个平台无关的应用程序执行，但语义上仍需要知道具体的平台情况。例如，ADC抽象需要平台相关的配置情况，返回的数据必须根据配置信息才能解释。在所有平台中，ADC配置信息通过AdcConfigure接口设定，以一个platform-define类型的adc_config_t变量作为参数。返回的ADC数据可能以一种与平台无关的方式处理，例如，计算多个ADC读取值的最大值、最下值或平均数。　　弱HIL的好处就是可以编写可移植的使用代码。虽然这类抽象的代码可能不是完全地被移植，但比起在HAL层代码上移植，工作量要少很多。这是因为弱HIL本身会提示某些功能是如何显露的，从而给平台开发者提供帮助。 　　　　　　3.3 综合硬件组件　　综合硬件组件主要功能是模拟高级的硬件行为，现有的TinyOS系统提供了大多数传感网硬件平台和应用领域里都可用到的组件，如定时器组件、传感器组件、消息收发组件以及电源管理组件等，从而把用户和底层硬件隔离开。基于此，用户只需开发针对特殊组件和特殊应用需求的少量组件，从而提高了应用软件的开发效率。　　综合硬件组件包括感知组件、执行组件和通信组件等，它接收上层提供的的命令并向下调用硬件抽象组件执行此命令，它处于高层软件组件与硬件抽象组件之间，是TinyOS的一个过度层，它的出现方便了平台的移植。 　　　　　　3.4 高层软件组件　　高层软件组件即应用组件，通过向下层发送命令，并且绑定相应的配件最终实现一个具体应用。应用组件主要有两部分组成：　　TinyOS操作系统或发布平台为用户提供的应用组件(即API组件)。　　用户应用程序本身的应用组件。 　　　　　　　　3.5 任务调度3.5.1 任务和调度　　在TinyOS系统中，任务和调度是两个不同的概念，其说明如下：　　任务一般用于对实时性要求不高的应用中，其实质是一种延迟的计算机制。　　任务的调度是由调度器来完成。在TinyOS 2.x任务调度器被实现为一个TinyOS组件。每个任务调度器必须都支持nesC语法的任务，否则不能通过ncc编译器的编译。 　　1. ?TinyOS任务　　TinyOS 1.x中对任务的定义比较简单，无参数要求，并采取简单的先进先出(First-In- First-Out，即FIFO)的调度策略。当多次提交一个任务进入任务队列时，可能会返回失败。因为当多次提交一个任务时，只有第一次提交是成功的，其他情况下都是失败的。这种情况导致即使收到提交失败的消息，任务依然会被运行。这中情况下虽然可以修改任务的调度策略，但是当策略发生改变时，开发人员将任务结合到nesC语言代码中非常困难。　　TinyOS 2.x中提供了两种类型的任务。　　一种是TinyOS 1.x中使用的基本任务模型，将任务调度器表示为组件形式。TinyOS的基本任务模型具体示例如示例3-1所示。 【示例3-1】 基本任务uint8_t num = 3;…//任务函数声明post process Task();…task void process Task(){ //任务需要处理的工作 num--; if(num) { //再次提交任务 post process Task(); }} 　　一种是TinyOS 2.x中新出现的任务模型(本书称为接口任务模型)，即将任务表示为接口TaskBasic，从而可以扩展任务的种类。系统对该接口的定义如示例3-2所示。　　【示例3-2】 TaskBasic.nc　　　interface TaskBasic 　　　{ 　async command error_t postTask(); 　event