zigbee笔记:十、ZStack(2.3.0-1.4.0)的OSAL使用分析

        zigbee笔记:九中,我们已经学会了利用模板,定制自己的个性开发工程,本文为协议栈(ZStack-CC2530-2.3.0-1.4.0)代码使用分析笔记,来进一步掌握协议栈的使用。

一、协议栈使用知识点

        1、协调器、路由器、终端代码下载

        通过选项卡选择不同的节点类型工程(分别是协调器、路由节点和终端节点工程),就会导致参与编译的配置文件不同,配置不同就会导致部分宏定义不同,宏定义不同就会导致工程里某些宏的值不同。这些宏值的不同会影响程序执行的流程,就会导致出现不同的功能,如下图所示。

        在选项卡里每一种版本模块都貌似有2个分为不带Pro和带Pro。zigbee协议在发展过程中经历了3个版本,其中zigbee在7出的是最新的规范这个规范有2个版本 zigbee2007和 zigbeePro他们之间的区别是,功能基本相同,Pro版本功能稍微强大咱们一般都选 Pro 。

        2、信道选择与网络PANID设置

        在工程配置文件f8wConfig.cfg中, 参数-DDEFAULT_CHANLIST和-DZDAPP_CONFIG_PAN_ID。

        (1)-DDEFAULT_CHANLIST 参数

        信道编码采用64位独热码,当需要多信道通信时,可以采用或运算,如编码为0x00001800表示采用11和12信道,把结果作为 DEFAULT CHANLIST值。

        路由器和终端:可以在参与或操作的这些信道上选择一个相对于我来说最佳的网络,加入进去。

        协调器: 可以在参与或操作的这些信道上选择一个最佳的信道并在这个信道上创建自己的Zigbee网络()。

        (2)-DZDAPP_CONFIG_PAN_ID 参数

 -DZDAPP_CONFIG_PAN_ID值非0xFFFF时:

         路由器和终端:必须要加入到PANID为参数值这样一个Zigbee无线局域网。

        协调器:我要创建一个网络,并且把这个参数值作为这个网络的PANID。

-DZDAPP_CONFIG_PAN_ID值为0xFFFF时:

        路由器和终端:在加入网络的时候没有PANID的限制。

        协调器:可以随机生成一个值,把这个随机值作为这个网络的PANID。

(3)补充:

        问1:   当2个模块下载相同的协调器代码,并且指走的PANID参数值为非0xFFFF,后果会怎样?

       答: 先上电的模块可以创建0xFFFB这样-个zigbee网络,后上电的模块创建一个在DXFFF8基础上加1的网络。

        问2:网络创建成功后,协调器的网络短地址固定为0x0000

        3、引脚初始化准备

        启动osal之前main函数中还初始化调用了TI的一些硬件实验,其中很多引脚的功能已经被初始化为片上外设了,所以我们使用时要自己修改,不能漏步骤。如果添加自己的一些外设初始化要放在osal_start_system函数前面,WatchDogEnable之后,如初始化LED,如果缺少配置为普通IO模式这一步骤,可能会导致LED无法使用。

        4、OSAL操作系统

        OSAL(Operating System Abstraction Layer),能够实现任务调度的微操作系统,在OSAL操作系统中非常重要的两个概念是任务和事件,还有消息也比较重要

