(精简)基于CC2530的ZIgbee3.0 ZStack协议设备组网

精简!只讲用户层代码处理逻辑,全程干货无废话,可跟着一步一步配置。

实验现象:协调器板和终端板同时上电组网,组网成功后终端LED灯闪烁。

实验准备:

硬件:两块CC2530开发板

软件:IAR 10以上版本,Zstack 3.0协议包

需要Zstack 3.0协议包或者源码可以在评论区留言或私信我-

按照路径打开Z-Stack 3.0.2\Projects\zstack\HomeAutomation\SampleSwitch\CC2530DB下的SampleSwitch.eww工程。

1.了解组网API函数(重要):


组网函数

bdb_StartCommissioning(uint8 mode) 

三种重要的形参在bdb.h文件中定义:

#define BDB_COMMISSIONING_MODE_NWK_STEERING         (1<<1)

//加入中心网络模式,通常在协调器中使用


#define BDB_COMMISSIONING_MODE_NWK_FORMATION        (1<<2)

//建立中心网络模式,通常在协调器或路由器中使用


#define BDB_COMMISSIONING_MODE_FINDING_BINDING      (1<<3)

//绑定与发现功能


网络状态函数

zclSampleSw_ProcessCommissioningStatus(bdbCommissioningModeMsg_t *bdbCommissioningModeMsg)

(下文会提到,知道怎么用就行了)


2.开始组网

打开应用层文件zcl_samplesw.c,在初始化函数zclSampleSw_Init()里添加:

#ifdef ZDO_COORDINATOR   //如果往协调器板烧写,会执行下列代码
  bdb_StartCommissioning( BDB_COMMISSIONING_MODE_NWK_FORMATION |
                          BDB_COMMISSIONING_MODE_FINDING_BINDING );

  NLME_PermitJoiningRequest(255);
 
#else                    //如果往终端板烧写,会执行下列代码
  bdb_StartCommissioning( BDB_COMMISSIONING_MODE_NWK_STEERING |
                          BDB_COMMISSIONING_MODE_FINDING_BINDING );
#endif

我们可以看到,当我们选择协调器烧写的话,bdb_StartCommissioning函数调用的是BDB_COMMISSIONING_MODE_NWK_FORMATION参数,#ifdef的意思是如果是协调器则创建网络。当我们选择终端烧写的话,调用BDB_COMMISSIONING_MODE_NWK_STEERING加入网络。

其中的NLME_PermitJoiningRequest(255)是允许其他设备加入到由本协调器创建的网络中。


afStatus_t NLME_PermitJoiningRequest(uint8 duration);

  • 参数说明:
    • duration: 该参数决定了允许设备加入网络的时间长度。具体含义如下:
      • 0x00: 禁止任何设备加入网络。
      • 0x01 到 0xFE: 允许设备加入网络的时间(以秒为单位)。例如,0x10 表示允许加入网络 16 秒。
      • 0xFF: 永久允许设备加入网络

那我们如何使编译器知道我们烧写的是协调器还是终端代码呢?

在左上角这里选择CoordinatorEB是协调器,EndDeviceEB是终端。

当选择CoordinatorEB时可以发现 ,Tools目录下的f8wEnde.cfg文件变成灰色了,里面有关EndDevice终端的宏定义失效,以此来区分。

 3.组网成功提醒

zcl_samplesw.h中定义两个用户事件:

#define SAMPLEAPP_TEST_EVT         0x0040   //LED闪烁事件

#define SAMPLEAPP_REJOIN_EVT       0x0050   //重新加入网络事件

LED事件作为组网成功的提示,另一个作为加入网络失败后重新加入的事件

 回到zcl_samplesw.c文件中。

找到zclSampleSw_ProcessCommissioningStatus()网络状态函数

我们的需求是如果创建成功,开启LED闪烁事件,如果失败,开启重新加入网络事件,两个事件号我们刚才在h文件中定义过了哦。

添加在case BDB_COMMISSIONING_NWK_STEERING:

if(bdbCommissioningModeMsg->bdbCommissioningStatus == BDB_COMMISSIONING_SUCCESS)     //组网成功

 {

        

#ifdef ZDO_COORDINATOR
   //在协调器中我们不作显示

#else
   //在终端中我们让LED闪烁
       osal_start_timerEx(zclSampleSw_TaskID,
                          SAMPLEAPP_TEST_EVT,
                          1000);    //LED灯闪烁事件,触发时间1S
        
#endif

}

else

