[参考译文] AM2634-Q1：客户将 AM2634用于 HSM 开发问题？

您好、

根据 OTP KW 文档"Section 6 : Debugging"、在使用软件版本时似乎会出现错误

这些电路板上之前是否已电子保险丝了软件版本？

您是否向证书提供了 mSv 值？ 我在这里也看不到此结束了

您是否可以共享完整的日志(即包括解析)？

检查这一点的一种方法是通过多模式方法(即通过多个证书编程),根据 OTP KW 文档"第3节"

此致、

Nikhil Dasan

你好、Nikhil、

我们能否支持明天与客户的电话沟通？

OTP Keywriter 版本 SR1.1_09.01.05。

如前所述、  
请在通话前分享以下内容

1. SDK 版本、
2.是否有重试刷新的内容或它不工作在第一次去。
3.来自 Keywriter 应用的完整日志,用于良好的场景和坏的场景

4.您是否使用 TI 的证书生成脚本生成 Keywriter 证书？ 如果是、是否可以共享与脚本一起使用的命令和参数？

此致、

Nikhil

再加上上面的内容、请确保符合数据表中的要求

请分享在故障电路板上显示这种情况下稳定 VPP 的探头输出屏幕截图

此致、

Nikhil

你(们)好

/cfs-file/__key/communityserver-discussions-components-files/908/sbl_5F00_keywriter.release.tiimage

在上面的脚本中、我使用了以下命令在 OTPKW 9.1和 SDK 9.1上生成证书

我 现在已从脚本中删除了"--mSv 0x1E22D --mSv-protect --SR-sl 1 --SR-hsmRT 1 --SR-app 1"。  

您可以使用文件检查吗？ 请确保您已设置好 Keywriter 日志和以前一样。

./gen_keywr_cert.sh -t tifek/am263x/SR_11/ti_fek_public.pem -b keys_devel/bmpk.pem --bmek keys_devel/bmek.key -b-protect --bmek-protect -s keys_devel/smpk.pem --smek keys_devel/smek.key -s-protect --smek-protect --keycnt 2 --keycnt-protect --keyrev 1 -d am263x --devSrVer SR_11

结果如下。 是这样吗？

重新生成密钥并生成新的 otpkeywriter 后有关串行端口的信息：

正在启动 KeyWriter 引导加载程序...

[HSM_CLIENT]注册的新客户端客户端客户端客户端客户端 ID = 0
INFO：bootloader_socLoadOTPHsmRtFw：62：密钥编写器 HSMRT 大小(以字节为单位)：66036
信息：bootloader_socLoadOTPHsmRtFw：63：密钥编写器 HSM 运行时固件加载完成
信息：bootloader_socLoadOTPHsmRtFw：64：检测到以下器件
设备类型：HSFS
SR 版本1.1

[HSM_CLIENT]注册客户端 ID = 2的新客户端
[HSM 客户端] OTP-KW 64位版本字符串= 0x001330100090100

[HSM 客户端] OTP-KW 信息
[SoC 类型]= AM263x
[器件类型]= FS
[ HSM 类型]= HSM_V1
[BIN Type]= OTPKW
[OTP-KW 版本]= 9.1.0

#
#正在验证证书。
#

#
#解密扩展。
#

* MPK 选项: 0x0

* MEK 选项: 0x0

* MPK 选项 P1 : 0x0

* MPK Opt P2 : 0x0

* MEK 选项: 0x0

SMPKH 扩展被禁用

已禁用 SMEK 哈希扩展

BMPKH 扩展已禁用

禁用 BMEK 哈希扩展

禁用外部 OTP 扩展

mSv 扩展已禁用

SBL 软件版本扩展已禁用

HSMRT 软件版本扩展已禁用

*应用 SWREV：0x000000000000000000000000000100000000000000001

[u32] key_cnt : 0x303.

[u32] key_REV：0x101

#
#编程密钥...
#

SWREV 应用：

块：1、行：5数据：0x0

块：1、行：6数据：0x0

块：1、行：7数据：0x1

块：1、行：8数据：0x0

块：1、行：9数据：0x0

块：1、行：10数据：0x1

Efuse 写入行失败

成功编程2/3行

[HSM 客户端] OTP Keywriter 中出现 OTP-KW 错误

[HSM 客户端] OTP-KW debugResponse = 0x00a0d023
[HSM 客户端] OTP-KW 错误相位= 0x3
[HSM 客户端] OTP-KW 错误模块= 0x02
[ HSM 客户端] OTP-KW 错误阶段= 0x0d
[HSM 客户端] OTP-KW 错误客户密钥扩展= 0xA.

[bootloader_profile]引导介质：未定义
[bootloader_profile]引导映像大小：0 KB
[bootloader_profile]存在内核：
[bootloader profile] System_init：26us
[bootloader profile] Drivers_open : 30

您好、

这不是我上面分享的二进制文件吗？ 因为我已从构建命令中删除了 swrev 应用。

此外、在刷写任何其他内容之前、您能分享他们的原理图吗？ 如果丢失了有关 VPP 的任何信息、我将向硬件人员进行检查

此致、

Nikhil

向上面的内容添加、在下面的文档中、您能否检查它们是否提供了0.1uF 电容器？

ti.com/lit/an/sprabj8c/sprabj8c.pdf

