2263698_zh-CN

Yes

HSE_ReadAdkp 返回 HSE_SRV_RSP_INVALID_ADDR

你好，团队、

我正在尝试为 S32K314 平台设置 ADKP。

虽然我可以使用以下功能确认 HSE 标记已启用和 HSE FW 版本：

HSEFwFlg = checkHseFwFeatureFlagEnabled()；

(void)HSE_GetVersion_Example(&gHseFwVersion)；

在调用 HSE_ReadAdkp() 的 check_DebugPasswordProgrammed_Status() 函数中，我检测到 HSE_SRV_RSP_INVALID_ADDR (0x55A5A26AUL)。我猜 ADKP 未编程时的预期响应是 HSE_SRV_RSP_NOT_ALLOWED。

请为我指点迷津。

谢谢！

布尚

Re: HSE_ReadAdkp returning HSE_SRV_RSP_INVALID_ADDR

你好@Bhushan1312

是的，我确认当 ADKP 尚未编程时，读取 HSE_APP_DEBUG_KEY_ATTR_ID 将返回错误代码 HSE_SRV_RSP_NOT_ALLOWED。

尝试禁用数据缓存，看看是否会有影响。用于与 HSE 通信的所有数据对象都必须强制使用非高速缓存内存，这是一个相当常见的根本原因。

还注意到 HSE 无法看到位于 0x2000_0000 的 DTCM 内存。该地址范围只对核心可见。HSE 只能看到 0x2100_0000 的 DTCM 后门地址。我的建议是只使用普通 RAM 与 HSE 通信，而不是 DTCM。

Autosar Crypto 驱动程序中有一个启用 DTCM 支持的选项。然后，驱动程序会检查所有使用过的地址，并在必要时添加相应的偏移量。如果不使用 Crypto 驱动程序，则由用户自行决定。最好的选择是：不使用 DTCM 与 HSE 通信。

此致，

Lukas

Re: HSE_ReadAdkp returning HSE_SRV_RSP_INVALID_ADDR

感谢@lukaszadrapa...

我将与 HSE 相关的数据变量移到了非高速缓存 SRAM 中，结果成功了。