Martian_Jonas的博客

本文介绍基于Linux Driver的ADC按键驱动适配思路，平台为RK3568，系统为OpenHarmony3.2。文末会结合开源鸿蒙，稍微介绍一下Encoder旋钮的HDF Driver适配流程。目前RK3568的ADC按键实现采用SARADC，主要是基于系统兼容性以及电路结构的考虑。SARADC：是一个6通道10bit有效位的数模转化器，当输入频率为13MHz，转换速度为1MSPS。相关驱动文件所在位置：IIO子系统。

本文提供一种快速编译测试应用的思路，避开用Build.gn来编译代码，让编译demo的速度明显提高，从而提高调试工作效率。【前提】这里的测试应用和OpenHarmony系统上层没有强相关，可以单独剥离出来编译。例如：用于驱动测试的小应用demo、Linux测试应用等。本位以Marvell交换机芯片寄存器的读取为例子进行实验，发现编译速度取得了数量级的提高。以下数据皆在本机进行实际的编译测试得到：单独编译与-f 快速编译相比，速度提高了约3300倍。单独编译与模块编译相比，提高了约27000倍。

本文主要介绍OpenHarmony下的Camera整体框架，以及USB、MIPI摄像头在RK3568下的驱动调试。

Neural Network Runtime（NNRt, 神经网络运行时）是面向AI领域的跨芯片推理计算运行时，作为中间桥梁连通上层AI推理框架和底层加速芯片，实现AI模型的跨芯片推理计算。本文介绍芯片厂商如何在将专有加速芯片接入NNRt，接入OpenHarmony社区生态。整体适配思路：在虚拟机平台上通过Build.gn的方式编译得到可执行文件, 然后将可执行文件及对应鸿蒙系统的api库文件推送到板子，最后将.rknn后缀结尾的模型文件以及图片文件等输入资源拷贝至RK3568进行模型的运行。

承接上文《RK3568 OpenHarmony3.2 NFC 驱动适配（PN7150）I》，继续PN7150 NFC模块的整体适配。本文主要介绍包括HDI实现层、框架层以及设备适配层的代码修改思路。具体包括vendor_adaptor、hdi_service等；以及foundation下的frameworks、services等。此外还包括相关三方库libnfc-nci在鸿蒙平台的移植和适配。需要注意的是，当前nfc适配只是基于作者手上的RK3568平台以及相关OpenHarmony3.2的代码。

接下来将会介绍基于RK3568、OpenHarmony3.2的NFC整体南向适配，这里采用的型号为PN7150。主要内容包括底层驱动移植，这里采用Linux Driver。上层则包括HDI实现层、框架层以及设备适配层的代码修改与实现。具体包括vendor_adaptor、hdi_service等；以及foundation下的frameworks、services等。除此之外，还包括相关三方库libnfc-nci在鸿蒙平台的移植和适配；整体相对比较复杂，将会分几篇文章介绍大致流程以及调试思路。

由于市面上直接适配OpenHarmony的usb电阻触摸屏的很少，这里根据需求方提供的Android触摸屏代码，进行移植适配到鸿蒙平台，从而使能usb电阻触摸屏。

本文介绍基于OpenHarmony3.2，RK3568平台上的LCD显示屏适配；其中接口为Mipi DSI1。同时解析分享了相关dts参数配置，供大家学习参考。

基于上篇《RK3568 OpenHarmony3.2 Lora SX126X组网适配（一）》继续更新。首先回顾一下上篇完成的内容，在RK3568平台上用Linux Driver的方式实现了对SPI2的底层驱动控制（HDF SPI大家有空可以尝试），也就是说已经打通了SPI底层通讯。接下来就需要针对“/dev/spidev2.0”这个设备节点，实现read、write等上层应用操作。本篇文章主要的内容包括：对spi2节点的io操作、lora gpios初始化、lora设备初始化、lora发送数据实现等；

由于AP系列的WIFI模块社区已经做了适配，而且基本上不需要做什么过多修改，拿过来就能用，这里就不做过多介绍。本文主要介绍在RTL的WIFI模块在OpenHarmony3.2上的驱动适配，平台基于RK3568，主要的适配芯片型号为RTL8723DU、RTL8723DS，读者可以进行区分学习和参考。RTL8723DS是Wi-Fi、蓝牙二合一芯片方案。Wi-Fi支持2.4G频段，支持AP与STA共存的工作模式，使用SDIO接口。具体的驱动代码资料包要找供应商获取。

