diff --git a/en/device-dev/driver/driver-platform-i3c-des.md b/en/device-dev/driver/driver-platform-i3c-des.md
index 1108e71375a1baa49cf7e649909a392ce612d9de..0ab37dad83fa3e0e89de9419841c61c277ce123e 100644
--- a/en/device-dev/driver/driver-platform-i3c-des.md
+++ b/en/device-dev/driver/driver-platform-i3c-des.md
@@ -48,6 +48,7 @@ In the Hardware Driver Foundation (HDF), the I3C module uses the unified service
 Multiple devices, such as I2C target device, I3C target device, and I3C secondary controller, can be connected to an I3C bus. However, the I3C bus must have only one controller.
 
 **Figure 1** I3C physical connection 
+
 ![](figures/I3C_physical_connection.png "I3C_physical_connection")
 
 ### Constraints
@@ -159,7 +160,7 @@ if (ret != 2) {
 }
 ```
 
->![](./public_sys-resources/icon-caution.gif) **Caution**<br>
+>![](../public_sys-resources/icon-caution.gif) **Caution**<br>
 >-   The device address in the **I3cMsg** structure does not contain the read/write flag bit. The read/write information is passed by the read/write control bit in the member variable **flags**.
 >-   The **I3cTransfer()** function does not limit the number of message structures or the length of data in each message structure. The I3C controller determines these two limits.
 >-   Using **I3cTransfer()** may cause the system to sleep. Do not call it in the interrupt context.
diff --git a/en/device-dev/driver/driver-platform-rtc-develop.md b/en/device-dev/driver/driver-platform-rtc-develop.md
index 83a9679c40c0821d96a52be191e65813a0873708..4e7fd05b2e7faf90ab643daa9aa5e60733045f35 100644
--- a/en/device-dev/driver/driver-platform-rtc-develop.md
+++ b/en/device-dev/driver/driver-platform-rtc-develop.md
@@ -63,7 +63,7 @@ The RTC module adaptation involves the following steps:
 3. Instantiate the RTC controller object.
    - Initialize **RtcHost**.
    - Instantiate **RtcMethod** in the **RtcHost** object.
-      > ![icon-note.gif](public_sys-resources/icon-note.gif) **NOTE**<br>
+      > ![icon-note.gif](../public_sys-resources/icon-note.gif) **NOTE**<br>
       > For details about the functions in **RtcMethod**, see [Available APIs](#available-apis).
 
 4. Debug the driver.
diff --git a/en/device-dev/driver/driver-platform-uart-develop.md b/en/device-dev/driver/driver-platform-uart-develop.md
index 565e815cb5d55c0e8da044db2697a335b1582aee..5f5e3d25e3f8c801251fac77286bcc45489df717 100644
--- a/en/device-dev/driver/driver-platform-uart-develop.md
+++ b/en/device-dev/driver/driver-platform-uart-develop.md
@@ -61,7 +61,7 @@ The UART module adaptation involves the following steps:
 3. Instantiate the UART controller object.
    - Initialize **UartHost**.
    - Instantiate **UartHostMethod** in the **UartHost** object.
-      > ![icon-note.gif](public_sys-resources/icon-note.gif) **NOTE**<br>
+      > ![icon-note.gif](../public_sys-resources/icon-note.gif) **NOTE**<br>
       > For details about the functions in **UartHostMethod**, see [Available APIs](#available-apis).
 
 4. Debug the driver.<br>