- 博客(17)
- 资源 (1)
- 收藏
- 关注
翻译 RPL(8):RFC6550翻译(8)---下行路由
9、下行路由本节讲述RPL发现和下行路由的维护。RPL通过目的地公告对象(DAO)消息来构造和维护下行路由。下行路由支持P2MP流,从DODAG根流向叶子。下行路由也支持P2P流:P2P信息可以通过上行路由流向DODAG根(或公共祖先),然后离开DODAG根通过下行路由流向目的地。本规范描述RPL实例在维护下行路由时可选择的两种模式。第一种模式叫“存储式”,节点为它们的
2017-01-23 19:55:11 1674
翻译 RPL(7):RFC6550翻译(7)---Upward Routes
8、Upward Routes(上行路由)本章讲述RPL是如何发现并维护上行路由的,描述了DODAG信息对象(DIOs)的使用,DIO报文用于发现及维护路由;详述了RPL如何生成并响应DIO;还描述了DODAG信息请求报文(DIS),它用于引发DIO传送。正如3.2.8节所述,节点决定加入DODAG前必须为相关实例提供至少一个DODAG双亲作为默认路由。此默认路由使得数据包
2017-01-20 09:25:03 1466
翻译 RPL(6):RFC6550翻译(6)---Sequence Counter
7、Sequence Counters(序列计数器)本章介绍RPL中序列计数器的自举和运行总体方案,如DIO报文中的DODAGVersionNumber,DAO报文中的DAOSequence和传送信息选项中的Path Sequence。7.1 序列计数器概览本规范利用三种不同的序列号来验证协议信息的新鲜度和同步性:DODAGVersionNumber
2017-01-19 08:38:23 875
翻译 RPL(5):RFC6550翻译(5)---ICMPv6 RPL控制报文
一直以来,困扰我的是packet的翻译,可以是数据包,也可以是分组。但这两个中文意思相差较大,翻译成“数据包”或“包”更接地气、更容易理解些,但有些专来术语又必须使用“分组”。头痛啊!个人理解,分组是相对于链路层而言的,因为IP层向下发的数据包有可能尺寸过大,在链路层要分成数块来传送,所以又叫分组。我个人倾向于packet在单独使用时翻译为数据包,在联合其它单词形成专业术语时,根据需要,有时翻译成
2017-01-17 12:14:53 3756
翻译 RPL(4):RFC6550翻译(4)---RPL的通信流支持&RPL实例
4、RPL的通信流支持RPL支持三种基础通信流:多点到点(MP2P),点到多点(P2MP)和点对点(P2P)。4.1 多点到点通信多点到点(MP2P)是很多LLN应用的主导通信流([RFC5867],[RFC5826],[RFC5673]和[RFC5548])。MP2P流的目的地是有应用意义的选定节点,如提供到更大互联网或核心专用IP网络的连接。RPL允许通过
2017-01-16 07:57:33 1799
翻译 RPL(3):RFC6550翻译(3)---协议综述
3.协议综述本节目的是本着[RFC4101]的精神描述RPL。协议细节可以后面章节找到。3.1 拓扑结构本节介绍可形成的基本RPL拓扑结构,及构造这些拓扑结构的规则,例如,指导DODAG形成的规则。3.1.1 构造拓扑结构LLNs,如无线网络,通常不会象点对点导线那样强制形成拓扑结构,所以RPL不得不发现链路并有节制地选择对端。
2017-01-14 08:48:30 3580
翻译 RPL(2):RFC6550翻译(2)---术语
DAG:Directed Acyclic Graph,有向无环图。有向图具备如下性质:所有边具有方向性,且不存在回路。所有边均包含在通向或结束于一个或多个根节点的路径中。DAG root:DAG根DAG根是有向无环图中无出边的节点。因为图是无回路的,所以根据定义,所有的有向无环图必须必定拥有至少一个DAG根,且所有路径终结于一个DAG根。
2017-01-12 12:50:18 2121
翻译 RPL(1):RFC6550翻译(1)---引言
学Contiki的最主要目标之一就是RPL,今天总算是走到这了。当然,第一步还是得先翻译RPL标准的文档RFC6550,文档地址为:https://tools.ietf.org/html/rfc6550RPL: IPv6 Routing Protocol for Low-Power and Lossy NetworksRPL:IPv6低功耗有损网络路由协议
2017-01-11 10:33:48 2059
原创 基于TI-RTOS的CC2650DK开发(30)--- Swi官方示例
官方示例中有一个专门针对Swi的例子,它演示了Swi的几种提交方法,基本针对Swi的几种提交方法写的程序,在读此程序之前请先阅读这篇日志。先上代码:/* XDC module Headers */#include #include /* BIOS module Headers */#include #include #include #include #inclu
2017-01-10 09:16:35 1720 1
原创 基于TI-RTOS的CC2650DK开发(29)---UART
有关UART,官网有一个例程uartecho。本篇文章先讲解官方例程,然后自己再做一个更复杂的。官网例程:uartecho_CC2650DK_7ID_TI_CC2650F128/* XDCtools Header files */#include #include /* BIOS Header files */#include #include /* TI-RT
2017-01-08 23:24:50 2571
翻译 网络协议MPL(3):RFC2606--The Trickle Algorithm文档翻译
The Trickle Algorithm摘要:涓流算法使得有损共享介质(如低功耗有损网络)中的节点在进行信息交换时具有:高鲁棒性、高效能,简单且可扩展等特性。传输窗口的动态调整特性使得涓流算法在传输新信息时,当每小时仅发送很少的重复信息时链路层传输次数按比例调整。简单的抵制机制和传送点选择使得涓流算法的通信速率和节点密度间为对数关系。本文描述涓流算法和它的使用。3
2017-01-08 09:56:45 1563
原创 基于TI-RTOS的CC2650DK开发(27)--- 邮箱示例
本想用semaphore搞个简单的LCD示例,也就是按一个按钮,将按钮值显示在LCD上。但写的时候突然发现semaphore无法实现这个功能啊。因为要在一个task内显示按钮值,而按钮有5个,显示5个值,这时需要参数传递。但semaphore无法传递参数,其实用一个全局变量也可以实现参数的传递。赶紧找还有什么机制是可以传递参数的,邮箱不就是干这事的嘛!现在终于理解了,邮箱其实就
2017-01-06 23:42:13 2120
翻译 网络协议---MPL(2):RFC 7731文档翻译
7、信息库7.1 本地接口集本地接口集记录MPL传送者的本地接口。本地接口集由本地接口多元组组成,每个MPL接口对应一个AddressSet。AddressSet --- 一系列分配给MPL接口的单播地址。7.2 域集域集记录了订阅了每个MPL域地址的MPL接口。域集由MPL域多元组组成。每个MPL域对应一个MPLInterfaceSet。
2017-01-06 09:30:43 1899
翻译 网络协议---MPL(1):draft-ietf-roll-trickle-mcast-12文档翻译
ROLL J. HuiInternet-Draft Nest LabsIntended status: Standards Track
2017-01-05 16:27:51 1776
原创 基于TI-RTOS的CC2650DK开发(26)--- LCD官方示例
CC2650DK自带的液晶显示屏,官方给出两个示例。之前做的示例由于不了解task,我把代码最简化,现在可以深入一些去学习了。所以先学前面的示例,再来学这个,会简单些。两个示例,两种不同的使用方法,下面一一道来。示例可从菜单【View】→【Resource Exploer Classic】里得到。Demo1:lcdSmartRF06EB_CC2650DK_7ID_TI_CC2650
2017-01-03 23:52:47 2299
原创 华为LiteOS发布了
进入新年,华为嵌入式操作系统LiteOS 1.0版终于发布了http://developer.huawei.com/cn/ict/Products/IoT/Components/LiteOS/content/API这个发布整整迟到了一年。本以为华为不准备开源了,但最终还是来了。之前一直在等华为的LiteOS,毕竟是国产操作系统,以当今如此强大的中国,华为又是中国最强大的
2017-01-02 11:29:27 4004
翻译 基于TI-RTOS的CC2650DK开发(25)---IOM接口
本附录提供IOM(I/O迷你驱动)接口的详细描述。F.1 迷你驱动接口概览迷你驱动接口指定了如何实现一个迷你驱动。功能一个迷你驱动应当实现以下功能:mdBindDev:将设备绑定至迷你驱动。mdControlChan:执行信号控制命令。mdCreateChan:创建设备信道。mdDeleteChan:删除一个信道。mdSubmi
2017-01-01 10:17:00 1384
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人