VPP 目前使用外部访问1.7V 电源、无0.1uF 电容

2.根据手册,它可以通过内部电源提供给 VPP。 如何将电路调整？Ω

您好、

Unknown 说：

根据手册、它可以通过内部电源提供给 VPP。 如何调整电路？

根据手册、当提供外部 VPP 电源时、需要0.1 μ F 电容器。 我相信这是客户当前的情景吗？

仅在 AM263 CC 上、我们在板上组装 VPP 电源。 您是否询问如何执行以下操作？

AM263p 和 AM261等器件具有 片上 VPP 电源。

此致、

Nikhil Dasan

请注意、如果向 VPP 添加0.1u 电容器、OtpkeyWriter 将无法转换 HS 模式

您能分享您的原理图以进行审核吗？

此致、

Nikhil

需要哪些电路？

您好、

请共享 VPP 电路

此致、

Nikhil

VPP 外部1.7V 电源向 PCB 添加0.1u 电容器、此时 OtpkeyWriter 将发生故障

你好、Nikhil、

您能加快解决这个问题吗？ 或者、您能否基于我们的 AM263x-CC 电路板验证相同的 SDK 版本和 OTP 密钥写入器、然后向我们分享分步指南？ 谢谢。   

你好、Nikhil、

我已将日历发送给您、然后我们可以在这里讨论这个问题。 谢谢。

如通话中所述、在此处复制邮件的最新内容

• 立即由 COB 向客户分享有关上电顺序的详细时间。
  • Shiv 通过邮件共享此信息  
• 立即确认外部硬件设计原理图以及其他客户如何通过 COB 设计 VPP 1.7V。

  • Shiv：是的、我们尝试了使用外部电源、没有软件控制的流量、没有问题。

    请告知我们 Megmeet 如何对 OTP 进行编程、例如使用 JTAG、CCS 或 UART 等

此致、

Nikhil Dasan

你好、Nikhil、

我刚刚使用自己生成的 OTP 密钥写入器成功转换了 SE 模式、该过程应该没有问题。
原始转换失败过程如下所示：
1.刻录 OTP 密钥写入程序,开机,检查串行端口数据是否可以接受。 在这种情况下、VPP 未连接到1.7V 电源。
2.关闭 PCB 辅助电源,将 VPP 连接到1.7V 电源,打开 PCB 辅助电源。 从 串行端口接收到数据后、无法转换 SE 模式。

按照呼叫中的建议。

客户 不应该 使 VPP 保持开启状态、然后重新启动电路板。

它们必须在电路板上电(即 VDD)之后和应用启动之前打开 VPP。

这在 QSPI 引导模式下很困难、因为从加电到 KW 应用程序启动无法控制执行。 因此、在此引导流程中、LDO 是必需的。

或者、UART 和 JTAG 等引导模式可以完全控制从上电加载应用程序(即上电后、用户可以手动加载应用程序)。 只有在这种情况下、才建议使用外部 VPP、因为可以在此处遵循该序列。

作为建议的一部分、TI 要求客户将 while 循环保留在 KW 应用的主要功能中、以便在加载完毕后不执行应用。 以便客户有时间打开 VPP、然后使用 CCS、退出 while 循环并运行应用程序。  

TI 最终不会尝试这种方法、客户也可以在最终尝试这种方法 但是 TI 的建议仍然是在 QSPI 模式下使用 LDO 或使用 UART 模式来执行 OTP KW。

此致、

Nikhil Dasan

你好、Nikhil、

我尝试了以下方法：
1.在主循环启动之前添加 ClockP_SLEEP()函数在延迟等待期间 VPP1.7V 转换未能连接。
2.添加 ClockP_SLEEP ()后也尝试 Keywriter_setVpp ()函数,当 VPP1.7V 以延迟等待连接时,转换会失败。
还有其他建议吗？

您好、

Unknown 说：

在主循环启动 VPP1.7V 转换在延迟等待期间无法连接之前添加 ClockP_sleep ()函数。

在这种情况下、您何时打开 VPP？ 它是在电路板复位之前开启的、还是在这5秒的延迟时间内开启 VPP？

Unknown 说：

添加 ClockP_sleep ()后也尝试 Keywriter_setVpp ()函数、当 VPP1.7V 连接到延迟等待时转换失败。

仅当路径中有 LDO 时、Keywriter_setVpp () API 才有用。 否则、此 API 除了配置 LDO 之外不执行任何其他操作。 您是否集成了 LDO 然后使用了该 API？

Unknown 说：

是否有其他建议？

如果上述方法不起作用、那么 TI 的唯一建议是使用由软件的 GPIO 控制的 LDO (类似于 CC)、或者使用 UART 加载 KW 应用、如 TI 在调用中所示。

此致、

Nikhil Dasan

您好、

两个测试都以5秒的延迟开启 VPP。 我们想添加 GPIO 控制以打开 VPP、但是我们如何将 sbl_keywriter 例程导入 CCS 并对其进行编译？

您好、

在 OTP KW 软件包中、我们可以找到下面的文件 syscfg_c.ROV.xs

您能否确认此软件包是否存在于您的 OTP KW 中？

如果是、您能否检查中提供的路径  sbl_keywriter/am263x/r5fss0-0_nortos/ti-arm-clang/example.projectspec  正确

此致、

Nikhil Dasan