[参考译文] LMX2694EPEVM：器件不能使用 USB2ANY 和 TICSPRO 进行编程

首先、我们来看一个琐事：事实证明、由于 SPI 控制器的实现选择、 LMX2694在芯片选择线为高电平时不要求时钟为低电平。  虽然我个人发现 TICS Pro 配置文件以不符合数据表建议的方式操作 SPI 总线会令人困惑、但编程从来就不能阻止、 因此该问题是需要解决的低优先级问题。 作为权变措施、我们可以尝试将此设置为不同的 SPI 事务模式、但我想先检查更可能需要负责的其他事项。

您是否在任何时候更改了该软件的版本、例如从它工作到它不工作的时间下载新的 TICS Pro 副本？ TICS Pro 没有任何类似的自动更新或其他自修改行为、因此、除非您下载了新版本的软件、否则我无法看到 USB2ANY 一天如何成功地对器件编程、下一天也无法成功地对器件编程。 如果您确实更新了软件、您能否告诉我您现在使用的 TICS Pro 的哪个版本不起作用？ 选中 TICS Pro 的帮助->关于 TICS Pro 菜单选项。

另一方面、如果软件没有发生任何变化、我的下一个猜测是将引脚保持在阻止编程的状态。  您的描述中似乎有点不清楚您测量的是哪个引脚以及它们处于什么状态... 为清楚起见、我们定义了以下两个引脚：

• CS#(芯片选择低电平有效)：不通信时应该为高电平；低电平用于启动 SPI 事务、高电平用于终止 SPI 事务
• CE (芯片使能)：只要器件被激活、应该为高电平。 与 SPI 通信无关。

如果在任何时候您看到 CE 线路为低电平、 这可能是问题的原因、因为器件在 CE 线路为低电平时处于断电状态。 您可能需要仔细检查 EVM 上 J1的状态、并确保 CE 引脚控制处于预期状态； 请注意、如果它通过 软件控制、则您必须从 TICS Pro 提供逻辑高电平信号、这意味着必须使器件配置文件的"用户控制"页面中的"CE 引脚"复选框生效。

TICS Pro v1.7.5.15.  是我正在使用的当前版本。 在它工作到停止工作之间、我没有更新此信息。   我讨论的 SPI 线路是 CS 和 SCK。  CE 始终为高、这是部件使能。  

我将 O 形示波器探头连接到 USB2ANY 的 CS 和 SCLK 线路。  这样、 当我从 TICS-PRO 发出 SPI 命令时、我可以监控它们的状态。  (我没有将 LMX2694连接到 USB2ANY、我只是直接从 USB2ANY 引脚进行测量)

当 SPI 空闲时、CS 和 SCK 线路都读取为高电平。  根据 LMX2694数据表、CS 应为高电平、SCK 应为低电平、该数据表指出：  
当 SCK 为低电平时、必须发生 CS#从高电平到低电平的转换。 (数据表第9页)

或者更确切地说、当发出 SPI 命令后 CS 线路转换为低电平时、SCK 线路应为低电平。   

当我查看该事务时、CS 和 SCK 线路都为高电平、便会发出 SPI 命令、 您将看到 CS 线路变为低电平、大约600ns 后、SCK 线路将变为低电平...出现一点延迟、然后我看到 SCK 开始像时钟线路一样转换。   

希望这清除了在使用 USB2ANY 和 TICS PRO 时芯片不再编程的情况。  因为您说没有自动更新、所以我不确定会发生什么。  我知道我使用的是全新的 USB2ANY、它表现出了与数据表相反的行为。   是否可能是 USB2ANY 的固件更新？  我知道、在我将其插入 PC 并打开 TICS PRO 后、该软件要求我更新 USB2ANY 的固件。   

Chris、您好！

虽然要澄清此问题可能需要一些时间、但与此同时、您可以尝试将 TICS Pro 更新到最新版本吗？ 我正在使用 V.7.6.2.6.2、我尝试了两个 USB2ANY、其中一个需要固件更新。 两个 USB2ANY 均可与我的 LMX2694 EVM 配合使用。

我看到唯一可供下载的版本是 v1.7.5.15。  您能否帮我一个忙、从 USB2ANY 测量 CS 和 SCK 线路、并在您发出 SPI 命令时、告诉我在 CS 线路变为低电平时 SCK 线路是否为低电平。   

1.7.6.2是一个内部版本、尚未将其发布到网络上、对于这种困惑深表歉意。

我可以向您保证、只要 TICS Pro 按照当前版本的编程运行、 在发出 SPI 命令期间 CS 线路变为低电平时、SCK 线路就不会为低电平。 这是一个我们从未尝试过修复的具有 USB2ANY 的 TICS Pro 实现细节、因为据我们所知、它没有影响与任何器件的通信。 您可以将其视为意外指定 CPOL=1、CPHA=1、而不是 CPOL=0、CPHA=0、参考下图。

通过检查、您应该能够说服自己、只要 在 SCK 的第一个上升沿之前的 SCK 下降沿对 SPI 状态机没有任何意义(我们通常在我们的器件上遵循的惯例)、 对于替换 CPOL=1、CPHA=1代表 CPOL=0、CPHA=0的通信应该没有影响。 我知道数据表非常特别想要推荐 CPOL=0、CPHA=0配置、但相信我、当我说  自 LMX2694发布以来 TICS Pro 一直在忽略此建议时、 而且还没有引起任何问题-这么久以来、将默认 SPI 配置更改为使用 CPOL=0、CPHA=0可能会引入更多的风险。

话虽如此、有人花时间将此特定建议包含在数据表中。 如果您想测试修改 TICS Pro 的行为是否与数据表中指定的完全一致能够纠正您遇到的通信故障、我们当然可以尝试微不足道的软件修改：

• 导航到 C：\ProgramData\Texas Instruments\TICS Pro\Configurations\Devices\PLL + VCO\LMX2694
• 打开 LMX2694.ini 和 LMX2694.TCB (如果存在、则打开后者)
• 对于每个文件、在[Setup"部分中、找到 iface 密钥并将其值从 SPI 更改为 SPI_CLKLOW
• 对您之前保存的任何.tcs 文件重复此过程(即、如果您点击了 File -> Save、即该过程生成的保存状态文件)、然后将该.tcs 文件与上述修改一起加载到 LMX2694配置文件。
  • 现在您已经修改了配置文件、只要您不修改或重新安装 TICS Pro、您就应该能够保存和加载新的.TCS 文件、而无需 手动修改这些文件。 这只是 上述修改之前的那些修改、您需要首先手动更新。

打开 LMX2694配置文件后、您现在应该会看到协议设置为 SPI_CLKLOW、符合 CPOL=0、CPHA=0的要求。 使用这一新的 SPI 配置测试通信。 如果它现在起作用、我们将在下一个 TICS Pro 版本之前修改配置文件 、以匹配上述修改(并执行一些操作 以自动处理旧的.tcs 文件)。

非常好、感谢您告诉我们。 我会将此记录为配置文件中的官方错误；在 TICS Pro 的未来版本中、其将正确遵循 LMX2694数据表中有关 SPI 事务的指导。