Harmony鸿蒙南向驱动开发-CLOCK

2024-04-10 22:04
文章标签 开发 驱动 鸿蒙 clock harmony 南向

本文主要是介绍Harmony鸿蒙南向驱动开发-CLOCK，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

CLOCK，时钟是系统各个部件运行的基础，以CPU时钟举例，CPU 时钟是指 CPU 内部的时钟发生器，它以频率的形式工作，用来同步和控制 CPU 内部的各个操作。

基本概念

设备的时钟信号是指在电子设备中用于同步和控制各个模块或组件操作的信号。它是设备内部的一个基本信号源，用于确保设备的正常运行和数据传输的准确性。

运作机制

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

CLOCK模块各分层的作用为：

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

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

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

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

图 1 CLOCK统一服务模式结构图

CLOCK统一服务模式结构图

使用指导

场景介绍

CLOCK提供芯片级别的时钟管理：时钟功能可用于控制芯片内部的时钟分频、时钟倍频、时钟源选择和时钟门控等操作。通过合理的时钟管理，可以提高芯片的能效，并确保各个功能部件的正确协调和协同工作。

接口说明

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

ClockMethod和ClockLockMethod定义：

struct ClockMethod {int32_t (*start)(struct ClockDevice *device);int32_t (*stop)(struct ClockDevice *device);int32_t (*setRate)(struct ClockDevice *device, uint32_t rate);int32_t (*getRate)(struct ClockDevice *device, uint32_t *rate);int32_t (*disable)(struct ClockDevice *device);int32_t (*enable)(struct ClockDevice *device);struct ClockDevice *(*getParent)(struct ClockDevice *device);int32_t (*setParent)(struct ClockDevice *device, struct ClockDevice *parent);
};struct ClockLockMethod {int32_t (*lock)(struct ClockDevice *device);void (*unlock)(struct ClockDevice *device);
};

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

static int32_t ClockDeviceLockDefault(struct ClockDevice *device)
{if (device == NULL) {HDF_LOGE("ClockDeviceLockDefault: device is null!");return HDF_ERR_INVALID_OBJECT;}return OsalSpinLock(&device->spin);
}static void ClockDeviceUnlockDefault(struct ClockDevice *device)
{if (device == NULL) {HDF_LOGE("ClockDeviceUnlockDefault: device is null!");return;}(void)OsalSpinUnlock(&device->spin);
}static const struct ClockLockMethod g_clockLockOpsDefault = {.lock = ClockDeviceLockDefault,.unlock = ClockDeviceUnlockDefault,
};

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

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

函数成员入参出参返回值功能
startdevice：结构体指针，核心层CLOCK控制器无HDF_STATUS相关状态打开CLOCK设备
stopdevice：结构体指针，核心层CLOCK控制器无HDF_STATUS相关状态关闭CLOCK设备
setRatedevice：结构体指针，核心层CLOCK控制器无HDF_STATUS相关状态设置CLOCK设备的速率
getRatedevice：结构体指针，核心层CLOCK控制器获取的速率HDF_STATUS相关状态获取CLOCK设备的速率
disabledevice：结构体指针，核心层CLOCK控制器无HDF_STATUS相关状态使能CLOCK设备
enabledevice：结构体指针，核心层CLOCK控制器无HDF_STATUS相关状态去使能CLOCK设备
getParentdevice：结构体指针，核心层CLOCK控制器获取的device：结构体指针，核心层CLOCK控制器HDF_STATUS相关状态设置CLOCK设备的父设备
setParentdevice：结构体指针，核心层CLOCK控制器无HDF_STATUS相关状态设置CLOCK设备的父设备

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

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

开发步骤

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

  1. 实例化驱动入口

    • 实例化HdfDriverEntry结构体成员。

    • 调用HDF_INIT将HdfDriverEntry实例化对象注册到HDF框架中。

  2. 配置属性文件

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

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

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

    • 初始化ClockDevice成员。

    • 实例化ClockDevice成员ClockMethod。

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

  4. 驱动调试

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

开发实例

