标签：style   blog   http   color   使用   os   io   strong   

SimpliciTI简介

SimpliciTI是TI开发的一份专门针对其CCxxxx系列无线通信芯片的网络协议。按照其官方说法SimpliciTI是一个基于连接的点对点通讯协议。它支持两种网络拓扑结构：直接的点对点通信结构和基于星型连接的网络拓扑结构。在星型连接中hub点在SimpliciTI中被称为Access Point,简写为AP。AP负责网络的构建和维护，它具备存储转发机制，因此可以对长期工作在休眠模式的低功耗设备提供较好的支持。同时SimpliciTI还支持泛洪方式进行广播数据传输，这种数据通讯方式在各种报警器网络中使用尤为广泛，同时也显得非常必要。

SimpliciTI将其网络功能封装为几个API函数型式，应用程序可以通过直接调用其API函数实现点对点的通信。SimpliciTI对硬件资源要求非常低，除了程序空间所需要的flash和运行时随机变量所占用的RAM外，SimpliciTI不需要任何其他资源,它甚至不需要定时器，内部需要的定时器都是用软件模拟实现了。它在运行过程中不会进行动态内存分配因此根本不会占用程序的堆空间。如果MCU资源富裕我们可以配给SimpliciTI一个定时器以提供更好的服务。

总体来讲SimpliciTI的特色是：

低功耗通讯支持，存储转发机制，支持休眠设备

低成本，最大使用8k Byte flash以及1k byte RAM

网络结构灵活，支持p2p的连接方式和星型网络

使用方便，协议仅仅通过8个API借口和应用程序进行交互

设备类型和网络结构

1.设备类型

SimpliciTI协议中规定了三种类型的设备，它们是：

Access Point--相当于一个hub，负责网络的建立和数据转发等

Range extender--中继器，负责数据转发以提高通信距离。

End device--终端设备，负责数据接收和发送，和传感器绑向Access point提供采集数据。

2.网络结构

SimpliciTI支持多种网络拓扑，图1是其典型的无线传感器网络中使用的星型网络拓扑示意图。图2是烟雾报警器网络应用的一种情况，在这种情况下当一个设备感知发生烟雾警报，为了保证信息能够可靠的传输就采用泛洪的方式发送，这样的数据传输不是面向连接的。

图1 SimpliciTI工作模式

?图2 烟雾报警器网络应用

SimpliciTI的工作模式

终端设备上电以后，首先完成系统初始化并向底层注册数据接收处理函数，然后启动一次加入中心节点的请求，该请求由广播方式发出，当得到中心节点响应后可以获取中心节点地址以及由中心节点构建起来的网络的信标(加入中心节点的过程不会导致可用连接数减少)。然后应用层程序一般会调用simpliciti启动link过程，建立一个到邻近节点的连接，连接建立成功simpliciti会反馈给应用程序一个句柄，之后应用程序就是用这个句柄进行通信。在任何一次通信过程中都可能通过range extender进行中转。

设备之间通过调用link和linklisten建立起连接后就可以通过SMPL_send和SMPL_receive进行端口到端口的数据收发了。同时为了检测信道好坏，simpliciti还提供一个ping指令用于测试通信效果。

? ?

SimpliciTI的软件结构

?

? ?

? ?

图3 simpliciti的软件结构

SimpliciTI的数据结构

1.和MCU相关的数据结构

typedef signed char int8_t;

typedef signed short int16_t;

typedef signed long int32_t;

typedef unsigned char uint8_t;

typedef unsigned short uint16_t;

typedef unsigned long uint32_t;

? ?

2.SimpliciTI数据帧相关的数据结构

? ?

typedef unsigned char linkID_t;

LinkID_t定义了的数据结构类似于TCP/IP中的端口，这些端口是逻辑意义的面向于应用程序而存在的。应用程序之间建立的连接时基于端口的链接，而后的通信也是面向端口的通信。在linkID_t定义的所有端口中SimpliciTI保留了一个端口，这个端口由宏SMPL_LINKID_USER_UUD定义，该端口命名为无连接的用户数据端口，该端口数据可以被所用用户程序侦测。

