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:更改CSM密码后,无法连接到目标TMS320F2.8335万。

Guru**** 2589245 points
Other Parts Discussed in Thread: UNIFLASH

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

https://e2e.ti.com/support/tools/code-composer-studio-group/ccs/f/code-composer-studio-forum/601520/ccs-unable-to-connect-to-target-tms320f28335-after-changing-csm-password

主题中讨论的其他部件:UNIFLASHTMS320F2.8335万

工具/软件:Code Composer Studio

您好,

我可以使用 C2Prog.exe解锁Micro;但是 ,在Micro锁定后,我无法使用XDS100v2调试器连接到目标。

 根据SPRU963A (第23页),有两种方法连接仿真器(例如 XDS100v2)到目标锁定后:

1. 使用 “Branch to check boot mode”(使用“Branch检查引导模式”)引导选项。

    我的硬件没有设置 Branch以检查引导模式的启动选项的开关。

2. 使用 等待重置仿真模式。

我在“Advanced Target Configuration”(高级目标配置)中将EMU1设置为“HIGH”(高),将EMU0设置为“LOW”(低),并 使用除“All”(所有)以外的密码对设备进行编程。  执行此操作并重置设备后,我仍然无法连接(请参阅下面的连接错误对话框)。  

我做错了什么?

斯蒂芬

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

    斯蒂芬

    我目前没有F28x硬件,但我怀疑您还必须启用下面的选项,以强制设备在连接时采样EMU引脚。

    还有另一个线程讨论了另一个选项,但我无法准确判断结果,因为我无法访问下拉框位置的图像文件。

    https://e2e.ti.com/support/development_tools/code_composer_studio/f/81/t/49.3016万

    希望这能有所帮助,

    拉斐尔

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

    好的,我试过了,结果没能用。

    下面是我的项目的所有相关调试设置:

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

    拉斐尔今天似乎不在或忙碌。

    TI的其他人是否能够帮助我解决此问题。

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

    您好,

    在将电源回收到目标后,目标停止(如PCB上的LED所示,指示目标是否正在运行)。

    但是,当我尝试连接XDS100v2时,仍然收到-1015错误。

    两个EMU引脚外部连接较高。

    我还应该尝试什么?

    谢谢!
    斯蒂芬

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

    我尝试使用最新的UniFlash和来自的信息  但这不起作用。

    我还在USB-EMU [R2]坞站上试用了TMS320F2.8335万控制卡,但它不起作用。

    是否有人在调查此事?

    斯蒂芬

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

    斯蒂芬

    请对延误表示歉意;上周我在办公室内和办公室外。

    我能够始终如一地连接我的F2.8335万 eZdsp电路板,而无需通过跳线更改启动模式。 我意识到(前面提到过)的关键部分是,设备必须在启动时对EMUn PIN状态进行采样。 但是,我提到的重置选项对我也不起作用-很可能是因为它发出的软重置没有采样针脚。  

    我创建了一个简短的剪辑,显示了我连接到锁定目标所做的事情。 我从完全关闭电源的环境(XDS100v2和主板)开始,当我打开每个元件的电源时,我会显示测试连接的响应以说明步骤。  

    然后启动目标,第一次尝试连接将根据目标配置文件的配置设置EMUn PIN。 然后,我重启我的主板,并能够顺利连接到它。 我能够多次这样做。  

    请告诉我这是否适合您。  

    此致,

    拉斐尔

    e2e.ti.com/.../2017_2D00_06_2D00_12_5F00_13h29_5F00_09.mp4

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

    我做了以下工作:
    1.接通目标电源。
    2.将XDS100v2插入USB端口。
    3.选择调试(我已经在调试配置中选择了正确的选项并设置了密码)以调试目标。
    4.等待对话框显示无法连接。
    4.回收目标的电力
    5.再次选择“调试”


    在Configuration Target (配置目标)选项卡上,您是否检查了以下两项:
    -在程序加载或重新启动时重置目标
    -在加载符号和程序时重新启动目标

    斯蒂芬
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    在视频0:47中,当您按下调试按钮且调试配置对话框消失后,我注意到再次按下了测试连接按钮。

    是这样吗? 这种情况发生得非常快。 当时发生了什么事?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    我还完成了您的每个步骤:
    1.尝试在目标电源断开的情况下连接。
    2.接通目标电源并尝试连接。
    3.启动调试配置,并确保所有设置都正确。
    4.按调试。
    5. XDS100v2尝试连接到目标,但失败。

    为什么调试配置只启动调试器而不是立即连接?

    斯蒂芬
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    目标在回收电源后停止,因此EMU引脚正常工作。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    斯蒂芬

    >>在“配置目标”选项卡上,是否选中以下两项:
    >>-在程序加载或重新启动时重置目标
    >>-在加载符号和程序时重新启动目标
    这两个选项都被禁用,但在我的情况下,这些选项并不重要,因为我不加载任何代码,而只是连接到正在运行的目标。

    >>在视频0:47中,当您按“调试”按钮且“调试配置”对话框消失后,我注意到再次按了“测试连接”按钮。
    屏幕捕获软件可能显示了一个项目,但此时调试器正在启动,我没有按“测试连接”按钮。

    >>为什么调试配置只启动调试器而不是立即连接?
    我使用的调试配置与项目无关,因此调试启动完全是手动的-即,它要求您执行过程中的每个步骤。

    我注意到的一个细节是,如果我尝试启动与同一设备上的项目绑定的调试配置,则在连接阶段过程失败,因为它尝试加载代码,但设备未正确连接 (它需要硬重置才能采样EMUn引脚)。

    我将继续尝试其他一些事情,看看如何改进流程。

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

    我让它发挥作用。 我将目标置于引导加载程序模式(串行端口引导加载程序),并将EMU设置重新设置为禁用。

    我首先启动了调试程序(查看->目标配置,然后选择并启动了配置),然后我能够进行连接(即右键单击并选择了连接目标)。 我多次将电源回收到目标,每次连接时都是如此。

    在测试过程中,您的目标是否处于引导加载程序模式?  我是否应该期望它一直工作?

    斯蒂芬

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

    虽然您的步骤看起来正确,但我的设置无法正常工作。 我可以看到,在我重新接通电源后,目标已停止。 之后,我启动调试配置,然后尝试连接(即 连接目标)。 它不连接,并立即开始运行。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    好的,我错了...我做的不起作用。 它只允许我连接到引导加载程序代码。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    斯蒂芬

    >>在测试过程中,您的目标是否处于引导加载程序模式? 我是否应该期望它一直工作?
    我用相同的结果测试了各种引导模式(闪存,SPI等)-显然"等待引导"模式始终有效。

    >>尽管您的步骤看起来正确,但我的设置无法正常工作。 我可以看到,在我重新接通电源后,目标已停止。 之后,我启动>>调试配置,然后尝试连接(即 连接目标)。 它不连接,并立即开始运行。
    如果我正确理解了您的过程,在目标停止后,您应该只加载代码或符号(菜单“运行”-->“加载”-->“加载程序”或“加载符号”),前提是此时在目标已连接的情况下启动调试配置将撤消所有步骤。

    详情请访问 :processors.wiki.ti.com/.../GSG:Connecting_to_slave_cores_in_SoC_devices_v5

    >>它只允许我连接到引导加载程序代码。
    如果您看到bootloader代码,则表示它工作正常,给定密码锁定会阻止所有JTAG访问。

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

    下面是显示设置的所有步骤:

    -名为“G8TargetDebugConfiguration.CCXML”的目标配置文件位于项目文件夹中。
    -名为“G8TargetDebugConfiguration.CCXML”(位于“运行”->“调试配置”中)的调试配置如下所示进行配置(请参见图像)。
    -在“Target Configuration”(目标配置)文件高级设置中,我将JTAGE nTRST Boot-Mode (JTAGE nTRST引导模式)和Power-On-Reset Boot-Mode (加电重置引导模式)设置为EMU1为HIGH (高),EMU0为LOW (低),然后单击Save (保存)
    -我将目标电源再循环,然后从G8TargetDebugConfiguration.CCXML高级设置中选择“测试连接”。
    -然后,我再将电源循环到目标。 目标板上亮起的LED指示灯显示目标未运行(即停止)。
    -接下来,右键单击“Projects”(项目)->G8->G8TargetDebugConfiguration.CCXML (在视图->“Target Configurations”(目标配置)中),然后选择“Launch Selected Configuration”(启动所选配置)。
    -在调试窗口中,右键单击“Disconnected Target”(已断开连接的Target)并选择“Connect Target”(连接Target)。



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

    e2e.ti.com/.../Passwords.asm

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

    我已附加包含密码的password.asm文件。

    我可以使用C2Prog.exe和password.asm中包含的密码解锁闪存。

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

    您好 Rafael:

    我在今天上午发布之前错过了您之前的帖子。  请查看我的设置和使用的步骤。

    >>如果我正确理解了您的过程,在目标停止后,您应该只加载代码或符号(菜单“运行”-->“加载”-->“加载程序”或“加载符号”),因为此时在目标已连接的情况下启动调试配置将撤消所有步骤。

    我尚未将调试器连接到目标。  在我重新接通电源后,PCB上亮起的LED会告诉我目标已停止。  

    >>如果您看到bootloader代码,则表示它正在工作,给定密码锁将阻止所有JTAG访问。  

    它可能在bootloader代码中工作,但在引导至闪存模式下不工作。

    如何调试此问题?  我正在使用CCS v.6.2 和TI仿真器6.0 .628.1。

    斯蒂芬

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

    还有什么我应该检查的吗?

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

    斯蒂芬

    stevenh 说:

    下面是显示设置的所有步骤:

    -名为“G8TargetDebugConfiguration.CCXML”的目标配置文件位于项目文件夹中。
    -名为“G8TargetDebugConfiguration.CCXML”(位于“运行”->“调试配置”中)的调试配置如下所示进行配置(请参见图像)。
    -在“Target Configuration”(目标配置)文件高级设置中,我将JTAGE nTRST Boot-Mode (JTAGE nTRST引导模式)和Power-On-Reset Boot-Mode (加电重置引导模式)设置为EMU1为HIGH (高),EMU0为LOW (低),然后单击Save (保存)
    -我将目标电源再循环,然后从G8TargetDebugConfiguration.CCXML高级设置中选择“测试连接”。
    -然后,我再将电源循环到目标。 目标板上亮起的LED指示灯显示目标未运行(即停止)。
    -接下来,右键单击“Projects”(项目)->G8->G8TargetDebugConfiguration.CCXML (在视图->“Target Configurations”(目标配置)中),然后选择“Launch Selected Configuration”(启动所选配置)。
    -在调试窗口中,右键单击“Disconnected Target”(已断开连接的Target)并选择“Connect Target”(连接Target)。

    [/引述]

    我所执行的程序在以下方面与您的程序不同:

    -我有一个独立于项目的目标配置文件。 这可保证调试配置真正独立-即不会尝试在后台加载任何内容。 也许您可以尝试一下?

    -执行步骤7后,关闭并重新打开主板电源,然后尝试重新连接。 很明显,我没有LED指示灯来告诉我目标是否停止, 但在我的案例中,我无法确定JTAG调试探头是否在“测试连接”结束后以某种方式发布,因此我需要保证EMUn引脚被正确采样。 也许您可以跳过"测试连接"阶段并尝试这种方式?  

    -我不知道您是否告诉我您的设备正在尝试使用哪种引导模式。 也许这会对我在这里取得的成果产生影响。  

    此致,

    拉斐尔

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

    -我有一个独立于项目的目标配置文件。 这可保证调试配置真正独立-即不会尝试在后台加载任何内容。 也许您可以尝试一下?
    我已经尝试过了。 正如您在我之前的一篇文章中看到的调试配置图像所显示的那样,调试配置的“程序”选项卡上的“程序”和“项目”均为空。 我还将目标配置文件移至桌面,并将调试配置指向该目标配置文件。 我又试了一次,但仍然不起作用。

    >>-执行步骤7后,关闭并重新打开主板电源,然后尝试重新连接。 很明显,我没有LED指示灯来告诉我目标是否停止, 但在我的案例中,我无法确定JTAG调试探头是否在“测试连接”结束后以某种方式发布,因此我需要保证EMUn引脚被正确采样。 也许您可以跳过"测试连接"阶段并尝试这种方式?

    在步骤7后,我重新打开电源并再次尝试。 关闭并重新打开电源后,LED亮起(即目标停止)。 仍然无法正常工作。 如果LED指示灯不亮,则表示程序正在运行。 我在关闭电源后使用oscilocscope测量EMU0和EMU1引脚。 EMU0为400mV,EMU1为3.3V,外部EMU0和EMU1通过4.7kOhm电阻连接至3.3V。

    >--我不知道您是否告诉我您的设备正在尝试使用哪种引导模式。 也许这会对我在这里取得的成果产生影响。

    对于上述步骤,我使用跳转至闪存启动模式。 我只能将目标置于两种引导模式:跳至闪存和SCI-A引导。

    斯蒂芬

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

    设备锁定时,您是否能够连接到设备,但无法运行代码,但设备解锁时代码工作正常?

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

    您好Vivek,

    设备锁定后,我无法连接到设备。

    无论设备是否已锁定或解锁,代码都运行正常。

    我可以使用用于锁定设备的密钥,使用C2Prog.exe对设备进行重新编程。

    斯蒂芬

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

    仍在等待此问题的解决方案。

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

    是否已尝试使用SCI-A引导来查看是否允许连接到CCS?

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

    我相信我能够使用SCI-A启动进行连接;但是,我希望能够调试我下载到闪存的代码,并且我无法以跳转至闪存启动模式进行连接。

    斯蒂芬
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    引导ROM不在安全内存中。 这可能是我能够连接到启动室代码而不能保护闪存的原因。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    在引导至SCIA引导模式时连接到目标后,我能够在程序集窗口中查看安全闪存应用程序代码。

    有趣的是,我使用了错误的密码连接。 这不应该是可能的,应该吗?

    斯蒂芬
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    也许,为了解决这个问题,您可以为我提供一个简单的项目,其中包含所有相关的Target配置,我可以使用这些配置在目标上进行测试。

    此外,我还需要您执行详细的步骤来连接到目标。

    斯蒂芬
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    当代码从安全闪存或安全RAM运行时,您无法连接到设备。 CPU执行启动代码时需要连接,这就是为什么建议使用Wait-In Reset,但看起来XDS100v2仿真器不工作,因此我建议使用SCI-A启动。 即使您已连接至CCS,您也不能在安全存储器中看到内容,除非您使用正确的密码解锁CSM。 请仔细检查。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    奇怪…… C2Prog.exe不在乎我在程序配置窗口中输入的密码是否不正确。 它仍将刷新芯片。 我反复验证了文件的正确路径。

    它是否应该这样做?

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

    还可以…… 根据C2Prog的用户指南,所有0xFFFF键是一种特殊情况:

       '如果钥匙在FFFF时被释放,C2Prog将通过使用钥匙解除锁定MCU

       嵌入到CSM定位点的十六进制文件中。 请注意,与其他罪行相反..."

    因此,请忽略我关于C2Prog允许使用不正确的钥匙解锁闪存的电子邮件。

    斯蒂芬

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

    您好Vivek,

    请您向我解释一下,当我从View->Target Configurations启动特定目标配置时会发生什么情况。

    我正在启动并允许我查看安全闪存的目标配置文件包含 如下所示的代码安全密码(通过右键单击视图->目标配置中的目标配置项目并选择属性)。

    如 您所见,密码全部为0xFFFFs;但是,程序的密码不同,如下面的PASSWORD.asm文件所示。  我通过将password.asm文件与CProg.exe一起用于将程序下载到目标,验证该文件是否正确。

    斯蒂芬

    ***************
    *文件:Passwords.ASM
    *器件:TMS320F2833x
    *作者:David M. Alter,Texas Instruments Inc.
    *历史:
    * 12/18/07 -原件(D. Alter)
    *注:
    * 1)"密码"部分包含获取
    *的实际CSM密码 链接到闪存中的CSM密码位置。 用户必须知道
    * 这些密码用于解锁CSM。
    * 2)将"密码"部分链接到第0页上的内存密码。
    * 3)建议在代码执行过程中将所有密码保留为0xFFFF
    * 发展。 0xFFFF的密码是虚拟密码
    ,不是* 锁定代码安全模块(CSM PWL寄存器的虚拟读取
    * 将解锁CSM)。 代码开发完成后,用户
    * 可以修改密码以激活代码安全模块。
    * 4)使用代码安全性时,必须填写"CSM_rsvd"部分。
    * 无法在
    *中对地址0x33FF80至0x33FFF5进行编程 刷新到所有0x0000可能会危及安全性。 这已记录
    在案* 在F2833x数据表中,SPRS439。
    * 5)将"CSM_rsvd"部分链接到第0页上的内存CSM_RSVD。
    ***************
    
    	.sect "csmpasswds"
    
    	.int	0xAAFF		;PWL0 (128位密码的LSW)
    	.int	0xFFFF		;PWL1
    	.int	0xFFFF		;PWL2
    	.int	0xFFFF		;PWL4
    				
    	.int	0xFFFF		;PWL5
    	.int	0xFFFF		;PWL6************************.int
    		0x*******		PWL7 (128位密码的MSW
    	
    )
    
    	.sect "CSM_rsvd"
    	.loop (33FFF5h - 33FF80h + 1)
    		.int 0x0000
    	.endloop
    
    ***********************************************************************************************
    
    	end
    ;文件passwords.asm的结尾
    

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

    ASM文件(假设您正在编程)和Flash Setting (闪存设置)窗口中的密码值不同,因此不应解锁设备。

    您是否可以检查是否已将Gel文件中的Unlock_CSM()功能修改为具有正确的密码值来解锁设备?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好,Steven,

    [引述]

    如 您所见,密码全部为0xFFFFs;但是,程序的密码不同,如下面的PASSWORD.asm文件所示。  我通过将password.asm文件与CProg.exe一起用于将程序下载到目标,验证该文件是否正确。

    [/引述]

    “Flash Setting”GUI中显示的密码不是由工具填充的,而是由用户提供的。 这是对GUI的输入。 工具使用这些值解锁设备以执行闪存操作(编程/擦除)。

    不确定这是否能回答您的问题。 如果没有,请提供有关您的问题的更多详细信息,我将尝试进一步回答。

    Vivek Singh

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    好的...这就是原因。 我之前在Gel文件的Unlock_CSM()函数中更改了密码。

    那么,每次我尝试启动目标配置时都会运行Unlock_CSM()函数吗?

    从F2.8335万.gel文件中,我注意到OnReset()是调用Unlock_CSM ()的唯一函数,因此我假设每次启动目标配置时都会调用Debug -> Reset CPU reset。 是这样吗?

    根据processors.wiki.ti.com/.../GEL,调试器连接到目标时调用OnTargetConnect()。 该函数调用GEL_Reset(),我假设它调用OnReset()。 是这样吗?

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

    您好,

    那么每次我尝试启动目标配置时都会运行Unlock_CSM()函数吗? [/引述]

    正确。

    [引述]在F2.8335万.gel文件中,我注意到OnReset()是唯一调用Unlock_CSM()的函数,因此我假设每次启动目标配置时都会调用Debug -> Reset CPU reset。 是这样吗? [/引述]

    正确

    [引用] 根据processors.wiki.ti.com/.../GEL,调试器连接到目标时调用OnTargetConnect()。 该函数调用GEL_Reset(),我假设它调用OnReset()。 是这样吗? [/引述]

    正确。

    Vivek Singh

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您是否知道为什么"等待重置仿真模式"不起作用?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    Steven,

    我没有在XDS100v2仿真器中使用此模式,但我知道并非所有仿真器都支持此模式。 不使用仿真器设置,而是将此引脚拉至正确的板载值(如果可能),并查看是否有效。

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

    拉斐尔说这对他很有用。

    他在F2.8335万 eZdsp板上对其进行了测试,从他的视频中,我可以看到他正在使用XDS100v2调试探头。

    因此,除非我不知道其他情况,否则我认为它应该适用于我的配置。

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

    启动目标后,尝试重置设备(切换XRSn或重启板),然后连接至CCS。 查看是否有效。

    Vivek Singh

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    当我使用“目标配置”文件启动调试器时,调试器还希望连接到目标。

    如何才能使其仅启动而不连接?

    斯蒂芬
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    有关如何将目标配置文件设置为仅启动调试器的任何信息?

    我原以为我以前是这样做的,但现在却不是这样做的。

    斯蒂芬
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您如何启动目标? 您需要右键单击目标配置文件,然后将其启动,而不是单击启动图标。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    好的,现在无需连接即可启动。 我以为我昨天就这样做了。

    >>启动目标后,尝试重置设备(切换XRSn或重启板),然后连接至CCS。 查看是否有效。

    我尝试过几次,但都没有连接。

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

    您是否能够正确连接到目标?

    此致,
    拉斐尔
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    当目标处于跳转至闪存启动模式时,我无法连接到目标。 但是,当目标处于SCI-A引导模式时,我能够进行连接。 我宁愿连接到闪存启动模式,以便调试目标。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    斯蒂芬/德苏扎

    如果密码已编程,则无法使用闪存启动设置连接到设备,因为一旦代码执行跳转到闪存,CCS尝试停止,ECSL就会触发。 您需要使用其他引导模式以避免从Flash执行代码,因此可以连接到CCS。

    此致,
    Vivek Singh
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    我很遗憾听到这个消息;这一切对我来说都很有效,我在这里有一个董事会, 但我不是设备本身的专家,不知道在不同的启动模式下可能会发生什么-我不知道我们加载的代码是否是导致行为差异的原因。

    我的下一步是确定EMUn引脚的范围,并查看在初始连接期间的哪个点对其进行断言,但除此之外,我真的没有更多的想法。