[参考译文] MSP430F5438A：DSLite版本7.2。0.2096 错误：MSP430：连接目标时出错：未知设备

您好，Mike：

感谢您的详细帖子。

我的第一个建议是尝试更新到最新的UniFlash脱机版本，即4.2 ．1.1562 版本。 也许这个问题已经解决。

如果这不起作用，您能否尝试使用我们的UniFlash在线版本并查看此问题是否仍然存在？ 我为我们的MSP430F6736设备执行了此操作，独立命令工具运行良好。 根据终端的输出，我使用的是DSLite版本7.2 ．0.2152。

以下是我们基于云的UniFlash的链接： https://dev.ti.com/uniflash/

以下是生成独立命令工具 的说明：processors.wiki.ti.com/.../UniFlash_v4_Quick_Guide

运行两个.bat文件时，可能需要管理员权限。 同时，我将联系我们的工具团队，让他们意识到这个问题。

此致，

詹姆斯

MSP客户应用程序

您好，James：

我下载并试用了新的UniFlash (版本4.2 ．1.1562)。 其中包含DSLite版本7.4 ．0.1095。 我仍然收到“未知设备”错误。 然后我尝试了在线的UniFlash版本4.2 ．0.1490 ，它包含DSLite版本7.2 ．0.2152 ，我仍然收到“未知设备”错误。 我在两种情况下都以管理员模式运行Windows命令提示符(我在Windows 7上运行此命令提示符)。 我一直在尝试使用MSP-EXP430F5438开发板和编译为.hex文件的CCS v7闪存测试代码。

您是否可以通过实际的MSP430F5438A部件在您的端尝试此功能并查看它是否适合您？ 也许您可以使用MSP-EXP430F5438开发板(如果有)。

下面是我从MSP-FET设备本身看到的内容。 当MSP-FET首次尝试编程时，红色模式LED指示灯闪烁，绿色电源LED指示灯保持熄灭。 无法编程且绿色电源指示灯亮起。 此时，UniFlash允许我重试，但DSLite只是中止。 从UniFlash重试时，绿色电源LED保持亮起，而红色模式LED持续闪烁，并且部件实际上已编程。 您是否可以将此重试功能放入DSLite程序中，或者您是否可以仅修复代码以使其自行重试？

我想请告诉我，您是否可以让它在您的端对MSP430F5438A部件起作用。在我的端，我的想法已经不多了

谢谢！
Mike

James，

我将尝试使用DSLite版本7.4 ．0.1095 和UniFlash版本：4.2 ．1.1562 附加我试用的日志。

Mike

e2e.ti.com/.../0602.blinker.log

您好，Mike：

感谢您提供更多详细信息和日志文件。 我试图用目标插座板MSP-FET和MSP430F5438复制您的问题，但使用基于云的UniFlash CLI和在CCS 7.2 v．0中生成的msp430x54x_FET_1.c.out文件，一切都按预期运行。 我的PC也是Windows 7 64位。

您最近是否购买了MSP-FET？ 另外，您能否告诉我您拥有哪个版本的CCS v7？

此致，

詹姆斯

MSP客户应用程序

您好Jason：

我的MSP-FET和MSP-EXP430F5438实验板是在今年5月购买的。 MSP-FET盒上的标签显示"SEAL DT 10/25/16"。

我目前正在使用CCS v 7.2 ．0.0.0013万 ，但自从最初安装CCS 7.2 以来，我已经安装了几个更新。
从CCS中的“Installation History (安装历史记录)”选项卡：
2017年8月3日，中午12：26：24 CDT安装了7.2 Studio．0.0.0013万。
2017年8月3日，12：41：49 PM CDT已安装org.eclipse.rtsc.xdctools：3.32 ．2.25 ，org.eclipse.rtsc.xdctools：3.50 ．2.20
2017年8月15日，10：01：44 AM CDT更新包括：COM.TI.CGT.m442.Win32 430.16 ，com.ti.msp.debug_probe,com.ti.msp430.ccs_header_files,com.ti.msp430.gcc_header_files,com.ti.msp430.support_files
2017年9月20日10:25:24 AM CDT更新包括：COM.TI.gcc.MSP430-Win32
2017年10月10日9:39:47 AM CDT更新包括：COM.TI.dsflash.win32

