问题标签 [segger-jlink]

工作得很好。现在，我启动 J-Link 调试器软件，它显示一个空的“终端”窗口，然后挂起。

我已经完全关闭了 Windows-7 Pro 64 位笔记本电脑的电源，关闭了目标板电源，启动了板子，然后是笔记本电脑......同样的问题。Windows 通过 USB-SS 连接到 J-Link BASE probe v9.3

目标设备是 STM32F427II

我正在使用arm-none-eabi-gdb并使用JLink SAM-ICEJLinkGDBServer调试嵌入式系统。嵌入式系统使用ATSAMD21 MCU。

通过阅读JLinkGDBServer 文档的第 25 页，我了解到我可以使用以下命令读取微控制器上的内存位置：

这很好用。现在，我遇到的问题是我需要自动化并读取一系列记忆，所以我尝试这样做：

但显然这对我不起作用。有谁知道发生了什么？我怎样才能读取这样的内存位置？

我正在尝试对放置在定制板上的 Cortex M4 进行编程。处理器是 MK64FN1M0VLL12。我使用 FRDM-K64F 开发板编写代码，它使用 OpenSDA 通过 USB 加载 bin。代码是用 mbed 编写的，据我所知，它不支持将程序加载到处理器。对于生产板，我计划通过 J-Link 编程器加载程序，因为我没有包含 OpenSDA 接口。

使用 J-Link Commander 工具，我发现我必须按住板上的重置按钮才能获得任何类型的响应。当我不按住重置时，我得到以下信息：

当我按住重置时，我得到：

当我尝试加载 bin 时，我收到有关 CPU 未停止的消息。无论我是否仍然按住重置，我都会得到这个：

OK 消息有点误导。我尝试上传一个只有闪烁 LED 的程序，但 LED 不闪烁。

我不知道从这里去哪里。几天的谷歌搜索并没有让我有任何收获。

不久前，CLion添加了对远程 GDB 调试的支持，我正在尝试使用 Seggers 的 J-Link GDB 服务器对其进行设置。

我的设置：

• 运行 Ubuntu 16.04 的 VM VirtualBox
• J-Link 驱动程序：V6.10
• 目标芯片：nRF51（ARM Cortex M0）
• 克莱恩 2016.2.2

我通常在 Windows 中工作，但由于 CLion 不支持 Windows 中的远程 GDB，我试图让它在 VirtualBox 中运行 Ubuntu。我在 CLion 中配置了调试器，如图所示，上面链接中的博客提供了一些帮助。我使用的论据基于 J-Link 文档（文档：UM08001）和一些猜测。 GDB 服务器设置

我的问题是，在运行调试器时，进程刚刚停止并且 CLion 的控制台输出：

“无法连接到目标。请检查电源、连接和设置。”

我试图从终端运行 JLinkGDBServer ，然后我得到了这样的结果：

有谁知道我做错了什么？

我正在使用支持 OpenSDA 的MK64FN1M0xxx12开发套件。为了让调试更容易，我刷了支持 SEGGER 调试器命令集的J-Link固件。在这样做之前，我确保我的设备得到官方支持。

更详细地说，我正在尝试调试mbed-os 5，特别是uVisor安全补丁。uVisor Github 页面有一个调试文章，提供了通过 GDB 会话连接到设备以接收调试打印的说明。我能够正确连接 J-Link 会话，但我似乎无法实际调试二进制文件。此外，我似乎无法正确刷新设备。不过，我可以将二进制文件推送到设备 RAM。

他们的指示是：

所以，我试图复制他们的工作。通过 J-Link 连接到设备

建立 GDB 客户端会话

生成的 J-Link 控制台输出

似乎事情几乎可以正常工作，但我对 GDB 的了解还不够，无法知道哪里可能出现故障。从 J-Link 控制台输出看来，第二个似乎load正在覆盖 RAM 的早期内容。如果我省略此指令（但保留最后一条file命令），则不会报告任何错误，但连接 vianc不会显示任何调试消息

尽管 uVisor 调试记录（遵循 GDB 命令列表）表明许多类型的消息应该在运行时报告。除此之外，我的程序（看似）成功下载到开发板上，在执行时表现不佳（没有闪烁的 LED 等）。

