Contiki协议栈

Contiki协议栈

一.协议栈总体框架

Contiki系统为了支持多种硬件平台和软件协议设计了如图1.1所示的层次框架,通过contiki-conf.h的宏定义用户可以灵活地选择协议类型,如:

#define NETSTACK_CONF_NETWORK    rime_driver

#define NETSTACK_CONF_MAC    csma _driver

#define NETSTACK_CONF_RDC    cxmac_driver

#define NETSTACK_CONF_RADIO    sx1278_radio_driver

#define NETSTACK_CONF_FRAMER    framer_nullmac

1.1协议栈层次

Contiki V2.7支持的各层次协议类别如图1.2所示,其中NETSTACK_MAC是一个概念层次,真正处理MAC逻辑是由NETSTACK_RDC(Radio Duty Cycling)完成的;而NETSTACK_RADIO层支持的射频驱动,用户可以自由扩展。

1.2  Contiki V2.7支持的协议类型

二.收发Radio Packet的调用与时序

1.      接收Radio Packet

2.1显示了接收Radio Packet的调用逻辑与时序,当射频硬件接收到数据包时ISR通知rf_processrf_process自底向顶调用:RDC->MAC->NETWORK协议栈的接收函数,最后将数据包提交给应用程序绑定的进程。

2.1接收Radio Packet

2.      发送Radio Packet

如图2.2所举例,process_i需要发送abc(Anonymous best-effort local area Broad Cast)数据包,进程自顶向底调用:MAC->RDC->RADIO协议栈的发送函数,最后通过射频硬件以无线电方式传输。

2.2发送Radio Packet

三.CSMA(Carrier Sense Multiple Access)协议原理

CSMA协议提供相对可靠的MAC层传输,每次调用RDC层发送数据包后,它根据反馈信息判断是否需要缓存并重传该数据包。

CSMA的关键数据结构如图3.1所示,struct neighbor_queue根据不同的接收地址缓存数据包;struct rdc_buf_list将同一个接收地址的不同PACKETBUF_ATTR_MAC_SEQNO的数据包进行链接;struct queuebuf保存需要重传的数据包头和数据实体;struct qbuf_metadata存储回调函数指针等信息。

3.1  csma关键数据结构

CSMA根据RDC层发送数据包的反馈信息选择相应逻辑动作:

MAC_TX_OK:发送成功,回收缓存数据结构和善后工作;

MAC_TX_NOACK:启动ctimer,随机延时后重传,直到发送次数超过MAX

MAC_TX_COLLISION:继续重传,且发送次数不受限。

一个CSMA的典型时序如图3.2所示,当RDC层发送完数据包后,CSMA的回调函数packet_sent()根据发送结果选择动作(见上面逻辑描述),如果需要重传则根据重传次数选择一个随机时间设置ctimer,当ctimer定时器超时后再次发送该缓存的数据包。

3.2  csma逻辑与时序

 

作者简介:

蒋俊,男,硕士研究生,现任长沙市锐米通信科技有限公司CEO。

从事通信研究与嵌入式开发10年,主攻微功率无线网络。

精通LoRa无线扩频通信,无线星型/树型/MESH网络设计;

通晓Contiki,Linux,uC/OS-II,OSAL等操作系统;

熟悉ARM,DSP,STM8,PIC,PC104等处理器;

擅长AD,RF等集成IC开发。

Web: www.rimelink.com

EMail: jiangjunjie_2005@126.com

QQ群:35212129

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值