主题中讨论的其他器件: CC2652RB、 CC1310
我需要使用 Uniflash 的 CLI 对目标执行 MassErase。 我可以使用 SmartRF 闪存编程器2成功完成此操作、但无法使用它。 我需要使用 Uniflash CLI。
在 Uniflash CLI 中、它提到为了在具有锁定调试接口的器件上执行 MassErase、必须执行以下操作:
如何在.ccxml 文件中指定 custom="no"? 您能为我提供这样做的语法吗?
目前、CCXML 文件如下所示:
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.
我需要使用 Uniflash 的 CLI 对目标执行 MassErase。 我可以使用 SmartRF 闪存编程器2成功完成此操作、但无法使用它。 我需要使用 Uniflash CLI。
在 Uniflash CLI 中、它提到为了在具有锁定调试接口的器件上执行 MassErase、必须执行以下操作:
如何在.ccxml 文件中指定 custom="no"? 您能为我提供这样做的语法吗?
目前、CCXML 文件如下所示:
Daniel、您好!
[引用 user="Daniel Cambry">如何在.ccxml 文件中指定 custom="no"? 您能为我提供这样做的语法吗?
在目标配置文件编辑器的高级编辑器中、所有子路径节点都有"自定义配置"复选框。 消息引用此复选框。
但是、我咨询了 UniFlash 专家、他觉得这条消息有点过时、并且有一种新的(更有效)方法可以在锁定的 LPRF 器件上执行整体擦除。 尝试:
> dslite -模式 cc13xx-cc26xx-批量擦除-d XDS110
请尝试上述操作。
谢谢
Ki
[引用 user="Ki"]
但是、我与 Put UniFlash 专家进行了检查、他认为此消息有一点过时、并且有一种新的(更有效)方法可以在锁定的 LPRF 器件上执行整体擦除。 尝试:
> dslite -模式 cc13xx-cc26xx-批量擦除-d XDS110
[/报价]
请注意、如果您使用的是旧版本、则可能必须更新您的 UniFlash 版本。 我可以确认以上选项仅适用于 UniFlash 6.0和5.3。
Ki、
是否有任何方法可以使用"cc13xx-cc26xx-mass erase-erase"模式来指定特定的目标 XDS110? 我有一个连接了多个 XDS110的生产装置、每个都有自己的目标。 在过去使用 uniflash 时、我能够指定要在.ccxml 目标配置文件中使用的 XDS110序列号。 但'cc13xx-cc26xx-mass erase-erase"模式的帮助显示'-d'是唯一的选项... 如果连接了多个 XDS110、它会选择哪一个?
谢谢
Daniel Cambron
[引用 USER="Daniel Cambry">但是'cc13xx-cc26xx-mul量 擦除'模式的帮助显示'-d'是唯一的选项... 如果连接了多个 XDS110、则选择哪一个?[/QUERP]
PC 枚举的第一个。
[引用 user="Daniel Cambry">是否有任何方法可以使用'cc13xx-cc26xx-mass 擦除'模式指定特定的目标 XDS110? [/报价]
不幸的是、不 不过、在支持这一目标的过程中、我们还进行了一些讨论。
[引用 user="Daniel Cambry">我有一个附带了多个 XDS110的生产装置、每个 XDS110都有自己的目标。 在过去使用 uniflash 时、我能够指定要在.ccxml 目标配置文件中使用的 XDS110序列号。
我认为您需要返回到使用旧命令进行批量擦除。
这又回到了我的评论:
在目标配置文件编辑器的高级编辑器中、所有子路径节点都有"自定义配置"复选框。 消息引用此复选框。
基本上禁用 subpath_0和 subpath_1的复选框
并使用原始命令:
> dslite -c .ccxml -O MassErase
谢谢
Ki
有关该问题的更多背景信息:
我最初尝试将 SmartRF 闪存编程器2用于此生产编程装置。 但是、该程序使用的仿真包的旧版本与 XDS110固件的最新版本不兼容。 需要使用最新的 XDS110固件、因为我需要能够使用 dbgjtag 程序打开和关闭 XDS110上的目标电源。 这不是旧 XDS110固件和旧嵌入式产品的选项、因此我不得不跳过发货并转到使用 UNIFLASH。
这就是为什么我经常让 UNIFLASH 处理连接到多个 XDS110的目标的批量擦除。
Daniel -尝试此解决方法。 我们将再次使用该另一个新命令。 除了我调整了该命令、以便您可以将 CCXML 文件传递给它。
浏览至: \desktopdb\content\TIC扬 声器 Agent\win\ccs_base\DebugServer\scripts
备份此文件: cc13xx-cc26xx-mass erase-erase.dsls (您可以重命名它或其他任何文件)。
将其替换为以下附加文件:
然后按如下方式运行该命令:
> dlite -模式 cc13xx-cc26xx-批量擦除-c .ccxml
这适用于我连接了多个 xds110探测器的环境、并通过指定序列号的 CCXML 文件进行传递。
请告诉我这是否适合您。
谢谢
Ki
[引用 user="Daniel Cambron"] 请注意、我现在实际上使用 LAUNCHXLCC2640R2 launchpad 作为 XDS110。 它通过10引脚 SWD 电缆连接到我的定制板。 这就是序列号为"L50000BI"的原因。 生产设置具有实际的独立 XDS110单元... 但无论如何、它应该起作用、对吧? [/报价]
由于 cc13xx-cc26xx-mass 擦除命令的原始命令脚本对您有效、而修改后的脚本似乎没有表明 CCXML 文件存在一些问题。 我在脚本中所做的唯一主要更改是、您能够指定您的 CCXML 文件、而不是使用命令始终在引擎盖下使用的默认 CCXML 文件。
我需要仔细查看您的 CCXML。 我会随时向您通报我的进度。
谢谢
Ki
这是我拥有的两个文件-'nocustom'一个是我们使用旧方法时生成的、另一个文件是我使用 dlite 成功将程序刷写到芯片上的文件。 据我所知、这些文件的内容与我粘贴到先前批注中的内容相同。
https://drive.google.com/file/d/1oXv3HB_XFbLxBNHmT7OuvJLRfsf5T4_k/view?usp=sharing
https://drive.google.com/file/d/1V1aiRljlckGdiFwAsxNeKlcy2AyBPiWG/view?usp=sharing
谢谢。 您的 CCXML 文件工作正常(我刚刚更改了 SN 以匹配我的文件)。 请注意、您的第一个 CCXML 文件已配置为一个 XDS110探针。
您的环境必须存在一些奇怪的问题。 同样奇怪的是、原始命令 cc13xx-cc26xx-mass erase 对您有效、修改后的命令对您无效。 如前所述、区别在于原始命令使用默认的 CCXML 文件。
您能否尝试单个 XDS110设置并在传递默认 CCXML 时使用新命令? 默认文件位于:
\desktopdb\content\TIC扩音器 Agent\win\ccs_base\arm\cc13xx_cc26xx_2pin_cJTAG_XDS110.ccxml
Ki、
我能够使用属性修改默认的 CCXML 以显式指定 XDS110序列号、它运行良好、刷写了我想要的特定板。 因此、我想我能够使用此解决方案运行、只需将此类 CCXML 文件用于擦除步骤、然后可能返回到我的旧 CCXML 文件进行刷写步骤。 我仍然不确定我的 CCXML 文件中的内容与我的环境不符、但至少我已经达到了一个状态、可以完成我尝试执行的操作。
感谢您在这方面的所有帮助!
[引用 user="Daniel Cambron"]我可以修改默认的 ccxml 属性以明确指定 XDS110序列号、它运行良好、刷写了我想要的特定板。 [/报价]
啊、听得好!
[引用 user="Daniel Cambring"]我仍然不确定我的 ccxml 文件中的内容是否与我的环境不符
在比较两个 CCXML 文件(您的文件和默认文件)时、我看到您的"电源选择"设置设置为"探针供电"、而默认 CCXML 具有"目标供电"。 另一个很大的区别是默认器件是 CC1310 (考虑到 cc13xx 和 xx26xx 器件的基本相似性、该器件非常适合简单连接)。 这些设置中的一个(或它们的组合)可能会导致您的环境中的问题(尽管您的 CCXML 对我使用我的1312非常有用)。