疯壳-鸿蒙OS-总线驱动开发及实现之SPI

【鸿蒙OS开发入门】18 - HDF驱动子系统：加速度计传感器 Driver层驱动代码分析

示例： 9.1 驱动编写的3种方法 以LED驱动为例： 9.1.1 传统写法 使用哪个引脚，怎么操作引脚，都写死在代码中。 最简单，不考虑扩展性，可以快速实现功能。 修改引脚时，需要重新编译。 9.1.2 总线设备驱动模型 引入platform_device/platform_driver，将“资源”与“驱动”分离开来。 代码稍微复杂，但是易于扩展。 冗余代码太多，修改引脚时设备端的代码需要重新编译。 更换引脚时，上图中的led_drv.c基本不用改，但是需要修改led_dev.c 9.1.3 设备树

所以，当使用module_init(helloworld)宏定义模块的入口函数后，会创建一个 __initcall_hello_world6函数指针变量，并将其初始化为hello_world函数，这个__initcall_hello_world6函数指针变量的目的是将模块的入口函数放置在内核的初始化调用链中，以便在系统引导期间自动执行。至此，关于编译进内核的驱动系统是如何运行的这一问题就讲解完成了，最后布置一个课程作业，利用本章节学习到的知识来让驱动可以更快的被加载，会在下一章中对该作业进行讲解。

SPI指串行外设接口（Serial Peripheral Interface），是一种高速的，全双工，同步的通信总线。

▍硬件总览笔者使用的是智能家居开发套件：Hi3861▍硬件详细介绍底板【OpenHarmony多媒体技术、Stage模型、ArkUI多端部署、分布式应用开发、音频、视频、WebGL、Napi组件、OpenHarmony内核、Harmony南向开发、鸿蒙项目实战】等技术知识点。鸿蒙Next全套VIP学习资料←点击领取！（安全链接，放心点击。

学习openharmony hdf驱动框架

NFC芯片的I2C对应的GPIO引脚是分别是GPIOO和GPIO1，所以需要编写软件使用GPIO_0和GPIO_1产生l2C信号去控制NFC芯片。打开“B1_basic_led_blink”工程的led_example.c文件可在代码中查看实现LED以1S的频率闪烁代码。本节课我们可以清楚·的看到代码在板子上运行的实际效果，灯的变化这些都是可以由代码进行改变的，使得学习兴趣进行了极大改变。F1和F2按键对应的GPIO引脚是分别是GPIO11和GPIO12，通过检测GPIO的电平信号来判断按键的状态。...

第一个：鸿蒙系统驱动开发的过程中，首先要清楚驱动框架是如何布局的，鸿蒙系统內部为开发者提供了驱动框架能力，包括驱动加载、驱动服务管理和驱动消息机制。这样做也是为了，构建一个驱动架构平台，为驱动开发者提供更加精准、高效的开发环境，力求做到一次开发，多系统部署。 第二个：驱动模型 HDF框架以组件化的驱动模型作为核心设计思想，为开发者提供更精细化的驱动管理，让驱动开发和部署更加规范。 第三个：硬件代码实现 驱动添加： 驱动配置分为两个部分——HDF框架定义的驱动设备描述和驱动的私有配置信息 HC

之前学STM32时，学习过liteOS，对内核有过简单了解。学了内核之后，这次学习一些驱动子系统，GPIO，I2C，串口，ADC数据采集等。主要了解封装后的接口函数及其如何调用。相关概念有在stm32学习的时候总结过。GPIOADC与DACI2C串口更多的可以去HAL库专栏看。本文主要总结鸿蒙的API接口//初始化GPIOIoSetFunc(WIFI_IOT_IO_NAME_GPIO_2,WIFI_IOT_IO_FUNC_GPIO_2_GPIO);通过按键控制LED灯亮灭。...

HDF（Hardware Driver Foundation）驱动框架，为驱动开发者提供驱动框架能力，包括驱动加载、驱动服务管理、驱动消息机制和配置管理。并以组件化驱动模型作为核心设计思路，让驱动开发和部署更加规范，旨在构建统一的驱动架构平台，为驱动开发者提供更精准、更高效的驱动管理的开发环境，力求做到一次开发，多系统部署。HCS（HDF Configuration Source）是HDF驱动框架的配置描述源码，内容以Key-Value为主要形式。它实现了配置代码与驱动代码解耦，便于开发者进行配置管理。

旨在构建统一的驱动架构平台，为驱动开发者提供更精准、更高效的开发环境，力求做到一次开发，多系统部署。

SPI即串行外设接口（Serial Peripheral Interface），是一种高速的，全双工，同步的通信总线。SPI是由Motorola公司开发，用于在主设备和从设备之间进行通信。

中，都可以找到答案。需要完整版的小伙伴，

HDF（Hardware Driver Foundation）驱动框架，为驱动开发者提供驱动框架能力，包括驱动加载、驱动服务管理、驱动消息机制和配置管理

MMC后续泛指一个接口协定（一种卡式），能符合这种接口的内存器都可称作MMC储存体

你可能会问：“直接操作寄存器或者调 GPIO 库不香吗？为什么要套这么厚一层 HDF 壳子？HDF 的核心价值：解耦：驱动代码不依赖具体的 OS 内核。统一管理：系统统一加载、管理驱动的生命周期（加载、初始化、卸载）。安全性：在标准系统（Standard）中，HDF 驱动运行在用户态，挂了也不会导致内核崩溃。fill:#333;important;important;fill:none;color:#333;color:#333;important;fill:none;fill:#333;

在科技飞速发展的当下，万物互联的时代正大步向我们走来。HarmonyOS，作为一款面向万物互联时代的全新分布式操作系统，正逐渐崭露头角，备受关注。与传统操作系统不同，HarmonyOS 基于同一套系统能力、适配多种终端形态的分布式理念 ，能够将手机、平板、智能穿戴、智慧屏、车机等多种终端设备紧密连接，构建起一个庞大而有序的智能生态系统，提供全场景的业务能力，为用户带来前所未有的便捷体验。想象一下，清晨起床，你的智能手表与手机自动同步数据，将睡眠监测信息清晰展示在手机屏幕上；

百篇博客系列篇.本篇为: v67.xx 鸿蒙内核源码分析(字符设备篇) | 字节为单位读写的设备 | 51 .c .h .o 文件系统相关篇为: v62.xx 鸿蒙内核源码分析(文件概念篇) | 为什么说一切皆是文件 | 51 .c .h .o v63.xx 鸿蒙内核源码分析(文件系统篇) | 用图书管理说文件系统 | 51 .c .h .o v64.xx 鸿蒙内核源码分析(索引节点篇) | 谁是文件系统最重要的概念 | 51 .c .h .o v65.xx 鸿蒙内核.

OpenHarmony采用多内核（Linux内核或者LiteOS）设计，支持系统在不同资源容量的设备部署。