!3201 【驱动】将切换纯净版导致的机器命名图片改为正常命名图片

Merge pull request !3201 from liyan/master

zh-cn/device-dev/driver/driver-hdf-development.md

@@ -7,7 +7,7 @@ HDF框架以组件化的驱动模型作为核心设计思路，为开发者提
 
   **图1** HDF驱动模型
 
-  ![zh-cn_image_0000001153947412](figures/zh-cn_image_0000001153947412.png)
+  ![HDF驱动模型](figures/HDF驱动模型.png)
 
 
 ## 驱动开发步骤
@@ -15,6 +15,7 @@ HDF框架以组件化的驱动模型作为核心设计思路，为开发者提
 基于HDF框架进行驱动的开发主要分为两个部分，驱动实现和驱动配置，详细开发流程如下所示：
 
 1. 驱动实现
+
    驱动实现包含驱动业务代码和驱动入口注册，具体写法如下：
 
    - 驱动业务代码
@@ -64,9 +65,11 @@ HDF框架以组件化的驱动模型作为核心设计思路，为开发者提
 
 2. 驱动编译
    - liteos
+
       涉及makefile和BUILD.gn修改：
 
       - makefile部分：
+
         驱动代码的编译必须要使用HDF框架提供的Makefile模板进行编译。
 
            
@@ -88,6 +91,7 @@ HDF框架以组件化的驱动模型作为核心设计思路，为开发者提
          ```
 
       - BUILD.gn部分：
+
         添加模块BUILD.gn参考定义如下内容：
 
            
@@ -121,6 +125,7 @@ HDF框架以组件化的驱动模型作为核心设计思路，为开发者提
          }
          ```
    - linux
+
       如果需要定义模块控制宏，需要在模块目录xxx里面添加Kconfig文件，并把Kconfig文件路径添加到drivers/adapter/khdf/linux/Kconfig里面：
 
         