(1)OSAL的启动流程

        如下图所示,系统启动后,先完成一系列的初始化,然后进入如无轮询主循环。

        在zstack协议栈工程目录ZMAIN下的ZMain.c包含了主程序的入口地址

        (2) 两个重要的函数

        main函数中完成了一系列的初始,其中对开发者比较重要有两个函数

        1)OSAL初始化函数 osal_init_system()

       函数osal_init_system() 其中包含的任务初始化函数osalInitTasks(),完成系统任务和用户自定义任务

         函数osalInitTasks()包含的任务初始化函数完成系统任务和用户自定义任务

        2)系统启动函数 osal_start_system(),其功能是不断查询任务事件数组,如果有事件产生,则根据事件在taskArr数组中查询任务事件处理函数进行处理。从tasksEvents数组中tasksEvent[0](0号任务事件变量)去读一直读到tasksEvent[8],如果发现哪一个任务事件变量值为非0,就会跳出循环,此时的idx值就是它的任务ID。跳出上面的循环后,此时就会将idx中存的任务ID和event中存的任务事件变量值,通过函数指针的方法调用相应的任务事件处理函数。

        (3) OSAL(操作系统抽象层)原理

        1)应用层是一个任务,它有一个系统分配给它的数值唯一的编号叫做任务ID。

        2)任务可以处理事件,处理事件的这些代码都在一个函数里,这个函数叫做应用层任务事件处理函数。应用层任务还有一个2个字节的变量,这个变量叫做任务事件变量,如果事件变量和某个事件的宏值&操作为1,那么表示应用层任务将要处理这个事件。

        3)系统在运行的时候,会不断地读取应用层任务事件变量,如果应用层任务事件变量为非0,就会认为应用层任务有事件需要处理,此时就会调用应用层任务事件处理函数StarryApp_ProcessEvent,并将任务事件变量的值传给events,在处理函数中会将events分别与应用层定义的所有任务事件宏值进行与操作,如果值为1,就会去执行这个事件处理的相应代码;当发现任务事件变量为0的时候,就会认为应用层任务没有事件需要处理。

       4) 函数 uint8 osal_set_event( uint8 task_id, uint16 event_flag ) 为事件产生函数,调用执行某个任务中的某个事件, para1是任务ID,para2是任务中的某个事件宏。

        本质是,把taskID(应用层任务)的任务事件变量中对应于宏event_flag值为1的那个位变为1,这样的话首先这个任务事件变量就变成了非0,系统在检测到任务事件变量为非0,就会去调用任务事件处理函数***App_ProcessEvent。在这个函数里,任务事件变量肯定和任务宏的值与操作为1,所以必定会执行这个事件相关的代码。

        5)在ZStack里按照代码功能来划分,分成不同的层,比如,硬件操作相关硬件层,网络相关的代码叫网络层,自己写应用程序部分叫应用层。几乎每一个层都是一个任务,系统为每一个任务分配一个字节的唯一数值编号, 我们把这个数值编号叫做任务ID(task_id)。每一个任务都能处理一些他们能够处理的事物,叫做事件(event_flag)。TI在设计的时候把任务事件处理函数和任务事件变量都封装成了数组:

        函数数组={任务事件处理函数A,任务事件处理函数B,任务事件处理函数C...}

        变量数组={任务事件变量A,任务事件变量B,任务事件变量C...}

        6)任务ID,系统不是随便分配的,我们可以通过这个值立即找到这个任务自己的任务事件处理函数和任务事件变量。任务ID就是数组的下标,通过下标就可以找到相应的任务事件处理函数和任务事件变量。由函数osalInitTasks()包含的任务初始化函数完成系统任务和用户自定义任务,详见 4(2)。

        7)事件是系统需要处理的事情,必须有对应的任务进行处理,事件采用16位独热码,即每种任务可以有16种事件(event_flag)。例如,在应用层,系统事件已被定义,占用编码为0x8000,还有15种用户可定义的事件。

        8)所有Zstack协议栈在稳定工作时,它的行为是在for(;;){}死循环里不断去读所有任务的任务事件变量。如果发现所有任务的任务事件变量都为0,没问题,说明所有任务都没有事件将要去处理;不断重复这个过程,直到发现,某个任务事件变量不为0,就会通过不为0的这个任务ID找到这个任务事件处理函数,去处理相应的事件。

        9) 当事件数量较多,编码无法表示时,可采用消息,系统事件就是采用消息进行事件传递的。 OSAL任务与事件的关系 ,如下图所示。

        10) 消息*******************************************

        4、事件处理函数的编写

        以应用层任务的事件为例, 事件处理函数要在xxApp.c里的xx应用事件处理函数中编写(xxApp_ProcessEvent),如下图所示。

        5、函数总结:

        (1)uint8 osal_set_event( uint8 task_id, uint16 event_flag );

        事件产生函数,调用执行某个任务中的某个事件, para1是任务ID,para2是任务中的事件

        (2)uint8 osal_start_timerEx( uint8 task_id, uint16 event_flag,unit16 timeout_value );

        事件定时器触发函数,等待一定时间执行某个任务中的某个事件,para1是任务编号,para2是参数是要处理的事务,para3是是时间(毫秒)。

        (3)uint8 osal_msg_send( uint8 destination_taskID, uint8 *msg_ptr );

发送消息的函数,para1是要接收此Message的目标任务ID,para2是所要发送的消息Message指针。

        (4)MSGpkt =(afIncomingMSGPacket t *)osal_msg_receive( SampleApp TasklD );

        接收消息的函数,para1是任务ID的参数,用于指定从哪个任务的消息队列中接收消息。osal_msg_receive函数从任务的消息队列中取出一个消息,该消息是一个指向afIncomingMSGPacket_t 类型的指针,然后将其强制类型转换为 afIncomingMSGPacket_t 类型(osal_msg_receive()函数返回的是一个指向 void 类型的指针),最后将其赋值给 MSGpkt 变量,这个操作通常在一个任务中用于接收其他任务发送的消息,以便进行进一步的处理。

    

二、常见注意和错误解决

        1、编译时Error[Pa045]: **** has no prototype ,prototypes取消勾选

        在协议栈中添加使用自己写程序的时候,编译时要把设置中的prototypes取消勾选。

        2、编译基于协议栈代码生成hex文件

        (1)首先设置选项,如下图所示

        (2)取消f8w2530.xcl文件内的部分代码,如下图所示

        3、 Warning[w2]: Symbol ?PBANK is redefined in command-line

        (1) IAR  编译zigbee工程时 报的警告如下:

         (2)可以在配置文件中修改,Tools文件夹下的f8w2530.xcl中屏蔽掉-D?PBANK=93这一行。

        (3)重新全部编译

        4、Warning[Pe223]: function **** declared implicitly 

        这个告警是提示我,我调用的这个 **** 函数没有进行函数声明,一般出现这种情况就是没有调用该函数声明的头文件,或者是没有对其进行外部声明。 解决办法

        1、将使用的函数的头文件包含进去。

        2、对其使用关键字"extern"声明