作为一项测试，我尝试使用.out而不是.hex文件(因为您说您已经使用msp430x54x_FET_1.c.out进行了测试)。 运行dslite.bat文件时，我仍收到带有.out文件的"未知设备"错误。

您认为MSP-FET固件存在问题吗？ 是否有办法告诉我MSP-FET上正在运行的固件版本？

此致，
Mike

您好，Mike：

感谢您提供更多信息。 我确信这将帮助我们的工具团队了解发生了什么。 我已将他们圈入，正在等待他们的反馈。

在我们尝试找出CLI软件包的问题时，我们提供的另一个命令行工具是MSP430-Fasher。 我使用以下命令检查MSP-FET的固件版本，使用在终端窗口中执行的命令“MSP430Flasher.exe -i Detect”检查MSPFlasher文件夹(对于我来说是C:\ti\MSPFlasher_MSP.15 1.3)。 如果固件太旧，则MSP430-FLASHER可能不会显示。 当MSP-FET的固件版本较旧时执行上述命令时，可能会要求您更新固件。

您可以尝试安装和使用最新的MSP430-FLASHER来升级MSP-FET的固件，然后尝试对MSP430F5438A进行编程。 我在 下面提供了MSP Flasher's User's Guide (MSP闪光灯用户指南)供您参考。 第3节包含可用的触发器和参数，第4节包含退出规范。 第7节包括几个从.txt文件加载和执行代码的示例命令。

如果您对MSP430闪光灯有任何疑问或遇到任何问题，请告诉我。 希望这能帮助您在发展过程中取得进展。

此致，

詹姆斯

MSP客户应用程序

您好，James：

我使用-i Detect选项试用了MSP Flasher 1.3 v > 15软件。 它表示FET固件是最新的。
我在下面粘贴的其余信息：
*参数：-i检测
*---------------------------
*驱动程序 ：已加载
* dll版本：3100.1万
* FwVersion：3100.0003万
*接口：检测
黄禹锡教授组(HwVersion): U 3.0
* JTAG模式：自动
*设备 ：MSP430F5438A
* EEM ：7级，时钟控制2
* VCC关闭

我决定尝试使用闪光器软件从命令行对MSP430进行编程。 使用CCS软件中的.hex文件，Flasher返回“ERROR: file type could not be identified”(错误：无法识别文件类型)。 然后，我将.hex文件每行的第一个字符从“%”更改为“:”。 然后，Flasher软件返回“ERROR: Error within Intel Hex file.(错误：Intel Hex文件中的错误。)” 我尝试了Unix和DOS EOLS，两种情况都有相同的错误。

最后，我开始研究如何在编译器中制作TI文本文件。 在Project -> Properties -> CCS Build -> MSP430 Hex Utility中，我单击了“Edit Flags...”并添加了“--ti-txt”。 然后，我使用Hex Utility生成的TI文本文件尝试了MSPFlasher。 它是有效的。 现在，我可以从命令行对TI MSP430部件进行编程。

总之，不要放弃MSPFlasher计划。 我在几个地方看到它已经过时了，但现在看来，它是从命令行对某些芯片进行编程的唯一方法。

此致，
Mike

您好，James：

谢谢，我现在将继续使用MSP Flasher软件。 如果工具团队解决了CLI问题，请对此线程作出响应，以便我知道更新我的UniFlash安装。

此致，
Mike

我要这个。 如果您有任何其他问题，请随时告知我们。

此致，

詹姆斯

MSP客户应用程序

您好，Mike：

快速更新-软件团队正在尝试复制您的问题，但尚未能够复制。 他们有一些后续问题。

• 您使用的是MSP430F5438A的哪个器件版本？
• 您使用的是哪种JTAG接口(2线SBW或4线JTAG)？

我知道MSP430-Fasher可以自动检测要使用的JTAG接口(基于您的硬件配置)，但我不确定CLI是否可以执行此操作。 可能是它使用了错误的接口，这可能会导致此错误消息。

此致，

詹姆斯

MSP客户应用程序

您好，James：

