樂鑫 ESP32-C6 系列 SoC
 勘誤表使用手冊
樂鑫 ESP32-C6 系列 SoC 勘誤表使用手冊
介紹
本文檔描述了 ESP32-C6 系列 SoC 中的已知勘誤表。
樂鑫 ESP32-C6 系列 SoC 勘誤表 - 樂鑫系統

晶片識別

筆記:
檢查連結或二維碼以確保您使用本文檔的最新版本:
https://espressif.com/sites/default/files/documentation/esp32-c6_errata_en.pdf
二維碼圖標
1 晶片改版
樂鑫正在推出 vM.X 編號方案以指示晶片修訂。
M – 主版本號,表示晶片產品的主要版本。如果該數字發生變化,則表示該產品先前版本所使用的軟體與新產品不相容,需要升級軟體版本才能使用新產品。
X – 次要編號,表示晶片產品的次要版本。如果這個數字發生變化,則意味著
舊版產品使用的軟體與新產品相容,無需升級軟體。
vM.X 方案取代了先前使用的晶片修訂方案,包括 ECOx 編號、Vxxx 和其他格式(如果有)。
晶片版本透過以下方式標識:
  • eFuse 欄位 EFUSE_RD_MAC_SPI_SYS_3_REG[23:22] 和 EFUSE_RD_MAC_SPI_SYS_3_REG[21:18]
表 1:透過 eFuse 位元識別晶片版本
Espressif ESP32-C6 系列 SoC 勘誤表 - 表 1 透過 eFuse 位元辨識晶片版本
  • 樂鑫追蹤訊息 晶片打標線
樂鑫 ESP32-C6 系列 SoC 勘誤表 - 圖 1
圖1:晶片標記圖
表 2:透過晶片標記識別晶片版本
樂鑫 ESP32-C6 系列 SoC 勘誤表 - 表 2 透過晶片標記識別晶片版本
  • 規格標識符 模組標記線
樂鑫 ESP32-C6 系列 SoC 勘誤表 - 圖 2
圖 2:模組標記圖
表 3:透過模組標記識別晶片版本
樂鑫 ESP32-C6 系列 SoC 勘誤表 - 表 3 透過模組標記辨識晶片版本
筆記:

2 附加方法

晶片產品中的一些錯誤不需要在矽級上修復,或者換句話說,在新的晶片版本中修復。
在這種情況下,可以透過晶片標記中的日期代碼來識別晶片(見圖1)。了解更多信息,
請參閱 樂鑫晶片封裝訊息.
圍繞晶片建構的模組可以透過產品標籤中的 PW 編號進行識別(參見圖 3)。欲了解更多信息,請參閱 樂鑫模組包裝訊息.
樂鑫 ESP32-C6 系列 SoC 勘誤表 - 圖 3
圖 3:模組產品標籤
筆記:
請注意 密碼號 僅適用於包裝在鋁製防潮袋 (MBB) 中的捲盤。

勘誤說明

表 4:勘誤表摘要
樂鑫 ESP32-C6 系列 SoC 勘誤表 - 表 4 勘誤表摘要

3 RISC-V CPU

3.1 寫入LP SRAM時指令亂序執行可能導致死鎖
描述
當 HP CPU 執行 LP SRAM 中的指令(依序為指令 A 和指令 B)時,指令 A 和指令 B 恰好遵循以下模式:
  • 指令A涉及寫入記憶體。前任amp萊斯: sw/sh/sb
  • 指令B僅涉及存取指令匯流排。前任amp萊斯:nop/jal/jalr/lui/auipc
  • 指令B的位址不是4位元組對齊的
指令A寫入記憶體的資料僅在指令B完成執行後提交。這就帶來了一個風險,即指令 A 寫入記憶體後,如果在指令 B 中執行無限循環,則指令 A 的寫入將永遠無法完成。
解決方法
當您遇到此問題時,或當您檢查彙編程式碼並看到上述模式時,
  • 在指令A和無限迴圈之間加入柵欄指令。這可以透過使用 ESP-IDF 中的 rv_utils_memory_barrier 介面來實現。
  • 將無限循環替換為指令 wfi。這可以透過使用 ESP-IDF 中的 rv_utils_wait_for_intr 介面來實現。
  • 編譯要在 LP SRAM 中執行的程式碼時,停用 RV32C(壓縮)擴展,以避免使用非 4 位元組對齊位址的指令。
