!3015 修改拼写错误、大小写等问题

Merge pull request !3015 from liyan/OpenHarmony-3.1-Release

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

 # WLAN<a name="ZH-CN_TOPIC_0000001051643558"></a>
 
--   [概述](#section729758162218)
-    -   [WLAN驱动接口架构](#section178022416377)
-
--   [接口说明](#section7331102018815)
--   [开发步骤](#section15957746172412)
--   [开发实例](#section1395253612512)
 
 ## 概述<a name="section729758162218"></a>
 
@@ -14,9 +8,10 @@ WLAN是基于HDF（Hardware Driver Foundation）驱动框架开发的模块，
 **图 1**  WLAN框架<a name="fig4415112614415"></a>  
 ![](figures/WLAN框架.png "WLAN框架")
 
-### WLAN驱动接口架构<a name="section178022416377"></a>
 
-WLAN模块有三部分对外开放的API接口，如[下图2](#fig1492411431166)所示：
+
+
+WLAN模块有三部分对外开放的API接口，如[图2](#fig1492411431166)所示：
 
 1. 对HDI层提供的能力接口。
 
@@ -425,7 +420,7 @@ HDF_INIT(g_hdfHisiChipEntry);
 #endif
 #include "wifi_mac80211_ops.h"
 #include "wal_cfg80211.h"
-#include "net_adpater.h"
+#include "net_adapter.h"
 #include "hdf_wlan_utils.h"
 
 #define HDF_LOG_TAG Hi3881Driver

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

 # LCD<a name="ZH-CN_TOPIC_0000001052857284"></a>
 
--   [概述](#section141575391542)
--   [接口说明](#section53793327396)
--   [开发步骤](#section12394223125615)
--   [开发实例](#section7441155155813)
 
 ## 概述<a name="section141575391542"></a>
 
-LCD（Liquid Crystal Display）液晶显示驱动，对LCD进行上电，并通过接口初始化LCD内部寄存器，使LCD正常工作。Display驱动模型基于HDF（ Hardware Driver Foundation）[驱动框架](driver-hdf-overview.md)开发，实现跨OS、跨平台，为LCD硬件提供上下电功能、发送初始化序列功能，使LCD进入正常的工作模式，显示芯片平台侧的图像数据，基于HDF驱动框架的Display驱动模型如[图1](#fig69138814229)。
+LCD（Liquid Crystal Display）液晶显示驱动，对LCD进行上电，并通过接口初始化LCD内部寄存器，使LCD正常工作。Display驱动模型基于HDF（Hardware Driver Foundation）[驱动框架](driver-hdf-overview.md)开发，实现跨OS、跨平台，为LCD硬件提供上下电功能、发送初始化序列功能，使LCD进入正常的工作模式，显示芯片平台侧的图像数据，基于HDF驱动框架的Display驱动模型如[图1](#fig69138814229)。
 
 **图 1**  基于HDF驱动框架的Display驱动模型<a name="fig69138814229"></a>  
 ![](figures/基于HDF驱动框架的Display驱动模型.png "基于HDF驱动框架的Display驱动模型")
 
 **Display驱动模型介绍**
 
-Display驱动模型主要由平台驱动层、芯片平台适配层、LCD器件驱动层三部分组成。驱动模型基于HDF驱动框架开发，通过Platform层和OSAL层提供的接口，屏蔽内核形态的差异，使得器件驱动可以便利的迁移到不同OS及芯片平台。模型向上对接Display公共hal层，支撑HDI（Hardware Display Interface）接口的实现，通过Display-HDI对图形服务提供各类驱动能力接口。
+Display驱动模型主要由平台驱动层、芯片平台适配层、LCD器件驱动层三部分组成。驱动模型基于HDF驱动框架开发，通过Platform层和OSAL（Operating System Abstraction Layer）层提供的接口，屏蔽内核形态的差异，使得器件驱动可以便利的迁移到不同OS及芯片平台。模型向上对接Display公共HAL层，支撑HDI（Hardware Display Interface）接口的实现，通过Display-HDI对图形服务提供各类驱动能力接口。
 
--   Display平台驱动层：通过HDF提供的IOService数据通道，与公共Hal层对接，集中接收并处理各类上层调用指令。
--   SOC平台驱动适配层：借助此SOC适配层，实现Display驱动和SOC侧驱动解耦，主要完成芯片平台相关的参数配置，并传递平台驱动层的调用到器件驱动层。
+-   Display平台驱动层：通过HDF提供的IOService数据通道，与公共HAL层对接，集中接收并处理各类上层调用指令。
+-   SoC平台驱动适配层：借助此SoC适配层，实现Display驱动和SoC侧驱动解耦，主要完成芯片平台相关的参数配置，并传递平台驱动层的调用到器件驱动层。
 -   LCD器件驱动层：在器件驱动层中，主要实现和器件自身强相关的驱动适配接口，例如发送初始化序列、上下电、背光设置等。
 
 基于Display驱动模型开发LCD驱动，可以借助平台提供的各种能力及接口，较大程度的降低器件驱动的开发周期和难度，提升开发效率。
 
 ## 接口说明<a name="section53793327396"></a>
 
-LCD接口通常可分为MIPI DSI接口、TTL接口和LVDS接口，常用的是MIPI DSI接口和TTL接口，下面对常用的MIPI DSI接口和TTL接口作简要介绍。
+LCD接口通常可分为MIPI DSI（MIPI Display Serial Interface）接口、TTL（Transistor Transistor Logic）接口和LVDS（Low-Voltage Differential Signaling）接口，常用的是MIPI DSI接口和TTL接口，下面对常用的MIPI DSI接口和TTL接口作简要介绍。
 
 -   MIPI DSI接口
 
@@ -38,7 +34,7 @@ LCD接口通常可分为MIPI DSI接口、TTL接口和LVDS接口，常用的是MI
     **图 3**  TTL接口<a name="fig141611855635"></a>  
     ![](figures/TTL接口.png "TTL接口")
 
-    TTL（Transistor Transistor Logic）即晶体管-晶体管逻辑，TTL电平信号由TTL器件产生，TTL器件是数字集成电路的一大门类，它采用双极型工艺制造，具有高速度、低功耗和品种多等特点。
+    TTL即晶体管-晶体管逻辑，TTL电平信号由TTL器件产生，TTL器件是数字集成电路的一大门类，它采用双极型工艺制造，具有高速度、低功耗和品种多等特点。
 
     TTL接口是并行方式传输数据的接口，有数据信号、时钟信号和控制信号（行同步、帧同步、数据有效信号等），在控制信号控制下完成数据传输。通常TTL接口的LCD，内部寄存器读写需要额外的外设接口，比如SPI接口、I2C接口等。
 
@@ -48,7 +44,7 @@ LCD接口通常可分为MIPI DSI接口、TTL接口和LVDS接口，常用的是MI
 Display驱动模型基于HDF驱动框架、Platform接口及OSAL接口开发，可以做到不区分OS（LiteOS、Linux）和芯片平台（Hi35xx、Hi38xx、V3S等），为LCD器件提供统一的驱动模型。
 
 1.  添加LCD驱动相关的设备描述配置。
-2.  在SOC平台驱动适配层中适配对应的芯片平台驱动。
+2.  在SoC平台驱动适配层中适配对应的芯片平台驱动。
 3.  添加器件驱动，并在驱动入口函数Init中注册Panel驱动数据，驱动数据接口主要包括如下接口：
     -   LCD上下电
 
@@ -79,7 +75,7 @@ display :: host {
             serviceName = "hdf_disp";
         }
     }
-    /* SOC适配层驱动设备描述 */
+    /* SoC适配层驱动设备描述 */
     device_hi35xx_disp :: device {
         device0 :: deviceNode {
             policy = 0;
@@ -105,7 +101,7 @@ display :: host {
 }
 ```
 
-SOC适配层驱动，以Hi35xx系列芯片为例，需要在本层驱动中适配MIPI等和芯片平台相关的配置，示例如下：
+SoC适配层驱动，以Hi35xx系列芯片为例，需要在本层驱动中适配MIPI等和芯片平台相关的配置，示例如下：
 
 ```
 static int32_t MipiDsiInit(struct PanelInfo *info)
@@ -164,9 +160,9 @@ LCD器件驱动示例如下：
 #define HORIZONTAL_BACK_PORCH     20
 #define HORIZONTAL_FRONT_PORCH    20
 #define HORIZONTAL_SYNC_WIDTH     10
-#define VERTIACL_BACK_PORCH       14
-#define VERTIACL_FRONT_PORCH      16
-#define VERTIACL_SYNC_WIDTH       2
+#define VERTICAL_BACK_PORCH       14
+#define VERTICAL_FRONT_PORCH      16
+#define VERTICAL_SYNC_WIDTH       2
 #define FRAME_RATE                60
 
 /* Panel Info结构体结构体 */
@@ -305,9 +301,9 @@ static struct PanelInfo g_panelInfo = {
     .hbp = HORIZONTAL_BACK_PORCH,       /* horizontal back porch */
     .hfp = HORIZONTAL_FRONT_PORCH,      /* horizontal front porch */
     .hsw = HORIZONTAL_SYNC_WIDTH,       /* horizontal sync width */
-    .vbp = VERTIACL_BACK_PORCH,         /* vertiacl back porch */
-    .vfp = VERTIACL_FRONT_PORCH,        /* vertiacl front porch */
-    .vsw = VERTIACL_SYNC_WIDTH,         /* vertiacl sync width */
+    .vbp = VERTICAL_BACK_PORCH,         /* vertical back porch */
+    .vfp = VERTICAL_FRONT_PORCH,        /* vertical front porch */
+    .vsw = VERTICAL_SYNC_WIDTH,         /* vertical sync width */
     .frameRate = FRAME_RATE,            /* frame rate */
     .intfType = MIPI_DSI,               /* panel interface type */
     .intfSync = OUTPUT_USER,            /* output timming type */

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

-# TOUCHSCREEN<a name="ZH-CN_TOPIC_0000001052857350"></a>
+# Touchscreen<a name="ZH-CN_TOPIC_0000001052857350"></a>
 
--   [概述](#section175431838101617)
--   [接口说明](#section105459441659)
--   [开发步骤](#section65745222184)
--   [开发实例](#section263714411191)
-    -   [设备描述配置](#section18249155619195)
-    -   [板级配置及器件私有配置](#section3571192072014)
-    -   [添加器件驱动](#section6356758162015)
 
 
 ## 概述<a name="section175431838101617"></a>
 
--   **Touchscreen驱动主要任务**
+-   Touchscreen驱动主要任务
 
     Touchscreen驱动用于驱动触摸屏使其正常工作，该驱动主要完成如下工作：对触摸屏驱动IC进行上电、配置硬件管脚并初始化其状态、注册中断、配置通信接口（I2C或SPI）、设定Input相关配置、下载及更新固件等操作。
 
 
--   **Touchscreen驱动层次说明**
+-   Touchscreen驱动层次说明
 
-    本节主要介绍基于Input驱动模型开发touchscreen器件驱动，Input模型整体的框架如[图1](#fig6251184817261)。
+    本节主要介绍基于Input驱动模型开发Touchscreen器件驱动，Input模型整体的框架如[图1](#fig6251184817261)。
 
-    Input驱动模型基于HDF驱动框架、Platform接口、OSAL接口进行开发，向上对接规范化的驱动接口HDI（Hardware Driver Interface）层，通过Input-HDI层对外提供硬件能力，即上层Input service可以通过HDI接口层获取相应的驱动能力，进而操控touchscreen等输入设备。
+    Input驱动模型基于HDF驱动框架、Platform接口、OSAL接口进行开发，向上对接规范化的驱动接口HDI（Hardware Driver Interface）层，通过Input-HDI层对外提供硬件能力，即上层Input service可以通过HDI接口层获取相应的驱动能力，进而操控Touchscreen等输入设备。
 
 
 **图 1**  基于HDF驱动框架的Input驱动模型<a name="fig6251184817261"></a>  
@@ -43,7 +36,7 @@
 
 -   **基于HDF驱动框架开发器件驱动的优势**
 
-    在HDF（Hardware Driver Foundation）[驱动管理框架](driver-hdf-development.md)的基础上，Input驱动模型调用OSAL接口层和Platfom接口层提供的基础接口进行开发，包括bus通信接口、操作系统原生接口（memory、lock、thread、timer等）。由于OSAL接口和Platform接口屏蔽了芯片平台差异，所以基于Input驱动模型实现的touchscreen驱动可以进行跨平台、跨OS迁移，以便逐步实现驱动的一次开发，多端部署。
+    在HDF（Hardware Driver Foundation）[驱动管理框架](driver-hdf-development.md)的基础上，Input驱动模型调用OSAL接口层和Platform接口层提供的基础接口进行开发，包括bus通信接口、操作系统原生接口（memory、lock、thread、timer等）。由于OSAL接口和Platform接口屏蔽了芯片平台差异，所以基于Input驱动模型实现的Touchscreen驱动可以进行跨平台、跨OS迁移，以便逐步实现驱动的一次开发，多端部署。
 
 
 ## 接口说明<a name="section105459441659"></a>
@@ -63,22 +56,22 @@ Touchscreen器件的硬件接口相对简单，根据PIN脚的属性，可以简
     -   LDO\_1P8：1.8V数字电路
     -   LDO\_3P3：3.3V模拟电路
 
-        通常情况下，touchscreen驱动IC和LCD驱动IC是相互分离的，这种情况下，touchscreen驱动IC一般同时需要1.8V和3.3V两路供电。随着芯片演进，业内已有touchscreen驱动IC和LCD驱动IC集成在一颗IC中的芯片案例，对touchscreen而言，只需要关注1.8V供电即可，其内部需要的3.3V电源，会在驱动IC内部从LCD的VSP电源（典型值5.5V）中分出来。
+        通常情况下，Touchscreen驱动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-platform-i2c-des.md#section5361140416)。
+    -   I2C：由于Touchscreen的报点数据量相对较少，所以一般选用I2C方式传输数据。I2C的具体协议及对应操作接口，可以参考Platform接口层中的[“I2C”使用指南](driver-platform-i2c-des.md#section5361140416)。
     -   SPI：部分厂商，由于需要传递的数据不止报点坐标，而是需要获取基础容值，数据量较大，所以会选用SPI通信方式。SPI的具体协议及对应操作接口，可以参考Platform接口层中的[“SPI” 使用指南](driver-platform-spi-des.md#section193356154511)。
 
 
 ## 开发步骤<a name="section65745222184"></a>
 
-Input驱动模型是基于HDF框架、Platform接口和OSAL接口开发，不区分操作系统和芯片平台，为touchscreen等输入器件提供统一的驱动开发架构。
+Input驱动模型是基于HDF框架、Platform接口和OSAL接口开发，不区分操作系统和芯片平台，为Touchscreen等输入器件提供统一的驱动开发架构。
 
-如下以touchscreen器件驱动为例，说明Input驱动模型的完整加载流程：
+如下以Touchscreen器件驱动为例，说明Input驱动模型的完整加载流程：
 
 （1）设备描述配置：由开发者参考已有模板进行设备描述配置，包括驱动加载顺序、板级硬件信息、器件私有数据信息等。
 
@@ -100,7 +93,7 @@ Input驱动模型是基于HDF框架、Platform接口和OSAL接口开发，不区
 
 2.  板级配置及Touchscreen器件私有配置
 
-    配置对应的IO管脚功能，例如对单板上为touchscreen设计预留的I2C Pin脚，需设置对应的寄存器，使其选择I2C的通信功能。
+    配置对应的IO管脚功能，例如对单板上为Touchscreen设计预留的I2C Pin脚，需设置对应的寄存器，使其选择I2C的通信功能。
 
 3.  实现器件差异化适配接口
 
@@ -109,7 +102,7 @@ Input驱动模型是基于HDF框架、Platform接口和OSAL接口开发，不区
 
 ## 开发实例<a name="section263714411191"></a>
 
-本实例提供touchscreen驱动开发示例，并简要对具体关键点进行开发说明。
+本实例提供Touchscreen驱动开发示例，并简要对具体关键点进行开发说明。
 
 ### 设备描述配置<a name="section18249155619195"></a>
 

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

 # HDMI<a name="1"></a>
 
--   [概述](#section1)
-    -   [功能简介](#section2)
-    -   [基本概念](#section3)
-    -   [运作机制](#section4)
-    -   [约束与限制](#section5)
--   [使用指导](#section6)
-    -   [场景介绍](#section7)
-    -   [接口说明](#section8)
-    -   [开发步骤](#section9)
-    -   [使用实例](#section10)
 
 ## 概述<a name="section1"></a>
 
 ### 功能简介<a name="section2"></a>
 
-- HDMI（High-Definition Multiface Interface），即高清多媒体接口，主要用于DVD、机顶盒等音视频Source到TV、显示器等Sink设备的传输。
+- HDMI（High-Definition Multimedia Interface），即高清多媒体接口，主要用于DVD、机顶盒等音视频Source到TV、显示器等Sink设备的传输。
 - HDMI以主从方式工作，通常有一个Source端和一个Sink端。
 - HDMI接口定义了完成HDMI传输的通用方法集合，包括：
 
@@ -27,7 +17,7 @@
 
 ### 基本概念<a name="section3"></a>
 
-HDMI（High-Definition Multiface Interface）是Hitachi、Panasonic、Philips、SiliconImage、Sony、Thomson、Toshiba共同发布的一款音视频传输协议。传输过程遵循TMDS（Transition Minimized Differential Signaling）协议。
+HDMI（High-Definition Multimedia Interface）是Hitachi、Panasonic、Philips、Silicon Image、Sony、Thomson、Toshiba共同发布的一款音视频传输协议。传输过程遵循TMDS（Transition Minimized Differential Signaling）协议。
 
 - TMDS（Transition Minimized Differential signal）：过渡调制差分信号，也被称为最小化传输差分信号，用于发送音频、视频及各种辅助数据。
 - DDC（Display Data Channel）：显示数据通道，发送端与接收端可利用DDC通道得知彼此的发送与接收能力，但HDMI仅需单向获知接收端（显示器）的能力。