ImageVerifierCode 换一换
格式:DOC , 页数:7 ,大小:38.50KB ,
资源ID:8446291      下载积分:10 金币
快捷注册下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

开通VIP
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.zixin.com.cn/docdown/8446291.html】到电脑端继续下载(重复下载【60天内】不扣币)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

开通VIP折扣优惠下载文档

            查看会员权益                  [ 下载后找不到文档?]

填表反馈(24小时):  下载求助     关注领币    退款申请

开具发票请登录PC端进行申请

   平台协调中心        【在线客服】        免费申请共赢上传

权利声明

1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前可先查看【教您几个在下载文档中可以更好的避免被坑】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时联系平台进行协调解决,联系【微信客服】、【QQ客服】,若有其他问题请点击或扫码反馈【服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【版权申诉】”,意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:0574-28810668;投诉电话:18658249818。

注意事项

本文(zstack串口使用指南.doc)为本站上传会员【仙人****88】主动上传,咨信网仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知咨信网(发送邮件至1219186828@qq.com、拔打电话4009-655-100或【 微信客服】、【 QQ客服】),核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
温馨提示:如果因为网速或其他原因下载失败请重新下载,重复下载【60天内】不扣币。 服务填表

zstack串口使用指南.doc

1、转载 zstack 串口使用指南2009-05-04 02:00Z-STACK问题之串口结构uartCfg_t乱说 typedef struct { uint8 *rxBuf;//接收缓存 uint8 rxHead;//头 uint8 rxTail;//尾 uint8 rxMax;//接收最大长度 uint8 rxCnt;//计数 uint8 rxTick;//时间 uint8 rxHigh;//高位 uint8 *txBuf; #if HAL_UART_BIG_TX_BUF uint16 txHead; uint16 txTail; uint16 txMa

2、x; uint16 txCnt; #else uint8 txHead; uint8 txTail; uint8 txMax; uint8 txCnt; #endif uint8 txTick; uint8 flag;//标志位 halUARTCBack_t rxCB; } uartCfg_t; 有个朋友问我上面的问题,说句老实话,我可是第一次见这个东东,拿到手之后比我那朋友还迷糊,那位朋友至少还知道大概是什么功能,仅仅是不清楚每个参数的具体含义和功能。为了解决这个问题,我可是遍寻名家,最终结果是人家也不是很清楚,因为平常大家只管用,哪管那么多这些具体细节?没办法,我只

3、有自己解决了,希望我的努力能给大家一点点启示! 首先说说这个结构的应用范畴,它是直接面向串口的应用层,也就是与客户接触的还是比较紧密的一个结构,一般是在串口接收数据和发送数据的时候使用。而串口有两种方式,一种是普通的串口,一种是DMA方式。这里我只针对普通串口来分析这个结构。 首先来看看这个结构在什么地方用到了? static void pollDMA( uartCfg_t *cfg ) static void pollISR( uartCfg_t *cfg ) 这两个函数直接就用到了这个结构作为参数,应该说是联系最紧密的了,是我们重点剖析的对象了,但是这里不看DMA,因为这个俺很外

4、行----------哈哈!!!! uint16 HalUARTRead( uint8 port, uint8 *buf, uint16 len ) uint8 HalUARTOpen( uint8 port, halUARTCfg_t *config ) void HalUARTClose( uint8 port ) void HalUARTPoll( void ) uint16 Hal_UART_RxBufLen( uint8 port ) uint16 HalUARTWrite( uint8 port, uint8 *buf, uint16 len ) 这几个函数都在其中定

5、义了这个结构的变量在使用,所以我们也需要关注。 可以看出,这个结构与串口的应用,也就是数据的接收和发送有关,而与串口的初始化灯没有关系。所以这里排除串口初始化的任何可能。 还要来关系两个全局变量的定义: #if HAL_UART_0_ENABLE static uartCfg_t *cfg0; #endif #if HAL_UART_1_ENABLE static uartCfg_t *cfg1; #endif 可以看出,串口0对应变量cfg0,串口1对应变量cfg1。这两个变量的变化使我们关注的重点,因为只要了解其变化过程和使用方法,基本上就能摸清每个参数的意义了。 为了

6、更明确每个参数的意思,所以一个个来分析。这个是逆向解决问题的方法,正向思维就是先把每个函数都看完看明白,自然也就知道了。但是我哪有那能耐和功夫?所以就偷懒从后面出发!!! 1、uint8 *rxBuf;//接收缓存 这个参数我觉得没必要太多解释,就是串口接收缓存。直观理解就是串口接收放数据的地方,体现这个含义最明显的地方就是串口接收函数了: cfg->rxBuf = osal_mem_alloc( cfg->rxMax+1 ); 这里是在打开串口函数中的语句,就是为接收缓存分配存储空间。 osal_mem_free( cfg->rxBuf ); 这个函数是在关闭串口函数中,就是释放

7、存储空间。 HAL_ISR_FUNCTION( halUart0RxIsr, URX0_VECTOR ) { cfg0->rxBuf[cfg0->rxHead] = U0DBUF; if ( cfg0->rxHead == cfg0->rxMax ) { cfg0->rxHead = 0; } else { cfg0->rxHead++; } } 这个是串口0中断函数:其中cfg0->rxBuf[cfg0->rxHead] = U0DBUF,显然是把U0DBUF中的数据转移到存储区去。 从这个函数中还能看出两个问题: rxHead是否用作了串口接收

8、计数,而rxMax代表最大的接收数据长度。 2、uint8 rxHead 字面理解为接收头,但是上面已经提到了似乎起到了串口接收计数的功能。那下面就来看看它到底有什么意义。 cfg->rxHead = cfg->rxTail = 0; 在打开串口中有这么赋值,把它初始化为0. 其实从上面那个中断函数就已经把这个参数的功能体现的淋漓尽致了: 就是串口接收数据,这个参数始终指向像一个参数被存放到rxBuf的位置。因为硬件串口缓存器U0DBUF只能存放一个字节,如果不及时把这个接收到的转移出去,那么就会被下一个到来的字节覆盖掉,所以rxHead变量就指向了这个存放的地址,当然是基于定义的

9、rxBuf存储空间。相当于一个数组赋值,那么必然有个变量会指向该数组的下一个赋值的参数,当然这个变量的最终值也能在一定程度上体现这个被赋值数组的大小。所以rxHead在这里起到了类似的作用,而if ( cfg0->rxHead == cfg0->rxMax )这一句判断也说明的很清楚,一旦这个计数达到了定义的最大接收数量,也就是说已经把rxBuf存储空间占满了,那么就不能在继续存放了,否则存放的位置就未知,而且有可能造成程序中其他变量的损坏,那么这个时候如果串口还有数据怎么办?那就需要把rxBuf清空在接收了,否则就会丢失数据。 3、uint8 rxTail; 这个变量就与上面提到的清空r

10、xBuf密切相关了。 while ( (cfg->rxTail != cfg->rxHead) && (cnt < len) ) { *buf++ = cfg->rxBuf[cfg->rxTail]; if ( cfg->rxTail == cfg->rxMax ) { cfg->rxTail = 0; } else { cfg->rxTail++; } cnt++; } 这里是在uint16 HalUARTRead( uint8 port, uint8 *buf, uint16

11、 len )函数中调用的,实际上把rxBuf空间的数据读走,然后rxBuf可以继续串口数据的接收了。可以看到*buf++ = cfg->rxBuf[cfg->rxTail]这个是在转移数据,而转移多少的计数是以rxTail来计数的。一旦计数达到rxMax,那么该计数归0,因为rxMax定义了rxBuf的最大的数据量。 这里需要强调一点:rxTail和rxHead的区别。 我第一眼看到这个两个变量的反应是:rxHead为串口数据串接收的头,而rxTail为串口数据串接收的尾(结束),因为这样理解符合我们平常编写串口通信协议习惯,有头有尾。但是仔细看了只有,虽然也是头与尾的概念,但是却不应该这

12、么理解。 rxTail和rxHead应该是针对rxBuf来说的。rxHead是往rxBuf装数据的计数,而rxTail是从rxBuf取走数据的计数。希望这个一定要注意。所以我们就不难理解:rxHead是在串口接收中断的时候强调使用,而rxTail是在HalUARTRead函数中使用了。这里还需要注意一点点,HalUARTRead并不是读取UxBUF数据,而是读取rxBuf中数据。 其实仔细想想,这两个参数还是与串口的头和尾有关的。头又名开始,串口接收数据开始存放数据的指向;尾又名结束,是把串口数据取走用作他用的指向。rxHead=0,标示串口接收数据新的起点,新的开始;而rxTail=0,

13、标示把串口接收到的数据全部取走用作他用,------结束。体现了串口数据从接收到被使用的整个过程。 4、uint8 rxMax;//接收最大长度 这个我想没必要多做解释,这里只看看它究竟有多大,因为这个量的赋值非常隐蔽,俺找了好久才功夫不负有心人!!! 首先在打开串口第函数中有: cfg->rxMax = config->rx.maxBufSize; 其次在void SPIMgr_Init ()函数中有: uartConfig.rx.maxBufSize = SPI_MGR_DEFAULT_MAX_RX_BUFF; 在次有如下定义: #define SPI_MGR_DEFAUL

14、T_MAX_RX_BUFF SPI_RX_BUFF_MAX 最后才找到其最终的东西: #define SPI_RX_BUFF_MAX 128 还是藏的很隐蔽就是了,呵呵!!!!关于这个128我是做个实验的,在串口互发的实验也是定义的128.多了就会丢掉!这个下次有机会在说。 5、uint8 rxCnt ; static void pollISR( uartCfg_t *cfg ) { uint8 cnt = UART_RX_AVAIL( cfg ); if ( !(cfg->flag & UART_CFG_RXF) ) { // If anything r

15、eceived, reset the Rx idle timer. if ( cfg->rxCnt != cnt ) { cfg->rxTick = HAL_UART_RX_IDLE; cfg->rxCnt = cnt; } /* It is necessary to stop Rx flow in advance of a full Rx buffer because * bytes can keep coming while sending H/W fifo flushes. */ if

16、 cfg->rxCnt >= (cfg->rxMax - SAFE_RX_MIN) ) { RX_STOP_FLOW( cfg ); } } } 就这个函数使用这个参数最典型了。 关心的第一句不if ( cfg->rxCnt != cnt )一开始就与cnt变量有关系,而且更加过分的是在里面直接cfg->rxCnt = cnt,所以不得不关系下cnt了。 uint8 cnt = UART_RX_AVAIL( cfg );这个函数的第一句,而: #define UART_RX_AVAIL( cfg ) \ ( (cfg->rxHead >= cf