解決方案
將在未來的晶片版本中修復。
4 時鐘
4.1 RC_FAST_CLK時鐘校準不準確
描述
在 ESP32-C6 晶片中,RC_FAST_CLK 時脈源的頻率與參考時脈(40 MHz XTAL_CLK)頻率太接近,導致無法準確校準。這可能會影響使用 RC_FAST_CLK 且對其精確時脈頻率有嚴格要求的周邊。
使用 RC_FAST_CLK 的周邊,請參閱 ESP32-C6 技術參考手冊 > 重設和時鐘章節。
解決方法
使用其他時鐘來源代替 RC_FAST_CLK。
解決方案
已在晶片修訂版 v0.1 中修復。
5重設
5.1 RTC Watchdog Timer觸發的系統重設無法正確上報
描述
當RTC看門狗定時器(RWDT)觸發系統重設時,重設原始碼無法正確鎖存。因此,報告的重置原因是不確定的並且可能是錯誤的。
解決方法
沒有解決方法。
解決方案
已在晶片修訂版 v0.1 中修復。
6 遠端測試
6.1 RMT連續發送模式下空閒狀態訊號電平可能會出錯
描述
在 ESP32-C6 的 RMT 模組中,如果連續 TX 模式啟用,則預計在發送 RMT_TX_LOOP_NUM_CHn 輪資料後停止資料傳輸,之後空閒狀態下的訊號電平應由「level」控制結束標記欄位。
然而,在實際情況中,資料傳輸停止後,通道的空閒狀態訊號電平不是由結束標記的「電平」欄位控制的,而是由回捲資料中的電平控制,這是不確定的。
解決方法
建議使用者將 RMT_IDLE_OUT_EN_CHn 設為 1,僅使用暫存器來控制空閒電平。
自從第一個支援連續 TX 模式 (v5.1) 的 ESP-IDF 版本以來,此問題已被繞過。在這些版本的 ESP-IDF 中,配置空閒電平只能透過暫存器控制。
解決方案
沒有安排修復。
7個Wi-Fi
7.1 ESP32-C6 不能作為 802.11mc FTM 發起方
描述
3mc 精細時間測量(FTM)中使用的 T802.11 時間(即 ACK 離開 Initiator 的時間)無法正確取得,導致 ESP32-C6 無法作為 FTM Initiator。
解決方法
沒有解決方法。
解決方案
將在未來的晶片版本中修復。

相關文檔和資源

相關文件
開發者專區
產品
聯絡我們

修訂歷史

樂鑫 ESP32-C6 系列 SoC 勘誤表 - 修訂歷史
樂鑫 ESP32-C6 系列 SoC 勘誤表 - 免責聲明和版權聲明
免責聲明和版權聲明
本文檔中的信息,包括 URL 參考,如有更改,恕不另行通知。
本文檔中的所有第三方信息均按原樣提供,不保證其真實性和準確性。
不對本文檔的適銷性、非侵權性、適用於任何特定用途提供任何保證,也不對任何建議、規範或 S 以其他方式產生的任何保證提供任何保證AMPLE。
不承擔與使用本文檔中的信息有關的所有責任,包括侵犯任何所有權的責任。 此處未通過禁止反言或其他方式明示或暗示任何知識產權的許可。
Wi-Fi 聯盟成員標誌是 Wi-Fi 聯盟的商標。 藍牙標誌是藍牙 SIG 的註冊商標。
本文檔中提及的所有商品名稱、商標和註冊商標均為其各自所有者的財產,特此聲明。
版權所有 © 2023 樂鑫系統(上海)有限公司。保留所有權利。

文件/資源

樂鑫 ESP32-C6 系列 SoC 勘誤表 [pdf] 使用者手冊
ESP32-C6 系列 SoC 勘誤表、ESP32-C6 系列、SoC 勘誤表、勘誤表

參考

發表評論

您的電子郵件地址不會被公開。 必填欄位已標記 *