This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] AM263P4:AM263P4 的 Keywriter 相关问题

Guru**** 2964790 points

Other Parts Discussed in Thread: AM2634, AM263P4

请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1657946/am263p4-keywriter-related-issues-for-am263p4

器件型号: AM263P4
主题中讨论的其他器件: AM2634、

问题 1:

根据`reADM_FIRST_AM263Px.html`中的 Keywriter 简介、Keywriter 可注入 MSV、SMPK/SMEK、BMPK/BMEK、EXT OTP、密钥计数 SWREV–HSM、SWREV–APP、SWREV_SBL 和 KEY REV。 我知道这些字段已编程到 OTP 区域中。 但是、下表显示、对于 SMPK 和 BMPK、仅注入相应的哈希值 (SMPKH 和 BMPKH)、而不是注入密钥本身、而其他字段使用其原始数据值进行编程。  

image.png

我的问题是:SMPK 和 BMPK 是否实际编程到 OTP 区域中(开发人员无法访问)、该表仅列出了我们可以读取的 OTP 数据? 或者、对于 SMPK 和 BMPK、编程到 OTP 区域中的东西确实只是 SMPKH 和 BMPKH 吗? 如果后者为真、那么、鉴于散列值不能被反转以获取原始密钥数据、这将如何达到签名验证的目的?

问题 2:

版本`otp_keywriter_am263px_SR_10_11_01_00`添加了以下修复:
1.当一个字段刚刚受到保护时,不对其进行编程时,向用户显示日志。
2.使用列修复地址 (CRA) 在 OTP 区域中进行一位纠错。
3. OTP 区域中多位错误更正的行替换方法。

关于项目 1、我注意到`otp_keywriter_am263px_SR_10_10_01_00_00`已经具有相应的功能。  

对于项目 2 和 3、一位和多位纠错机制在什么特定情况下实际生效? 例如、他们是否可以修复硬件 OTP 坏块(在任何情况下都无法将某个位从 0 编程为 1)? 或者、这些选项可以缓解编程期间 1.7V VPP 电源极其短暂的不稳定所导致的问题吗?  

`、对于 AM2634、使用由` otp_keywriter_am263x_SR1.1_V08_06_00 `构建的 Keywriter 以及对于 AM263P4 使用` otp_keywriter_am263px_SR_10_01_00_00 构建的 Keywriter 时、即使正确连接 1.7V 电源、我们偶尔也会遇到以下日志:

** AM263P4:**
```μ s
mSv 受保护、无法编程  
[HSM 客户端] OTP Keywriter 中出现 OTP-KW 错误
```μ s

**AM2634:**
```μ s
* MSV 和 MSV_BCH:
mSv 受保护、无法编程
MSV_BCH 受保护、无法编程
* BMPKH、BMEK:
BMPKH 受保护、无法编程
BMEK 受保护、无法编程
* SMPKH、SMEK:
SMPKH 受保护、无法编程
SMEK 受保护、无法编程
编程 SMEK 时出错
DEBUG_RESPONSE:0x8000
```μ s

升级到`OTP_keywriter_am263px_SR_10_11_01_00`是否会降低遇到此类故障的可能性? 这两个新添加的功能(CRA 和行替换)是否可以提高 MSV、SMPK/SMEK、BMPK/BMEK、EXT OTP 和密钥计数等 OTP 字段的编程成功率?  

由于我们目前将这些故障归因于 1.7V 的不稳定、但无法验证 Keywriter 在大量芯片上的固有可靠性、因此我们想知道:即使 1.7V 输入稳定、OTP 现场编程失败是否可能发生、这可能是由于 Keywriter 软件本身的固有缺陷导致的?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Ming:

    我的问题是:SMPK 和 BMPK 实际上是否编程到 OTP 区域中(开发人员无法访问)、该表只是列出了我们可以读取的 OTP 数据? 或者、对于 SMPK 和 BMPK、编程到 OTP 区域中的东西确实只是 SMPKH 和 BMPKH 吗? 如果后者为真、那么这如何达到签名验证的目的、因为散列值不能被反转以获得原始密钥数据?

    是的、OTP 只会有公钥的哈希值。  使用私钥对证书进行签名、然后您将在证书中拥有公钥、使用 OTP 中的哈希值对公钥进行验证、然后使用该公钥进行身份验证

    对于第 2 项和第 3 项、单位和多位错误纠正机制在什么特定情况下实际生效? 例如、他们是否可以修复硬件 OTP 坏块(在任何情况下都无法将某个位从 0 编程为 1)? 或者、这些选项可以缓解编程期间 1.7V VPP 电源极其短暂的不稳定所导致的问题吗?  [/报价]

    single-bit 校正将纠正 Efuse 硬件故障、即当您期望某个位为 1 时、某个位卡在 0 并且无法将其设置为 1

    如果您的行有多位故障(例如,多个卡在 0 或 1 处)、多位校正将选择一个可用的额外行

    升级到`otp_keywriter_am263px_SR_10_11_01_00`会降低遇到此类故障的可能性吗? 这两个新添加的功能(CRA 和行替换)是否可以提高 MSV、SMPK/SMEK、BMPK/BMEK、EXT OTP 和密钥计数等 OTP 字段的编程成功率?  [/报价]

    即使多位校正可以恢复由于 VPP 1.7 的不稳定而导致的错误写入、也不应将其用于此场景、因为只有一个修复行用于实际的电子保险丝硬件故障、而不用于不稳定的 VPP。  

    因此、不稳定的 VPP 不应用于 OTP KW 工艺。

    由于我们目前将这些故障归因于 1.7V 不稳定、但无法在大量芯片上验证 Keywriter 的固有可靠性、我们想知道:即使 1.7V 输入稳定、可能是由于 Keywriter 软件本身的固有缺陷、OTP 字段编程故障也可能发生吗?
    [/quote]

    否、它不能继承任何缺陷。 VPP 必须稳定。 与之前的 OTP_keywriter_am263x_SR_11_11_01_03_00 相比 、最新的 KW 将更稳定、因为如果存在部分写入、single-bit 和多位校正、也有重试机制。

    谢谢。此致、

    Nikhil Dasan

    [/quote][/quote]