OpenHarmony子系统开发 - 电池管理(二)

OpenHarmony子系统开发 - 电池管理(二)

五、充电限流限压定制开发指导

概述

简介

OpenHarmony默认提供了充电限流限压的特性。在对终端设备进行充电时,由于环境影响,可能会导致电池温度过高,因此需要对充电电流或电压进行限制,从而保证终端设备使用的安全性。但是充电时的电流电压对安全性的影响在不同的产品上规格是不同的,产品希望根据产品的设计规格来定制此特性。为此OpenHarmony提供了充电限流限压的定制方式,产品定制开发者可根据产品的设计规格来定制此特性。

约束与限制

配置策略: 产品定制的配置路径,需要根据配置策略决定。本开发指导中的定制路径以/vendor进行举例,请开发者根据具体的产品配置策略,修改定制路径。

开发指导

搭建环境

设备要求:

标准系统开发板,如DAYU200/Hi3516DV300开源套件。

环境要求:

Linux调测环境,相关要求和配置可参考《快速入门》。

开发步骤

本文以DAYU200为例介绍充电限流限压的定制方法。

  1. 在产品目录(/vendor/hihope/rk3568)下创建battery文件夹。

  2. 参考默认充电限流限压配置文件夹创建目标文件夹,并安装到//vendor/hihope/rk3568/battery目录下,文件格式如下:

    复制代码
    profile
    ├── BUILD.gn
    ├── battery_config.json
  3. 参考默认充电限流限压的配置文件夹中的battery_config.json编写定制的battery_config.json,包含定制后的充电限流限压配置如下:

    复制代码
    {
        "charger": {
            "current_limit":{
                "path": "/data/service/el0/battery/current_limit"
            },
            "voltage_limit":{
                "path": "/data/service/el0/battery/voltage_limit"
            }
        }
    }
  4. 参考默认充电限流限压的配置文件夹中的BUILD.gn编写BUILD.gn文件,将battery_config.json打包到//vendor/etc/battery目录下,配置如下:

    复制代码
    import("//build/ohos.gni")                #引用build/ohos.gni
    
    ohos_prebuilt_etc("battery_config") {
        source = "battery_config.json"
        relative_install_dir = "battery"
        install_images = [ chipset_base_dir ] #安装到vendor目录下的必要配置
        part_name = "product_rk3568"          #part_name为product_rk3568,以实现后续编译
    }
  5. 将编译目标添加到/vendor/hihope/rk3568目录下ohos.build的"module_list"中,例如:

    复制代码
    {
    "parts": {
        "product_rk3568": {
        "module_list": [
            "//vendor/hihope/rk3568/default_app_config:default_app_config",
            "//vendor/hihope/rk3568/image_conf:custom_image_conf",
            "//vendor/hihope/rk3568/preinstall-config:preinstall-config",
            "//vendor/hihope/rk3568/resourceschedule:resourceschedule",
            "//vendor/hihope/rk3568/etc:product_etc_conf",
            "//vendor/hihope/rk3568/battery/profile:battery_config" #添加battery_config的编译
        ]
        }
    },
    "subsystem": "product_hihope"
    }

    "//vendor/hihope/rk3568/battery/"为文件夹路径,"profile"为创建的文件夹名字,"battery_config"为编译目标。

  6. 参考《快速入门》编译定制版本,编译命令如下:

    复制代码
    ./build.sh --product-name rk3568 --ccache
  7. 将定制版本烧录到DAYU200开发板中。

调测验证

  1. 编译battery对应的hats测试用例,编译命令与框架搭建参考XTS子系统。

  2. 用框架执行测试,输出测试报告。

参考

开发过程中可参考默认充电限流限压的配置文件夹中的battery_config.json

默认配置:

复制代码
{
    "charger": {
        "current_limit":{
            "path": "/data/service/el0/battery/current_limit"
        },
        "voltage_limit":{
            "path": "/data/service/el0/battery/voltage_limit"
        }
    }
}

打包路径:/system/etc/battery

六、充电类型定制开发指导

概述

简介

OpenHarmony默认提供了充电类型的特性。在对终端设备进行充电时,可以使用不同的充电器类型,如有线快充、无线快充等。系统可以根据当前的充电类型展示相应的动画或处理相关业务,但是不同产品支持的充电类型不同,需要根据产品的设计规格来定制此特性。为此OpenHarmony提供了充电类型的定制方式,产品定制开发者可根据产品的设计规格来定制此特性。

约束与限制

配置策略: 产品定制的配置路径,需要根据配置策略决定。本开发指导中的定制路径以/vendor进行举例,请开发者根据具体的产品配置策略,修改定制路径。

开发指导

搭建环境

设备要求:

标准系统开发板,如DAYU200/Hi3516DV300开源套件。

环境要求:

Linux调测环境,相关要求和配置可参考《快速入门》。

开发步骤

