interface Send { interface: 接 口 关 键字
command: 命 令关键字
command error_t send(message_t* msg, uint8_t len); command error_t cancel(message_t* msg);
event: 事 件关键字
event void sendDone(message_t* msg, error_t error); command uint8_t maxPayloadLength(); command void* getPayload(message_t* msg); }
组件命名规则 C和P的命名规则 :TinyOS 所有的终端程序组件
都以字母C或P为结尾.以C结尾所命名的组件表示它 是一个可用的抽象,而以P结尾的组件则表示它是私 有的.以P结尾的组件不能被直接的连接,但可以对 它做一些封装以使它变成可用(变成名字以C结束的)
硬件平台抽象命名规则 :TinyOS 2.0中的硬件抽
象通常是三级抽象架构,称作HAA(Hardware Abstraction Architecture). HAA的最底层是HPL( Hardware Platform Layer) HAA的中间层是HAL (Hardware Abstraction Layer) HAA的最高层是HIL (Hardware Independent Layer)
TinyOS2.0 的任务
基本任务模型 :基本任务模型中任务的原型声明如下:
task void taskname(){……..} 用户使用post关键字抛出任务,调用方式如下: result_t ret = post tastname()
任务接口模型 :任务接口扩展了任务的语法和语义.通常情
况下,任务接口包含一个异步(async)的post命令和一个run事 件,这些函数的具体声明由接口决定. 实例: Interface TaskParameter { async error_t command postTask(uint16_t param); event void runTask(uint16_t param); } 调用方式: call TaskParameter.postTask(34);//抛出任务
TinyOS2.0调度器
TinyOS的调度器实现了任务和事件的两级调度 任务之间不能互相抢占 ,底层硬件中断触发事件,事件能抢占 任务,事件之间也能互相抢占.命令和事件都可以post任务.任 务中也可以调用命令 . TinyOS 2.x调度器被实现为一个TinyOS组件.调度器既支持最基 本的任务模型,也支持任务接口模型,并且由调度器负责协调 不同的任务类型.
TinyOS2.0调度器……调度器组件
TinyOS调度器的形式说明 如下: module SchedulerBasicP { provides interface Scheduler; provides interface TaskBasic[uint8_t taskID]; uses interface McuSleep; } 配件TinySchedulerC封装 了组件SchedulerBasicP 调度器必须提供参数化 的TaskBasic接口 调度器还必须提供Scheduler接口 TinyOS2.0允许用户使用自己定义的应 用程序(组件)取代系统调度器

内存分配
TinyOS使用了静态的内存分配和管理机制 . TinyOS中的组件在编译时分配所需要的内存 组件之间能共享状态(state)的唯一方法是通过函数 调用 . 组件传递参数使用了两种方法:值传送和指针传送
.
指针传递参数比较危险 推荐做法:在任何时候,每一个指针都有一个明确的 所有者,并且只有所有者才能修改相应的存储区.
TinyOS 通信 消息缓冲区:TinyOS 2.0中的消息缓冲区类型是
message_t(与1.x不同),并且仍采用了静态包缓 冲策略 .缓冲区大小可以适合任何节点的通信接 口 ,组件不能直接访问结构的各域,所有缓冲区 的访问必须通过接口AMPacket和Packet(定义在 opt\tinyos-2.x\tos\intefaces目录)实现.
通信组件 :用户可以使用如下四个主动消息通
信组件实现无线消息的收发 (定义在tos\tinyos2.x\tos\system ) : AMSenderC,AMReceiverC,AMSnooperC, AMSnoopingReceiverC

上一页下一页