• 状态 Resolved
  • 已锁定 已锁定
  • 回复 6 回复
  • 订户 0 订户
  • 视图 619 视图
  • 用户 0 会员在此处
选项
选项
相关

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.

[参考译文] TICSPRO-SW：LMX2485E 的十六进制导出和原始寄存器视图中的 R1地址不正确

admin
Guru**** 2390755 points
Other Parts Discussed in Thread: LMX2485E, USB2ANY

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

https://e2e.ti.com/support/clock-timing-group/clock-and-timing/f/clock-timing-forum/1114196/ticspro-sw-incorrect-r1-address-in-hex-export-and-raw-register-view-for-lmx2485e

器件型号：TICSPRO-SW
Thread 中讨论的其他器件：LMX2485E、 USB2ANY

您好！

在使用 USB2ANY 进行自动化开发和通过 TICSPRO (v1.7.4.0)以及通过 USB2ANY 的 SDK 2.8对 LMX2485E 进行编程期间、我们发现 R1寄存器的 CTL 位似乎不正确(并且并不总是相同！)。

使用 TICSPRO 可正确对 LMX2485E 进行编程、但在查看"原始寄存器"时、您可以看到位1至3 (C1-C3)通常不正确(我们看到的是100和111、而不是正确的001)。  如果导出十六进制寄存器值、情况也是如此、我认为这是基于原始寄存器值。 通常在使用 TICSPRO 时不会出现问题、但我们使用 USB2ANY SDK 中的十六进制导出文件进行自动化、注意到 LMX 未直接编程。 在验证 MICROWIRE 接口上的波形和时序后、发现十六进制文件中的 R1 CTL 位不正确。 更正后、SDK 自动化工作正常。

请注意、我们需要将 TICSPRO 版本与2.8 SDK 对齐、以便我们可以在 USB2ANY 中使用相同的固件版本。 您能否提供链接(我认为1.7.4.1使用 USB2ANY FW v 2.8.x？) ？

随附了数据表和 TICSPRO 原始寄存器值。

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

    安德烈亚斯

    我不确定您采取了什么措施导致寄存器更改值？ 了解这一点很有帮助。

    我认为我们需要将 CTL[3：0]配置为地址位、这样应用就不能更改它们、这应该可以解决问题。 对于此更改、有一个快速的权变措施：在 C：\ProgramData\Texas Instruments\TICS Pro\Configurations\Devices\PLL\LMX2485E\LMX2485E.ini 的[Setup]部分中、 您可以设置 KEY CONTINT_LENGTH=4而不是1、这应该冻结 CTL[3：0]而不是仅冻结 CTL[0]。 我认为这应该可以防止问题在将来发生。 我还将准备在下一版本的 TICS Pro 中发布此更改。

     对于 v1.7.5.0之前的版本、具有 USB2ANY 2.7.0.0的 TICS Pro 版本和后续版本需要更改 USB2ANY DLL、 实际上、使用内部递增的 USB2ANY 2.9.1.1版本、其中包括对 SPI 芯片选择处理的一些细微更改、允许 大约12至16倍的 SPI 加速(允许芯片选择每3个字节或每4个字节切换一次)。 理论上、您应该能够将 USB2ANY.dll V2.8.2.0直接复制到 C：\Program Files (x86)\Texas Instruments\TICS Pro 文件夹中、替换现有的 USB2ANY.dll、而 TICS Pro 应该可以使用新的 DLL 而不会出现错误。 尽管如此、我从未尝试过这种方法、对于 TICS Pro 版本>=v1.7.5.0、您将会受困于 SPI 速度缓慢(对于 LMX2485E 而言并不是真正的问题、但其他 较新的器件将会很慢)。

    此致、

    Derek Payne

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

    尊敬的 Derek：

    感谢您的回答、我将介绍您的方法。 将 CTL 增加到4位时、我的一个问题是 R0的特殊情况、它只有一个 CTL 位(CTL0=0)、并且 CTL1-3是数据位的一部分。 那么、不确定这在这种情况下是否可行？

    至于 USB2ANY FW 版本、我们将尝试各种 DLL、并了解它们如何解决 我们的 TICSPRO 和 SDK 问题。

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

    安德烈亚斯

    好的一点、R0的行为有所不同。  我可能会针对该器件以及其他任何行为相同的器件提出替代权变措施、 但是、根据有多少器件的行为如 LMX2485E、我可能希望在 TICS Pro 内核代码而不是配置文件代码中进行修复...让我来看看几天、我周二会再回来的。

    此致、

    Derek Payne

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

    安德烈亚斯

    我想知道发生了什么(花费的时间比我预期的要长)。

    TICS Pro 为每个寄存器定义了控制长度和控制偏移量、这构成了地址位数和地址位 LSB 的位置。 这些字段在导入寄存器映射函数中用于为十六进制寄存器文件中的每一行生成回读地址、方法是查看十六进制数据。 LMX2485E 仅定义一个控制位、因为三个地址位只存在于部分(但不是全部)寄存器中。 因此、器件会将 R0之后的每个寄存器解释为设置了该控制位、因此会将所有寄存器写入重定向到 R1。 实际上、没有任何 R2-R7被更新。

    这需要 修复 TICS Pro 核心代码、并且无法仅通过配置文件更新来解决。 这些更正将包含在 TICS Pro 的下一个修订版中、如果一切顺利、应 在 下周初在网上进行。 我将使该线程保持打开状态、直到更新生效。

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

    安德烈亚斯

    新版本的 TICS Pro 可提供集成此器件的修复程序。 https://www.ti.com/tool/TICSPRO-SW 

    此致、

    Derek Payne

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

    谢谢 Derek！ 我将为它提供一个测试驱动。