@@ -143,11 +148,13 @@ HDF框架以组件化的驱动模型作为核心设计思路，为开发者提
       ```
 
 3. 驱动配置
+
    HDF使用HCS作为配置描述源码，HCS详细介绍参考[配置管理](../driver/driver-hdf-manage.md)介绍。
 
    驱动配置包含两部分，HDF框架定义的驱动设备描述和驱动的私有配置信息，具体写法如下：
 
    - 驱动设备描述（必选）
+
      HDF框架加载驱动所需要的信息来源于HDF框架定义的驱动设备描述，因此基于HDF框架开发的驱动必须要在HDF框架定义的device_info.hcs配置文件中添加对应的设备描述，驱动的设备描述填写如下所示：
 
         
@@ -205,6 +212,7 @@ HDF框架以组件化的驱动模型作为核心设计思路，为开发者提
       caps值：比如业务模块要配置CAP_DAC_OVERRIDE，此处需要填写 caps = ["DAC_OVERRIDE"]，不能填写为caps = ["CAP_DAC_OVERRIDE"]。
 
    - 驱动私有配置信息（可选）
+
      如果驱动有私有配置，则可以添加一个驱动的配置文件，用来填写一些驱动的默认配置信息，HDF框架在加载驱动的时候，会将对应的配置信息获取并保存在HdfDeviceObject 中的property里面，通过Bind和Init（参考步骤1）传递给驱动，驱动的配置信息示例如下：
 
         

zh-cn/device-dev/driver/driver-hdf-manage.md

@@ -15,7 +15,7 @@ HC-GEN（HDF Configuration Generator）是HCS配置转换工具，可以将HDF
 
   **图1** 配置使用流程图
 
-  ![zh-cn_image_0000001154105768](figures/zh-cn_image_0000001154105768.png)
+  ![配置使用流程](figures/配置使用流程图.png)
 
 HCS经过HC-GEN编译生成HCB文件，HDF驱动框架中的HCS Parser模块会从HCB文件中重建配置树，HDF驱动模块使用HCS Parser提供的配置读取接口获取配置内容。
 
@@ -394,6 +394,7 @@ options:
   -a          hcb align with four bytes
   -b          output binary output, default enable
   -t          output config in C language source file style
+  -m          output config in macro source file style
   -i          output binary hex dump in C language source file style
   -p <prefix> prefix of generated symbol name
   -d          decompile hcb to hcs

zh-cn/device-dev/driver/driver-peripherals-external-des.md

@@ -6,7 +6,8 @@
 WLAN是基于HDF（Hardware Driver Foundation）驱动框架开发的模块，该模块可实现跨操作系统迁移，自适应器件差异，模块化拼装编译等功能。各WLAN厂商驱动开发人员可根据WLAN模块提供的向下统一接口适配各自的驱动代码，实现如下能力：建立/关闭WLAN热点、扫描、关联WLAN热点等；对HDI层向上提供能力如下：设置MAC地址、设置发射功率、获取设备的MAC地址等。WLAN模块框架图如下：
 
   **图1** WLAN框架
-  ![zh-cn_image_0000001200092359](figures/zh-cn_image_0000001200092359.png)
+
+  ![image](figures/WLAN框架.png "WLAN框架")
 
   **图2** WLAN Driver框架
   ![zh-cn_image_0000001300092359](figures/zh-cn_image_0000001300092359.png)
@@ -33,7 +34,8 @@ WLAN模块有三部分对外开放的API接口，如下图所示：
 3. 提供给各厂商实现的能力接口。
 
   **图2** WLAN模块开放能力分布图
-  ![zh-cn_image_0000001197807387](figures/zh-cn_image_0000001197807387.png)
+
+  ![image](figures/WLAN模块开放能力分布图.png "WLAN模块开放能力分布图")
 
 
 ## 接口说明

zh-cn/device-dev/driver/driver-peripherals-lcd-des.md

@@ -7,8 +7,7 @@ LCD（Liquid Crystal Display）液晶显示驱动，对LCD进行上电，并通
 
   **图1** 基于HDF驱动框架的Display驱动模型
 
-  ![zh-cn_image_0000001170262223](figures/zh-cn_image_0000001170262223.png)
-
+  ![image](figures/基于HDF驱动框架的Display驱动模型.png "基于HDF驱动框架的Display驱动模型")
 
 
 Display驱动模型主要由平台驱动层、芯片平台适配层、LCD器件驱动层三部分组成。驱动模型基于HDF驱动框架开发，通过Platform层和OSAL层提供的接口，屏蔽内核形态的差异，使得器件驱动可以便利的迁移到不同OS及芯片平台。模型向上对接Display公共HAL层，支撑HDI（Hardware Display Interface）接口的实现，通过Display-HDI对图形服务提供各类驱动能力接口。
@@ -30,7 +29,7 @@ LCD接口通常可分为MIPI DSI接口、TTL接口和LVDS接口，常用的是MI
 
     **图2** MIPI DSI接口
 
-    ![zh-cn_image_0000001147040198](figures/zh-cn_image_0000001147040198.png)
+    ![image](figures/MIPI-DSI接口.png "MIPI-DSI接口")
 
   MIPI DSI接口是MIPI（Mobile Industry Processor Interface）联盟定义的显示接口，主要用于移动终端显示屏接口，接口数据传输遵循MIPI协议，MIPI DSI接口为数据接口，传输图像数据，通常情况下MIPI DSI接口的控制信息以MIPI包形式通过MIPI DSI接口发送到对端IC，不需要额外的外设接口。
 
@@ -38,7 +37,7 @@ LCD接口通常可分为MIPI DSI接口、TTL接口和LVDS接口，常用的是MI
 
     **图3** TTL接口
 
-    ![zh-cn_image_0000001192960023](figures/zh-cn_image_0000001192960023.png)
+    ![image](figures/TTL接口.png "TTL接口")
 
   TTL（Transistor Transistor Logic）即晶体管-晶体管逻辑，TTL电平信号由TTL器件产生，TTL器件是数字集成电路的一大门类，它采用双极型工艺制造，具有高速度、低功耗和品种多等特点。
 

zh-cn/device-dev/driver/driver-peripherals-touch-des.md

@@ -4,16 +4,18 @@
 ## 概述
 
 - **Touchscreen驱动主要任务**
+
   Touchscreen驱动用于驱动触摸屏使其正常工作，该驱动主要完成如下工作：对触摸屏驱动IC进行上电、配置硬件管脚并初始化其状态、注册中断、配置通信接口（I2C或SPI）、设定Input相关配置、下载及更新固件等操作。
 
 - **Touchscreen驱动模型说明**
+
   本节主要介绍基于Input驱动模型开发Touchscreen器件驱动，Input模型整体的框架如下图所示。
 
   Input驱动模型基于HDF驱动框架、Platform接口、OSAL接口进行开发，向上对接规范化的驱动接口HDI（Hardware Driver Interface）层，通过Input-HDI层对外提供硬件能力，即上层Input Service可以通过HDI接口层获取相应的驱动能力，进而操控Touchscreen等输入设备。
 
   **图1** 基于HDF驱动框架的Input驱动模型
 
-  ![zh-cn_image_0000001123742904](figures/zh-cn_image_0000001123742904.png)
+  ![image](figures/基于HDF驱动框架的input驱动模型.png "基于HDF驱动框架的input驱动模型")
 
 - **Input驱动模型介绍**
 
@@ -42,20 +44,24 @@ Touchscreen器件的硬件接口相对简单，根据PIN脚的属性，可以简
 
   **图2** Touchscreen器件常用管脚
 
-  ![zh-cn_image_0000001192846991](figures/zh-cn_image_0000001192846991.png)
+  ![image](figures/Touchscreen器件常用管脚.png "Touchscreen器件常用管脚")
 
 如上图所示的三类接口，分别做简要说明如下：
 
 1. **电源接口**
+
    - LDO_1P8：1.8V数字电路
    - LDO_3P3：3.3V模拟电路
+
      通常情况下，Touchscreenreen驱动IC和LCD驱动IC是相互分离的，这种情况下，Touchscreen驱动IC一般同时需要1.8V和3.3V两路供电。随着芯片演进，业内已有Touchscreen驱动IC和LCD驱动IC集成在一颗IC中的芯片案例，对Touchscreen而言，只需要关注1.8V供电即可，其内部需要的3.3V电源，会在驱动IC内部从LCD的VSP电源（典型值5.5V）中分出来。
 
 2. **IO控制接口**
+
    - Reset：reset管脚，用于在系统休眠、唤醒时，由主机侧对驱动IC进行复位操作。
    - INT：中断管脚，需要在驱动初始化时，配置为输入上拉状态。在驱动IC检测到外部触摸信号后，通过操作中断管脚来触发中断，器件驱动则会在中断处理函数中进行报点数据读取等操作。
 
 3. **通信接口**
+
    - I2C：由于Touchscreen的报点数据量相对较少，所以一般选用I2C方式传输数据。I2C的具体协议及对应操作接口，可以参考Platform接口层中的[“I2C”使用指南](../driver/driver-platform-i2c-des.md#概述)。
    - SPI：部分厂商，由于需要传递的数据不止报点坐标，而是需要获取基础容值，数据量较大，所以会选用SPI通信方式。SPI的具体协议及对应操作接口，可以参考Platform接口层中的[“SPI” 使用指南](../driver/driver-platform-spi-des.md#概述)。
 

zh-cn/device-dev/driver/driver-peripherals-usb-des.md

@@ -11,12 +11,12 @@ USB Device部分，支持USB功能设备的开发，提供USB设备相关功能
 
   **图1** USB Host驱动模型图
 
-  ![zh-cn_image_0000001183058868](figures/zh-cn_image_0000001183058868.png)
+  ![image](figures/USB-Host驱动模型图.png "USB-Host驱动模型图")
 
   
   **图2** USB Device驱动模型图
 
-  ![zh-cn_image_0000001183218992](figures/zh-cn_image_0000001183218992.png)
+  ![image](figures/USB-Device驱动模型图.png "USB-Device驱动模型图")
 
 USB驱动模型对外开放的API接口能力如下：
 

zh-cn/device-dev/driver/driver-platform-adc-develop.md

@@ -6,7 +6,8 @@
 ADC（Analog to Digital Converter），即模拟-数字转换器，是一种将模拟信号转换成对应数字信号的设备，在HDF框架中，ADC模块接口适配模式采用统一服务模式，这需要一个设备服务来作为ADC模块的管理器，统一处理外部访问，这会在配置文件中有所体现。统一服务模式适合于同类型设备对象较多的情况，如ADC可能同时具备十几个控制器，采用独立服务模式需要配置更多的设备节点，且服务会占据内存资源。
 
   **图1** ADC统一服务
-  ![zh-cn_image_0000001177082414](figures/zh-cn_image_0000001177082414.png)
+
+  ![image](figures/统一服务模式结构图.png "ADC统一服务模式结构图")
 
 
 ## 接口说明

zh-cn/device-dev/driver/driver-platform-gpio-des.md

@@ -39,7 +39,7 @@ GPIO标准API通过GPIO管脚号来操作指定管脚，使用GPIO的一般流
 
   **图1** GPIO使用流程图
 
-  ![zh-cn_image_0000001206291109](figures/zh-cn_image_0000001206291109.png)
+  ![image](figures/GPIO使用流程图.png "GPIO使用流程图")
 
 
 ### 确定GPIO管脚号

zh-cn/device-dev/driver/driver-platform-gpio-develop.md

@@ -8,7 +8,8 @@ GPIO（General-purpose input/output）即通用型输入输出，在HDF框架中
 GPIO的接口适配模式采用无服务模式，用于不需要在用户态提供API的设备类型，或者没有用户态和内核区分的OS系统，其关联方式是DevHandle直接指向设备对象内核态地址（DevHandle是一个void类型指针）。
 
   **图1** GPIO无服务模式结构图
-  ![zh-cn_image_0000001176603952](figures/zh-cn_image_0000001176603952.png)
+
+  ![](figures/无服务模式结构图.png "GPIO无服务模式结构图")
 
 
 ## 接口说明

zh-cn/device-dev/driver/driver-platform-i2c-des.md

@@ -17,7 +17,7 @@
 
     **图1** I2C物理连线示意图
 
-    ![zh-cn_image_0000001160653004](figures/zh-cn_image_0000001160653004.png)
+    ![image](figures/I2C物理连线示意图.png "I2C物理连线示意图")
 
 
 ## 接口说明
@@ -42,7 +42,7 @@
 
   **图2** I2C设备使用流程图
 
-  ![zh-cn_image_0000001206291495](figures/zh-cn_image_0000001206291495.png)
+  ![image](figures/I2C设备使用流程图.png "I2C设备使用流程图")
 
 
 ### 打开I2C控制器

zh-cn/device-dev/driver/driver-platform-i2c-develop.md

@@ -7,7 +7,7 @@ I2C（Inter Integrated Circuit）总线是由Philips公司开发的一种简单
 
   **图1** I2C统一服务模式结构图
 
-  ![zh-cn_image_0000001177082394](figures/zh-cn_image_0000001177082394.png)
+  ![image](figures/统一服务模式结构图.png "I2C统一服务模式结构图")
 
 
 ## 接口说明

zh-cn/device-dev/driver/driver-platform-mipidsi-des.md

@@ -11,7 +11,7 @@
 
     **图1** DSI发送、接收接口
 
-    ![zh-cn_image_0000001243192721](figures/zh-cn_image_0000001243192721.png)
+    ![image](figures/DSI发送-接收接口.png "DSI发送-接收接口")
 
 
 ## 接口说明
@@ -38,7 +38,7 @@
 
   **图2** MIPI DSI使用流程图
 
-  ![zh-cn_image_0000001198152838](figures/zh-cn_image_0000001198152838.png)
+  ![image](figures/MIPI-DSI使用流程图.png "MIPI-DSI使用流程图")
 
 
 ### 获取MIPI DSI操作句柄

zh-cn/device-dev/driver/driver-platform-mipidsi-develop.md

@@ -7,7 +7,7 @@ DSI（Display Serial Interface）是由移动行业处理器接口联盟（Mobil
 
   **图1** DSI无服务模式结构图
 
-  ![zh-cn_image_0000001176603960](figures/zh-cn_image_0000001176603960.png)
+  ![image](figures/无服务模式结构图.png "DSI无服务模式结构图")
 
 
 ## 接口说明

zh-cn/device-dev/driver/driver-platform-mmc-develop.md

@@ -6,7 +6,8 @@
 MMC（MultiMedia Card），即多媒体卡，在HDF框架中，MMC的接口适配模式采用独立服务模式，在这种模式下，每一个设备对象会独立发布一个设备服务来处理外部访问，设备管理器收到API的访问请求之后，通过提取该请求的参数，达到调用实际设备对象的相应内部方法的目的。独立服务模式可以直接借助HDFDeviceManager的服务管理能力，但需要为每个设备单独配置设备节点，增加内存占用。
 
   **图1** MMC独立服务模式结构图
-  ![zh-cn_image_0000001176603968](figures/zh-cn_image_0000001176603968.png)
+
+  ![zh-cn_image_0000001176603968](figures/独立服务模式结构图.png "MMC独立服务模式结构图")
 
 
 ## 接口说明

zh-cn/device-dev/driver/driver-platform-pwm-des.md

@@ -52,7 +52,7 @@ PWM是脉冲宽度调制（Pulse Width Modulation）的缩写，是一种对模
 
   **图1** PWM使用流程图
 
-![zh-cn_image_0000001206372673](figures/zh-cn_image_0000001206372673.png)
+![image](figures/PWM设备使用流程图.png "PWM设备使用流程图")
 
 
 ### 获取PWM设备句柄

zh-cn/device-dev/driver/driver-platform-pwm-develop.md

@@ -6,7 +6,8 @@
 PWM（Pulse Width Modulator）即脉冲宽度调节器，在HDF框架中，PWM的接口适配模式采用独立服务模式，在这种模式下，每一个设备对象会独立发布一个设备服务来处理外部访问，设备管理器收到API的访问请求之后，通过提取该请求的参数，达到调用实际设备对象的相应内部方法的目的。独立服务模式可以直接借助HDFDeviceManager的服务管理能力，但需要为每个设备单独配置设备节点，增加内存占用。
 
   **图1** PWM独立服务模式结构图
-  ![zh-cn_image_0000001176603944](figures/zh-cn_image_0000001176603944.png)
+
+  ![image](figures/独立服务模式结构图.png "PWM独立服务模式结构图")
 
 
 ## 接口说明

zh-cn/device-dev/driver/driver-platform-rtc-des.md

@@ -39,7 +39,8 @@ RTC(real-time clock)为操作系统中的实时时钟设备，为操作系统提
 使用RTC设备的一般流程如下图所示。
 
   **图1** RTC设备使用流程图
-  ![zh-cn_image_0000001160971552](figures/zh-cn_image_0000001160971552.png)
+
+  ![image](figures/RTC设备使用流程图.png "RTC设备使用流程图")
 
 
 ### 创建RTC设备句柄

zh-cn/device-dev/driver/driver-platform-rtc-develop.md

@@ -7,7 +7,7 @@ RTC(real-time clock)为操作系统中的实时时钟设备，在HDF框架中，
 
   **图1** RTC独立服务模式结构图
 
-  ![zh-cn_image_0000001177082386](figures/zh-cn_image_0000001177082386.png)
+  ![image](figures/独立服务模式结构图.png "RTC独立服务模式结构图")
 
 
 ## 接口说明

zh-cn/device-dev/driver/driver-platform-sdio-des.md

@@ -16,7 +16,7 @@
 
     **图1** SDIO的HOST-DEVICE连接示意图
 
-    ![zh-cn_image_0000001206092987](figures/zh-cn_image_0000001206092987.png)
+    ![image](figures/SDIO的HOST-DEVICE连接示意图.png "SDIO的HOST-DEVICE连接示意图")
 
 - SDIO接口定义了操作SDIO的通用方法集合，包括打开/关闭SDIO控制器、独占/释放HOST、使能/去使能设备、申请/释放中断、读写、获取/设置公共信息等。
 
@@ -49,7 +49,7 @@
 
   **图2** SDIO使用流程图
 
-  ![zh-cn_image_0000001206171539](figures/zh-cn_image_0000001206171539.png)
+  ![image](figures/SDIO使用流程图.png "SDIO使用流程图")
 
 
 ### 打开SDIO控制器

zh-cn/device-dev/driver/driver-platform-sdio-develop.md

@@ -6,7 +6,8 @@
 SDIO由SD卡发展而来，被统称为mmc（MultiMediaCard），相关技术差别不大,在HDF框架中，SDIO的接口适配模式采用独立服务模式，在这种模式下，每一个设备对象会独立发布一个设备服务来处理外部访问，设备管理器收到API的访问请求之后，通过提取该请求的参数，达到调用实际设备对象的相应内部方法的目的。独立服务模式可以直接借助HDFDeviceManager的服务管理能力，但需要为每个设备单独配置设备节点，增加内存占用。
 
   **图1** SDIO独立服务模式结构图
-  ![zh-cn_image_0000001177082420](figures/zh-cn_image_0000001177082420.png)
+
+  ![image](figures/独立服务模式结构图.png "SDIO独立服务模式结构图")
 
 
 ## 接口说明

zh-cn/device-dev/driver/driver-platform-spi-des.md

@@ -17,7 +17,7 @@
 
   **图1** SPI主从设备连接示意图
 
-  ![zh-cn_image_0000001160971308](figures/zh-cn_image_0000001160971308.png)
+  ![image](figures/SPI主从设备连接示意图.png "SPI主从设备连接示意图")
 
 - SPI通信通常由主设备发起，通过以下步骤完成一次通信：
   1. 通过CS选中要通信的从设备，在任意时刻，一个主设备上最多只能有一个从设备被选中。
@@ -63,7 +63,7 @@
 
   **图2** SPI使用流程图
 
-  ![zh-cn_image_0000001206291275](figures/zh-cn_image_0000001206291275.png)
+  ![image](figures/SPI使用流程图.png "SPI使用流程图")
 
 
 ### 获取SPI设备句柄

zh-cn/device-dev/driver/driver-platform-spi-develop.md

@@ -7,8 +7,7 @@ SPI即串行外设接口（Serial Peripheral Interface），在HDF框架中，SP
 
   **图1** SPI独立服务模式结构图
 
-  ![zh-cn_image_0000001176603992](figures/zh-cn_image_0000001176603992.png)
-
+  ![image](figures/独立服务模式结构图.png "SPI独立服务模式结构图")
 
 ## 接口说明
 

zh-cn/device-dev/driver/driver-platform-uart-des.md

@@ -15,11 +15,11 @@
 
        **图1** 2线UART设备连接示意图
 
-       ![zh-cn_image_0000001160812804](figures/zh-cn_image_0000001160812804.png)
+       ![image](figures/2线UART设备连接示意图.png "2线UART设备连接示意图")
 
        **图2** 4线UART设备连接示意图
 
-       ![zh-cn_image_0000001206372789](figures/zh-cn_image_0000001206372789.png)
+       ![image](figures/4线UART设备连接示意图.png "4线UART设备连接示意图")
 
 - UART通信之前，收发双方需要约定好一些参数：波特率、数据格式（起始位、数据位、校验位、停止位）等。通信过程中，UART通过TX发送给对端数据，通过RX接收对端发送的数据。当UART接收缓存达到预定的门限值时，RTS变为不可发送数据，对端的CTS检测到不可发送数据，则停止发送数据。
 
@@ -51,7 +51,7 @@
 
   **图3** UART使用流程图
 
-  ![zh-cn_image_0000001206092753](figures/zh-cn_image_0000001206092753.png)
+  ![image](figures/UART使用流程图.png "UART使用流程图")
 
 
 ### 获取UART设备句柄

zh-cn/device-dev/driver/driver-platform-uart-develop.md

@@ -7,7 +7,7 @@ UART是通用异步收发传输器（Universal Asynchronous Receiver/Transmitter
 
   **图1** UART独立服务模式结构图
 
-  ![zh-cn_image_0000001176603980](figures/zh-cn_image_0000001176603980.png)
+  ![image](figures/独立服务模式结构图.png "UART独立服务模式结构图")
 
 
 ## 接口说明

zh-cn/device-dev/driver/driver-platform-watchdog-des.md

@@ -30,7 +30,8 @@
 使用看门狗的一般流程如下图所示。
 
   **图1** 看门狗使用流程图
-  ![zh-cn_image_0000001160652842](figures/zh-cn_image_0000001160652842.png)
+
+  ![image](figures/看门狗使用流程图.png "看门狗使用流程图")
 
 
 ### 打开看门狗设备

zh-cn/device-dev/driver/driver-platform-watchdog-develop.md

@@ -7,7 +7,7 @@
 
   **图1** Watchdog独立服务模式结构图
 
-  ![zh-cn_image_0000001177082396](figures/zh-cn_image_0000001177082396.png)
+  ![image](figures/独立服务模式结构图.png "Watchdog独立服务模式结构图")
 
 
 ## 接口说明