OpenHarmony（鸿蒙南向）——平台驱动开发【ADC】

news2024/11/18 22:22:39

往期知识点记录：

  • 鸿蒙（HarmonyOS）应用层开发（北向）知识点汇总
  • 鸿蒙（OpenHarmony）南向开发保姆级知识点汇总~
  • 持续更新中……

概述

功能简介

ADC（Analog to Digital Converter），即模拟-数字转换器，可将模拟信号转换成对应的数字信号，便于存储与计算等操作。除电源线和地线之外，ADC只需要1根线与被测量的设备进行连接，其物理连线如图1所示：

图 1 ADC物理连线示意图

基本概念

  • 分辨率

分辨率指的是ADC模块能够转换的二进制位数，位数越多分辨率越高。

  • 转换误差

转换误差通常是以输出误差的最大值形式给出。它表示A/D转换器实际输出的数字量和理论上的输出数字量之间的差别。常用最低有效位的倍数表示。

  • 转换时间

转换时间是指A/D转换器从转换控制信号到来开始，到输出端得到稳定的数字信号所经过的时间。

运作机制

在HDF框架中，同类型设备对象较多时（可能同时存在十几个同类型配置器），若采用独立服务模式，则需要配置更多的设备节点，且相关服务会占据更多的内存资源。相反，采用统一服务模式可以使用一个设备服务作为管理器，统一处理所有同类型对象的外部访问（这会在配置文件中有所体现），实现便捷管理和节约资源的目的。ADC模块即采用统一服务模式（如图2所示）。

ADC模块各分层的作用为：

  • 接口层：提供打开设备，写入数据，关闭设备的能力。

  • 核心层：主要负责服务绑定、初始化以及释放管理器，并提供添加、删除以及获取控制器的能力。

  • 适配层：由驱动适配者实现与硬件相关的具体功能，如控制器的初始化等。

在统一模式下，所有的控制器都被核心层统一管理，并由核心层统一发布一个服务供接口层，因此这种模式下驱动无需再为每个控制器发布服务。

图 2 ADC统一服务模式结构图

使用指导

场景介绍

ADC设备通常用于将模拟电压转换为数字量，例如与NTC电阻搭配进行温度测量，或者将其他模拟传感器的输出量转换为数字量的场景。当驱动开发者需要将ADC设备适配到OpenHarmony时，需要进行ADC驱动适配，下文将介绍如何进行ADC驱动适配。

接口说明

为了保证上层在调用ADC接口时能够正确的操作硬件，核心层在//drivers/hdf_core/framework/support/platform/include/adc/adc_core.h中定义了以下钩子函数。驱动适配者需要在适配层实现这些函数的具体功能，并与这些钩子函数挂接，从而完成接口层与核心层的交互。

AdcMethod和AdcLockMethod定义：

struct AdcMethod {
    int32_t (*read)(struct AdcDevice *device, uint32_t channel, uint32_t *val);
    int32_t (*start)(struct AdcDevice *device);
    int32_t (*stop)(struct AdcDevice *device);
};

struct AdcLockMethod {
    int32_t (*lock)(struct AdcDevice *device);
    void (*unlock)(struct AdcDevice *device);
};

c

在适配层中，AdcMethod必须被实现，AdcLockMethod可根据实际情况考虑是否实现。核心层提供了默认的AdcLockMethod，其中使用Spinlock作为保护临界区的锁：

static int32_t AdcDeviceLockDefault(struct AdcDevice *device)
{
    if (device == NULL) {
        return HDF_ERR_INVALID_OBJECT;
    }
    return OsalSpinLock(&device->spin);
}

static void AdcDeviceUnlockDefault(struct AdcDevice *device)
{
    if (device == NULL) {
        return;
    }
    (void)OsalSpinUnlock(&device->spin);
}

static const struct AdcLockMethod g_adcLockOpsDefault = {
    .lock = AdcDeviceLockDefault,
    .unlock = AdcDeviceUnlockDefault,
};

c

