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.
工具/软件:Code Composer Studio
你(们)好
LaunchPad CC1352P1、CCS 版本:9.1.0.00010、Linux Mint 18
我正在关注 实验
我生成和调试并获取:
Cortex_M3_0:GEL 输出:存储器映射初始化完成。
IcePick_C:连接到目标时出错:(错误-242 @ 0x0)无法访问路由器子路径。 电路板配置文件可能不正确。 (仿真包8.2.0.00004)
这是一款全新的电路板、我几天前就收到过、从未以任何方式进行过编程或回调!
我附加项目的 zip 文件,请注意探测选择是通过序列号完成的,您必须将其调整到您的设置。
e2e.ti.com/.../collector_5F00_CC1352P1_5F00_LAUNCHXL_5F00_tirtos_5F00_ccs.zip
谢谢
Peter
Peter、
我无法重现此问题;我导入了您的项目、只需单击绿色虫子按钮-它会经过其空间并在 main 处停止。
是否确定您的电路板在正确的位置安装了跳线?
这是我认为在您的案例中可能发生的唯一情况。 不过、我有一个 CC1352R1 (不是 P1)。
此致、
拉斐尔
你(们)好
我没有触摸跳线、介绍说:
XDS110跳线块上的 TDO、TDI、SWO 和 GND 信号的开箱即用跳线未安装、并且正在使用 cJTAG 进行闪存和调试。 这使用户能够访问 DIO16和 DIO17。 如果需要四引脚 JTAG、只需卸载标有 DIO16和 DIO17的电阻器、并在 XDS110跳线块上安装跳线即可。 对于 GND 引脚、由于 XDS110和 CC1352P 的接地连接在 PCB 上、因此不一定要使用跳线。
因此、由于目标配置设置为 cJTAG、因此我们应该很好。
下面是一个快照:
此致
Peter
Peter、
感谢您发送照片。 您的电路板当然还会发生其他事情。
我将尝试获取 P1板、并查看是否可以重现连接故障。
此致、
拉斐尔
你(们)好
非常感谢您的支持。
还有一件事:
当我在全新的电路板上运行第一个调试会话时、我有两个对话窗口、都表示调试器上的固件需要更新。
我在这两个对话框上都单击了"是"、然后在对话框关闭后、我立即收到了所提到的错误-它看起来不像实际更新发生了。 后续调试会话从未再次显示这些对话框。
希望这会有所帮助
Peter
Peter、
鉴于电路板是全新的、可能需要更新固件。 您是否必须更新固件?
如果是、您是否两次单击"更新"按钮? 由于更新过程中出现错误、单击此按钮后固件更新对话框将保持打开状态、因此可能会出现错误-242 ( 此处提供详细信息)。
也就是说、我刚刚借用了一个全新的 P1板、它运行良好。
希望这对您有所帮助、
拉斐尔
您好、Rafael、
正如我说过的、"更新"对话框永远不会再次出现、只是第一次出现两个框。
我解开/重新安装了电路板并进行了重建、现在我得到:
我所做的:
$./xdsdfu -m
$./xdsdfu -f firmware.bin -r
现在、我获得了一个在 main 停止的调试、然后我单击"Run"
到目前为止都很好。
但在一分钟左右之后、我会得到:
Cortex_M4_0:GEL 输出:内存映射初始化完成。
Cortex_M4_0:GEL 输出:电路板复位完成。
IcePick_C:错误:(错误-261 @ 0xFFFFFFB)接收到来自 XDS110的无效响应。 (仿真包8.2.0.00004)
此致
Peter
你(们)好
是的、这有时会有所帮助、谢谢、但我仍然经常收到:
Cortex_M4_0:GEL 输出:内存映射初始化完成。
IcePick_C:连接到目标时出错:(错误-261 @ 0xFFFFFFB)接收到来自 XDS110的无效响应。 (仿真包8.2.0.00004)
启动调试会话时出现的问题。
但情况并非总是如此、调试会话有时会按预期启动。 我已经使用最新 CCS 下载版本在不同机器上的第二个 Launchpad CC1352P1 (Mint 18.04)以及 collector_CC1352P1_LAUNCHXL_tirtos_ccs 示例项目对此进行了测试。
我已经为目标选项卡尝试了不同的调试设置、有时它可以工作、有时我会收到上述消息。
您能否向我发送一个具有经证实良好配置(目标配置和调试配置)的压缩项目?
我还必须补充的是、我使用 MSP432和 AM3335 (具有 JTAG 调试的 BeagleBone)已经有一段时间了、而且我从未遇到过这种不可靠的调试行为。
顺便说一下、我对 CC2650STK 和 CC1350STK 传感器标签有同样的问题、我想知道这些无线产品是否已经过真正的测试
Linux 下。
无论如何、在 Linux 下测试的已知良好项目将帮助我缩小问题范围。
此致
Peter
Peter、
我一直在尝试获取您在 Ubuntu 18.04上遇到的错误、但没有结果。 我开始怀疑主机或 Linux Mint 存在一分钟问题、可能导致此不稳定。 我正在测试 CC2640R2F、CC26X2R1、CC1352R1、无法始终发现问题。
由于使用 CR2032电池、SensorTag 看起来会有一些问题-我似乎总是将电池耗尽(也许我忘记关闭设备电源)。
我将继续尝试查看具体的因素组合是否会触发这种情况。 如果我发现任何相关详细信息、我会报告。
此致、
拉斐尔
拉斐尔
我在两台不同的机器上测试了 CC1352P1 LaunchPad、没有问题。 因此、我的第一个 DEV 站可能会成为问题的罪魁祸首。
但是、我建议您标记双固件
将窗口更新为错误:
在更新 CCS 9.1 (TI 仿真器包)后、我再次得到了这个结果。 单击这两个选项将使 XDS110成为砖型。
就传感器标签而言、我仍然有问题。 我收到了传感器标签开发包、但仍然无法使空项目运行。
另请参见 此主题。
因此、对于传感器标签部件、我将此线程保持打开状态、然后关闭 LaunchPad 部件。
此致
Peter
尊敬的 Peter:
感谢您报告您的发现;报告了双更新对话框(错误报告 CCB-2457)、并修复了 CCSv9.2.0在本月晚些时候发布的问题。
此致、
拉斐尔
你(们)好
我成功地让传感器标签与 SensorTag DevPack 配合使用。 我断开了电源/卸下了电池、 此处报告的连接错误 消失了。
因此、底线是:
-我无法使用 XDS110调试探针调试传感器标签。
-可以/应该在调试时移除目标电源(电池)。
感谢你的帮助
Peter