下方将基于RK3568开发板以//drivers/hdf_core/adapter/khdf/linux/platform/clock/clock_adapter.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释放驱动资源并退出。

    CLOCK驱动入口参考：

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

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

    struct HdfDriverEntry g_clockLinuxDriverEntry = {.moduleVersion = 1,.Bind = NULL,.Init = LinuxClockInit,.Release = LinuxClockRelease,.moduleName = "linux_clock_adapter",      // 【必要且与device_info.hcs文件内的模块名匹配】
};
HDF_INIT(g_clockLinuxDriverEntry);            // 调用HDF_INIT将驱动入口注册到HDF框架中// 核心层clock_core.c管理器服务的驱动入口
struct HdfDriverEntry g_clockManagerEntry = {.moduleVersion = 1,.Bind = ClockManagerBind,                     // CLOCK不需要实现Bind，本例是一个空实现，驱动适配者可根据自身需要添加相关操作.Init = ClockManagerInit,                     // 见Init参考.Release = ClockManagerRelease,               // 见Release参考.moduleName = "HDF_PLATFORM_CLOCK_MANAGER",   // 这与device_info.hcs文件中device0对应
};
HDF_INIT(g_clockManagerEntry);                // 调用HDF_INIT将驱动入口注册到HDF框架中

  2. 配置属性文件

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

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

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

    表 3 device_info.hcs节点参数说明

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

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

    • device_info.hcs配置参考

      root {device_info {platform :: host {device_clock :: device {device0 :: deviceNode {policy = 2;priority = 59;permission = 0644;moduleName = "HDF_PLATFORM_CLOCK_MANAGER";serviceName = "HDF_PLATFORM_CLOCK_MANAGER";}device1 :: deviceNode {policy = 0;                                 // 等于0，不需要发布服务。priority = 65;                              // 驱动启动优先级。permission = 0644;                          // 驱动创建设备节点权限。moduleName = "linux_clock_adapter";         //【必要】用于指定驱动名称，需要与期望的驱动Entry中的moduleName一致。deviceMatchAttr = "linux_clock_adapter_0";  //【必要】用于配置控制器私有数据，要与clock_config.hcs中对应控制器保持一致，具体的控制器信息在clock_config.hcs中。}}}}
}

    • clock_config.hcs配置参考

      此处以RK3568为例，给出HCS配置参考。

      root {platform {clock_config {match_attr = "linux_clock_adapter_0";template clock_device {}device_clock_0x0000 :: clock_device {deviceName = "/cpus/cpu@0";deviceIndex = 1;}}}
}

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

      例如：本例中clock_config.hcs所在路径为//vendor/hihope/rk3568/hdf_config/ hdf_config/khdf/hdf.hcs，则必须在产品对应的hdf.hcs中添加如下语句：

      #include "platform/clock_config_linux.hcs" // 配置文件相对路径

      本例基于RK3568开发板的标准系统Linux内核运行，对应的hdf.hcs文件路径为//vendor/hihope/rk3568/hdf_config/ hdf_config/khdf/hdf.hcs驱动适配者需根据实际情况选择对应路径下的文件进行修改。

  3. 实例化核心层函数

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

    • 自定义结构体参考。

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

      // ClockDevice是核心层控制器结构体，其中的成员在Init函数中会被赋值。
struct ClockDevice {const struct ClockMethod *ops;OsalSpinlock spin;const char *deviceName;const char *clockName;uint32_t deviceIndex;const struct ClockLockMethod *lockOps;void *clk;void *priv;struct ClockDevice *parent;
};
      • ClockDevice成员钩子函数结构体ClockMethod的实例化。

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

      struct ClockMethod {int32_t (*start)(struct ClockDevice *device);int32_t (*stop)(struct ClockDevice *device);int32_t (*setRate)(struct ClockDevice *device, uint32_t rate);int32_t (*getRate)(struct ClockDevice *device, uint32_t *rate);int32_t (*disable)(struct ClockDevice *device);int32_t (*enable)(struct ClockDevice *device);struct ClockDevice *(*getParent)(struct ClockDevice *device);int32_t (*setParent)(struct ClockDevice *device, struct ClockDevice *parent);
};

    • 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传输失败

      函数说明：

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

      static int32_t LinuxClockInit(struct HdfDeviceObject *device)
{int32_t ret = HDF_SUCCESS;struct DeviceResourceNode *childNode = NULL;if (device == NULL || device->property == NULL) {HDF_LOGE("LinuxClockInit: device or property is null");return HDF_ERR_INVALID_OBJECT;}DEV_RES_NODE_FOR_EACH_CHILD_NODE(device->property, childNode) {ret = ClockParseAndDeviceAdd(device, childNode);if (ret != HDF_SUCCESS) {HDF_LOGE("LinuxClockInit: clock init fail!");return ret;}}HDF_LOGE("LinuxClockInit: clock init success!");return HDF_SUCCESS;
}static int32_t ClockParseAndDeviceAdd(struct HdfDeviceObject *device, struct DeviceResourceNode *node)
{int32_t ret;struct ClockDevice *clockDevice = NULL;(void)device;clockDevice = (struct ClockDevice *)OsalMemCalloc(sizeof(*clockDevice));if (clockDevice == NULL) {HDF_LOGE("ClockParseAndDeviceAdd: alloc clockDevice fail!");return HDF_ERR_MALLOC_FAIL;}ret = ClockReadDrs(clockDevice, node);if (ret != HDF_SUCCESS) {HDF_LOGE("ClockParseAndDeviceAdd: read drs fail, ret: %d!", ret);OsalMemFree(clockDevice);return ret;}clockDevice->priv = (void *)node;clockDevice->ops = &g_method;ret = ClockDeviceAdd(clockDevice);if (ret != HDF_SUCCESS) {HDF_LOGE("ClockParseAndDeviceAdd: add clock device:%u fail!", clockDevice->deviceIndex);OsalMemFree(clockDevice);return ret;}return HDF_SUCCESS;
}static int32_t ClockReadDrs(struct ClockDevice *clockDevice, const struct DeviceResourceNode *node)
{int32_t ret;struct DeviceResourceIface *drsOps = NULL;drsOps = DeviceResourceGetIfaceInstance(HDF_CONFIG_SOURCE);if (drsOps == NULL || drsOps->GetUint32 == NULL || drsOps->GetString == NULL) {HDF_LOGE("ClockReadDrs: invalid drs ops!");return HDF_ERR_NOT_SUPPORT;}ret = drsOps->GetUint32(node, "deviceIndex", &clockDevice->deviceIndex, 0);if (ret != HDF_SUCCESS) {HDF_LOGE("ClockReadDrs: read deviceIndex fail, ret: %d!", ret);return ret;}drsOps->GetString(node, "clockName", &clockDevice->clockName, 0);ret = drsOps->GetString(node, "deviceName", &clockDevice->deviceName, 0);if (ret != HDF_SUCCESS) {HDF_LOGE("ClockReadDrs: read deviceName fail, ret: %d!", ret);return ret;}return HDF_SUCCESS;
}

    • Release函数开发参考

      入参：

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

      返回值：

      无。

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

      static void LinuxClockRelease(struct HdfDeviceObject *device)
{const struct DeviceResourceNode *childNode = NULL;if (device == NULL || device->property == NULL) {HDF_LOGE("LinuxClockRelease: device or property is null!");return;}DEV_RES_NODE_FOR_EACH_CHILD_NODE(device->property, childNode) {ClockRemoveByNode(childNode);}
}static void ClockRemoveByNode(const struct DeviceResourceNode *node)
{int32_t ret;int32_t deviceIndex;struct ClockDevice *device = NULL;struct DeviceResourceIface *drsOps = NULL;drsOps = DeviceResourceGetIfaceInstance(HDF_CONFIG_SOURCE);if (drsOps == NULL || drsOps->GetUint32 == NULL) {HDF_LOGE("ClockRemoveByNode: invalid drs ops!");return;}ret = drsOps->GetUint32(node, "deviceIndex", (uint32_t *)&deviceIndex, 0);if (ret != HDF_SUCCESS) {HDF_LOGE("ClockRemoveByNode: read deviceIndex fail, ret: %d!", ret);return;}device = ClockDeviceGet(deviceIndex);if (device != NULL && device->priv == node) {ret = ClockStop(device);if (ret != HDF_SUCCESS) {HDF_LOGE("ClockRemoveByNode: close fail, ret: %d!", ret);}if (device->parent  && device->parent->deviceName == NULL) {ClockDeviceRemove(device->parent);OsalMemFree(device->parent);}ClockDeviceRemove(device);OsalMemFree(device);}
}

  4. 驱动调试

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

最后

有很多小伙伴不知道学习哪些鸿蒙开发技术？不知道需要重点掌握哪些鸿蒙应用开发知识点？而且学习时频繁踩坑，最终浪费大量时间。所以有一份实用的鸿蒙（HarmonyOS NEXT）资料用来跟着学习是非常有必要的。 

这份鸿蒙（HarmonyOS NEXT）资料包含了鸿蒙开发必掌握的核心知识要点，内容包含了（ArkTS、ArkUI开发组件、Stage模型、多端部署、分布式应用开发、音频、视频、WebGL、OpenHarmony多媒体技术、Napi组件、OpenHarmony内核、Harmony南向开发、鸿蒙项目实战等等）鸿蒙（HarmonyOS NEXT）技术知识点。

希望这一份鸿蒙学习资料能够给大家带来帮助，有需要的小伙伴自行领取，限时开源，先到先得~无套路领取！！

获取这份完整版高清学习路线，请点击→纯血版全套鸿蒙HarmonyOS学习资料

鸿蒙（HarmonyOS NEXT）最新学习路线

  •  HarmonOS基础技能

  • HarmonOS就业必备技能 
  •  HarmonOS多媒体技术

  • 鸿蒙NaPi组件进阶

  • HarmonOS高级技能

  • 初识HarmonOS内核 
  • 实战就业级设备开发

有了路线图，怎么能没有学习资料呢，小编也准备了一份联合鸿蒙官方发布笔记整理收纳的一套系统性的鸿蒙（OpenHarmony ）学习手册（共计1236页）与鸿蒙（OpenHarmony ）开发入门教学视频，内容包含：ArkTS、ArkUI、Web开发、应用模型、资源分类…等知识点。

获取以上完整版高清学习路线，请点击→纯血版全套鸿蒙HarmonyOS学习资料

《鸿蒙 (OpenHarmony)开发入门教学视频》

《鸿蒙生态应用开发V2.0白皮书》

图片

《鸿蒙 (OpenHarmony)开发基础到实战手册》

OpenHarmony北向、南向开发环境搭建

图片

 《鸿蒙开发基础》

  • ArkTS语言
  • 安装DevEco Studio
  • 运用你的第一个ArkTS应用
  • ArkUI声明式UI开发
  • .……

图片

 《鸿蒙开发进阶》

  • Stage模型入门
  • 网络管理
  • 数据管理
  • 电话服务
  • 分布式应用开发
  • 通知与窗口管理
  • 多媒体技术
  • 安全技能
  • 任务管理
  • WebGL
  • 国际化开发
  • 应用测试
  • DFX面向未来设计
  • 鸿蒙系统移植和裁剪定制
  • ……

图片

《鸿蒙进阶实战》

  • ArkTS实践
  • UIAbility应用
  • 网络案例
  • ……

图片

 获取以上完整鸿蒙HarmonyOS学习资料，请点击→纯血版全套鸿蒙HarmonyOS学习资料

总结

总的来说，华为鸿蒙不再兼容安卓，对中年程序员来说是一个挑战，也是一个机会。只有积极应对变化，不断学习和提升自己，他们才能在这个变革的时代中立于不败之地。 

这篇关于Harmony鸿蒙南向驱动开发-CLOCK的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！


http://www.chinasem.cn/article/892267。

相关文章

这15个Vue指令，让你的项目开发爽到爆

这15个Vue指令，让你的项目开发爽到爆

1. V-Hotkey 仓库地址: github.com/Dafrok/v-ho… Demo: 戳这里 https://dafrok.github.io/v-hotkey 安装: npm install --save v-hotkey 这个指令可以给组件绑定一个或多个快捷键。你想要通过按下 Escape 键后隐藏某个组件，按住 Control 和回车键再显示它吗？小菜一碟： <template
阅读更多...
Hadoop企业开发案例调优场景

Hadoop企业开发案例调优场景

需求 （1）需求：从1G数据中，统计每个单词出现次数。服务器3台，每台配置4G内存，4核CPU，4线程。 （2）需求分析： 1G / 128m = 8个MapTask；1个ReduceTask；1个mrAppMaster 平均每个节点运行10个 / 3台 ≈ 3个任务（4    3    3） HDFS参数调优 （1）修改：hadoop-env.sh export HDFS_NAMENOD
阅读更多...
嵌入式QT开发：构建高效智能的嵌入式系统

嵌入式QT开发：构建高效智能的嵌入式系统

摘要： 本文深入探讨了嵌入式 QT 相关的各个方面。从 QT 框架的基础架构和核心概念出发，详细阐述了其在嵌入式环境中的优势与特点。文中分析了嵌入式 QT 的开发环境搭建过程，包括交叉编译工具链的配置等关键步骤。进一步探讨了嵌入式 QT 的界面设计与开发，涵盖了从基本控件的使用到复杂界面布局的构建。同时也深入研究了信号与槽机制在嵌入式系统中的应用，以及嵌入式 QT 与硬件设备的交互，包括输入输出设
阅读更多...
OpenHarmony鸿蒙开发（ Beta5.0）无感配网详解

OpenHarmony鸿蒙开发（ Beta5.0）无感配网详解

1、简介 无感配网是指在设备联网过程中无需输入热点相关账号信息，即可快速实现设备配网，是一种兼顾高效性、可靠性和安全性的配网方式。 2、配网原理 2.1 通信原理 手机和智能设备之间的信息传递，利用特有的NAN协议实现。利用手机和智能设备之间的WiFi 感知订阅、发布能力，实现了数字管家应用和设备之间的发现。在完成设备间的认证和响应后，即可发送相关配网数据。同时还支持与常规Sof
阅读更多...
活用c4d官方开发文档查询代码

活用c4d官方开发文档查询代码

当你问AI助手比如豆包，如何用python禁止掉xpresso标签时候，它会提示到 这时候要用到两个东西。https://developers.maxon.net/论坛搜索和开发文档 比如这里我就在官方找到正确的id描述 然后我就把参数标签换过来
阅读更多...
Linux_kernel驱动开发11

Linux_kernel驱动开发11

一、改回nfs方式挂载根文件系统         在产品将要上线之前，需要制作不同类型格式的根文件系统         在产品研发阶段，我们还是需要使用nfs的方式挂载根文件系统         优点：可以直接在上位机中修改文件系统内容，延长EMMC的寿命         【1】重启上位机nfs服务         sudo service nfs-kernel-server resta
阅读更多...
【区块链 + 人才服务】区块链集成开发平台 | FISCO BCOS应用案例

【区块链 + 人才服务】区块链集成开发平台 | FISCO BCOS应用案例

随着区块链技术的快速发展，越来越多的企业开始将其应用于实际业务中。然而，区块链技术的专业性使得其集成开发成为一项挑战。针对此，广东中创智慧科技有限公司基于国产开源联盟链 FISCO BCOS 推出了区块链集成开发平台。该平台基于区块链技术，提供一套全面的区块链开发工具和开发环境，支持开发者快速开发和部署区块链应用。此外，该平台还可以提供一套全面的区块链开发教程和文档，帮助开发者快速上手区块链开发。
阅读更多...
Vue3项目开发——新闻发布管理系统（六）

Vue3项目开发——新闻发布管理系统（六）

文章目录 八、首页设计开发1、页面设计2、登录访问拦截实现3、用户基本信息显示①封装用户基本信息获取接口②用户基本信息存储③用户基本信息调用④用户基本信息动态渲染 4、退出功能实现①注册点击事件②添加退出功能③数据清理 5、代码下载 八、首页设计开发 登录成功后，系统就进入了首页。接下来，也就进行首页的开发了。 1、页面设计 系统页面主要分为三部分，左侧为系统的菜单栏，右侧
阅读更多...
v0.dev快速开发

v0.dev快速开发

探索v0.dev：次世代开发者之利器 今之技艺日新月异，开发者之工具亦随之进步不辍。v0.dev者，新兴之开发者利器也，迅速引起众多开发者之瞩目。本文将引汝探究v0.dev之基本功能与优势，助汝速速上手，提升开发之效率。 何谓v0.dev？ v0.dev者，现代化之开发者工具也，旨在简化并加速软件开发之过程。其集多种功能于一体，助开发者高效编写、测试及部署代码。无论汝为前端开发者、后端开发者
阅读更多...
pico2 开发环境搭建-基于ubuntu

pico2 开发环境搭建-基于ubuntu

pico2 开发环境搭建-基于ubuntu 安装编译工具链下载sdk 和example编译example 安装编译工具链 sudo apt install cmake gcc-arm-none-eabi libnewlib-arm-none-eabi libstdc++-arm-none-eabi-newlib 注意cmake的版本，需要在3.17 以上 下载sdk 和ex
阅读更多...

Copyright China编程 23002807@qq.com

沪ICP备2023033072号-2