感谢您的更新。 对于MSP430F5438A的器件版本，我不知道。 我似乎需要编写一些代码来查询TLV寄存器，然后向您发送结果。 我正在使用4线JTAG接口。 我们的JTAG原理图与SLAU278Y图2-1所示的信号连接一致。

此致，
Mike

您好，Mike：

感谢您提供信息并遵循图2-1中建议的连接(这对于正确的JTAG操作非常重要)。 您可以通过查看软件包的顶部来识别版本。 通常，显示“REV x”，其中x是特定的修订版代码。

此致，

詹姆斯

MSP客户应用程序

Mike，

在您的原始帖子中，您提到您可以使用GUI对设备进行编程，这是否始终有效？ 使用CLI (DSLite)始终失败？

如果是，还可以为GUI运行提供调试服务器日志记录吗？ 我认为您已经提供了失败的CLI运行的日志，因此我想尝试比较两个日志文件，看看有什么不同。

谢谢！
Ricky

我检查了包裹。 我使用的是Rev. F零件。

您好，Ricky，

我可以使用GUI进行编程，但第一次尝试总是失败。 因此，是的，在这方面是一致的。 是的，我从未能使用独立命令行工具对该零件进行编程。

我将很快为您提供GUI程序员的日志。

此致，
Mike

Mike，

有趣；所以第一次在GUI中总是失败？ 这也许说明了GUI和CLI流之间的区别，因为如果不关闭所有内容并在CLI中重新启动，您将无法进行第二次编程尝试。

希望GUI日志将提供一些有用的信息，说明导致此问题的原因。

谢谢！
Ricky

Ricky，

我正在附加UniFlash编程运行中的日志文件。 下面是来自UniFlash控制台的简短输出：

[MSP430，4:53:58 PM][ERROR] 2017年15月11日 ：连接目标时出错：未知设备

[ 2017年15月11日 ，4:54:05 PM][信息] MSP430：闪存/FRAM使用量为2552字节。 RAM使用率为215字节。

[ 2017年15月11日 ，4:54:05 PM][成功]程序加载已成功完成。

Mike

e2e.ti.com/.../ds.log

您好，Mike：

感谢您提供设备版本。 在使用MSP-FET对设备进行编程时，您是使用外部电源为设备供电，还是使用MSP-FET为设备供电？

感谢您的耐心等待和反馈，我们将努力缩小问题范围。

此致，

詹姆斯

MSP客户应用程序

您好，James：

我正在使用外部电源为MSP430供电。

此致，
Mike

感谢您的确认。 我已经传递了您的反馈。

此致，

詹姆斯

MSP客户应用程序

您好，Mike：

很抱歉耽误你的时间。 软件团队仍在努力解决此问题。 能否尝试配置CLI软件包以使用慢速JTAG模式？ 我已为MSP430F5438A附加了一个目标配置文件(.CCXML)，该配置文件已针对该模式进行了配置(使用CCS进行配置)。 使用 基于云的UniFlash工具，选择"从现有目标配置文件创建会话"选项，选择此.CCXML文件，单击"开始"，然后生成CLI软件包。

如果可以的话，请告诉我，再次感谢您的耐心等待。

此致，

詹姆斯

MSP客户应用程序

我看到我没有附加.CCXML文件。 在这里。

e2e.ti.com/.../MSP430F5438A.ccxml

此致，

詹姆斯

MSP客户应用程序

James，

我已经离开这个项目一段时间了。 感谢您的更新。 下周我将能够测试配置文件。

此致，
Mike

James，

仍然不能使用新的配置文件。 我要将终端日志和通过在dslite.bat文件中添加-g选项生成的可执行日志附加到附件中。

Mike

e2e.ti.com/.../terminal.log

e2e.ti.com/.../test.log

您好，Mike：

非常感谢您尝试此操作。 我会将日志文件转发给我们的软件团队，如果发现任何问题，我会通知您。

此致，

詹姆斯

MSP客户应用程序

您好，Mike：

我又来了。 我们的软件团队为此案例创建了一个自定义DLL，我已将其附在附件中。 如果您方便(不着急)，请尝试将MSP430闪烁器工具使用的DLL切换为此DLL，使用MSP430-闪烁 器工具对器件进行编程，并共享日志文件吗？ 再次感谢您的帮助和耐心。 我们非常感谢。