{

        

#ifdef ZDO_COORDINATOR
//协调器中不做处理
        
#else
        
        osal_start_timerEx(zclSampleSw_TaskID,
                           SAMPLEAPP_REJOIN_EVT,
                           1000                                                    
                           );   //让终端重新加入网络
#endif

}

接着我们要在我们的事件中做具体实现了。

找到zclSampleSw_event_loop()函数

在里面添加:

if(events & SAMPLEAPP_TEST_EVT)
  {
    HalLedBlink(HAL_LED_1,3,50,1000);

    return ( events ^ SAMPLEAPP_TEST_EVT);
  }  //LED灯闪烁事件的具体实现
  
#ifdef ZDO_COORDINATOR

#else
  if( events & SAMPLEAPP_REJOIN_EVT )
  {
    bdb_StartCommissioning( BDB_COMMISSIONING_MODE_NWK_STEERING |
                            BDB_COMMISSIONING_MODE_FINDING_BINDING );
    
    return ( events ^ SAMPLEAPP_REJOIN_EVT );
  }  //终端重新加入网络事件的具体实现
#endif

其中HalLedBlink()是ZStack协议下HAL库封装好的LED灯闪烁代码.

参数1.LED灯端口选择  参数2.闪烁次数  参数3.占空比  参数4.间隔时间
 

LED灯端口选择我们需要在 hal_board_cfg.h文件中进行软硬件的对接.

                                 

                                       我的开发板,LED1接在了P1_0端口

查看hal_board_cfg.h文件中的定义:

配置无误,如果您的LED端口接在P1_2请修改为BV(2)   P1_2以此类推

 分别把两个开发板选择CoordinatorEB协调器,EndDeviceEB终端烧写。

可以看到终端复位后,加入网络成功,触发LED1闪烁三次.

 

ZIGBEE组网成功

### LlamaIndex 多模态 RAG 实现 LlamaIndex 支持多种数据类型的接入与处理,这使得它成为构建多模态检索增强生成(RAG)系统的理想选择[^1]。为了实现这一目标,LlamaIndex 结合了不同种类的数据连接器、索引机制以及强大的查询引擎。 #### 数据连接器支持多样化输入源 对于多模态数据的支持始于数据收集阶段。LlamaIndex 的数据连接器可以从多个异构资源中提取信息,包括但不限于APIs、PDF文档、SQL数据库等。这意味着无论是文本还是多媒体文件中的内容都可以被纳入到后续的分析流程之中。 #### 统一化的中间表示形式 一旦获取到了原始资料之后,下一步就是创建统一而高效的内部表达方式——即所谓的“中间表示”。这种转换不仅简化了下游任务的操作难度,同时也提高了整个系统的性能表现。尤其当面对复杂场景下的混合型数据集时,良好的设计尤为关键。 #### 查询引擎助力跨媒体理解能力 借助于内置的强大搜索引擎组件,用户可以通过自然语言提问的形式轻松获得所需答案;而对于更复杂的交互需求,则提供了专门定制版聊天机器人服务作为补充选项之一。更重要的是,在这里实现了真正的语义级关联匹配逻辑,从而让计算机具备了一定程度上的‘认知’功能去理解和回应人类意图背后所蕴含的意义所在。 #### 应用实例展示 考虑到实际应用场景的需求多样性,下面给出一段Python代码示例来说明如何利用LlamaIndex搭建一个多模态RAG系统: ```python from llama_index import GPTSimpleVectorIndex, SimpleDirectoryReader, LLMPredictor, PromptHelper, ServiceContext from langchain.llms.base import BaseLLM import os def create_multi_modal_rag_system(): documents = SimpleDirectoryReader(input_dir='./data').load_data() llm_predictor = LLMPredictor(llm=BaseLLM()) # 假设已经定义好了具体的大型预训练模型 service_context = ServiceContext.from_defaults( chunk_size_limit=None, prompt_helper=PromptHelper(max_input_size=-1), llm_predictor=llm_predictor ) index = GPTSimpleVectorIndex(documents, service_context=service_context) query_engine = index.as_query_engine(similarity_top_k=2) response = query_engine.query("请描述一下图片里的人物表情特征") print(response) ``` 此段脚本展示了从加载本地目录下各类格式文件开始直到最终完成一次基于相似度排序后的top-k条目返回全过程。值得注意的是,“query”方法接收字符串参数代表使用者想要询问的内容,而在后台则会自动调用相应的解析模块并结合先前准备好的知识库来进行推理计算得出结论。
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值