本文基于瑞薩RA8P1（Cortex-M85內(nèi)核）Titan開發(fā)板，針對e2studio調(diào)試后RT-Thread Studio、RFP工具出現(xiàn)的批量燒錄失敗異常問題，開展全流程故障排查與根因分析，驗證TrustZone安全分區(qū)的固化機(jī)制、報錯原理與寄存器變化規(guī)律，明確非安全權(quán)限燒錄超邊界觸發(fā)硬件攔截的核心原因，開發(fā)分區(qū)狀態(tài)診斷工具，整理對應(yīng)的問題修復(fù)方式與工程規(guī)避規(guī)范，解決該系列芯片的共性燒錄故障。

目錄

背景

調(diào)查進(jìn)展

問題現(xiàn)象

調(diào)查過程

形成診斷工具

相關(guān)資料

總結(jié)

1 背景

RA8P1 Titan Board（Cortex-M85，1GHz）在使用 e2studio 調(diào)試下載后再去下載 RT-Thread 的任何工程都會失敗，Renesas Flash Programmer（RFP）也一樣報錯。這個問題嚴(yán)重影響了開發(fā)效率，本文記錄了從發(fā)現(xiàn)問題到定位根因再到形成診斷工具的完整調(diào)查過程。

2 調(diào)查進(jìn)展

整個調(diào)查過程的逐步推進(jìn)如下：

3 問題現(xiàn)象

e2studio 調(diào)試后 RT-Thread Studio 無法下載：使用 e2studio 調(diào)試下載 RT-Thread 工程后，再用 RT-Thread Studio 下載任何工程都會失敗。

****** Error: Timeout while calculating CRC, RAMCode did not respond in time!
Timeout while calculating CRC, RAMCode did not respond in time!
Timeout while calculating CRC, RAMCode did not respond in time!
Verification failed @ address 0x02000000
Error while programming flash: Verify failed.

RFP 也報錯：用瑞薩官方 RFP 軟件下載同樣失敗。

Error(E1000008): An address error occurred in the device. (Command: 13, Response: D2)
Operation failed.

已知的臨時解決方案：根據(jù) RT-Thread Titan 開發(fā)板 FAQ 的說明——用 RFP 執(zhí)行 Initialize Target（擦除芯片）可以恢復(fù)。但這只是治標(biāo)不治本，我們需要知道問題產(chǎn)生的根源。

4 調(diào)查過程

STEP1：發(fā)現(xiàn) setTZBoundaries 開關(guān)

在調(diào)查 e2studio 的 Debug Configurations 時，發(fā)現(xiàn)有一個TrustZone boundary相關(guān)的配置選項：

對應(yīng)的.launch文件中有這樣一個屬性：

<booleanAttributekey="com.renesas.hardwaredebug.arm.jlink.setTZBoundaries"value="true"/>

將其改為false后，問題不再出現(xiàn)，一切恢復(fù)正常。

這說明問題與 TrustZone 邊界配置有直接關(guān)系。

STEP2:RDPM 工具驗證

e2studio 中還有一個Run → Renesas Device Partition Manager(RDPM)工具：

RDPM 可以手動設(shè)置 Secure/Non-Secure 分區(qū)大?。?/p>

使用 RDPM 設(shè)置 32KB Code MRAM Secure 分區(qū)后的日志給了我們重要啟發(fā)：

Connecting...
Loading library: SUCCESSFUL!
Establishing connection: SUCCESSFUL!
Checking the device type: SUCCESSFUL!
CONNECTED.

Programming secure/non-secure memory partitions with the following settings...
-Code MRAM Secure(kB): 32
SUCCESSFUL!

Disconnecting...
DISCONNECTED.

設(shè)置完成后，RFP 再次報同樣的Error(E1000008)錯誤。這說明RDPM 與 setTZBoundaries=true 最終達(dá)到的效果是一樣的——都配置了 32KB 的 Secure 分區(qū)。

STEP3：豁然開朗——hex 文件大小

回頭看我們的 RT-Thread hex 文件：

Writing data to the target device
[Code MRAM 1] 0x02000000 - 0x0200D19F size : 52.4 K

52.4KB 遠(yuǎn)大于 32KB 的 Secure 分區(qū)！

RDPM 日志說 "Code MRAM Secure: 32KB"，即 flash 前 32KB 被標(biāo)記為 Secure 區(qū)域。我們的 hex 要從0x02000000寫到0x0200D19F，但0x02008000之后屬于 Non-Secure 區(qū)域。RFP 以 Non-Secure 權(quán)限連接設(shè)備，試圖寫 Secure 區(qū)域之外的地址時，硬件 TrustZone Filter（TZF）直接攔截，報地址錯誤：

Error(E1000008): An address error occurred in the device. (Command: 13, Response: D2)

Command 13是 RFP 的寫入命令，Response D2表示 TZ 安全違規(guī)。

STEP4：寄存器級驗證

為了從硬件層面驗證，我們通過 JLink Commander 讀取了相關(guān)的 TrustZone 狀態(tài)寄存器。