若实际情况不允许使用Spinlock，驱动适配者可以考虑使用其他类型的锁来实现一个自定义的AdcLockMethod。一旦实现了自定义的AdcLockMethod，默认的AdcLockMethod将被覆盖。

表 1 AdcMethod结构体成员的钩子函数功能说明

函数成员入参出参返回值功能
readdevice：结构体指针，核心层ADC控制器
channel：uint32_t 类型，传入的通道号		val：uint32_t类型指针，要传出的信号数据HDF_STATUS相关状态读取ADC采样的信号数据
stopdevice：结构体指针，核心层ADC控制器无HDF_STATUS相关状态关闭ADC设备
startdevice：结构体指针，核心层ADC控制器无HDF_STATUS相关状态开启ADC设备

表 2 AdcLockMethod结构体成员函数功能说明

函数成员入参出参返回值功能
lockdevice：结构体指针，核心层ADC设备对象。无HDF_STATUS相关状态获取临界区锁
unlockdevice：结构体指针，核心层ADC设备对象。无HDF_STATUS相关状态释放临界区锁

开发步骤

ADC模块适配包含以下四个步骤：

  1. 实例化驱动入口

    • 实例化HdfDriverEntry结构体成员。
    • 调用HDF_INIT将HdfDriverEntry实例化对象注册到HDF框架中。

  2. 配置属性文件

    • 在device_info.hcs文件中添加deviceNode描述。

    • 【可选】添加adc_config.hcs器件属性文件。

  3. 实例化核心层接口函数

    • 初始化AdcDevice成员。
    • 实例化AdcDevice成员AdcMethod。

说明：
实例化AdcDevice成员AdcMethod，其定义和成员说明见 接口说明 。

  1. 驱动调试

    【可选】针对新增驱动程序，建议验证驱动基本功能，例如挂载后的测试用例是否成功等。

开发实例

下方将基于Hi3516DV300开发板以//device/soc/hisilicon/common/platform/adc/adc_hi35xx.c驱动为示例，展示需要驱动适配者提供哪些内容来完整实现设备功能。

  1. 实例化驱动入口

驱动入口必须为HdfDriverEntry（在//drivers/hdf_core/interfaces/inner_api/host/shared/hdf_device_desc.h中定义）类型的全局变量，且moduleName要和device_info.hcs中保持一致。HDF框架会将所有加载的驱动的HdfDriverEntry对象首地址汇总，形成一个类似数组的段地址空间，方便上层调用。

一般在加载驱动时HDF会先调用Bind函数，再调用Init函数加载该驱动。当Init调用异常时，HDF框架会调用Release释放驱动资源并退出。

ADC驱动入口参考：

ADC控制器会出现多个设备挂接的情况，因而在HDF框架中首先会为此类型的设备创建一个管理器对象。这样，需要打开某个设备时，管理器对象会根据指定参数查找到指定设备。

ADC管理器的驱动由核心层实现，驱动适配者不需要关注这部分内容的实现，但在实现Init函数的时候需要调用核心层的AdcDeviceAdd函数，它会实现相应功能。

    static struct HdfDriverEntry g_hi35xxAdcDriverEntry = {
        .moduleVersion = 1,
        .Init = Hi35xxAdcInit,
        .Release = Hi35xxAdcRelease,
        .moduleName = "hi35xx_adc_driver",        // 【必要且与device_info.hcs文件内的模块名匹配】
    };
    HDF_INIT(g_hi35xxAdcDriverEntry);             // 调用HDF_INIT将驱动入口注册到HDF框架中

    // 核心层adc_core.c管理器服务的驱动入口
    struct HdfDriverEntry g_adcManagerEntry = {
        .moduleVersion = 1,
        .Bind = AdcManagerBind,                   // ADC不需要实现Bind，本例是一个空实现，驱动适配者可根据自身需要添加相关操作
        .Init = AdcManagerInit,                   // 见Init参考
        .Release = AdcManagerRelease,             // 见Release参考
        .moduleName = "HDF_PLATFORM_ADC_MANAGER", // 这与device_info.hcs文件中device0对应
    };
    HDF_INIT(g_adcManagerEntry);                  // 调用HDF_INIT将驱动入口注册到HDF框架中
    c
  1. 配置属性文件

