[参考译文] TM4C129ENCPDT：程序下载速度

好的，我找到 了这个 https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/863792/tm4c129encpdt-tm4c129encpdt-download-and-simulation-tools

有人能报告速度差异：XDS560v2是否比 XDS110快，或者速度限制是否与 TM4C129功能相关？

您好 Michael，

我认为我们从未真正对这些点进行过基准测试，但许多瓶颈只是通过 JTAG 写入闪存所需的时间。 我不知道 XDS560甚至 Seggar J-Link 的速度会有多快，但我从未听说过客户使用它们来提高速度，而只是增加了调试功能。

这似乎是调试会话的 CCS 问题，但我通常不会看到，因此可能是编程步骤的问题，无论在生产中您使用 CCS Uniflash，也根本没有这个问题。

此致，

拉尔夫·雅各比

提到速度问题：我必须自行评估，然后[sigh]。

借助 Uniflash，我们不会在生产中遇到下载问题。 但在这种情况下，控制器处于出厂状态，因此这并不奇怪。 使用“全新”部件进行调试时，CCS 也不会遇到任何问题。

迈克尔：

今天下午，我可以尝试使用 ICDI vs XDS200 vs Seggar J-Link on Uniflash 快速检查 DK-TM4C129X 上的1MB 图像，以查看后者是否为 XDS200提供了明显的优势。 我没有 XDS560可供测试。

此致，

拉尔夫·雅各比

你好，拉尔夫，

听起来很棒！

此致

米奇

MSP432E401Y 上的调试探测器性能比较具有一些关于 XDS560 (和其他调试探测器)的基准， MSP432E401Y 是 TM4C129的姊妹器件，因此应该具有可比性。

你好，拉尔夫，

感谢你的帮助。

如果 “调试探测器性能比较” 对 TM4C 也有效， 则 XDS560v2的速度不会更快(如果可以评估此特定设备，也欢迎这样做)。

然后我会购买 SEGGER。 我还会检查那里的不同选项。 是否有用于 J-Link 集成的电子表格，还是开箱即用？

此致

米奇

迈克尔：

不幸的是，我找不到一台 XDS560进行测试。 尽管如此，我希望切斯特所分享的内容将与 TM4C 的期望非常紧密地反映出来，因为这些设备非常相似，所以与 XDS200相比，XDS560似乎没有任何优势，而 J-Link 的速度将比两者都快。

此致，

拉尔夫·雅各比

你好，拉尔夫，

到目前为止还可以。 我查看了 SEGGER 的主页及其产品。 我已经看到，他们还有一个手臂闪光装置，这对我们的生产可能很有用。 它速度快，可以通过简单的 TCP 命令进行控制。 这比使用 uniflash 更容易。 我们将对此进行评估。 如果你不介意，我会报告。

我将检查不同的 J-Link 调试器和跟踪器件，并了解如何使用它们。 现在，我只使用 CCS 进行调试，无论如何。 我用 make 和 use emacs 编译(为什么这么做，这是另一个痛苦的故事...)。 嗯，我的梦想：在 emacs 中完成工作，快速下载，调试功能强大，在 emacs 中执行所有操作。 我的天，这将是一个美好的一天...

此致

米奇。

你(们)好

正如我所说的提供反馈：使用 Segger J-Link Ultra+调试器，我的下载时间为9秒。

我在这里拥有500 KB 的容量

+ ICD 调试器29秒

+ XDS110 20秒

+ JLink 9秒

编辑：对不起，我必须自己纠正。 如果我没有更改代码并执行简单的重新加载，则下一句是正确的。

此外：调试器还在检查天气，闪存块需要更新，因此如果我只在某些函数中更改，则只有这些块会被更新，这在开发过程中是最常见的情况。 此速度可达不到1秒。 它似乎更强大，6个以上的断点...

我对自己很生气，因为我之前没有对此进行调查。 我还会检查他们的 gdbsule (并报告)。 如果您对较小的项目进行编码，我真的可以推荐使用此调试器。 太棒了！！！ 我们还购买了 Segger Arm 闪光器，我认为这将是最快的。 当我们闪存大量设备时，这将节省大量时间。

此致

米奇