[参考译文] BQ76942：对 BQ76942安全密钥的允许值是否有任何限制？

Steve、您好！

这是一个很好的问题！ 据我所知，这方面应该没有限制。 通常有两个步骤来解封器件、每个步骤都必须在特定的时间内完成、因此在我的假设中、我认为即使它与已知的子命令有一些相似之处、 这两个步骤的组合可能会使器件知道这是一个解封命令。

但是、我也可以从我这边检查这一点、只是为了确认情况确实如此。 如果您不介意、我可以在星期一 EOD 之前向您提供这方面的更新。 可以吗？

此致、

路易斯·埃尔南德斯·萨洛蒙

您好， Luis H. S.

感谢您的回复。  我注意到、任何安全密钥允许的最小值为0x0100 (不是第一次读取时的0x0000)。  有一段时间以来、我认为这可以避免任何冲突、但之后、我注意到在仅命令子命令表中有许多值高于该值的命令。

是的、如果您能从您身边了解到任何其他有用的信息、敬请谅解。

再次感谢、

史蒂夫

Steve、您好！

抱歉,今天没有太多时间来研究这个问题!

我希望我明天能测试一下。

此致、

路易斯·埃尔南德斯·萨洛蒙

您好， Luis H. S.

没问题-我知道它是如何工作的

它不会以任何方式阻碍我、因此只要您能够查看、就会感激您。

谢谢。

史蒂夫

您好、 Luis H. S.、

感谢您的尝试。  实际上、我更担心与命令的冲突可能导致意外操作。  例如，如果要选择以下密钥对：

0x2857、0x29A3

连续写入这些密钥可能会强制实现基于命令的永久失效、因为第一个密钥是 PF_FORCE_A 的命令、第二个密钥是 PF_FORCE_B 的命令(在仅命令子命令表中)。

类似地、如果其中一个密钥的值为0x7C40、则可能会触发 HDQ 的通信模式更改。

这是合理的、还是我在这里遗漏了一些内容？

史蒂夫

您好，Luis H. S.

我认为您的测试用例很好理解。  对于数据存储器地址、我可以看到不应该与键值发生冲突、因为您说过、我们仅将 KEY 写入0x3E/0x3F。  最坏的副作用是 BQ76942器件将开始向其传输缓冲区加载对应于数据存储器地址的数据。

但是、仅命令子命令并非如此。  如果我们再次访问我的示例：

0x2857是用于 PF_FORCE_A 0x29A3是 PF_FORCE_B 的命令

为了强制执行基于命令的永久失效、我需要在4s 内发送命令 PF_FORCE_A、后跟命令 PF_FORCE_B、中间不存在写入。

因此：

• 使用0x57 0x28写入0x3E/0x3F
• 使用0xA3 0x29写入0x3E/0x3F (在前一个命令的4s 范围内、中间不存在写入)

‘S我‘S选择0x2857作为"安全性：解封密钥步骤1"的值，并选择0x29A3作为"安全性：解封密钥步骤2"的值，则解封设备的程序如下：

• 使用0x57 0x28写入0x3E/0x3F
• 使用0xA3 0x29写入0x3E/0x3F (在前一个密钥的4s 以内、中间不能写入)

然后、写入密钥以转换为 UNSEALED 模式与写入命令序列以强制实现基于命令的永久失效相同。  请注意、这两个键值都在参考手册中指定的有效范围内(0x0100：0xFFFF)。

很抱歉一直拖出这个问题、但我仍然看不到这是不是冲突的。

感谢您的耐心等待、

史蒂夫

您好、 Luis H. S.、

感谢您传播相关信息。  我再次回头、我绝对看不到 TRM 中会警告这一点的任何内容、尽管它可能在其他一些文档中。  选取不合适的关键值的几率很低、但仍可以提前了解。

各位保重、

史蒂夫