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.

[参考译文] CCS/LAUNCHXL2-TMS57012:使用 XDS110时单步执行缓慢?

Guru**** 2555630 points
Other Parts Discussed in Thread: SEGGER, LAUNCHXL2-RM46, TMDSEMU110-U

请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/tools/code-composer-studio-group/ccs/f/code-composer-studio-forum/701602/ccs-launchxl2-tms57012-slow-single-stepping-when-using-xds110

器件型号:LAUNCHXL2-TMS57012
主题中讨论的其他器件:SEGGERLAUNCHXL2-RM46TMDSEMU110-U

工具/软件:Code Composer Studio

我可以确认 CCS V8仍然存在此问题。

我们有一个第三方调试器(Segger J-link)、该调试器工作速度快得闪电。

我连接了调试服务器 log.e2e.ti.com/.../6661.ds.zip

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好!

    感谢您的报告。 尽管我无法在 Cortex M4F 器件的另一个线程中重现此问题、但我发现我的 LAUNCHXL2-RM46板上的步进操作有点慢。 我使用的是 Windows 10 1709和 CCSv8.1.0.00011、但在我的案例中、我们有一个 IT 强制软件、已知它会降低 CCS 运行速度。

    e2e.ti.com/.../2018_2D00_06_2D00_21_5F00_13h12_5F00_20.mp4

    我在 Windows 7/64 (7.3.0和8.1.0)上测试了两个版本、但没有出现问题的软件、结果与预期不同。 但是、结果没有多大不同。  

    e2e.ti.com/.../2018_2D00_06_2D00_21_5F00_15h16_5F00_35.mp4

    在这种情况下、我将很快提交增强请求、并使用其条目编号进行报告。  

    给您带来的不便、我深表歉意、

    拉斐尔

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好!

    我今天提交了增强请求 DBGTRC-4108。 我有几个小时、请在下面我签名的链接 SDOWP 中检查它的状态。

    给您带来的不便、我深表歉意、
    拉斐尔
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    谢谢、我正在等待问题得到解决。
    但是、我无法登录 SDOWP...
    在您的视频中、调试速度似乎相当可以接受。 在本例中、每个步骤需要大约2-3秒。
    我们还使用企业 IT 托管 PC (Siemens)、因此原因可能还包括一些在后台运行的可疑 IT 软件。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好!

    SDOWP 遇到了一些困难。 它现在处于在线状态。

    以上视频是采用出色主机 PC 配置时拍摄的:一个内核 i7-6820HQ (2.67GHz)、一个内核 i7-3770 (3.40GHz)、两个内核都具有16GB RAM。 录制过程中没有发生防病毒或其他磁盘密集型活动、也没有其他明显使用 CPU 的过程(CCS 和视频采集软件除外)。 由于通过远程桌面会话连接,第二个视频可能会有额外的延迟。

    由于您的性能更慢、我将检查我上面提到的项目、看看您是否可以获得一些改进。 此外、请仔细检查 Eclipse Indexer 是否正在工作区的项目上运行、以查看是否存在任何潜在问题。

    关于分度器、您可以尝试禁用一些相关选项。
    e2e.ti.com/.../2441873

    尽管我的系统中的步进操作速度更快、但优化的增强请求可能仍然有用、因为我可以看到它在 Cortex A 或 M 等其他内核上的性能更好

    此致、
    拉斐尔
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    同时、我在"干净"计算机上测试了 Launchpad 调试(无防病毒、企业 IT、Win7、全新安装 CCS V8.1)。

    遗憾的是、我看不到调试速度有什么不同-它是相同的、非常缓慢、需要3-5秒到达断点、需要1-3秒到达单步。

    因此、我真的不明白为什么这么慢、当我可以在您的视频上清楚地看到它可以正常工作时...

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好!

    让我确认一点:当您提到 Jlink 速度很快时、它是否在 CCS 下调试相同的器件? 还是连接到其他电路板/IDE?

    此外、您的 Launchpad 电路板上是否只有内置 XDS110、或者您是否正在使用独立的 TMDSEMU110-U 仓体? 这些应该具有相同的性能、但 我想知道是否有足够的差异导致这种额外的延迟。

    最后一个问题:我怀疑固件版本已更新、但尝试不会受到影响。 如果从下面提到的目录中发出命令 xdsdfu -e,则应该是版本2.3.0.14。

    Microsoft Windows [版本10.0.16299.492]
    (c) 2017 Microsoft Corporation。 保留所有权利。
    
    C:\ti\ccsv8\ccs_base\common\uscif\xds110>xdsdfu -e
    
    USB Device Firmware Upgrade Utility
    版权所有(c) 2008-2018 Texas Instruments Incorporated。 保留所有权利。
    
    正在扫描支持的 XDS110器件的 USB 总线...
    
    
    <<<器件0 >>
    
    VID:0x0451 PID:0xbef3
    器件名称:XDS110采用 CMSIS-DAP 的探针
    版本: 2.3.0.14
    制造商:德州仪器
    序列号:00000000
    模式: 运行时
    
    发现1个设备。
    
    

    此致、

    拉斐尔

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    你好!

    我正在使用 J-link 在 CCS 中的同一项目下调试同一器件。 我将 JTAG 接头 J1焊接到 Launchpad 上、我刚刚更改了目标配置。 我在 Launchpad 上只有内置 XDS110。

    我的固件:

    Microsoft Windows [版本6.1.7601]
    版权所有(c) 2009 Microsoft Corporation。 保留所有权利。
    
    D:\ti\ccsv8\ccs_base\common\uscif\xds110>xdsdfu.exe -e
    
    USB Device Firmware Upgrade Utility
    版权所有(c) 2008-2018 Texas Instruments Incorporated。 保留所有权利。
    
    正在扫描支持的 XDS110器件的 USB 总线...
    
    
    <<<器件0 >>
    
    VID:0x0451 PID:0xbef3
    器件名称:XDS110嵌入 CMSIS-DAP
    版本: 2.3.0.14
    制造商:德州仪器
    序列号:HL512000
    模式: 运行时
    
    发现1个设备。
    
    D:\ti\ccsv8\ccs_base\common\uscif\xds110> 

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    我是原始主题的海报:

    e2e.ti.com/.../660958

    只是想听到蜂鸣音、并说根据您的描述、您的调试缓慢问题与我们的问题相同。 遗憾的是、到目前为止、我们尚未解决此问题、XDS110未使用。 当过程如此缓慢时、将其用于单步调试是不可行的。

    希望通过您能够提供的其他信息、TI 能够重现并解决问题。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好!

    感谢您发送更多详细信息;今天我将尝试在我的 RM46 Launchpad 上焊接一个连接器、并在此处与我的 Jlink 进行比较。 我正在尝试获取此板性能的基准。  

    如12ve12pm 所述、这在某些系统中发生、但遗憾的是、我们无法在此处完全复制到完全可用性障碍的位置。  

    此致、
    拉斐尔

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    对此进行了任何更新?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好!

    我终于找到了将连接器焊接到 launchpad 上的时间、并且在 Cortex R5上使用 Jlink 时、步进操作有了显著的改进。 此速度也与 XDS200相当、因此 XDS110在设计上可能不具有相同的性能、但增强报告仍在评估队列中。

    12ve12pm、在您的案例中、我真的无法重现问题-对于 Cortex M4、我不能注意到显著的差异。

    无论如何,我会随时为您发布这些动态。

    此致、
    拉斐尔