完成驱动入口注册之后，下一步请在//vendor/hisilicon/hispark_taurus/hdf_config/device_info/device_info.hcs文件中添加deviceNode信息，并在adc_config.hcs中配置器件属性。

deviceNode信息与驱动入口注册相关，器件属性值对于驱动适配者的驱动实现以及核心层AdcDevice相关成员的默认值或限制范围有密切关系。

统一服务模式的特点是device_info.hcs文件中第一个设备节点必须为ADC管理器，其各项参数如表3所示：

表 3 device_info.hcs节点参数说明

成员名值
policy驱动服务发布的策略，ADC管理器具体配置为2，表示驱动对内核态和用户态都发布服务
priority驱动启动优先级（0-200），值越大优先级越低。ADC管理器具体配置为50
permission驱动创建设备节点权限，ADC管理器具体配置为0664
moduleName驱动名称，ADC管理器固定为HDF_PLATFORM_ADC_MANAGER
serviceName驱动对外发布服务的名称，ADC管理器服务名设置为HDF_PLATFORM_ADC_MANAGER
deviceMatchAttr驱动私有数据匹配的关键字，ADC管理器没有使用，可忽略

从第二个节点开始配置具体ADC控制器信息，第一个节点并不表示某一路ADC控制器，而是代表一个资源性质设备，用于描述一类ADC控制器的信息。本例只有一个ADC设备，如有多个设备，则需要在device_info.hcs文件增加deviceNode信息，以及在adc_config.hcs文件中增加对应的器件属性。

  • device_info.hcs配置参考
        root {
            device_info {
                platform :: host {
                    device_adc :: device {
                        device0 :: deviceNode {
                            policy = 2;
                            priority = 50;
                            permission = 0644;
                            moduleName = "HDF_PLATFORM_ADC_MANAGER";
                            serviceName = "HDF_PLATFORM_ADC_MANAGER";
                        }
                        device1 :: deviceNode {
                            policy = 0;                               // 等于0，不需要发布服务。
                            priority = 55;                            // 驱动启动优先级。
                            permission = 0644;                        // 驱动创建设备节点权限。
                            moduleName = "hi35xx_adc_driver";         //【必要】用于指定驱动名称，需要与期望的驱动Entry中的moduleName一致。
                            serviceName = "HI35XX_ADC_DRIVER";        //【必要】驱动对外发布服务的名称，必须唯一。
                            deviceMatchAttr = "hisilicon_hi35xx_adc"; //【必要】用于配置控制器私有数据，要与adc_config.hcs中对应控制器保持一致，具体的控制器信息在adc_config.hcs中。
                        }
                    }
                }
            }
        }
        c
  • adc_config.hcs配置参考

此处以Hi3516DV300为例，给出HCS配置参考。其中部分字段为Hi3516DV300特有功能，驱动适配者可根据需要进行删除或添加字段。

        root {
            platform {
                adc_config_hi35xx {
                    match_attr = "hisilicon_hi35xx_adc";
                    template adc_device {
                        regBasePhy = 0x120e0000; // 寄存器物理基地址
                        regSize = 0x34;          // 寄存器位宽
                        deviceNum = 0;           // 设备号
                        validChannel = 0x1;      // 有效通道
                        dataWidth = 10;          // AD转换后的数据位宽，即分辨率
                        scanMode = 1;            // 扫描模式
                        delta = 0;               // 转换结果误差范围
                        deglitch = 0;            // 滤毛刺开关
                        glitchSample = 5000;     // 滤毛刺时间窗口
                        rate = 20000;            // 转换速率
                    }
                    device_0 :: adc_device {
                        deviceNum = 0;
                        validChannel = 0x2;
                    }
                }
            }
        }
        c

需要注意的是，新增adc_config.hcs配置文件后，必须在hdf.hcs文件中将其包含，否则配置文件无法生效。