e2e.ti.com/.../MSP430.dll

此致，

詹姆斯

MSP客户应用程序

James，

我尝试了新的DLL文件。 运行dslite批处理文件时，新固件已加载到我的MSP-FET上。  安装新固件后，它打印出已成功将图像加载到微控制器。

以下是日志文件：

e2e.ti.com/.../new_5F00_dll_5F00_test.log

e2e.ti.com/.../command_5F00_prompt.log

Mike

您好，James：

我尝试了在CSS上使用测试固件的MSP-FET，以查看它是否会停止调试器上所需的重试，但CSS将旧固件重新加载到MSP-FET上。

我不确定使用测试DLL加载软件是否成功是福禄克的，所以我再次尝试了命令行。 这一次它第一次失败了。 我尝试了很多次，有一些成功，也有一些失败。 我取得了成功，这意味着我认为您正朝着解决问题的方向前进。

以下是新的日志文件：

e2e.ti.com/.../new_5F00_dll_5F00_test2_5F00_command_5F00_prompt.log

e2e.ti.com/.../new_5F00_dll_5F00_test2.log

此致，

Mike

您好，Mike：

很棒！ 非常感谢您共享这些详细信息和日志文件。 我会将它们传递给我们的软件团队，让您随时了解最新信息。

此致，

詹姆斯

MSP客户应用程序

您好，Mike：

[报价用户="Mike Ostrego"]

我尝试 了在CSS上使用测试固件的MSP-FET，以查看它是否会停止调试器上所需的重试，但CSS将旧固件重新加载到 MSP-FET上。

我不确定使用测试DLL加载软件是否成功是福禄克的，所以我再次尝试了命令行。 这一次它第一次失败了。 我尝试了很多次，有一些成功，也有一些失败。 我取得了成功，这意味着我认为您正朝着解决问题的方向前进。

以下是新的日志文件：

(请访问网站以查看此文件)

(请访问网站以查看此文件)

[/引述]

为了确认，MSP-FET的固件在与CCS一起使用后已使用原始DLL进行了更新，但与CLI一起使用时出现了几次失败。 使用测试DLL时，您未看到CLI出现任何故障。 这是否正确？

第二个测试日志显示第一次尝试成功和不同的错误行为(验证错误而不是连接错误)。 如果可能，您是否可以共享MSP-Flasher控制台输出？

再次感谢。

此致，

詹姆斯

MSP客户应用程序

您好，James：

当我重新运行DSLite命令行工具时，实验DLL MSP430-dll重新编程了MSP-FET，我认为与第一次实验测试相同的MSP-FET固件负载。 我这样做的原因是我不能相信固件安装本身不会推动MSP-FET正常工作。 这是我第二次测试试验性的MSP430.dll，如果您看一下我之前发布的new_dll_test2_command_prompt.log，则在安装新的MSP-FET固件后，写入失败。 是的，与原始MSP-FET固件无法写入时，这是另一个错误。

错误：MSP430：在长度0xa2的第0页0x5c00处写入内存块时出现问题：
无法写入设备内存
错误：MSP430：文件加载器：验证失败：目标写入0x05C00失败
已完成

同样，如果您查看new_dll_test2_command_prompt.log文件，它似乎每隔运行dslite一次就无法将可执行文件写入MSP430微处理器。 我认为这是一个进步。 50 % 速率下的故障优于100 % 速率下的故障。 我遇到的问题是，每次在UniFlash或CCS中运行MSP-FET时，旧固件都将被重新送入MSP-FET。

Mike

另外，我在上一篇文章中将MSP-Flasher/DSLite的控制台输出共享为new_dll_test2_command_prompt.log。
以下是链接：
e2e.ti.com/cfs-file/__key/communityserver-discussions-components-files/166/new_5F00_dll_5F00_test2_5F00_command_5F00_prompt.log

您好，Mike：

感谢您分享这些详细信息。 我已将它们传递给我们的软件团队。

此致，

詹姆斯

MSP客户应用程序

是否有运行批量擦除的方法？
我尝试为我们的合同制造商使用独立工具，但它似乎不执行批量擦除，因此必须使用uniflash GUI，这对于生产来说是不可接受的。

感谢您的反馈