软总线源码分析6:发现模块(一)

软总线主要包括四大模块:发现,连接,组网,传输。今天我们主要详细介绍一下发现模块。之前我们已经介绍过软总线的PublishService接口和StartDiscovery接口。接下来我们分别详细介绍这些接口的实现细节。

PublishService接口

之前我们介绍软总线的接口的时候,发现PublishService会调用DiscInterfaceByMedium来完成对应的业务处理,DiscInterfaceByMedium的源码如下所示:

static int32_t DiscInterfaceByMedium(const DiscInfo *info, const InterfaceFuncType type)
{
    switch (info->medium) {
        case BLE:
            return DiscInterfaceProcess(&(info->option), g_discBleInterface, info->mode, type);
        case COAP:
            return DiscInterfaceProcess(&(info->option), g_discCoapInterface, info->mode, type);
        case AUTO: {
            int32_t ret1 = DiscInterfaceProcess(&(info->option), g_discBleInterface, info->mode, type);
            int32_t ret2 = DiscInterfaceProcess(&(info->option), g_discCoapInterface, info->mode, type);
            if ((ret1 == SOFTBUS_OK) || (ret2 == SOFTBUS_OK)) {
                return SOFTBUS_OK;
            }
            return SOFTBUS_DISCOVER_MANAGER_INNERFUNCTION_FAIL;
        }
        default:
            return SOFTBUS_DISCOVER_MANAGER_INNERFUNCTION_FAIL;
    }
}

即DiscInterfaceByMedium函数根据info的媒介类型,选择不同的接口变量来进行相应的处理。以COAP类型为例,DiscInterfaceProcess的源码如下:

static int32_t DiscInterfaceProcess(const InnerOption *option, const DiscoveryFuncInterface *interface,
    const DiscoverMode mode, InterfaceFuncType type)
{
    if (interface == NULL) {
        return SOFTBUS_DISCOVER_MANAGER_INNERFUNCTION_FAIL;
    }

    switch (type) {
        case PUBLISH_FUNC:
            return ((mode == DISCOVER_MODE_ACTIVE) ? (interface->Publish(&(option->publishOption))) :
                (interface->StartScan(&(option->publishOption))));
        case UNPUBLISH_FUNC:
            return ((mode == DISCOVER_MODE_ACTIVE) ? (interface->Unpublish(&(option->publishOption))) :
                (interface->StopScan(&(option->publishOption))));
        case STARTDISCOVERTY_FUNC:
            return ((mode == DISCOVER_MODE_ACTIVE) ? (interface->StartAdvertise(&(option->subscribeOption))) :
                (interface->Subscribe(&(option->subscribeOption))));
        case STOPDISCOVERY_FUNC:
            return ((mode == DISCOVER_MODE_ACTIVE) ? (interface->StopAdvertise(&(option->subscribeOption))) :
                (interface->Unsubscribe(&(option->subscribeOption))));
        default:
            return SOFTBUS_DISCOVER_MANAGER_INNERFUNCTION_FAIL;
    }
}

可以看到,当处理类型为PUBLISH_FUNC的时候,如果为主动发现,则调用接口变量的Publish函数处理。如果是被动发现的话,则调用接口变量的StartScan函数处理。

而g_discCoapInterface在DiscMgrInit中初始化,其指向g_discCoapFuncInterface接口,源码如下:

static DiscoveryFuncInterface g_discCoapFuncInterface = {
    .Publish = CoapPublish,
    .StartScan = CoapStartScan,
    .Unpublish = CoapUnPublish,
    .StopScan = CoapStoptScan,
    .StartAdvertise = CoapStartAdvertise,
    .Subscribe = CoapSubscribe,
    .StopAdvertise = CoapStopAdvertise,
    .Unsubscribe = CoapUnsubscribe
};

因此,在COAP下,如果为主动发现,则相应的处理函数为CoapPublish。如果为被动发现,则相应的处理函数为CoapStartScan,接下来我们介绍这两个对应的处理。

CoapPublish

CoapPublish的源码如下所示:

static int32_t CoapPublish(const PublishOption *option)
{
    if (option == NULL || g_publishMgr == NULL) {
        return SOFTBUS_INVALID_PARAM;
    }
    if (pthread_mutex_lock(&(g_publishMgr->lock)) != 0) {
        LOG_ERR("pthread mutex lock failed.");
        return SOFTBUS_LOCK_ERR;
    }
    if (RegisterAllCapBitmap(CAPABILITY_NUM, option->capabilityBitmap, g_publishMgr, MAX_CAP_NUM) != SOFTBUS_OK) {
        (void)pthread_mutex_unlock(&(g_publishMgr->lock));
        LOG_ERR("merge publish capability failed.");
        return SOFTBUS_DISCOVER_COAP_MERGE_CAP_FAIL;
    }
    if (g_publishMgr->isUpdate) {
        if (DiscCoapRegisterCapability(CAPABILITY_NUM, g_publishMgr->allCap) != SOFTBUS_OK) {
            (void)pthread_mutex_unlock(&(g_publishMgr->lock));
            LOG_ERR("register all capability to dfinder failed.");
            return SOFTBUS_DISCOVER_COAP_REGISTER_CAP_FAIL;
        }
    }
    if (DiscCoapRegisterServiceData(option->capabilityData, option->dataLen) != SOFTBUS_OK) {
        (void)pthread_mutex_unlock(&(g_publishMgr->lock));
        LOG_ERR("register service data to dfinder failed.");
        return SOFTBUS_ERR;
    }
    if (DiscCoapStartDiscovery(ACTIVE_PUBLISH) != SOFTBUS_OK) {
        (void)pthread_mutex_unlock(&(g_publishMgr->lock));
        LOG_ERR("coap start publish failed.");
        return SOFTBUS_DISCOVER_COAP_START_DISCOVER_FAIL;
    }
    (void)pthread_mutex_unlock(&(g_publishMgr->l
  • 3
    点赞
  • 7
    收藏
    觉得还不错? 一键收藏
  • 3
    评论
### 回答1: AXI4是一种高性能、高带宽的接口协议,在使用时会用到AXI4 Master和AXI4 Slave两个模块。对于AXI4 Master和AXI4 Slave的源代码对应分析,需要从两个模块的功能和架构入手。 AXI4 Master是连接处理器、DMA、FPGA以及其他数据源的主机总线接口,主要用于发送读/写事务请求,以及接收响应数据。其源代码的实现需要遵循AXI4协议的规定,包括发出READ/WRITE数据请求等操作。 而AXI4 Slave是连接存储器、FIFO、寄存器、设备控制器等外设的从机总线接口,主要负责响应AXI4 Master的读/写事务请求。其源代码的实现需要实现AXI4 Slave接口的各类功能,例如收到接收到READ/WRITE数据请求时进行响应的机制等。 总的来说,AXI4 Master和AXI4 Slave的源代码对应分析需要具有扎实的计算机系统结构基础、嵌入式系统开发经验及VHDL或Verilog语言编程技能。在使用时,需要遵循AXI4协议规定,进行必要的代码优化,以提高系统的性能和稳定性。 ### 回答2: AXI4是一种高性能、低功耗、低复杂度的总线协议,被广泛用于FPGA和SoC芯片中。在AXI4中,Master和Slave是两个重要概念,Master可以去向Slave发起读写请求,Slave提供相应的数据或状态返回。 在AXI4 Master Slave源码对应分析中,我们需要先了解AXI4协议的基本原理和结构。AXI4的数据传输包括地址、数据和控制信号三个部分。其中,地址和控制信号一般由Master控制发送,数据由Slave提供返回。Master和Slave之间的通讯可以通过总线信号实现,如时钟、使能、读写标志等。 在源码分析过程中,我们需要先理清楚设计的框架结构和各个模块之间的关系。一般来说,一个AXI4 Master Slave的设计包括Master和Slave两个主模块,以及一些必要的逻辑模块。Master可以是一个外部设备,如CPU,也可以是FPGA内部的逻辑模块;同样地,Slave也可以是一个外部设备,如存储器,也可以是FPGA内部的逻辑模块。在设计内部逻辑模块时,需要考虑合理的接口设计和信号传输方式,以充分利用AXI4协议的特点,实现高效稳定的数据传输。 在进行源码分析时,需要对每个模块的具体功能做详细的了解,如输入输出端口、状态寄存器、控制信号等。此外,还需要仔细考虑各个模块的时序要求,以避免数据传输时的不一致和错误。在分析过程中,可以借助FPGA开发工具的仿真功能,对源码进行模拟验证,以确保设计的正确性和可靠性。 总之,AXI4 Master Slave源码对应分析是一个相对较为复杂和细致的工作,需要对AXI4协议有深刻理解和丰富的实践经验,同时还需要熟练掌握FPGA开发环境和设计工具的使用。只有通过不断地实践和积累,才能在设计中发挥出AXI4协议的最大潜力,实现高性能、低功耗的数据传输。 ### 回答3: AXI4是ARM公司推出的一种高性能片上总线协议,支持多核、功耗优化、多带宽等特性,应用广泛。本文将对AXI4 Master和Slave源码进行分析。 AXI4 Master部分的源码是通用的,可以配置成读写、反悔等各种操作,实现起来比较简单。具体实现代码可以参考Xilinx公司提供的axi_master_burst.v文件。 AXI4 Slave部分的源码比较复杂,需要支持读写反悔各种操作,还要处理数据乱序、地址捕获等问题。通常是通过Finite State Machine(有限状态机)来实现AXI4 Slave端的逻辑。具体实现代码可以参考Xilinx公司提供的axi_slave_lite.v文件。 AXI4协议中的控制信号包括:地址、数据、控制、状态和辅助等。其中,地址信号用于指定操作的地址,控制信号用于指定读写类型等操作,状态信号用于反映操作是否完成,辅助信号提供了一些附加信息。 AXI4 Master和Slave源码是嵌入式系统设计中非常重要的实现部分,掌握其实现原理对于理解AXI4协议及其应用场景非常有帮助。
评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值