modify sensor/vibrator/light file

Signed-off-by: Nsunxuejiao <sunxuejiao5@huawei.com>

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

@@ -10,7 +10,6 @@
 
   - [接口说明](###接口说明)
   - [开发步骤](###开发步骤)
-  - [开发实例](###开发实例)
   - [调测验证](###调测验证)
 
 
@@ -61,14 +60,6 @@ Light驱动模型支持获取系统中所有灯的信息，动态配置闪烁模
 
 ### 开发步骤
 1. 基于HDF驱动框架，按照驱动Driver Entry程序，完成Light抽象驱动开发（主要由Bind、Init、Release、Dispatch函数接口实现），资源配置及HCS解析。完成Light驱动的设备信息配置。
-3.  调用配置解析接口，完成器件属性信息解析，器件寄存器解析，并注册到Light设备管理中。
-3.  完成Light获取类型、闪烁和停止接口开发，会根据闪烁模式创建和销毁定时器。
-
-### 开发实例
-
-基于HDF驱动模型，加载启动Light驱动，代码形式如下，具体原理可参考[HDF驱动开发指南](driver-hdf-development.md)。本例中Light驱动通讯接口方式选择GPIO。
-
-1. Light驱动的初始化和去初始化
 
    - 调用HDF_INIT将驱动入口注册到HDF框架中。在加载驱动时HDF框架会先调用Bind函数，再调用Init函数加载该驱动。当Init调用异常时，HDF框架会调用Release释放驱动资源并退出。
      Light驱动模型使用HCS作为配置描述源码，HCS配置字段详细介绍请参考[配置管理](https://gitee.com/openharmony/docs/blob/master/zh-cn/device-dev/driver/driver-hdf-manage.md)。
@@ -172,12 +163,11 @@ Light驱动模型支持获取系统中所有灯的信息，动态配置闪烁模
          (void)OsalMemFree(drvData);
          g_lightDrvData = NULL;
      }
-     
      ```
 
    - Light设备管理模块负责系统中Light器件接口发布，在系统启动过程中，HDF框架机制通过灯Host里设备HCS配置信息，加载设备管理驱动。
 
-     ```hcs
+     ```
      /* 灯设备HCS配置 */
      device_light :: device {
          device0 :: deviceNode {
@@ -189,12 +179,9 @@ Light驱动模型支持获取系统中所有灯的信息，动态配置闪烁模
              serviceName = "hdf_light"; // Light驱动对外发布服务的名称，必须唯一
              deviceMatchAttr = "hdf_light_driver"; // 驱动私有数据匹配的关键字，必须和驱动私有数据配置表中的match_attr值相等
          }
-     }
      ```
 
-2. 分配资源，解析灯HCS配置。
-
-   - 解析HCS配置文件。
+2. 调用配置解析接口，完成器件属性信息解析，器件寄存器解析，并注册到Light设备管理中。
 
    ```c
    /* 分配资源，解析灯HCS配置 */
@@ -224,35 +211,10 @@ Light驱动模型支持获取系统中所有灯的信息，动态配置闪烁模
        CHECK_LIGHT_PARSER_RESULT_RETURN_VALUE(ret, "busBNum");
        .....
        return HDF_SUCCESS;
-     
    }
    ```
 
-   - 灯效果模型使用HCS作为配置描述源码，HCS配置字段详细介绍参考[配置管理](https://gitee.com/openharmony/docs/blob/master/zh-cn/device-dev/driver/driver-hdf-manage.md)介绍。
-
-     ```hcs
-     /* 灯数据配置模板(light_config.hcs) */
-     root {
-         lightConfig {
-             boardConfig {
-                 match_attr = "hdf_light_driver";
-                 lightAttr {
-                     light01 {
-                         lightType = [1, 2];          // 灯类型
-                         busRNum = 31;                // 红色对应的GPIO管脚
-                         busGNum = 30;                // 绿色对应的GPIO管脚
-                         busBNum = 29;                // 蓝色对应的GPIO管脚
-                         lightBrightness = 0X80000000;// RGB: R:16-31bit、G:8-15bit、B:0-7bit
-                         onTime = 50;                 // 一个闪烁周期内亮灯时长（ms）
-                         offTime = 50;                // 一个闪烁周期内熄灯时长（ms）
-                     }
-                 }
-             }
-         }
-     }
-     ```
-
-3. 完成获取灯类型，闪烁和停止接口开发，会根据闪烁模式创建和销毁定时器。
+3. 完成Light获取类型、闪烁和停止接口开发，会根据闪烁模式创建和销毁定时器。
 
    ```c
    /* Light驱动服务调用GetAllLightInfo获取灯类型，Enable接口启动闪烁模式,

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

@@ -11,7 +11,6 @@
   - [场景介绍](###场景介绍)
   - [接口说明](###接口说明)
   - [开发步骤](###开发步骤)
-  - [开发实例](###开发实例)
 
 ## 概述
 
@@ -79,17 +78,10 @@
 Vibrator驱动模型为上层马达硬件服务层提供稳定的马达控制能力接口，包括马达一次振动、马达效果配置震动、马达停止。基于HDF（Hardware Driver Foundation）驱动框架开发的马达驱动模型，实现跨操作系统迁移、器件差异配置等功能。马达具体的开发步骤如下：
 
 1. 基于HDF驱动框架，按照驱动Driver Entry程序，完成马达抽象驱动开发，主要由Bind、Init、Release、Dispatch函数接口实现，配置资源和HCS解析。
-2. 创建马达效果模型，解析马达效果HCS配置。
-3. 完成马达振动和停止接口开发，会根据振动效果的模式创建和销毁定时器。
-4. 马达驱动模型提供给开发者马达驱动差异化接口，开发者实现差异化接口。
-
-### 开发实例
-
-1. 马达驱动的初始化和去初始化
 
    - 调用HDF_INIT将驱动入口注册到HDF框架中，在加载驱动时HDF框架会先调用Bind函数，再调用Init函数加载该驱动。当Init调用异常时，HDF框架会调用Release释放驱动资源并退出马达驱动模型，使用HCS作为配置描述源码。HCS配置字段详细介绍参考[配置管理](https://gitee.com/openharmony/docs/blob/master/zh-cn/device-dev/driver/driver-hdf-manage.md)。其中Driver Entry入口函数定义如下：
 
-     ```
+     ```c
      /* 注册马达抽象驱动入口数据结构体对象 */
      struct HdfDriverEntry g_vibratorDriverEntry = {
          .moduleVersion = 1, //马达模块版本号
@@ -104,7 +96,7 @@ Vibrator驱动模型为上层马达硬件服务层提供稳定的马达控制能
 
    - 基于HDF驱动框架，按照驱动Driver Entry程序，完成马达抽象驱动开发，主要由Bind、Init、Release、Dispatch函数接口实现。
 
-     ```
+     ```c
      /* 马达驱动对外发布的能力 */
      static int32_t DispatchVibrator(struct HdfDeviceIoClient *client,
          int32_t cmd, struct HdfSBuf *data, struct HdfSBuf *reply)
@@ -167,7 +159,7 @@ Vibrator驱动模型为上层马达硬件服务层提供稳定的马达控制能
 
    - 在系统启动过程中，HDF设备管理模块通过设备HCS配置信息，加载马达抽象驱动，并对外发布马达驱动接口。
 
-     ```
+     ```c
      /* 马达设备HCS配置 */
      vibrator :: host {
                  hostName = "vibrator_host";
@@ -188,7 +180,7 @@ Vibrator驱动模型为上层马达硬件服务层提供稳定的马达控制能
 
    - 创建马达效果模型。
 
-     ```
+     ```hcs
      /* 创建马达效果模型，分配资源，解析马达效果HCS配置 */
      int32_t CreateVibratorHaptic(struct HdfDeviceObject *device)
      {
@@ -254,7 +246,7 @@ Vibrator驱动模型为上层马达硬件服务层提供稳定的马达控制能
 
    马达硬件服务调用StartOnce接口动态配置持续振动时间；调用StartEffect接口启动静态配置的振动效果，为驱动开发者提供抽象的配置接口能力。
 
-   ```
+   ```c
    /* 按照指定持续时间触发振动马达，duration为振动持续时长 */
    static int32_t StartOnce(struct HdfSBuf *data, struct HdfSBuf *reply)
    {
@@ -326,7 +318,7 @@ Vibrator驱动模型为上层马达硬件服务层提供稳定的马达控制能
 
    - 在差异化器件驱动初始化成功时，注册差异实现接口，方便实现器件差异的驱动接口。
 
-     ```
+     ```c
      /* 注册马达差异化实现接口 */
      int32_t RegisterVibrator(struct VibratorOps *ops)
      {
@@ -347,7 +339,7 @@ Vibrator驱动模型为上层马达硬件服务层提供稳定的马达控制能
 
    - 马达驱动模型提供给开发者马达驱动差异化接口，具体实现如下：
 
-     ```
+     ```c
      /* 按照指定持续时间触发线性马达的振动 */
      static int32_t StartLinearVibrator()
      {