Contiki——Rime缓冲区packetbuf分析

2024-04-08 09:08

本文主要是介绍Contiki——Rime缓冲区packetbuf分析,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

2013-7-5 19:02

首先关于里边的一个变量:
buflen指的是payload(packetbuf的数据部分)的长度,
bufptr指的是payload(packetbuf的数据部分)的起始位置;
hdrptr指的是报文头的起始位置(在packetbuf的报文头部分);
packetbuf实际大小是PACKETBUF_HDR_SIZE+PACKETBUF_SIZE(即默认为128+48)。

关于packetbuf使用缓冲区的方式,以及关于为什么,发送和接收存放不一致,确实值得分析一下。
对于发送而言,报文头使用内存是从后往前,payload是从前往后,是因为在发送时不用再去调整报文头和payload的位置,即使需要调整,也只是根据bufptr将payload调整为以PACKETBUF_HDR_SIZE开始的packetbuf(即报文头的尾部)。方便于组织与打包数据。(现在理解到这个,是因为之前在一次写通信协议的打包的时候,自己也这样做过。现在再看,这里的使用确实很是巧妙,而当时自己只是为了解决一个打包问题,而临时使用的一个方式。当时还以为这样做不可取。没想到,Contiki中整个的数据打包都是基于这种方式。)
对于接收而言,在没有进行解包前,我们不知道哪里是报文头,无法进行分开存放,这样全部放在packetbuf的数据区也是合适的,也正因为这样才有了packetbuf_hdrreduce解包函数,用来提取各自的报文头。

bufptr与buflen作用:
为了在接收数据时,从incoming packet中提取出报文头和数据,即在接收数据解包时找到报文头和数据的起始位置。
因为发送时,报文头和payload是很开放置的,一个放置在packetbuf报文头缓冲区,一个放置在packetbuf数据缓冲区,但是接收回的数据都是在packetbuf数据缓冲区中放置的,所以在提取报文头的时候,将buflen减了size,正好将前size字节的报文头提取出来。而对于bufptr加了size,正好跳过size字节的报文头,而这个时候bufptr指向的位置,正好是下一次要提取的报文头或者payload(即报文中数据部分)的开始。
在接收函数中会先调用packetbuf_hdrreduce(因为发送时的packet_compact,将bufptr已经置为0,所以这里接收到的数据帧放置在PACKETBUF_HDR_SIZE起始的packetbuf中)。这里调用packetbuf_hdrreduce(size),正好将各层自己的报文头提取出来,这里的size正好是每层各自报文头的长度。在packetbuf_hdrreduce(size)函数中,
bufptr+=size;
buflen-=size;
这样,bufptr的位置,正好是下一次要提取的报文头或者payload的起始地址,而buflen则是剩下的数据长度。
这也既是,为什么在发送函数前会有一个packet_compact,调整数据的存放,将payload放置在PACKETBUF_HDR_SIZE开始的packetbuf中,也即payload的起始地址;在解包函数中,都会有一个packetbuf_hdrreduce,提取报文头。

关于
packetbuf_set_addr()
packetbuf_set_attr()
每一层都会设置相应的addr,和attr。channel是在chameleon中设置的。最后在packet_header时,从packetbuf_attrs,packetbuf_addrs静态数组中提取,组织到packetbuf中准备发送;
注:
http://blog.chinaunix.net/uid-9112803-id-3277952.html
给了很多启发

这篇关于Contiki——Rime缓冲区packetbuf分析的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/885154

相关文章

Java程序进程起来了但是不打印日志的原因分析

《Java程序进程起来了但是不打印日志的原因分析》:本文主要介绍Java程序进程起来了但是不打印日志的原因分析,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录Java程序进程起来了但是不打印日志的原因1、日志配置问题2、日志文件权限问题3、日志文件路径问题4、程序

Java字符串操作技巧之语法、示例与应用场景分析

《Java字符串操作技巧之语法、示例与应用场景分析》在Java算法题和日常开发中,字符串处理是必备的核心技能,本文全面梳理Java中字符串的常用操作语法,结合代码示例、应用场景和避坑指南,可快速掌握字... 目录引言1. 基础操作1.1 创建字符串1.2 获取长度1.3 访问字符2. 字符串处理2.1 子字

Python 迭代器和生成器概念及场景分析

《Python迭代器和生成器概念及场景分析》yield是Python中实现惰性计算和协程的核心工具,结合send()、throw()、close()等方法,能够构建高效、灵活的数据流和控制流模型,这... 目录迭代器的介绍自定义迭代器省略的迭代器生产器的介绍yield的普通用法yield的高级用法yidle

Pyserial设置缓冲区大小失败的问题解决

《Pyserial设置缓冲区大小失败的问题解决》本文主要介绍了Pyserial设置缓冲区大小失败的问题解决,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面... 目录问题描述原因分析解决方案问题描述使用set_buffer_size()设置缓冲区大小后,buf

C++ Sort函数使用场景分析

《C++Sort函数使用场景分析》sort函数是algorithm库下的一个函数,sort函数是不稳定的,即大小相同的元素在排序后相对顺序可能发生改变,如果某些场景需要保持相同元素间的相对顺序,可使... 目录C++ Sort函数详解一、sort函数调用的两种方式二、sort函数使用场景三、sort函数排序

kotlin中const 和val的区别及使用场景分析

《kotlin中const和val的区别及使用场景分析》在Kotlin中,const和val都是用来声明常量的,但它们的使用场景和功能有所不同,下面给大家介绍kotlin中const和val的区别,... 目录kotlin中const 和val的区别1. val:2. const:二 代码示例1 Java

Go标准库常见错误分析和解决办法

《Go标准库常见错误分析和解决办法》Go语言的标准库为开发者提供了丰富且高效的工具,涵盖了从网络编程到文件操作等各个方面,然而,标准库虽好,使用不当却可能适得其反,正所谓工欲善其事,必先利其器,本文将... 目录1. 使用了错误的time.Duration2. time.After导致的内存泄漏3. jsO

Spring事务中@Transactional注解不生效的原因分析与解决

《Spring事务中@Transactional注解不生效的原因分析与解决》在Spring框架中,@Transactional注解是管理数据库事务的核心方式,本文将深入分析事务自调用的底层原理,解释为... 目录1. 引言2. 事务自调用问题重现2.1 示例代码2.2 问题现象3. 为什么事务自调用会失效3

找不到Anaconda prompt终端的原因分析及解决方案

《找不到Anacondaprompt终端的原因分析及解决方案》因为anaconda还没有初始化,在安装anaconda的过程中,有一行是否要添加anaconda到菜单目录中,由于没有勾选,导致没有菜... 目录问题原因问http://www.chinasem.cn题解决安装了 Anaconda 却找不到 An

Spring定时任务只执行一次的原因分析与解决方案

《Spring定时任务只执行一次的原因分析与解决方案》在使用Spring的@Scheduled定时任务时,你是否遇到过任务只执行一次,后续不再触发的情况?这种情况可能由多种原因导致,如未启用调度、线程... 目录1. 问题背景2. Spring定时任务的基本用法3. 为什么定时任务只执行一次?3.1 未启用