TinyOS是什么

Tiny OS是UC Berkeley（加州大学伯克利分校）开发的开放源代码 *** 作系统，专为嵌入式无线传感网络设计， *** 作系统基于构件（component-based）的架构使得快速的更新成为可能，而这又减小了受传感网络存储器限制的代码长度。Tiny OS是一个具备较高专业性，专门为低功耗无线设备设计的 *** 作系统，主要应用于传感器网络、普适计算、个人局域网、智能家居和智能测量等领域。

1）特性，Tiny OS的如下特性决定了其在传感器网络中的广泛应用，使其在物联网中占据了举足轻重的地位。

a.相对于主流 *** 作系统成百上千MB的庞大体积来说，Tiny OS显得十分迷你，只需要几KB的内存空间和几十KB的编码空间就可以运行的起来，而且功耗较低，特别适合传感器这种受内存、功耗限制的设备。

b.Tiny OS本身提供了一系列的组件，包括：网络协议、分布式服务器、传感器驱动及数据识别工具等，使用者可以通过简单方便的编制程序将多个组件连接起来，用来获取和处理传感器的数据并通过无线电来传输信息。

c.Tiny OS在构建无线传感器网络时，通过一个基地控制台控制各个传感器子节点，聚集和处理各子节点采集到的信息。Tiny OS只要在控制台发出管理信息，然后由各个节点通过无线网络互相传递，最后达到协同一致的目的。

2）应用：

Tiny OS是一个开源的 *** 作系统，所有人都可查看和修改Tiny OS的源代码，参与到Tiny OS及配套软件的开发，并应用到商业和工业领域中。在众多参与者的协作下，Tiny OS于2012年发布了的V2.1.2版本，并在2013年将Tiny OS上线到Github，供全球的参与者下载，平均下载量已经高达3.5万次/年。

Tiny OS已经有很多产品，例如：用于神经信号接收、调解、显示的接收器、用于能源领域中的石油和气体监控、用于传感网络的控制和优化、用于无线传感网络进行健康监测等。

参考：http://baike.baidu.com/link?url=8I6_rhZnhHCuDp6edqASHA-bVTlc70fhnNcMLPMr0IA5dOTQIW7-wa_-XTMpuXYbyrQhnquw2uKTphpKGpqc6a

NesC程序主要由各式组件（component）构成，组件和组件之间通过特定的接口（interface）互相沟通。一个接口内声明了提供相关服务的方法（C语言函数）。例如数据读取接口（Read）内就包含了读取（read）、读取结束（readDone）函数。接口只是制定了组件之间交流的规范，也就是通过某一个接口，只能通过该接口提供的方法实现两个组件之间的交流。但是接口终归只是接口，只是一组函数的声明，并为包含对接口的实现。

interface Read<val_t>{ command error_t read()event void readDone( error_t result, val_t val )}

2.组件

NesC程序由组件构成。组件内主要是包含了对各类接口的使用（uses）和提供（provides）。例如组件A提供了Read接口，那A就需要负责实现Read接口内的read命令，也就是read命令的函数体，即“具体这个值是如何读取出来的”。因为命令（command）是由接口的提供者（provider）负责实现的。如果组件B使用了A提供的Read接口，那在读取数据结束以后，系统会返回给B一个“读取结束”的事件，而B则需要负责处理这个事件，即“数据读取完毕以后，我用这个数据干什么”，将值返回给计算机，或者是通过无线发送给其他传感器等等，所以事件（event）是由接口的使用者（user）来负责实现的。

组件分为两类。分别是模块（module）和配置（configuration）。模块内包含了程序的主干，也就是对各类命令和事件的实现，是NesC程序的可执行代码的主体。而配置则是负责将各个模块，通过特定的接口连接起来，其本身并不负责实现任何特定的命令或者事件。

以TinyOS附带的Blink（闪烁发光二极管）程序为例：

 View Code

 View Code

Blink程序由两个组件构成。BlinkC.nc为模块，BlinkAppC.nc为配置。

2.1 调用命令和事件信号

一个简单commanda可以使用call a()来调用，一个简单的event可以使用signal a()来触发。

若带参数的命令a有n个接口，类型为T1,...Tn由接口参数表达式e1...en调用如下：call a[e1,...en]()相应的可以用signal

uint16 ：无符号16bit整数，

uint32：无符号32bit整数，

unit8：无符号8bit整数，

int8：有符号8bit整数。

其作用是程序更加简洁，增强可移植性和可维护性，尤其是在16位机器，32位，或者是64位机器上相互之间移植的时候只需要修改这些宏定义就可以满足要求了，而不需要去修改整个工程里边的每一个变量定义。

在nesc的代码中，你会看到很多你不认识的数据类型，比如uint8_t等。咋一看，好像是个新的数据类型，不过C语言（nesc是C的扩展）里面好像没有这种数据类型啊！怎么又是u又是_t的？很多人有这样的疑问。论坛上就有人问：以*_t结尾的类型是不是都是long型的？在baidu上查一下，才找到答案，这时才发觉原来自己对C掌握的太少。

那么_t的意思到底表示什么？具体的官方答案没有找到，不过我觉得有个答案比较接近。它就是一个结构的标注，可以理解为type/typedef的缩写，表示它是通过typedef定义的，而不是其它数据类型。

uint8_t，uint16_t，uint32_t等都不是什么新的数据类型，它们只是使用typedef给类型起的别名，新瓶装老酒的把戏。不过，不要小看了typedef，它对于你代码的维护会有很好的作用。比如C中没有bool，于是在一个软件中，一些程序员使用int，一些程序员使用short，会比较混乱，最好就是用一个typedef来定义，如：

typedef char bool。

一般来说，一个C的工程中一定要做一些这方面的工作，因为你会涉及到跨平台，不同的平台会有不同的字长，所以利用预编译和typedef可以让你最有效的维护你的代码。为了用户的方便，C99标准的C语言硬件为我们定义了这些类型，我们放心使用就可以了。

---