例如：本例中adc_config.hcs所在路径为//device/soc/hisilicon/hi3516dv300/sdk_liteos/hdf_config/adc/adc_config.hcs，则必须在产品对应的hdf.hcs中添加如下语句：

        #include "../../../../device/soc/hisilicon/hi3516dv300/sdk_liteos/hdf_config/adc/adc_config.hcs" // 配置文件相对路径
        c

本例基于Hi3516DV300开发板的小型系统LiteOS内核运行，对应的hdf.hcs文件路径为vendor/hisilicon/hispark_taurus/hdf_config/hdf.hcs以及//device/hisilicon/hispark_taurus/sdk_liteos/hdf_config/hdf.hcs。驱动适配者需根据实际情况选择对应路径下的文件进行修改。

  1. 实例化核心层函数

完成驱动入口注册之后，下一步就是以核心层AdcDevice对象的初始化为核心，包括初始化驱动适配者自定义结构体（传递参数和数据），实例化AdcDevice成员AdcMethod（让用户可以通过接口来调用驱动底层函数），实现HdfDriverEntry成员函数（Bind，Init，Release）。

  • 自定义结构体参考。

从驱动的角度看，自定义结构体是参数和数据的载体，而且adc_config.hcs文件中的数值会被HDF读入并通过DeviceResourceIface来初始化结构体成员，其中一些重要数值（例如设备号、总线号等）也会传递给核心层AdcDevice对象。

        struct Hi35xxAdcDevice {
            struct AdcDevice device;         // 【必要】是核心层控制对象，必须作为自定义结构体的首个成员，其具体描述见下方。
            volatile unsigned char *regBase; // 【必要】寄存器基地址
            volatile unsigned char *pinCtrlBase;
            uint32_t regBasePhy;             // 【必要】寄存器物理基地址
            uint32_t regSize;                // 【必要】寄存器位宽
            uint32_t deviceNum;              // 【必要】设备号
            uint32_t dataWidth;              // 【必要】信号接收的数据位宽
            uint32_t validChannel;           // 【必要】有效通道
            uint32_t scanMode;               // 【必要】扫描模式
            uint32_t delta;
            uint32_t deglitch;
            uint32_t glitchSample;
            uint32_t rate;                   // 【必要】采样率
        };

        // AdcDevice是核心层控制器结构体，其中的成员在Init函数中会被赋值。
        struct AdcDevice {
            const struct AdcMethod *ops;
            OsalSpinlock spin;
            uint32_t devNum;
            uint32_t chanNum;
            const struct AdcLockMethod *lockOps;
            void *priv;
        };
        c
  • AdcDevice成员钩子函数结构体AdcMethod的实例化。

AdcLockMethod钩子函数结构体本例未实现，若要实例化，可参考I2C驱动开发。

        static const struct AdcMethod g_method = {
            .read = Hi35xxAdcRead,
            .stop = Hi35xxAdcStop,
            .start = Hi35xxAdcStart,
        };
        c
  • Init函数开发参考

入参：
HdfDeviceObject是整个驱动对外提供的接口参数，具备HCS配置文件的信息。

返回值：
HDF_STATUS相关状态（表4为部分展示，如需使用其他状态，可参考//drivers/hdf_core/interfaces/inner_api/utils/hdf_base.h中HDF_STATUS定义）。

表 4 HDF_STATUS相关状态说明

状态(值)问题描述
HDF_ERR_INVALID_OBJECT控制器对象非法
HDF_ERR_INVALID_PARAM参数非法
HDF_ERR_MALLOC_FAIL内存分配失败
HDF_ERR_IOI/O错误
HDF_SUCCESS传输成功
HDF_FAILURE传输失败

函数说明：