17、g->rxTail) ? (cfg->rxHead - cfg->rxTail) : \ (cfg->rxMax - cfg->rxTail + cfg->rxHead +1 ) ) 我的理解是UART_RX_AVAIL是指明串口缓存区rxBuf还剩多少有用的数据,也就是没有被取走的数据。首先从字面理解avail为“效用”的意思,那么扩展下为available,那么意思就是“有用的”“有空的”,呵呵!只有理解其实也很有意思哈。 再从后面的判断语句,cfg->rxHead - cfg->rxTail,由于有上面的讲解,理

18、解这个就很容易了,有的数据数量-已经取走的数据数量,那么就省还有多少各有用的数据量。 而cfg->rxMax - cfg->rxTail + cfg->rxHead +1理解就需要转个弯了,因为此时cfg->rxHead > cfg->rxTail,那么什么情况下才满足这种条件呢,只有一种情况,rxHead已经是第二轮接收计数了,而rxTail还在上一轮取数。cfg->rxMax - cfg->rxTail,也就是第一轮把rxBuf填满的数据取走cfg->rxTail,那么就是第一轮剩下又有的数据,那么在+ cfg->rxHead这个,就是加上cfg->rxHead第二轮接收的数据,至于后面

19、1的理解为cfg->rxBuf = osal_mem_alloc( cfg->rxMax+1),分配存储空间本来就比rxMax多分了一个。------------------------------这里我仍然有疑惑,谁有深刻的理解欢迎交流! 而if ( cfg->rxCnt >= (cfg->rxMax - SAFE_RX_MIN) )这里理解就更微妙了,表明接收缓存空间已经满了,所以下面就RX_STOP_FLOW( cfg ); #define RX_STOP_FLOW( cfg ) { \ if ( !(cfg->flag & UART_CFG_U1F) ) \ { \