? ?

typedef enum smplStatus smplStatus_t;

smplStatus_t是一个枚举类型，它定义的是SimpliciTI运行过程中的所有可能状态返回，具体项参见表1.

表1 smplStatus_t 各项意义

? ?

typedef struct

{

const uint8_t structureVersion;

uint8_t numConnections;/*可建立的连接数*/

uint8_t curNextLinkPort;

uint8_t curMaxReplyPort;

linkID_t nextLinkID;

connInfo_t connStruct[SYS_NUM_CONNECTIONS];

} persistentContext_t;

typedef struct

{

volatile uint8_t connState;/*被分配标志*/

uint8_t hops2target;

uint8_t peerAddr[NET_ADDR_SIZE];

rxMetrics_t sigInfo;/*RSSI,LQI..*/

uint8_t portRx;

uint8_t portTx;

linkID_t thisLinkID;

} connInfo_t;

?

SimpliciTI底层接口

表2 simpliciti 底层接口

? ?

SimpliciTI应用层接口

1.1?smplStatus_t SMPL__Init(uint8_t (*callback)(linkID_t))

功能描述：该函数主要初始化通信系统和simpliciti的协议栈。完成的工作包括有：

A.直接调用驱动层函数MRFI_Init完成通讯硬件设备初始化，随机数种子初始化，物理层数据接收缓冲区初始化等工作。

B.调用网络层函数nwk_nwkInit注册用户接收数据处理函数并初始化连接表数据结构，初始化最大连接数，初始化下一个连接将使用到的接收和发送端口号，初始化下一个连接号；将中心节点地址设置为0，并从ROM中获取自身地址并搬移到RAM中；初始化设备类型，数据接收和发送的方式，初始化TRACE ID，将数据接收处理函数注册给nwk_frame.c?文件(而nwk_nwkInit则继续调用nwk_frameInit初始化本设备帧的固有数据结构并向下注册用户接收数据处理函数，nwk_frameInit注册用户数据处理函数的过程是根据预编译宏RX_POLLS来完成的，这个宏设置了用户程序对接收数据的处理方式。当其被置一，则表明用户程序将采用查询的方式来处理数据，底层用户数据处理函数注册被放弃。这种情况下接收到用户程序需要处理的数据时，该数据被保存在网络层的接收数据队列sInFrameQ中，等待应用程序来查询获取。反之，用户数据处理程序被注册给底层函数供中断调用处理。获取自身地址，并初始化nwk_frame.c文件的TID )；初始化应用层接收和发送数据处理队列sInframeQ和sOutFrameQ，这两个数据队列在逻辑层次上刚刚高于物理层的数据接收缓冲区；同时nwk_nwkInit还将初始化网络层内置的一些应用的TID以及相应的默认信标；初始化广播用到的连接号和端口号。

C.如果不是end device则使通信系统处于接收状态

D.如果是end device?则开启地址过滤

E.调用nwk_join启动一次连接AP的过程。该过程通过广播地址使用JOIN端口发起一次向AP的加入请求。加入成功将获得AP的地址和新的连接信标。

? ?

1.2?输入参数：

uint8_t (*callback)(linkID_t)--用户数据处理函数的函数指针，用户数据处理函数只有在end device上才能生效

? ?

1.3?返回值：

SMPL_SUCCESS--初始化成功

SMPL_NO_JOIN--因为没有收到AP返回，加入AP失败

SMPL_NO_CHANNEL--频率信道扫描失败，这种情况只有跳频条件编译功能开关打开才会发生。

? ?

2.1?smplStatus_t SMPL_Link(linkID_t *lid)

功能描述：用广播地址发起一个连接请求，如果收到回复则成功建立起一个连接，同时会生成一个连接号供应用程序使用该连接。连接建立过程受到等待时间的限制，等待超时将返回连接失败。等待时间是在初始化系统时根据通信速率，自动计算获取的。该函数可以被重复多次条用以获得多个连接。这些连接可以基于同一个设备也可以建立在不同设备之间。

