请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
主题中讨论的其他器件：LAUNCHXL-CC26X2R1您好！
CCS 12.1.0.00007在尝试刷写 launchxl-cc26x2r1电路板时崩溃。 在 CCS 的下一次启动期间、我收到消息：
向 TI 提交了崩溃报告。 如何解决这个问题？ 谢谢！
您好！
CCS 12.1.0.00007在尝试刷写 launchxl-cc26x2r1电路板时崩溃。 在 CCS 的下一次启动期间、我收到消息：
向 TI 提交了崩溃报告。 如何解决这个问题？ 谢谢！
您好！
我正在使用 Clang 编译器工具2.1.2.LTS。
问题似乎与调试器有关。 我还收到以下消息：
我在这里找到了一些提示： dev.ti.com/.../node
但调试器探针安装正确：
可能是错误消息中提到的 JTAG CLK 有问题？
该选项需要工程人员的时间才能实现。 最好将其连接到此线程。 您可以将 dmp 压缩并拖放至您的回复、以将其附加到此主题帖。
[引用 userid="540860" URL"~/support/tools/code-composer-studio-group/ccs/f/code-composer-studio-forum/1162256/ccs-12-1-0-00007-crashes-during-attempt-of-flashing-the-launchxl-cc26x2r1-board/4370455 #4370455"]我将最新的转储文件复制到了我的 Google 驱动器 ：https://drive.google.com/file/d/1iDXbCoXTqrgbWOJIft-7v-oZnLbZohSv/view?usp=sharing我们的 TI 阻止大多数文件共享访问(google drive、dropbox 等)。 我可以请求临时访问、但最好将其连接到此线程。
[引用 userid="540860" URL"~/support/tools/code-composer-studio-group/ccs/f/code-composer-studio-forum/1162256/ccs-12-1-0-00007-crashes-during-attempt-of-flashing-the-launchxl-cc26x2r1-board/4370455 #4370455">如何对目标进行 MassErase？ [/报价]启动 CCS 调试会话、然后在尝试连接到目标之前、选择
脚本-> CC13x2_CC26x2 -> MassErase
好的、谢谢！
该 zip 文件附于下：
e2e.ti.com/.../3e52e80e_2D00_1fd6_2D00_4bc1_2D00_943b_2D00_ce34e0ff29d8.zip
当我启动调试会话时、我会收到这样的屏幕：
当我单击任务栏上的"Scripts"选项卡时、没有可用的脚本。
工程人员分析了您的崩溃转储文件、并确认它与以下问题相同：
https://sir.ext.ti.com/jira/browse/EXT_EP-10863
[引用 userid="540860" URL"~/support/tools/code-composer-studio-group/ccs/f/code-composer-studio-forum/1162256/ccs-12-1-0-00007-crashes-during-attempt-of-flashing-the-launchxl-cc26x2r1-board/4370422 #4370422"]我正在使用 Clang 编译器工具2.1.2.LTS。您可以在项目设置中确认这一点吗？ 应将其显式设置为2.1.2。
感谢您对转储文件的调查。 我的编译器版本如下所示：
我将其更改为具有默认的2.1.2.LTS、但问题仍然存在。 现在 CCS 不会崩溃、但我会收到如下永久性错误：
我在另一台笔记本电脑(Dell Precision 5530)上成功地对该板进行了编程、但 Lenovo Legion 5上的问题仍然存在。
我将 JTAG CLK 降低至100.0kHz、但显示了相同的错误。
在默认的5.5MHz 固定频率下运行"测试连接"时、看起来不错：
[开始：德州仪器 XDS110 USB 调试探针]
执行以下命令：
%CCS_base%/common/uscif/dbgjtag -f %boarddatafil文件%-RV -o -S 完整性
[结果]
---- [打印电路板配置路径名]---------------
C：\Users\Wimba02\AppData\Local\TEXASI~1\
CCS\ccs1210\0\BrdDat\testBoard.dat
---- [打印重置命令软件日志文件]-----------------
此实用程序已选择100/110/510类产品。
此实用程序将加载适配器'jioxds110.dll'。
库构建日期为'EP 20 202022'。
库构建时间为'12：28：44'。
库软件包版本为'9.9.0.0.00040'。
库组件版本为'35.0.0'。
控制器不使用可编程 FPGA。
控制器的版本号为'5'(0x00000005)。
控制器的插入长度为"0"(0x00000000)。
此实用程序将尝试重置控制器。
此实用程序已成功重置控制器。
---- [打印重置命令硬件日志文件]-----------------
扫描路径将通过切换 JTAG TRST 信号进行复位。
控制器是具有 USB 接口的 XDS110。
从控制器到目标的链路是直接的(不带电缆)。
该软件配置为 XDS110功能。
控制器无法监控 EMU[0]引脚上的值。
控制器无法监控 EMU[1]引脚上的值。
控制器无法控制输出引脚上的时序。
控制器无法控制输入引脚上的时序。
扫描路径链路延迟已精确设置为"0"(0x0000)。
---- [对 JTAG IR 执行完整性扫描测试]-----
此测试将使用64个32位字的块。
该测试将仅应用一次。
使用0xFFFFFFFF 进行测试。
扫描测试：1、跳过：0、失败：0
使用0x00000000执行测试。
扫描测试：2、跳过：0、失败：0
使用0xFE03E0E2执行测试。
扫描测试：3、跳过：0、失败：0
使用0x01FC1F1D 进行测试。
扫描测试：4、跳过：0、失败：0
使用0x5533CCAA 进行测试。
扫描测试：5、跳过：0、失败：0
使用0xAACC3355进行测试。
扫描测试：6、跳过：0、失败：0
所有值均已正确扫描。
JTAG IR 完整性扫描测试成功。
---- [在 JTAG DR 上执行完整性扫描测试]-----
此测试将使用64个32位字的块。
该测试将仅应用一次。
使用0xFFFFFFFF 进行测试。
扫描测试：1、跳过：0、失败：0
使用0x00000000执行测试。
扫描测试：2、跳过：0、失败：0
使用0xFE03E0E2执行测试。
扫描测试：3、跳过：0、失败：0
使用0x01FC1F1D 进行测试。
扫描测试：4、跳过：0、失败：0
使用0x5533CCAA 进行测试。
扫描测试：5、跳过：0、失败：0
使用0xAACC3355进行测试。
扫描测试：6、跳过：0、失败：0
所有值均已正确扫描。
JTAG DR 完整性扫描测试成功。
[结束：德州仪器 XDS110 USB 调试探针]
是的、在 Lenovo 发生故障后、戴尔的一切都可以正常工作、没有 MassErase。
我没有在戴尔(在家)上完成 MassErase、但在 Lenovo (在工作中)上尝试过它。 成功：
但是、当尝试使用 ProjectZero 刷写电路板时、我收到了与以前相同的错误：
我注意到控制台中还显示了另一个错误代码：
IcePick_C：系统复位失败：(错误-1013 @ 0x1)无法访问器件寄存器。 重置设备、然后重试此操作。 如果错误仍然存在、请确认配置、对电路板进行下电上电和/或尝试更可靠的 JTAG 设置(例如、较低的 TCLK)。 (仿真包9.9.9.0.0.00040)
IcePick_C：GEL：执行 GEL_Reset ()时出错：重置失败：retcode=-1
在 GEL_Reset ()
CS_DAP_0：连接到目标时出错：(错误-1170 @ 0x0)无法访问 DAP。 重置设备、然后重试此操作。 如果错误仍然存在、请确认配置、对电路板进行下电上电和/或尝试更可靠的 JTAG 设置(例如、较低的 TCLK)。 (仿真包9.9.9.0.0.00040)
在 Lenovo 上播放调试会话时、我注意到了一些有趣的东西。 连接到目标后、我尝试了不同的复位选项：
CPU 复位成功：
电路板复位也成功：
但系统重置失败：
Cortex_M4_0：系统复位失败：(错误-2063 @ 0x0)无法复位器件。 对电路板进行下电上电。 如果错误仍然存在、请确认配置和/或尝试更可靠的 JTAG 设置(例如、较低的 TCLK)。 (仿真包9.9.9.0.0.00040)
Cortex_M4_0：错误：(错误-1170 @ 0x0)无法访问 DAP。 重置设备、然后重试此操作。 如果错误仍然存在、请确认配置、对电路板进行下电上电和/或尝试更可靠的 JTAG 设置(例如、较低的 TCLK)。 (仿真包9.9.9.0.0.00040)
Cortex_M4_0：20次尝试后无法确定目标状态
Cortex_M4_0：在断开连接之前无法从目标中删除调试状态。 程序存储器中仍可能嵌入了断点运算代码。 建议您在连接之前重置仿真器、并在继续调试之前重新加载程序
我还注意到在系统重置尝试期间出现了许多其他错误代码：
Cortex_M4_0：目标 CPU 停止时出现问题：(错误-2064 @ 0x0)无法读取器件状态。 重置设备、然后重试此操作。 如果错误仍然存在、请确认配置、对电路板进行下电上电和/或尝试更可靠的 JTAG 设置(例如、较低的 TCLK)。 (仿真包9.9.9.0.0.00040)