20、 RX0_FLOW_OFF; \ } \ else \ { \ RX1_FLOW_OFF; \ } \ if ( cfg->flag & UART_CFG_DMA ) \ { \ cfg->rxTick = DMA_RX_DLY; \ } \ cfg->flag |= UART_CFG_RXF; \ } 可以看出通过硬件流控制停止了接收,而置位cfg->flag为UART_CFG_RXF。 至于cfg->rxMax - SAFE_RX_MIN的理解才是这里的精妙之处。 #define SAFE_RX_MIN 48 定义了每次串口操作处理间隔串口最

21、多能接收多少字节数据。因为必须把这个空间预留充足,否则在非处理间隔期间就有可能覆盖以前的数据,关于这个的理解现在还比较困难,我想经过后面的叙述会豁然开朗。 6、uint8 rxTick;//时间 cfg->rxTick = HAL_UART_RX_IDLE; #define HAL_UART_RX_IDLE (6 * RX_MSECS_TO_TICKS) #define RX_MSECS_TO_TICKS 33 所以cfg->rxTick=198,也就是差不多200ms才处理一次pollISR这个函数。 这里我可以论证下上面提到的#define SAFE_RX_MIN 48 因为

22、CC2430串口波特率为38400bps下,一个字节需要事件约为:4.16ms,那么198/4.16等于47.6,约为48.所以这也就是上面定义这个48的原因。因为 cfg->rxTick定义了多久处理一次串口缓存区,而为了保证串口缓冲区不被新的数据覆盖,那么在这个间隔期间就必须保证大于48字节存储空间空闲。 至于这个时间具体涉及到休眠定时器的使用,这个我就不大清楚了。 7、uint8 rxHigh; cfg->rxHigh = config->rx.maxBufSize - config->flowControlThreshold; 定义了rxHigh的大小。 else if (

23、cfg->rxHigh && (cfg->rxHead >= cfg->rxHigh) ) { evt = HAL_UART_RX_ABOUT_FULL; } 指出了,rxHigh的用法,就是一旦接收的数据超过rxHigh就触发HAL_UART_RX_ABOUT_FULL事件。 uartConfig.flowControlThreshold = SPI_MGR_DEFAULT_THRESHOLD; #define SPI_MGR_DEFAULT_THRESHOLD SPI_THRESHOLD #define SPI_THRESHOLD 48 最

