[参考译文] TICSPRO-SW: GUI界面未加载

您好，Eduardo，

您是否可以将ErrorLog00.txt文件发布到该文件夹中？

我们最近对1.7 ．5.0 修订版中的TIC Pro进行了大量更新，包括USB2ANY DLL的新修订版……如果GUI被卡住，我认为可能会出现 一些与USB2ANY相关的问题。 这是很长的一段时间，但是您是否可以尝试重命名或删除该文件夹中的USB2ANY.dll文件，并将其替换为下面的旧版本？

e2e.ti.com/.../USB2ANY.dll

此致，

Derek Payne

第二个想法是：您是否设置了第二个显示器或其他区域，以便使某些东西可能被遮挡？ 当 启动期间连接了较旧固件版本的USB2ANY时，新的USB2ANY版本将弹出一个对话框，我想知道此对话框是否显示 在不同的(可能是主)显示器上，或者是否已被闪屏遮挡。 ALT-TAB是否显示此状态下的任何其它弹出窗口？

您好，Derek，

我尝试更换USB2ANY.dll，但这不能解决问题。 在ErrorLog00.txt中未出现错误。

此致，
爱德华多

没有显示其他弹出窗口。 我仔细检查了一下。
还有其他想法吗？

嗯，奇怪。

我有两件事要尝试：清除存储以前的LMX2572配置文件数据的设置文件，以及选择不同的启动设备。

首先，确保每个TIC Pro流程都已终止。

要清除LMX2572的配置文件数据，请导航至 C：\ProgramData\Texas Instruments：TIC Pro\Configurations \Devices\PLL + VCO\LMX2572\LMX2572。2572。 在此文件夹中，应该有一个名为LMX2572.TCB的文件；删除此文件并尝试重新启动TIC Pro。

如果这不起作用，我们可以尝试更改启动设备。 再次确保每个TIC Pro流程均已终止。 然后，在C：\ProgramData\Texas Instruments \TIC Pro\Configurations中，有一个名为TICS Pro.in的文件 它应该看起来像这样。

e2e.ti.com/.../TICS-Pro.ini

在您的文件中的[Setup](设置)部分下，有一个关键DEVICE_NADE00=LMX2572；尝试将其更改为从未使用过的设备(可能是LMX2820)，然后再次启动TIC Pro。

我希望您的特定LMX2572配置文件有一些奇怪的东西，会让您产生一个循环。

只是为了澄清时间表，您是否安装了新版本的TIC Pro，然后立即遇到了困难？ 或者，您是一周前安装的，一周内无问题地使用它，然后自发地遇到 此问题吗？ 您的初始帖子中没有明确说明这一点。

您好，Derek，

感谢您的回答，但这也不起作用。
因此，我想澄清一下：

－一周前我安装了TICS-PRO。 我能够启动和编程我的设备。 我还能够使用Python来实现整个过程的自动化：

   PLL = win32com.client.Dispatch ("TICSPro.ActiveX")
   PLL.Initialize (r"C：\Program Files (x86)\Texas Instruments \TIC Pro"))

-我关闭了电脑，然后这个星期一我无法再启动TIC PRO。 我尝试重新安装，但仍然无法正常工作。

也许您现在有其他想法，因为我展示了大局

爱德华多

爱德华多

 鉴于重新安装无法解决问题，我想说这不是文件完整性问题；只是为了以防万一，您可以检查安装程序的MD5以确保其下载正确。 文件"TIC Pro Install, Ver 1.7 ．exe)，20-Apr-2.0222万.exe"的5.0 校验和应为 357c118.0914万ff892561385ff62f8674d。8.92561385亿。</s>8674 下面提供了一个快速python脚本，用于检查MD5校验和。

import hashlib
m = hashlib.md5()
with open("TICS Pro Install, Ver 1.7.5.0, 20-Apr-2022.exe",'rb') as f:
    m.update(f.read())
assert m.hexdigest() == '357c1180914ff892561385ff62f8674d'

因此，要确认，您现在无法通过任何方式启动(双击，python ActiveX初始化等)？ 换言之，该问题不仅仅影响ActiveX 的启动？

我们在过去遇到了ActiveX问题，这导致我们很快就弃用了接口(请参阅 安装程序中包含的TICSPro_TCP.py文件，了解通过 套接字服务器进行替换的建议，这也有助于避免64位进程出现问题)。 我承认，我从未见过应用程序拒绝 完全通过原始寄存器阶段的案例... 我有点困惑。

我有一个以前的安装版本(1.7 ．4.1)，它在最近的版本之前，链接如下。 也许我们尝试 反向修订1.7 ．4.1 ，这样可以解决问题？

为遵守出口限制，删除了<file 'nac072a0.zip'。 通常，TIC Pro下载页面会提示出口管制合规性(军用或民用，自动筛查)。 由于您成功下载了原始安装程序，我在向您提供以前的版本时没有遇到任何问题-但我不能无限期地将其保留在E2E上。>

您好，Derek，

我运行了你建议的python脚本，我得到了m.hedigesti()到'c91c9be8ad981be23be01c5.3366万fc3'，这与你建议的值不同。

我尝试卸载TIC pro并转至您拥有的反向版本，但仍存在相同的问题。 而这次窗口继续显示'... 正在加载设备"

谢谢，
爱德华多

爱德华多

为延误道歉， 昨天我还想说。