目的：基于OpenHarmony3.2 标准系统适配Lora模组，实现主、从设备的组网通讯。平台：主控基于RK3568，模组为安信可科技的Ra-01S ，SX127X；主控和Lora模组之间采用Spi通讯。实现思路：Spi部分采用Linux Driver，在服务层实现芯片初始化以及数据收发控制等具体操作。测试方式：LoRa MODEL设备和RK3568开发板上的Lora芯片进行组网，互相发送数据。NSS：片选脚，默认电平为高电平，Lora模组与主控进行Spi通讯时会被拉低。MOSI：主设备输出从设备输入；

OpenHarmony3.2 Release版默认是适配AP6275s这款蓝牙芯片的，但是打开蓝牙，发现无法扫描到设备、连接设备。目前平台soc为RK3568，根据项目要求，自定义外设。接下来将以解决bug为目的，学习和记录OpenHarmony平台下蓝牙模块的适配流程。RK809 CLK：32.768KHzUART1M1：与蓝牙模块通讯的串口：GPIO4_B6：GPIO4_A5WAKE_GPIO：未定义，硬件拉高1.8V： 未定义，悬空主要是打开串口，/dev/ttyS1，得到文件描述符fd。

本文基于RK3568 OpenHarmony3.2，以音频capture为主线，以内核驱动层为界限，向上概述了音频组件，主要是音频相关的功能，包括音频播放，录制，音量管理和设备管理；向下描述了HDI、HDF驱动框架的相关音频驱动内容。同时通过结合解决MIC无声的BUG，来加深对音频调试的整体了解。BUG问题描述：录制的音频文件出现播放无声现象。目前采用外置mic，用ets应用工具抓取音频文件，wma音频文件大小17k，打开发现数据流为0，只有头帧没有PCM数据。

本文介绍STK32562光距传感器在OpenHarmony3.2上适配的方案，平台基于RK3568，从底层硬件设备读取数据，并在UI界面上显示。上层ets测试应用样例可以通过传感器，读取相关光距数据并显示；驱动则采用鸿蒙的HDF驱动框架，完成Sensor底层适配。通过本案例，能够很好的学习基于HDF（Hardware Driver Foundation）驱动框架开发的Sensor驱动模型的开发流程。

本文介绍SHT4X温湿度传感器在OpenHarmony3.2上适配的方案，平台基于RK3568，从底层硬件设备读取数据，并在UI界面上显示。上层ets测试应用样例可以通过传感器，读取到实时的温湿度数据并显示；驱动则采用鸿蒙的HDF驱动框架，完成Sensor底层适配。通过本案例，能够很好的学习基于HDF（Hardware Driver Foundation）驱动框架开发的Sensor驱动模型。

系统进行OTA升级的时候，会启动一个小系统，但是进行UI操作时出现了触摸屏无法使用的情况。因为之前用的Linux Driver的方式去配置的触摸屏，而OTA升级的时候，上层适配的是HDF版本的触摸屏驱动。因此需要在RK3568平台上适配HDF TouchScreen Driver。下文引出HDF和传统Linux驱动在TouchScreen方面配置的细节和区别，供大家学习和参考。基于HDF驱动框架的Input驱动模型图下面以pinConfig中的rst脚配置为例子；//寄存器地址，模式。

音频芯片：RK809系统：Openharmony3.2Realse版Linux内核版本：5.10主要完成Codec/DMA/I2S驱动注册，使得ADM可以加载驱动节点；并注册ADM与Drivers交互的接口函数，adapter相关的文件皆为主枝干文件。例如：rk3568_dsp_adapter.c，驱动关键字为DSP_RK3568，HCS会通过这个关键字，与HDF Driver的入口函数中的moduleName匹配，匹配成功就进入.Init传递的函数进行初始化。

本文总共提供两个基于RK3568，1000M网口的配置方案，包括GMAC的DTS驱动配置与以太网调试流程分析。方案一采用MAC直连MAC无PHY，采用AP的MAC和SWITCH的MAC相连，其中交换机为Marvell,Mv88e6390，连接方式为RGMII，通过这种方式可以节省PHY的成本。方案二为常规的MAC连接PHY，采用RTL8211F千兆PHY。提示：以下是本篇文章正文内容，下面案例可供参考。