24、终我们可以看到cfg->rxHigh=128-48=80. 也就是说只要接收的数据超过80就触发HAL_UART_RX_ABOUT_FULL事件。那么来看看这个事件是干啥用的: if (event & (HAL_UART_RX_FULL | HAL_UART_RX_ABOUT_FULL | HAL_UART_RX_TIMEOUT)) { while (Hal_UART_RxBufLen(SPI_MGR_DEFAULT_PORT)) { HalUARTRead (SPI_MGR_DEFAULT_PORT, &ch, 1); ………………………………………

25、……………………………………………….. 基本上就是说调用HalUARTRead读取串口混存区的数据。 它的基本意思就是一个该读取串口缓存数据的上限,只要rxBuf内的数据达到这个量就应该去读取了。关于上面几个事件我的理解为: HAL_UART_RX_FULL:rxBuf满 HAL_UART_RX_ABOUT_FULL:rxBuf准满,也就是快满了。 HAL_UART_RX_TIMEOUT:RX接收事件溢出。 8、关于TX相关变量这里就不在一一说了,与RX差不多的意思。 9、uint8 flag; 串口的标志位,标识串口运行的不同状态,包括缓存满、空等。这个不描述了,因为我觉得

26、好理解,只是具体比较麻烦,意思知道就可以了哈。 10、halUARTCBack_t rxCB; 这个是串口回叫函数,也不说了。 基本上把这些参数的意思就说了下,理解意思了才能更好的与程序相应功能对应起来。 至于对不对,还请各位多多批评指正,俺仅仅是从局部分析,而且尽量把这些意思说通,有点连蒙带猜的嫌疑!!! 不过我的那朋友一开始以为这个结构与ZSTACK和PC串口通信的协议有关,这里我可以这么说,这个与通信协议没有任何关系。应该说没有任何直接关系。 而ZSTACK与PC串口通信是通过Z-TOOL工具,关于这个我简单提一下: ZSTACK与Z-TOOL通信的协议为: 关于这个的详细说明见:Serial Port Interface_F8W-2003-0001_.pdf 而Z-TOOL工具详细说明见:swra119.pdf 就这样结束这个了,是在太累了,从啥都不知道,到现在我整整弄了一天了,累的慌! 最后申明:上面描述仅仅代表个人理解,不代表官方规定。 如有任何错误,还请各位大侠指正批评!!!!

移动网页_全站_页脚广告1

关于我们      便捷服务       自信AI       AI导航        抽奖活动

©2010-2026 宁波自信网络信息技术有限公司  版权所有

客服电话:0574-28810668  投诉电话:18658249818

gongan.png浙公网安备33021202000488号   

icp.png浙ICP备2021020529号-1  |  浙B2-20240490  

关注我们 :微信公众号    抖音    微博    LOFTER 

客服