我很高兴让您在安装程序上执行MD5。 这些文件的哈希值应绝对匹配。 我刚刚从TI.com再次下载了TIC Pro来确认，我计算出了完全相同的散列值。 您的安装程序版本与我刚从TI.com下载的版本不同，这可能意味着安装 文件已损坏。 我看到两种可能的解释，其中一种是可直接测试的：

1. 下载安装程序文件时发生了一些问题，并且安装程序的压缩文件下载处于不完整状态。 这是很奇怪的，但也不是没听说过的。 它可以直接测试：您可以运行上面相同的脚本，但使用从TI.com下载的文件'nac072ap.zip'，并确认zip文件哈希匹配：5ec820e8f183a75a0cd71.8481万bfdb69e。
   1. 如果 散列值匹配，则表明您从TI.com下载的内容没有损坏，这意味着另一种解释。
   2. 如果散列 值不匹配，则说明下载已损坏，现在应该不会期望TICS Pro能够正常工作。
   3. 顺便提一下，"TICS Pro Install, Ver 1.7 ．4.1 ，04-Mar-2022.exe的哈希是 2ad041d12.0153万acd1b81fc13b614da0f。 1.7 ．5.0 在闪屏中添加了有关该过程的更多详细信息，但它们可能在同一时间停止运行-我想 如果在 新版本上安装后，以前的版本仍然不工作， 并且以前版本的散列值是正确的，必须存在另一个阻止启动的问题-继续解释2。  
2. 在提取安装程序文件过程中或之后发生了某种情况，这改变了安装程序二进制文件的数据或某种依赖性。 出现这种情况的原因有多种，包括解压缩程序中的错误，解压缩后修改安装程序数据的程序，翻转某些位的硬盘读/写故障，与操作系统捆绑的.NET Framework 4.5 库中的某些系统依赖性变得损坏， 等等。这种解释意味着计算机本身存在一些更根本的问题-您在操作系统安装中可能有zip解压缩工具的数据损坏，您可能会遇到硬盘/SSD故障或操作系统未成功观察和标记的位翻转， 可能还有其他 一些进程 (恶意，防病毒等)正在修改二进制安装程序...列表继续。  我将磁盘上的某个位置的数据损坏视为 最可能出现 的此类问题，因为您描述了在重新启动之前的工作情况，并且我在 某些计算机上的电源循环之间多次出现大容量存储问题。 事实上，1.7 ．4.1 和1.7 ．5.0 ．TICS的专业版都不能正常工作，而且它们似乎在同一个地方出现了故障，这对我来说表明两个可执行文件的共同之处导致应用程序停止运行； 最可能的候选项是调用.NET Framework 4.5 函数，因此.NET Framework 4.5 的二进制数据可能会因某种原因而损坏。 我建议您备份 该计算机上的任何数据， 运行Windows安装的系统文件检查器工具，并采取任何其他措施来调查系统问题。

此致，

Derek Payne

尊敬的Derek：

我尝试在.zip中运行散列，并且散列匹配。
关于电脑的潜在问题，我对两台完全不同的机器有同样的问题，因此我认为TICS PRO存在问题。

此致，
爱德华多

爱德华多

我408.1167万我尝试在.zip中运行散列和散列匹配。

这是哪个特定文件？  您是否说您确实对1.7 ．5.0 安装程序具有准确的哈希？

关于408.1167万关于计算机的潜在问题，我对两台完全不同的计算机有相同的问题，因此我宁愿用PRO/TIC来总结。

在下载和安装1.7 ．5.0 的数百个实例中 ，只有您报告了此问题-您的计算机的某些独特情况正在影响Pro的操作。 如果我正确地解释了您的上述评论，您的安装程序文件似乎没有损坏，因此我认为我们可以消除这种可能性。 但是，两台“独立”的计算机可能仍会遇到相同的问题，而不会将根本原因与TIC Pro本身联系起来：

• 计算机 正在运行与Windows相同的VM映像，并且映像已损坏
• 计算机正在 将您帐户的服务器端信息加载到 单个瘦客户端，并且后端服务器数据完整性存在问题
• 部署了一个组织通用的Windows修补程序，它会影响.NET Framework的某些功能，并阻止TICS Pro运行
• 由于某种原因 ，两台计算机通用的某些第三方软件(例如防病毒软件)会在同一点拦截应用程序执行(但我认为这种可能性不大)

我不知道 您设置的详细信息，因此这些 可能性可能都无效。 这完全可能是一个TIC Pro应用程序问题，无论出于何种原因，它只是由于您的机器的一些常见配置而出现的。

不管怎样，我们都处于困境 -我们已经用尽了简单的调试选项。 我可能会向您提供调试符号，我们可以尝试附加WinDbg，拉动堆栈跟踪以找出具体您被卡住的位置等。我需要时间来研究如何执行此操作， 现在是时候为您提供清晰的说明了... 我们显然会向您提出很多问题，我们可能需要将支持从E2E转移到更合适的地方。 我可以理解这是否超出了您的注册范围。

尽管如此，我仍想为您提供一些方法来 再次使用我们的软件资源，即使最终需要提供替代产品。 例如，我知道我们在 python中有一些内部工具，它们的功能与TICS Pro (自动化API命令)相似-我们可能可以向您提供其中一个工具。  请告诉我，您是否更喜欢调试 应用程序，而不是尝试调试应用程序(甚至是调试应用程序)。

此致，

Derek Payne

您好Derek：

感谢您的回答。 根据我的需要，如果我有python命令，我可以将它写入PLL的寄存器，这就足够了。

爱德华多