初始化自定义结构体对象，初始化AdcDevice成员，并调用核心层AdcDeviceAdd函数。

        static int32_t Hi35xxAdcInit(struct HdfDeviceObject *device)
        {
            int32_t ret;
            struct DeviceResourceNode *childNode = NULL;
            ......
            // 遍历、解析adc_config.hcs中的所有配置节点，并分别调用Hi35xxAdcParseInit函数来初始化device。
            DEV_RES_NODE_FOR_EACH_CHILD_NODE(device->property, childNode) {
                ret = Hi35xxAdcParseInit(device, childNode); // 函数定义见下方
                ......
            }
            HDF_LOGI("%s: adc init success.", __func__);
            return ret;
        }

        static int32_t Hi35xxAdcParseInit(struct HdfDeviceObject *device, struct DeviceResourceNode *node)
        {
            int32_t ret;
            struct Hi35xxAdcDevice *hi35xx = NULL;     //【必要】自定义结构体对象

            (void)device;
            hi35xx = (struct Hi35xxAdcDevice *)OsalMemCalloc(sizeof(*hi35xx));  //【必要】内存分配
            ......
            ret = Hi35xxAdcReadDrs(hi35xx, node);      //【必要】将adc_config文件的默认值填充到结构体中，函数定义见下方
            ......
            hi35xx->regBase = OsalIoRemap(hi35xx->regBasePhy, hi35xx->regSize); //【必要】地址映射
            ......
            hi35xx->pinCtrlBase = OsalIoRemap(HI35XX_ADC_IO_CONFIG_BASE, HI35XX_ADC_IO_CONFIG_SIZE);
            ......
            Hi35xxAdcDeviceInit(hi35xx);               // 【必要】ADC设备的初始化
            hi35xx->device.priv = (void *)node;        // 【必要】存储设备属性
            hi35xx->device.devNum = hi35xx->deviceNum; // 【必要】初始化AdcDevice成员
            hi35xx->device.ops = &g_method;            // 【必要】AdcMethod的实例化对象的挂载
            ret = AdcDeviceAdd(&hi35xx->device);       // 【必要且重要】调用此函数填充核心层结构体，返回成功信号后驱动才完全接入平台核心层。
            ......
            return HDF_SUCCESS;

        __ERR__:
            if (hi35xx != NULL) {                      // 若不成功，需要执行去初始化相关函数。
                if (hi35xx->regBase != NULL) {
                    OsalIoUnmap((void *)hi35xx->regBase);
                    hi35xx->regBase = NULL;
                }
                AdcDeviceRemove(&hi35xx->device);
                OsalMemFree(hi35xx);
            }
            return ret;
        }

        static int32_t Hi35xxAdcReadDrs(struct Hi35xxAdcDevice *hi35xx, const struct DeviceResourceNode *node)
        {
            int32_t ret;
            struct DeviceResourceIface *drsOps = NULL;

            // 获取drsOps方法
            drsOps = DeviceResourceGetIfaceInstance(HDF_CONFIG_SOURCE);
            if (drsOps == NULL || drsOps->GetUint32 == NULL) {
                HDF_LOGE("%s: invalid drs ops", __func__);
                return HDF_ERR_NOT_SUPPORT;
            }
            // 将配置参数依次读出，并填充至结构体中
            ret = drsOps->GetUint32(node, "regBasePhy", &hi35xx->regBasePhy, 0);
            if (ret != HDF_SUCCESS) {
                HDF_LOGE("%s: read regBasePhy failed", __func__);
                return ret;
            }
            ret = drsOps->GetUint32(node, "regSize", &hi35xx->regSize, 0);
            if (ret != HDF_SUCCESS) {
                HDF_LOGE("%s: read regSize failed", __func__);
                return ret;
            }
            ......
            return HDF_SUCCESS;
        }
        c
  • Release函数开发参考

入参：

HdfDeviceObject是整个驱动对外提供的接口参数，具备HCS配置文件的信息。

返回值：无。