执行过程：首先从连接表中选取一个空连接(选取空链接的时候需要更新连接表的下一个连接号)

SimpliciTI接收数据处理机制

Simpliciti接收数据的最小单位为数据帧，因为其外接的射频收发芯片是按帧为单位进行数据收发的。在适当的配置之下，射频芯片接收到数据帧后将发生一个中断告之MCU，MCU对响应这个中断并处理接收数据。Simpliciti中断调用并处理这个数据帧结构非常复杂，异常庞大，它几乎将除了用户应用程序外的所有simpliciti内部协议的接收处理都放在了中断函数中。

Mrfi_SyncPinRxIsr:该函数由中断触发并调用，模拟物理层对数据进行接收。主要完成的工作是对帧完整性进行验证；对数据帧的校验和进行验证；根据自身地址和功能开关对地址进行过滤(地址过滤操作将允许广播地址通过)；转换帧信号标识(RSSI,LQI转换为DB位计量单位的量)。

该函数涉及到的一个全局变量：mrfiIncomingPacket。这个变量专门用于对存放接收到的单帧数据。

nwk_QfindSlot：寻找一个空余数据帧空隙，将接收到的数据放入该数据帧。如果所有数据帧都满了，那么将最老的那个数据帧去掉。

该过程涉及到的全局变量是：sInFrameQ[]，这个变量时由结构体frameInfo_t定义的。

MRFI_Receive：该函数实现将接收到的数据填充到刚刚找到的空隙中。这里有一个技巧，原代码设计时使用了结构体变量之间，直接赋值！

dispatchFrame:检测信息类型，并更具信息类型进行投递到相应的应用层处理函数。主要完成工作是：检测信息是否是自身的回声(这种情况一般来至extender的转发)；根据获取到的端口判断是否调用内部网络层固有处理函数；根据网络层内部处理函数结果判断是否转发；根据端口判断是否存在相应的服务程序；

SimpliciTI的缺点

1.能够构建的网络相对较简单，网络容量小

2.不具备路由管理功能，每一次通讯都依靠RE进行侦听转发，比较浪费时间。这应该算是simpliciti最大的一个缺点了。

3.转发跳数限制在4跳，极大地限制了通信距离

4.每一个网络里边最大允许出现四个RE，这虽然可以减少数据发送过程带来的冲突，但是也使网络规模受到限制，传输距离受到限制。

5.设备分了三种类型，为安装带来麻烦

SimpliciTI的启迪

1.编写代码的时候每一个独立文件所独有的变量尽量使用static进行修饰，这样在设计功能类似的代码可以取一致的变量名。

2.在外部线程操作中断内可改变的变量时需要关闭中断。

3.中断内部可改变的变量需要用volatile定义。

4.学会使用assert功能

5.每一个应用线程独立的维护自己的TID

6.学会使用函数指针数组来完成对函数的调用

7.每一个文件内部的变量都是静态的，属于本文件的，这些变量的操作均借助于该文件内专用的操作函数来完成。(它的优点目前我还未能领悟)

8.学会使用memcpy，memset以及memcmp函数，将极大的简化代码

9.启用工程对项目进行管理的时候，通过不同的工程配置文件达到一个工程管理多个平台的目的。具体细节是，不同工程配置文件配置不同的包含路径，在工程的驱动层c文件中通过包含的方式包含底层驱动，由于不同配置不同包含路径导致配置变了以后自动包含了不同的驱动，从而实现一个工程管理多个平台。

10.用枚举定义所有函数的返回类型，并且包括所有可能出现的异常。

SimpliciTI 体系结构,布布扣,bubuko.com

SimpliciTI 体系结构

标签：style   blog   http   color   使用   os   io   strong   

原文地址：http://www.cnblogs.com/lovep/p/3927468.html