本文以DAYU200为例介绍充电类型的定制方法。

  1. 在产品目录(/vendor/hihope/rk3568)下创建battery文件夹。

  2. 参考默认充电类型配置文件夹创建目标文件夹,并安装到//vendor/hihope/rk3568/battery目录下,文件格式如下:

    复制代码
    profile
    ├── BUILD.gn
    ├── battery_config.json
  3. 参考默认充电类型的配置文件夹中的battery_config.json编写定制的battery_config.json,包含定制后的充电类型配置如下:

    复制代码
    {
        "charger": {
            "type": {
                "path": "/data/service/el0/battery/charger_type"
            }
        }
    }
  4. 参考默认充电类型的配置文件夹中的BUILD.gn编写BUILD.gn文件,将battery_config.json打包到//vendor/etc/battery目录下,配置如下:

    复制代码
    import("//build/ohos.gni")                #引用build/ohos.gni
    
    ohos_prebuilt_etc("battery_config") {
        source = "battery_config.json"
        relative_install_dir = "battery"
        install_images = [ chipset_base_dir ] #安装到vendor目录下的必要配置
        part_name = "product_rk3568"          #part_name为product_rk3568,以实现后续编译
    }
  5. 将编译目标添加到/vendor/hihope/rk3568目录下ohos.build的"module_list"中,例如:

    复制代码
    {
    "parts": {
        "product_rk3568": {
        "module_list": [
            "//vendor/hihope/rk3568/default_app_config:default_app_config",
            "//vendor/hihope/rk3568/image_conf:custom_image_conf",
            "//vendor/hihope/rk3568/preinstall-config:preinstall-config",
            "//vendor/hihope/rk3568/resourceschedule:resourceschedule",
            "//vendor/hihope/rk3568/etc:product_etc_conf",
            "//vendor/hihope/rk3568/battery/profile:battery_config" #添加battery_config的编译
        ]
        }
    },
    "subsystem": "product_hihope"
    }

    "//vendor/hihope/rk3568/battery/"为文件夹路径,"profile"为创建的文件夹名字,"battery_config"为编译目标。

  6. 参考《快速入门》编译定制版本,编译命令如下:

    复制代码
    ./build.sh --product-name rk3568 --ccache
  7. 将定制版本烧录到DAYU200开发板中。

调测验证

  1. 开机后,进入shell命令行:

    复制代码
    hdc shell
  2. 进入电池电量的节点路径(以当前DAYU开发版路径为例)。

    复制代码
    cd /data/service/el0/battery/
  3. 默认充电类型的映射配置数据为例,修改充电状态,模拟电池信息上报,观察是否发送对应充电类型广播。

    1. 修改充电类型

      echo 1 > charger_type

    2. 上报改变充电状态,触发映射

      hidumper -s 3302 -a -r

    3. 输出定制后的充电类型

      hidumper -s 3302 -a -i

      -------------------------------[ability]----------------------------
      ------------------------------BatteryService------------------------
      capacity: 11
      batteryLevel: 4
      chargingStatus: 1
      healthState: 1
      pluggedType: 2
      voltage: 4123456
      present: 0
      technology: Li-ion
      nowCurrent: 1000
      currentAverage: 1000
      totalEnergy: 4000000
      remainingEnergy: 4000000
      remainingChargeTime: 0
      temperature: 222
      chargeType: 1

参考

开发过程中可参考的配置文件路径:充电类型的配置bundle.json

默认配置

复制代码
```shell
{
    "charger": {
        "type": {
            "path": "/data/service/el0/battery/charger_type"
        }
    }
}
``` 

打包路径:/system/etc/battery

相关推荐
老金带你玩AI7 小时前
这几天,我都是拿手机让dot帮我干活
人工智能
7yewh10 小时前
SLAM 三维空间刚体运动(2)
数据结构·人工智能·机器人·嵌入式·slam
小虎AI生活10 小时前
WorkBuddy 模型选型实操:0.03 倍的 Space-Bunny 怎么用、派什么活、避什么坑
人工智能·超级个体·一人公司·青玥ai
ai小陈10 小时前
GPU服务器租用存储验收:检查点写入与磁盘吞吐实战
运维·服务器·人工智能·ai·ssh·gpu算力
微三云马玮均—GEO源码系统 私有化部署10 小时前
消费返物业费:消费+服务趋势的必然产物!
大数据·人工智能·物联网·区块链·生活
明月_清风10 小时前
Muse 登顶 App Store 第一,SDK 直接开源:AI Agent 开始进入下一个阶段
人工智能·后端
JackSparrow41411 小时前
和AI一起将全部CSDN博文迁移到个人博客站
人工智能·程序人生·ai·github·cloudflare·astro·静态博客
55873 生态系统11 小时前
第 22 篇|社区聊天|55873 文明共建者的日常交流与协作界面
人工智能·区块链·55873全域文明生态体系·55873操作系统·55873社区聊天
搬砖的小码农_Sky11 小时前
AI Agent:如何处理Claude Code 最近版本(2026年更新)引入的模型上下文限制
人工智能·windows·ai·ai编程