函数说明：
释放内存和删除控制器，该函数需要在驱动入口结构体中赋值给Release接口，当HDF框架调用Init函数初始化驱动失败时，可以调用Release释放驱动资源。

        static void Hi35xxAdcRelease(struct HdfDeviceObject *device)
        {
            const struct DeviceResourceNode *childNode = NULL;
            ......
            // 遍历、解析adc_config.hcs中的所有配置节点，并分别进行Release操作。
            DEV_RES_NODE_FOR_EACH_CHILD_NODE(device->property, childNode) {
                Hi35xxAdcRemoveByNode(childNode);// 函数定义见下
            }
        }

        static void Hi35xxAdcRemoveByNode(const struct DeviceResourceNode *node)
        {
            int32_t ret;
            int32_t deviceNum;
            struct AdcDevice *device = NULL;
            struct Hi35xxAdcDevice *hi35xx = NULL;
            struct DeviceResourceIface *drsOps = NULL;

            drsOps = DeviceResourceGetIfaceInstance(HDF_CONFIG_SOURCE);
            ......
            ret = drsOps->GetUint32(node, "deviceNum", (uint32_t *)&deviceNum, 0);
            ......
            // 可以调用AdcDeviceGet函数通过设备的deviceNum获取AdcDevice对象，以及调用AdcDeviceRemove函数来释放AdcDevice对象的内容。
            device = AdcDeviceGet(deviceNum);
            if (device != NULL && device->priv == node) {
                AdcDevicePut(device);   
                AdcDeviceRemove(device);                   //【必要】主要是从管理器驱动那边移除AdcDevice对象。
                hi35xx = (struct Hi35xxAdcDevice *)device; //【必要】通过强制转换获取自定义的对象并进行Release操作。这一步的前提是device必须作为自定义结构体的首个成员。
                OsalIoUnmap((void *)hi35xx->regBase);
                OsalMemFree(hi35xx);
            }
            return;
        }
        c

  1. 驱动调试

    【可选】针对新增驱动程序，建议验证驱动基本功能，例如挂载后的测试用例是否成功等。

最后

经常有很多小伙伴抱怨说：不知道学习鸿蒙开发哪些技术？不知道需要重点掌握哪些鸿蒙应用开发知识点？

为了能够帮助到大家能够有规划的学习，这里特别整理了一套纯血版鸿蒙（HarmonyOS Next）全栈开发技术的学习路线，包含了鸿蒙开发必掌握的核心知识要点，内容有（ArkTS、ArkUI开发组件、Stage模型、多端部署、分布式应用开发、WebGL、元服务、OpenHarmony多媒体技术、Napi组件、OpenHarmony内核、OpenHarmony驱动开发、系统定制移植等等）鸿蒙（HarmonyOS NEXT）技术知识点。

在这里插入图片描述

《鸿蒙 (Harmony OS)开发学习手册》（共计892页）:https://gitcode.com/HarmonyOS_MN/733GH/overview

如何快速入门？

1.基本概念
2.构建第一个ArkTS应用
3.……

鸿蒙开发面试真题（含参考答案）:

在这里插入图片描述

《OpenHarmony源码解析》:

  • 搭建开发环境
  • Windows 开发环境的搭建
  • Ubuntu 开发环境搭建
  • Linux 与 Windows 之间的文件共享
  • ……
  • 系统架构分析
  • 构建子系统
  • 启动流程
  • 子系统
  • 分布式任务调度子系统
  • 分布式通信子系统
  • 驱动子系统
  • ……

图片

OpenHarmony 设备开发学习手册:https://gitcode.com/HarmonyOS_MN/733GH/overview

图片
在这里插入图片描述

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.coloradmin.cn/o/2162150.html

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈，一经查实，立即删除！

相关文章

LOGO设计新革命：5款AI工具让你秒变设计大师（必藏）

LOGO设计新革命：5款AI工具让你秒变设计大师（必藏）

大家好，我是Shelly，一个专注于输出AI工具和科技前沿内容的AI应用教练，体验过300款以上的AI应用工具。关注科技及大模型领域对社会的影响10年。关注我一起驾驭AI工具，拥抱AI时代的到来。 你是否曾因设计一个既独特又专业的LOGO而感…
阅读更多...
JUC高并发编程2：Lock接口

JUC高并发编程2：Lock接口

