公告

大中华汽车电子生态圈社区并入开发者社区- 更多资讯点击此

Tip / 登入 to post questions, reply, level up, and achieve exciting badges. Know more

cross mob
Translation_Bot
Community Manager
Community Manager
Community Manager
如果控制器在启动 UCB_OTP0_ORIG 的确认码为已解锁 & UCB_OTP0_COPY 的确认码为已擦除时,它还会变成砖块吗? 就我而言,确实如此。 但是我的理解是,SSW 只有在发现 _ORIG 处于擦除/错误状态时才会评估 _COPY。 想知道我在这里缺少什么,有什么帮助吗?

smartconx_target@Q!w2e3r4t5y6u7i8o9p0||/t5/AURIX/Controller-bricked-after-it-rebooted-with-UCB-OTP0-COPY-s-confirmation-code-as/td-p/670693

0 点赞
1 解答
Translation_Bot
Community Manager
Community Manager
Community Manager

@Suraj1

逐步调试代码并不意味着代码会逐步刷新。 当你调试或运行应用程序时,整个代码一开始就会闪存到微控制器上,然后你可以逐步运行它。

刷新代码并重新启动控制器后,将执行整个代码。 这意味着 UCB_OTP_COPY 和 UCB_OTP_ORIG 都被删除了。 当 ORIG 和 COPY 确认码被删除时,设备会被卡住。

 

smartconx_target@Q!w2e3r4t5y6u7i8o9p0||/t5/AURIX/Controller-bricked-after-it-rebooted-with-UCB-OTP0-COPY-s-confirmation-code-as/m-p/672225

在原帖中查看解决方案

0 点赞
6 回复数
Translation_Bot
Community Manager
Community Manager
Community Manager

@Suraj1

你的理解是正确的。 只有在 ORIG UCB 处于 ERASED/ERRORED 状态时,才会评估 COPY UCB。 如果 ORIG UCB 处于解锁状态,则设备不会卡住。

你能确认以下内容吗,

1。UCB_OTP0_ORIG 中闪存了哪些数据?

2。还有其他 UCB 修改过吗? 你能分享一下在砖块出现之前所有的 UCB 中闪存了哪些数据吗?

3.是否启用了 HSM?

smartconx_target@Q!w2e3r4t5y6u7i8o9p0||/t5/AURIX/Controller-bricked-after-it-rebooted-with-UCB-OTP0-COPY-s-confirmation-code-as/m-p/670905

0 点赞
Translation_Bot
Community Manager
Community Manager
Community Manager

@Karishma_S

我们在没有 HSM 的情况下启用了 SWAP。 对于配置,我们遵循以下顺序。 通过调试器运行我们的代码,每一步都暂停。

  1. 在 UCB_SWAP_COPY 中配置了标记和确认
  2. 在 UCB_SWAP_ORIG 中配置了标记和确认
  3. 已删除 UCB_OTP0_COPY
  4. 在 UCB_OTP0_COPY 中配置了 SWAPEN < 错过了在 UCB_OTP0_COPY 中写入确认码的机会 >
  5. 已删除 UCB_OTP0_ORIG
  6. 在 UCB_OTP0_ORIG 中配置了 SWAPEN < 错过了在 UCB_OTP0_ ORIG 中写入确认码的机会 >

对于经过验证的第 1 步 & 2 的 UCB_SWAP,它们是正确的。 但是在第 3 步之后,我们意识到我们不应该删除 UCB_OTP0_COPY,而且由于确认码不是用 UCB_OTP0_COPY|ORIG 编写的,因此中止了该过程。 在中止之前,验证了两个 UCB_OTP0_ORIG|COPY 的确认码,对于 _COPY,它被删除了,但是自从我们在第 3 步停止之后,_ORIG 的确认码已解锁。

然后,重新启动控制器后它就坏了。这让我想知道,既然我们没有触摸 OTP0_ORIG,为什么会发生这种情况。

在下一个会话中,在新控制器上,删除了步骤 3 & 5 并重新运行了所有内容,这次一切正常,控制器在 SOTA 模式下启动。

smartconx_target@Q!w2e3r4t5y6u7i8o9p0||/t5/AURIX/Controller-bricked-after-it-rebooted-with-UCB-OTP0-COPY-s-confirmation-code-as/m-p/671573

0 点赞
Translation_Bot
Community Manager
Community Manager
Community Manager

@Suraj1

逐步调试代码并不意味着代码会逐步刷新。 当你调试或运行应用程序时,整个代码一开始就会闪存到微控制器上,然后你可以逐步运行它。

刷新代码并重新启动控制器后,将执行整个代码。 这意味着 UCB_OTP_COPY 和 UCB_OTP_ORIG 都被删除了。 当 ORIG 和 COPY 确认码被删除时,设备会被卡住。

 

smartconx_target@Q!w2e3r4t5y6u7i8o9p0||/t5/AURIX/Controller-bricked-after-it-rebooted-with-UCB-OTP0-COPY-s-confirmation-code-as/m-p/672225

0 点赞
Translation_Bot
Community Manager
Community Manager
Community Manager

@Karishma_S

我们将这些配置作为引导加载程序的一部分来实现,在本例中,引导加载程序是从 RAM 运行的。 为了进行调试,引导加载程序的十六进制也直接加载到执行时的 RAM 上。 既然如此,我非常怀疑这是否会影响 pflash 上现有的引导加载程序或其他任何东西。

smartconx_target@Q!w2e3r4t5y6u7i8o9p0||/t5/AURIX/Controller-bricked-after-it-rebooted-with-UCB-OTP0-COPY-s-confirmation-code-as/m-p/673021

0 点赞
Translation_Bot
Community Manager
Community Manager
Community Manager

@Karishma_S

即使是为了调试,我们也确实在刷新控制器。 因此,这个答案完全有道理。

谢谢

smartconx_target@Q!w2e3r4t5y6u7i8o9p0||/t5/AURIX/Controller-bricked-after-it-rebooted-with-UCB-OTP0-COPY-s-confirmation-code-as/m-p/680033

0 点赞
Translation_Bot
Community Manager
Community Manager
Community Manager

@Suraj1

1。请提供设备的完整部件号(例如 SAK-TC375TP-96F300W AA)

2。UCB_BMHDS 的价值是多少? 选择了哪种启动模式?

3.问题发生期间的 UCB_SWAP_ORIG 和 COPY 配置是什么? 你能提供这些 UCB 的十六进制转储吗?

smartconx_target@Q!w2e3r4t5y6u7i8o9p0||/t5/AURIX/Controller-bricked-after-it-rebooted-with-UCB-OTP0-COPY-s-confirmation-code-as/m-p/673925

0 点赞