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.

[参考译文] LMK04828:问题:寄存器是在上电后锁定到 SPI 写入、还是 LMK 数据表中存在拼写错误

Guru**** 2538960 points


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

https://e2e.ti.com/support/clock-timing-group/clock-and-timing/f/clock-timing-forum/1265047/lmk04828-question-are-the-registers-locked-to-spi-write-after-power-up-or-is-there-a-typo-in-lmk-datasheet

器件型号:LMK04828

请参阅数据表中随附的参考图片、因为我了解功耗后所有寄存器都锁定为 SPI 写入后的缺陷?

这是否意味着要写入的第一个寄存器是带有0x0的0x1FFF、以解锁所有其他寄存器到 SPI 写入选项?

我们能否发送每条 SPI 命令一次、还是像我在其他一些 SPI 日志中看到的那样需要几次?  

上面关于 SPI 写入锁定寄存器的结论如果我错了、我可以使用下一个公式从寄存器0x03读取产品 ID 吗?

0x000090

0x000010

0x000200

0x014A33

0x800300

我想查看0x06对复位 GPIO 的响应、此公式是否正确? 原因现在使用 EVB、并且不是从 GUI 发送此 SPI 静噪、而是从我实现的 MCU 发送、它不会为我提供0x06响应

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

    抱歉、我现在想补充一点、我知道如果写入0x1FFF 0x83、意味着所有寄存器都解锁、但为什么 GUI 和写入 lmk 的一些日志有时会结束写入0x1FFF 0x53、这意味着0x53而不是0x83? 如果这些寄存器是默认设置、为什么在初始化期间需要写入这些寄存器? 如果例如0x03是只读寄存器、为什么我会看到 GUI 会在0x03前写入寄存器0x06? 我们必须写入它吗?

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

    0x53十六进制为83十进制。

    TICS Pro 在如何 存储和写入寄存器方面不太巧妙。 TICS Pro 的"写入所有寄存器"功能、每次都按从上到下的顺序在原始寄存器页面中写入每个寄存器。 系统不会尝试检测某些寄存器是否从默认值修改、也不会跳过未修改的寄存器。 不会尝试屏蔽或省略只读寄存器。  仅仅因为我们 在原始寄存器页面中包含只读寄存器以供查看、所以只要 TICS Pro 执行"写入所有寄存器"操作、最终就会写入这些寄存器。

    将来在 TICS Pro  中、我们计划将 RAW 寄存器页面中寄存器的显示与 它们的写入顺序分离、这应该可以解决这种混淆。 包括 跳过或省略寄存器、这些寄存器在 POR/复位切换后未修改为默认值 、标记寄存器或寄存器中的字段以及相关访问策略信息(只读、读写、一次写自清除、常量等)、 可输出编程序列、可省略不必要的寄存器事务。

    对于应用程序、如果寄存器 默认为与配置值匹配的值、则几乎在每种情况下都可以跳过该设置。  包含 N 分频器 LSB 的寄存器例外、因为写入 N 分频器的 LSB 会触发 VCO 校准-这通常必须在其他初始化寄存器之后写入(以确保 PLL/VCO 上电)。 如果您因任何原因不需要锁定寄存器映射、您可以省略任何寄存器写入 SPI_LOCK 寄存器。

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

    谢谢