1 synchronized 1.1 synchronized关键字回顾 synchronized 是 Java 中的一个关键字，用于实现线程间的同步。它提供了一种简单而有效的方式来控制对共享资源的访问，从而避免多个线程同时访问同一资源时可能出现的竞态条件（race condition&am…
阅读更多...
【Linux网络 —— 网络基础概念】

【Linux网络 —— 网络基础概念】

Linux网络 —— 网络基础概念 计算机网络背景网络发展 初始协议协议分层协议分层的好处 OSI七层模型TCP/IP五层(或四层)模型 再识协议为什么要有TCP/IP协议？什么是TCP/IP协议？TCP/IP协议与操作系统的关系所以究竟什么是协议？ 网络传输基本流程…
阅读更多...
【openwrt】 libubox组件——ustream

【openwrt】 libubox组件——ustream

文章目录 ustream 核心数据结构struct ustreamstruct ustream_buf_liststruct ustream_bufstruct ustream_fd ustream 核心APIustream_fd_initustream_uloop_cbustream_fd_read_pendingustream_fill_read ustream_write_pendingustream_writeustream_fd_write ustream 应用示例…
阅读更多...
Python画笔案例-059 绘制甩曲彩点动图

Python画笔案例-059 绘制甩曲彩点动图

1、绘制甩曲彩点动图 通过 python 的turtle 库绘制 甩曲彩点动图，如下图： 2、实现代码 绘制甩曲彩点动图，以下为实现代码： """甩曲彩点动图.py """ import time import turtlecs = [red,orange,
阅读更多...
CVPT: Cross-Attention help Visual Prompt Tuning adapt visual task

CVPT: Cross-Attention help Visual Prompt Tuning adapt visual task

论文汇总 当前的问题 图1:在VTAB-1k基准测试上，使用预训练的ViT-B/16模型，VPT和我们的CVPT之间的性能和Flops比较。我们将提示的数量分别设置为1、10、20、50,100,150,200。 如图1所示，当给出大量提示时，VPT显示了性能的显著下降…
阅读更多...
串口问题汇总：串口发送乱码，重定义使用printf ，输出顺序出错，缓存区思想，串口项目应用

串口问题汇总：串口发送乱码，重定义使用printf ，输出顺序出错，缓存区思想，串口项目应用

1.c51使用串口出现顺序被覆盖的情况，也就是输出time 最后输出的却是te 这是因为你没有等待上一个数据发送就开始发送下一个数据就会导致数据篡位 2.c51想使用串口重定义使用printf 首先c51是自带stdio.h不需要像32那样点击 include lib选项，你直接改…
阅读更多...
力扣958：判断二叉树是否为完全二叉树

力扣958：判断二叉树是否为完全二叉树

给你一棵二叉树的根节点 root ，请你判断这棵树是否是一棵 完全二叉树 。 在一棵 完全二叉树 中，除了最后一层外，所有层都被完全填满，并且最后一层中的所有节点都尽可能靠左。最后一层（第 h 层）中可以包含 …
阅读更多...
体制内打工人收藏！5款AI写作工具，助你变成单位笔杆子~

体制内打工人收藏！5款AI写作工具，助你变成单位笔杆子~

对于初入体制内职场的新手或是日常任务繁重、难以抽身撰写文件的同事们，别再让加班的夜晚成为常态！现在，就让我揭秘几个高效公文写作宝库，它们能助你迅速掌握公文写作的精髓，海量素材信手拈来，更有快速成文…
阅读更多...
Elasticsearch、ik分词器、elasticsearch-head、Kibana的认识与安装

Elasticsearch、ik分词器、elasticsearch-head、Kibana的认识与安装

文章目录 elasticsearch安装elasticsearchIK中文分词器elasticsearch-headkibana elasticsearch Elasticsearch是一个基于Lucene的搜索服务器，也是属于NoSQL阵营的数据库。它提供了一个分布式多用户能力的全文搜索引擎，基于RESTful web接口提供给我们操…
阅读更多...
2025年SEO策略：如何优化您的知识库？

2025年SEO策略：如何优化您的知识库？

如今很多人在遇到问题时都会求助于谷歌。谷歌已经成为提供解决方案不可或缺的工具。作为全球搜索引擎的巨头，拥有大量用户流量。这就是为什么确保您的产品和服务在谷歌搜索结果中排名靠前是至关重要的，如果您想获得更多的客户，SEO是一个非常关…
阅读更多...
打造你的专属主题-VitePress保姆级教程

打造你的专属主题-VitePress保姆级教程

本篇为vitepress系列教程，在开始前，若还不了解vitepress的小伙伴可以看一下以往文章： 不敲一行代码！助你快速搭建属于自己的官网博客！-VitePress保姆级教程 文章目录 VitePress主题配置准备自定义主题配置标题配置图标…
阅读更多...
如何用AI实现自动更新文章？(全自动更新网站)

如何用AI实现自动更新文章？(全自动更新网站)

AI的诞生确实给我们的生活和工作都带来了很大的改变，从我自身来讲，也渐渐习惯了遇到事情先问问AI，不管是翻译、专业性问题、PPT制作、总结写作这些，确实帮我迅速理清了思路，也可以有很多内容的借鉴。 作为一个业余爱好…
阅读更多...
滑动窗口算法第一弹（长度最小的子数组，无重复字符的最长子串 最大连续1的个数III）

滑动窗口算法第一弹（长度最小的子数组，无重复字符的最长子串 最大连续1的个数III）

目录 前言 1. 长度最小的子数组 （1）题目及示例 （2）暴力解法 （3）优化 2. 无重复字符的最长子串 （1）题目及示例 （2）暴力解法 （3&#xff…
阅读更多...
深度学习：卷积神经网络CNN

深度学习：卷积神经网络CNN

目录 一、什么是卷积？ 二、卷积神经网络的组成 1. 卷积层 2. 池化层 3. 激活函数 4. 全连接层 三、卷积神经网络的构造 四、代码实现 1.数据预处理 2.创建卷积神经网络 3.创建训练集和测试集函数 4.创建损失函数和优化器并进行训练 一、什么是卷积&…
阅读更多...
Kivy，一个上天入地的 Python 库

Kivy，一个上天入地的 Python 库

大家好！我是炒青椒不放辣，关注我，收看每期的编程干货。 一个简单的库，也许能够开启我们的智慧之门， 一个普通的方法，也许能在危急时刻挽救我们于水深火热， 一个新颖的思维方式，也许能…
阅读更多...
USB 电缆中的信号线 DP、DM 的缩写由来

USB 电缆中的信号线 DP、DM 的缩写由来

经常在一些芯片的规格书中看到 USB 的信号对是以 DP 和 DM 命名： 我在想，这些规格书是不是写错了，把 N 写成 M 了？DM 中的 M 到底是什么的缩写？ 于是我找了一些资料，终于在《Universal Serial Bus Cables …
阅读更多...
string 的介绍及使用

string 的介绍及使用

一.string类介绍 C语言中，字符串是以’\0’结尾的一些字符的集合，为了操作方便，C标准库中提供了一些str系列的库函数，但是这些库函数与字符串是分离开的，不太符合OOP的思想，而且底层空间需要用户自己管理&a…
阅读更多...
BUUCTF [SCTF2019]电单车详解两种方法（python实现绝对原创）

BUUCTF [SCTF2019]电单车详解两种方法（python实现绝对原创）

使用audacity打开，发现是一段PT2242 信号 PT2242信号 有长有短，短的为0，长的为1化出来 这应该是截获电动车钥匙发射出的锁车信号 0 01110100101010100110 0010 0前四位为同步码0 。。。中间这20位为01110100101010100110为地址码0010为功…
阅读更多...
ssm病人跟踪治疗信息管理系统

ssm病人跟踪治疗信息管理系统

专业团队，咨询就送开题报告，欢迎大家咨询留言 摘 要 病人跟踪治疗信息管理系统采用B/S模式，促进了病人跟踪治疗信息管理系统的安全、快捷、高效的发展。传统的管理模式还处于手工处理阶段，管理效率极低，随着病人的不断…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023