extern void ****(void);

        3、还有一种就是如果只在一个文件中调用函数,就将这个函数定义移到最前面也可以解决。

        5、取消TI协议栈默认功能配置

         在使用协议栈模版时,会有一些默认的功能配置,会与自行配置能有冲突。例如,协议栈模版会有对串口和按键做一些默认配置,我在自行开发时需要使用串口和按键时,尽量先把串口和按键的默认配置取消,不进行模版的默认初始化配置。

        (1)模版的默认初始化配置函数在ZMain目录下的ZMain.c文件中的main函数中,如下图。

        定位到它的定义处

        (2)以取消串口的默认初始化(就是不进行协议栈默认的串口初始化)为例。

        PS: 不能直接删除对应的初始化函数来取消默认初始化。就通过将宏定义值改为FALSE即可。

         6、注释TI协议栈默认编写的中断函数

        (1)使用某些中断时,我们会自己编写中断函数,但是TI中有些中断函数已经被默认编写,造成重复编写,会发生冲突,需要注释TI协议栈中默认编写的中断函数。以外部中断为例,我需要开发按键触发外部中断,会在自己的C文件中编写一个外部中断函数,如下图

        (2)然而,TI协议栈中对外部中断会有默认的使用,已经在其他文件中对外部中断函数有编写,我们需要将其注释,如下图

参考链接

(1)lesson7上协议栈的使用_1_哔哩哔哩_bilibili

(2)ZigBee协议栈 -- Zstack协议栈(Zstack2.5.1a)-CSDN博客

(3)zigbee之Zstack协议栈使用_z-stack协议栈-CSDN博客

(4)lesson7-3 OSAL操作系统抽象层原理_osal运行机制-CSDN博客

(5)lesson7-2 Zigbee协议栈的使用_zigbee协议栈如何创建一个新任务-CSDN博客

  • 22
    点赞
  • 10
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: zstack-cc2530-2.3.0-1.4.0是一个基于CC2530芯片的ZigBee协议栈版本,用于构建低功耗、无线传感器网络。它支持ZigBee协议的各种功能,如网络组建、设备发现、数据传输等。同时,它还提供了丰富的API接口和开发工具,方便开发人员进行应用开发和调试。 ### 回答2: zstack-cc2530-2.3.0-1.4.0是一款嵌入式无线协议栈软件,主要应用于物联网领域的传感器、控制设备等智能硬件,使其能够实现无线通信、数据采集和云端对接。该协议栈基于IEEE 802.15.4标准,采用Zigbee协议,支持网络拓扑结构包括星型、点对点、树状和网状等。 zstack-cc2530-2.3.0-1.4.0的特点是具有高度的可靠性、稳定性和安全性。其采用AES加密算法,能够保证通信数据的隐私安全;同时支持信号质量监测和链路质量反馈,能够实现网络拓扑的优化和故障检测等功能;此外,该协议栈还支持OTA升级和协议栈配置等高级功能,便于对智能硬件进行远程维护和管理。 除此之外,zstack-cc2530-2.3.0-1.4.0还具有易于开发和适配的特点。该协议栈提供了丰富的API接口和开发工具包,支持多种开发环境和硬件平台,方便开发人员进行二次开发和定制化,大大降低了开发成本和周期。同时,该协议栈还通过Zigbee联盟的认证,确保了其在标准兼容性、互操作性和稳定性等方面的表现。 总之,zstack-cc2530-2.3.0-1.4.0是一款功能强大、易于开发和适配、具有高可靠性和安全性的无线协议栈软件,可以广泛应用于物联网领域的智能硬件。 ### 回答3: zstack-cc2530-2.3.0-1.4.0 是一种无线通信模块,它是针对 TI 公司的 CC2530 系统级芯片设计的。该模块运行在 2.4GHz ISM 频段,可以实现高质量的数据传输,并且在无线网络中实现高度的可靠性和安全性。该模块具有协同处理器、内存、收发器、MAC 和 PHY 等多种功能,可以应用于多种物联网场景。 zstack-cc2530-2.3.0-1.4.0 支持运行 ZigBee 网络协议栈,并提供了丰富的接口和 API,以便用户能够快速、轻松地开发具有丰富功能的 ZigBee 产品。该模块基于 Z-Stack 协议栈,支持 ZDO、ZCL 等多个协议,可以实现灵活、可靠、高效的无线通信。 该模块还支持 OTA(空中升级)功能,可以让用户通过无线网络升级设备固件。同时,该模块还具有低功耗模式,可以使设备的电池寿命更长。 总之,zstack-cc2530-2.3.0-1.4.0 是一种高度可靠、灵活、安全性强的无线通信模块,可以为物联网应用提供强有力的支持,并且具有广泛的适用性和灵活性。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值