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/TMS320DM6433:USB560V2

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

https://e2e.ti.com/support/tools/code-composer-studio-group/ccs/f/code-composer-studio-forum/675954/ccs-tms320dm6433-usb560v2

器件型号:TMS320DM6433

工具/软件:Code Composer Studio

我们有一款基于 TMS320DM6433的成熟产品。  该产品是使用 CCS V6.x 开发的、并通过 Blackhawk USB560V2 JTAG 调试器进行调试。  当我们开始开发新产品时、我们决定升级到 CCS V7。  与此升级一起、我们也将传统产品切换到 CCS V7。  自从进行此开关以来、我的调试环境变得完全不可靠。

由于 Blackhawk 驱动程序签名、CCS V7的初始安装出现问题。  在 Windows 中禁用驱动程序签名要求可以解决此问题。  我可以使用 Blackhawk JTAG 调试器连接到我的目标、但它无法正常运行。  在单步执行代码时、它通常会"安静地"断开连接。  也就是说、不会显示错误消息、但代码执行停止并且变量/存储器不可访问。  通常在调试过程中、代码会"插入" printf 输出循环、在该循环中、我假设代码尝试通过 USB 将数据发送回 PC。

如果我在同一台计算机上切换回 CCS V6并使用相同的 Blackhawk 调试器、则一切都正常。

我的系统规格如下:

  • Windows 10 Pro、64位、v1709内部版本16299.309
  • CCS V7.4.0.00015
  • Blackhawk 驱动程序 V6.2.0.009

我必须让我的环境在 CCS V7下运行、因为我所在部门的其他开发人员都在使用它。  如果有任何建议,将不胜感激。

此致。

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

    尊敬的 Stuart:

    [引用 user="Stuart Tenenbaum">CCS V7的初始安装因 Blackhawk 驱动程序签名而出现问题。  在 Windows 中禁用驱动程序签名要求可以解决此问题。  [/报价]

    我认为在应用 Windows 10补丁时出现了此问题。 我的情况就是这样。 根据 Blackhawk 的建议、我必须在 BIOS 中禁用某些内容、以便能够解决此问题

    [引用用户="Stuart Tenenbaum"]

    我可以使用 Blackhawk JTAG 调试器连接到我的目标、但它无法正常运行。  在单步执行代码时、它通常会"安静地"断开连接。  也就是说、不会显示错误消息、但代码执行停止并且变量/存储器不可访问。  通常在调试过程中、代码会"插入" printf 输出循环、在该循环中、我假设代码尝试通过 USB 将数据发送回 PC。

    如果我在同一台计算机上切换回 CCS V6并使用相同的 Blackhawk 调试器、则一切都正常。

    [/报价]

    这很难调试。 我有相同的调试探针、在使用 CCSv7时、它对我来说非常可靠。 CCSv6和 CCSv7中的 Blackhawk 驱动程序版本是否相同(您是否在 CCSv6中更新了 Blackhawk 驱动程序)? 您是否在两个 CCS 版本之间使用相同的目标配置文件?

    谢谢

    Ki

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好 Ki、
    感谢您的快速响应。 与 Windows 10更新一起出现的驱动程序问题是正确的。 Blackhawk 也指示我在 BIOS 中禁用驱动程序签名。

    我在 CCS V6和 V7之间使用相同的 CCXML 和 GEL 文件。 也许值得注意的是、我的同事有 Blackhawk 驱动程序 V6.2.0.007、并且他们的调试环境运行良好。 我有 V6.2.0.009。 我的理解(根据 Blackhawk)是、驱动程序的009版解决了签名问题。 但是,在我的计算机上,版本009未解决驱动程序签名问题。

    您运行的是哪个版本的 Blackhawk 驱动程序? 有什么建议吗?

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

    [引用用户="Stuart Tenenbaum"]也许值得注意的是,我的同事有 Blackhawk 驱动程序 V6.2.0.007,他们的调试环境运行良好。 [/报价]

    这也适用于 CCSv7? 您的探头在 CCSv7环境中工作正常吗?

    [引用 user="Stuart Tenenbaum">您运行的是哪个版本的 Blackhawk 驱动程序? 是否有任何建议?[/引述]

    我实际上有 Blackhawk 驱动程序版本6.2.0.008。 我将更新至.009、查看是否发现任何问题

    谢谢

    Ki

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    我最近在 CCSv7.4上更新到了 BH 驱动程序6.2.0.009。 我一直在使用它一段时间、到目前为止、我还没有遇到任何问题。 您遇到的问题是否非常零星、或者它们是否经常快速发生?

    您是否有机会尝试探查同事的 CCSV7环境?

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

    我无法在我的计算机上进行调试、只需几分钟、几个断点或几个代码行步进。  问题经常发生。

    我在其他几台机器上试用了 Blackhawk USB560V2探针、效果良好。  我还尝试了机器上的其他探头、它们出现了问题(静音断开)。

    谢谢、

    Stuart

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

    [引用 user="Stuart Tenenbaum"]我还尝试了机器上的其他探头,发现了问题(静默断开连接)。[/引用]

    是否有这些不同的探头? 非 Blackhawk 探头?

    是否还可以生成调试服务器日志并将其附加到此线程?

    http://processors.wiki.ti.com/index.php/Troubleshooting_CCSv7#Debug_Server_Logging

    谢谢

    Ki

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

    在过去的几天中、我尝试在启用调试日志记录的情况下捕获故障。  在这些情况下、系统似乎不会出现故障。  这是否可以作为问题根源的线索?

    谢谢、

    Stuart

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    日志记录真正可以做的事情(除了收集诊断消息)是减慢调试器的速度。

    这种行为是否相当可重现:
    -注销,仿真连接不稳定
    -登录和仿真连接是可靠的


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

    e2e.ti.com/.../6013.ds.zipHere's一个日志文件,从安静的断开连接中删除。

    Stuart

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

    这是一个日志文件、日志文件要短得多、并且存在静默断开错误。

    e2e.ti.com/.../6064.ds.zip

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

    这是另一个日志文件、在短时间内多次出现故障。  这些日志文件是否能揭示问题的真相?  很明显、我的工作效率已经停止了、因为我一次只能进行几分钟或几秒钟的调试、然后才能重新启动调试器(最好)、或者经常退出并重新启动 Code Composer.e2e.ti.com/.../1376.ds.zip

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    感谢您的日志。 其中一个日志显示调试器尝试解除调用堆栈时出现的问题。 单步执行0x87D834C8的断点时会发生这种情况。 该地址是什么? 是否可以获取*。out 文件以进行进一步分析? 如果您愿意、可以通过私人论坛消息将其私下发送

    谢谢
    Ki
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    感谢您提供可执行文件。 我们能够在调试服务器日志中找到调试器不稳定的根本原因。 当尝试在应用程序中的特定点解除调用栈时、调试器会出现问题。

    我为此提出了一个错误。 跟踪 ID:CCBT-2250

    希望这是问题所在。 我有点困惑、为什么您的同事在 CCSv7中无法重现您的情况。 但希望上述问题的解决方案能够解决您所看到的不稳定问题

    谢谢
    Ki