JLink - SEGGER_RTT 打印调试在 Bootloader+App 工程中的应用

本文链接：https://blog.csdn.net/Yellow0102/article/details/131723775

文章讲述了在Bootloader和App工程中使用SEGGER_RTT进行调试时遇到的问题，即地址不一致导致RTT无法正常工作。解决方案是将RTT的存储地址设为固定地址，确保在程序跳转后仍能正常工作。此方法已在STM32和HC32平台上得到验证。此外，文章还提及了一个基于QT5开发的SEGGER_RTT_Viewer调试助手。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

有关SEGGER_RTT的移植比较简单，网上也有很多教程，就不再赘述。本篇文章主要记录SEGGER_RTT 在 Bootloader+App 工程中的使用。

SEGGER_RTT的工作原理就是J-Link与MCU共享内存，MCU内部将要打印的内容信息存储到内存中，J-Link不断地读取存储地址上的内容，将其读出，输出打印到上位机。

而BootLoader程序中，SEGGER_RTT 的信息存储地址，与App程序中的不一致。这就导致，在Bootloader执行过程中，使用J-Link RTT Viewer连接打印日志可以正常打印，而当程序跳转至App后SEGGER_RTT的信息存储地址变了，而J-Link RTT Viewer依然在读取Bootloader模式下的SEGGER_RTT信息存储地址上的内容，导致SEGGER_RTT无法正常工作。而使用J-Link RTT Viewer重新连接，也无法正常工作。这导致在 Bootloader+App 工程中，无法一直使用SEGGER_RTT 进行调试。

解决办法：

将 Bootloader 和 App 工程中的 SEGGER_RTT 信息存储地址设置为相同的固定地址，这样 J-Link RTT Viewer 就可以正常工作。不会因为App跳转而失效。

具体操作：在SEGGER_RTT.c 文件中，在官方注释Static data处，进行修改：

/*********************************************************************
 *
 *       Static data
 *
 **********************************************************************
 */
/* 固定_SEGGER_RTT的地址 */
SEGGER_RTT_CB _SEGGER_RTT __attribute__((section(".ARM.__at_0x20000000"))); // 固定_SEGGER_RTT 即可，因为其结构体中保存了 _acUpBuffer 和 _acDownBuffer 的地址

//
// RTT Control Block and allocate buffers for channel 0
//
SEGGER_RTT_PUT_CB_SECTION(SEGGER_RTT_CB_ALIGN(SEGGER_RTT_CB _SEGGER_RTT));
SEGGER_RTT_PUT_BUFFER_SECTION(SEGGER_RTT_BUFFER_ALIGN(static char _acUpBuffer[SEGGER_RTT__ROUND_UP_2_CACHE_LINE_SIZE(BUFFER_SIZE_UP)]));
SEGGER_RTT_PUT_BUFFER_SECTION(SEGGER_RTT_BUFFER_ALIGN(static char _acDownBuffer[SEGGER_RTT__ROUND_UP_2_CACHE_LINE_SIZE(BUFFER_SIZE_DOWN)]));

注：经测试，STM32 和 HC32 均可正常使用。

基于QT5开发 SEGGER_RTT_Viewer 调试助手https://blog.csdn.net/Yellow0102/article/details/134114597