關(guān)鍵寄存器：CFSAMONA（Code Flash Security Attribution Monitor）

完整的三組寄存器總結(jié)：

STEP5：深挖分區(qū)存儲機(jī)制

進(jìn)一步研究發(fā)現(xiàn)，RA8P1 的 TrustZone 分區(qū)信息并非存儲在普通的代碼 flash 或 OFS（選項設(shè)置內(nèi)存）區(qū)域，而是存儲在專用的非易失性存儲區(qū)域，只能通過 SCI/USB 啟動模式命令進(jìn)行讀寫。RDPM 和 e2studio 的調(diào)試器固件會自動將 MD 引腳拉低進(jìn)入啟動模式來完成分區(qū)編程。

這就是為何斷電后問題依然存在——分區(qū)信息存儲在非易失性介質(zhì)中，JLink 常規(guī)mem32無法直接讀取分區(qū)存儲區(qū)，但可以通過 CFSAMONA 寄存器間接觀察分區(qū)效果。

5 形成診斷工具

基于以上調(diào)查，我們編寫了bsp_tz_monitor.c診斷模塊，在芯片初始化階段調(diào)用bsp_tz_monitor_print()即可打印所有 TrustZone 相關(guān)寄存器的狀態(tài)。如果檢測到分區(qū)配置，會給出明確的警告和修復(fù)指引。

使用方法

在hal_entry()中調(diào)用：

#include"bsp_tz_monitor.h"

voidhal_entry(void)
{
// 初始化代碼...
bsp_tz_monitor_print();// 打印 TZ 狀態(tài)
// 應(yīng)用代碼...
}

正常狀態(tài)輸出（無分區(qū)）

===== TrustZone Security Monitor =====
DLM @ 0x40204038 = 0x00000004 -> OEM_PL1

CFSAMONA @ 0x40204030 = 0x00FF8000
-> Secure blocks: 511 | Secure size: 16352 KB
-> Boundary exceeds flash end -> entire flash is Non-Secure
...

>>>> No active TZ partition -> device is fully Non-Secure. <<<<
========================================

完整日志見1.log

異常狀態(tài)輸出（32KB Secure 分區(qū)）

===== TrustZone Security Monitor =====
DLM @ 0x40204038 = 0x00000004 -> OEM_PL1

CFSAMONA @ 0x40204030 = 0x00008000
-> Secure blocks: 1 | Secure size: 32 KB
-> Secure: 0x02000000 - 0x02007FFF (32 KB)
-> Non-Secure alias: 0x12008000 - 0x12107FFF
*** WARNING: CFSAMONA has 32 KB Secure region active! ***

>>>> WARNING: Hardware TZ partition detected! <<<<
>>>> Fix methods: <<<<
>>>> 1. RFP: connect -> Initialize Target (erase chip) <<<<
>>>> 2. RFP CLI: -fo boundary 0,0,0,0,0 (reset all) <<<<
>>>> 3. e2studio: Run -> Renesas Device Partition Manager <<<<
>>>> 4. e2studio Debug Config -> setTZBoundaries=false <<<<
========================================

完整日志見2.log

源代碼

• src/bsp_tz_monitor.h — 函數(shù)聲明
• src/bsp_tz_monitor.c — 寄存器讀取、解碼、打印實現(xiàn)

6 相關(guān)資料

7 總結(jié)

根因流程圖

e2studio Debug 啟動
│
▼
setTZBoundaries=true（默認(rèn)）
│
├──→ DLA 認(rèn)證（CoreSight 調(diào)試 mailbox）
├──→ 驅(qū)動 MD 引腳進(jìn)入 SCI 啟動模式
└──→ 寫入 32KB Secure 分區(qū)到專用非易失性存儲
│
▼
芯片重新上電
│
▼
硬件從非易失性存儲加載分區(qū) → IDAU 配置
│
├──→ CFSAMONA = 0x00008000（32KB Secure）
└──→ flash 前 32KB 標(biāo)記為 Secure
│
▼
RFP 以 Non-Secure 連接
│
├──→ 試圖寫 0x02000000 - 0x0200D19F（52.4KB）
├──→ 超過 0x02008000 邊界 → TZF 攔截
└──→ Error(E1000008) Command:13 Response:D2

驗證證據(jù)

最終結(jié)論

RA8P1（以及所有支持 DLM 的 RA 設(shè)備）的 TrustZone 分區(qū)信息存儲在專用的非易失性存儲區(qū)域中，通過 SCI/USB 啟動模式命令進(jìn)行編程。一旦激活，硬件 IDAU 在啟動時自動加載分區(qū)配置，將 flash 劃分為 Secure 和 Non-Secure 區(qū)域。

默認(rèn)情況下，e2studio 的setTZBoundaries=true會在調(diào)試連接時自動寫入 32KB Secure 分區(qū)。后續(xù)燒錄工具（RT-Thread Studio、RFP）以 Non-Secure 權(quán)限連接設(shè)備，當(dāng)燒錄的固件超過 Secure 分區(qū)邊界時，TrustZone Filter 直接攔截寫入操作。