在前面解决问题的过程中，对GNSS模块有了更深的理解，现将心得整理如下，主要聚焦于开发者需要进行适配的adapter层是如何与上层hdi及底层闭源库进行交互的。分别通过上层系统对GPS硬件的使能以及底层GPS硬件状态变化是如何上报的来举例说明。 一、使能GPS硬件 上层服务调用hdi接口使能定位 //base/location/services/location_gnss/gnss/sourc

一、关键字 定位，GNSS，定位数据无法获取 二、现象描述 设备型号：黄鹂 系统版本：OpenHarmony 5.0 代码版本：OpenHarmony-5.0.0-Release 2.1 正常机制 给定位应用授权所需的位置等权限，打开定位应用，界面卫星数量，经纬度等数据会发生变化 2.2 异常机制 定位应用界面数据始终不会变化 三、原因分析 开发者手机升级5.0的解耦工程，分成了sig和laval

独立服务模式——UART 1、概念 UART指异步收发传输器（Universal Asynchronous Receiver/Transmitter），是通用串行数据总线，用于异步通信。该总线双向通信，可以实现全双工传输。 UART与其他模块一般用2线或4线相连，它们分别是： TX：发送数据端，和对端的RX相连。 RX：接收数据端，和对端的TX相连。 RTS：发送请求信号，用于指示本设备是否准备好

一、平台驱动概述 OpenHarmony平台驱动（Platform Driver），即平台设备（Platform Device）驱动，为系统及外设驱动提供访问接口。这里的平台设备，泛指I2C/UART等总线、以及GPIO/RTC等特定硬件资源。平台驱动框架是OpenHarmony驱动框架的重要组成部分，它基于HDF驱动框架、操作系统适配层以及驱动配置管理机制，为各类平台设备驱动的实现提供标准模

上一篇文章中我们介绍了battery HDI接口的实现，这节我们来接着了解下电池接口的调用流程。 首先看一下battery_manager的整体框架图，目标是了解清楚两条通路： 1、上层应用如何通过Napi接口层层向下调用到底层HDI接口并最终与内核交互的 2、底层产生电池uevent事件如何层层上报到上层系统服务并进行相应处理的 图 1 电池服务组件架构

一、HDI简介图 1OH系统框架图HDI(Hardware Device Interface)，硬件设备接口，位于基础系统服务层和设备驱动层之间，是连通驱动程序和系统服务进行数据流通的桥梁。是提供给硬件系统服务开发者使用的、统一的硬件设备功能抽象接口，其目的是为系统服务屏蔽南向设备差异。图 2HDI原理图使用IDL语法描述HDI接口并保存为.

1 关键字 sensor；sensorhub；AP； 2 问题描述 展锐7885芯片设备中，原安卓版本通过sensorhub访问的i2c传感器设备，现需修改成直接通过ap i2c总线访问的方式。 3 问题背景 sensorhub介绍 在sensorhub架构中，外部的 sensor IC 通过I2C、SPI 等总线