正如我之前使用 uVisor 发现的（因为它非常新），文档可能已经过时了。此外，我通过研究发现其他人需要使用该monitor flash download = 1命令来启用闪存编程，尽管它似乎对我不起作用。尽管此命令的输出为Flash download enabled，但据我所知，没有任何内容写入闪存（考虑到输出和经过的时间）。

我正在尝试使用远程 GDB 调试嵌入式项目。我的系统：

• 目标：ARM Cortex M0。
• SEGGER J-Link GDB Server V6.10 命令行版
• arm-none-eabi-gdb 7.10.1.20160616-cvs
• CLion 2016.2.2，内部版本 #CL-162.1967.7
• Ubuntu 16.04

我的 .gdbinit 文件中有以下内容：

困扰我好几天的事情是，如果我直接从终端使用 gdb 进行调试，这可以正常工作，但当我在 CLion 中使用调试器时则不行。在 CLion 中，我收到错误消息：

此目标不支持“监视”命令。

我的理论是终端接受“监视器重置”命令（至少它不会抱怨）。另一方面，CLion 会打印一个错误，但之后似乎会继续前进而不进行重置。结果似乎是，当我在 CLion 中启动新的调试会话时，我不会从 main() 的开头开始。

CLion 是否阻止了监控命令？如果是这样，那么为什么以及是否有解决方法？

我觉得我的问题可能与CPP-7322和CPP-7256有关。

我正在尝试对 Nordic Semi MCU 进行编程/暂停/启动/擦除等。这是 nRF52 中的 ARM-Cortex M4。我正在使用芯片的 SWD 引脚，如果我将商业 J-Link 与 nrfjprog 命令行工具或他们的 Segger windows 实用程序一起使用，则可以实现这一点。

但是，我想通过第二个 MCU 的 GPIO 引脚从另一个 MCU 控制 nRF52，并通过将 3 根线连接到 nRF52 - SWCLK、SWDIO 和 GND 来编写我自己的 SWD 驱动程序。

这些线现在由主机驱动，我正在使用 SWD 的 ARM 参考手册。对于我想要实现的目标，该协议相对简单。以下 PDF 包含一些详细信息： http: //hackipedia.org/Hardware/CPU/ARM/pdf,%20Cortex/IHI0031A_ARM_debug_interface_v5.pdf和https://www.silabs.com/Support%20Documents/TechnicalDocs/AN0062.pdf

我设法发送初始数据包标头（START、APnDP、Read、Addr、Stop、Parity 等）。然而，在那之后，SWDIO 就再也没有转过身来。我的主机 MCU 浮动 SWDIO 并准备好接收输入。然而，nRF52 似乎从未开始使用 ACK 驱动 SWDIO 线。

我想这一定是因为 NRF52 从来没有看到数据包头或者不喜欢我发送的东西，但我不知道是什么。有没有人经历过这种情况或有任何线索为什么会发生这种情况？顺便说一下，SWDCLK 转换发生在 100 kHZ。（时钟周期为 10 us）。

任何帮助表示赞赏。

这不是不能在 Eclipse 中使用 Segger J-link的副本

他能够解决他的问题，但该解决方案对我不起作用。我已经安装了 Segger J-Link 6.14 版，但是 IDE 没有像它应该的那样在 Windows->Preferences->Run/Debug 下显示它。请帮忙。

我刚拿到XDK110。我使用 Eclipse IDE 运行一个示例程序。我想在控制台窗口中暂停连续的 printf 输出。

我还没有 Jlink 调试器。
我假设 IDE 没有任何调试功能，这令人沮丧。

我最近从 Linux 机器切换到 macOS Sierra 10.12.4 的 Macbook Pro 2016。

当我尝试连接到 J-Link 时，无论我使用哪个应用程序（JLinkExe 或 JLinkGDBServer）都会失败，并出现以下错误：

dmesg 中绝对没有关于 J-Link 的信息。我怀疑，我的笔记本电脑中的 USB-C 端口可能存在一些问题。但是，我尝试了两种不同的适配器，但没有结果。在 Linux 上它确实工作得很好。

有任何想法吗？谢谢。

编辑：这是“ioreg -p IOUSB -l -w 0”的缩短输出：