GD32H759 用vscode+eide开发的一些问题

GD32H759IMK6 芯片，野火的开发板

用VSCode + EIDE + Arm GNU Toolchain 工具 11.3.Rell版编译  xpack+openocd + fireDAP仿真器下载运行

用VSCode带的 Cortex-Debug插件进行debug时，内存变量值经常取不到，都显示是个0。先怀疑是缓存的问题，使用SCB_InvalidateDCache_by_Addr命令先对要看的内存进行“Invalidate”操作后，可以看到断点时该变量的值。但只能对专门这样分配的全局内存数据起效果，对于局部变量没有用。

只能进行一些简单的调试判断。

今天又增加了LWIP功能，结果用gcc编译的在启动使用netconn api写的网络数据进程时，直接死掉了。调试因为变量无论怎么断点看都是个0值，没法调试看问题出在哪里。

同样的工程在IAR上编译调度时，没有这个问题。都能正常运行。我是一份代码做了两个调试环境。IAR就没这些问题。

另外，GD自己的模板生成系统生成的示例代码工程中，对GD32H7xx系列的*.ld文件过于简单，1024kB+16+ 16KB的RAM，ld文件里面只给定义了512kB。这个LD文件 有人扩写调试好的版本有没？


后续：

后来发现，是GD官方模板给我挖的大坑，我太信任GD官方给的资料了，谁能想到居然在官方模板例程中，*.ld文件里，居然只分配了一块512kB的内存，但是GD的peripheral的enet驱动里，又手动给网卡的缓冲分配了其它块的内存。结果用到网卡时，就乱套了，gcc编译连接时，也没提示有这个问题。
而GD官方给的用于IAR编译的*.icf文件，就把这几块内存给分配了，所以在IAR里没出问题。

具体我解决的方法见下面回贴，主贴里就不再写了。

除了Keil和IAR两个收费的开发工具外，开源的IDE工具还有哪些能用的？

栈先调大些，或单步确认下栈没有溢出，gcc编译出来的栈消耗会略大些。

开源的话用eclipse加编译器插件开发模式

aozima 发表于 2025-4-24 21:27
栈先调大些，或单步确认下栈没有溢出，gcc编译出来的栈消耗会略大些。

把栈改成了4K，没有效果.

/* memory map */
MEMORY
{
  FLASH (rx)      : ORIGIN = 0x08000000, LENGTH = 3840K
  RAM (xrw)       : ORIGIN = 0x24000000, LENGTH = 512K
}

ENTRY(Reset_Handler)

SECTIONS
{
  __stack_size = DEFINED(__stack_size) ? __stack_size : 4K;




这么一段代码中：

ip_addr_t server_ip;

// 一个用于网络通讯的功能块
void Task_NetCommunate(void* pvParameters)
{

    u16_t server_port = 9999;                                     // 服务器端口号初始化

    // ip4addr_aton("192.168.10.153", &server_ip);                            // 服务器IP地址初始化

    // vTaskDelay(5000);
    server_ip.addr = 3232238233;

    while(DEF_ON)
    {
        NetComm_ClientProcess(server_ip, server_port);

        vTaskDelay(APP_CFG_TASK_COMM_LOCAL_TICKS);
    }
}

运行到循环内，，server_ip.addr的值居然是个0，百思不得其解。Port值是9999倒没错。


gcc编译的锅还是怎么回事儿。

chenqianqian 发表于 2025-4-24 21:30
开源的话用eclipse加编译器插件开发模式

已下单去买GD-Link，到时候试试GD提供的IDE调试看看

在编译选项中降低优化级别。

GCC编译的工程可能未正确配置中断向量表或中断优先级。

开源IDE工具可以试试Eclipse + GNU MCU Eclipse插件。

LWIP的内存分配可能与GCC的内存管理实现不兼容，导致内存泄漏或越界。

laocuo1142 发表于 2025-4-25 13:28
在编译选项中降低优化级别。

不优化方式也是一样

stormwind123 发表于 2025-4-25 13:31
GCC编译的工程可能未正确配置中断向量表或中断优先级。

向量表用的是GD给的模版表

flycamelaaa 发表于 2025-4-25 14:03
LWIP的内存分配可能与GCC的内存管理实现不兼容，导致内存泄漏或越界。

断点跟踪到等待连接信号量时，就卡住不动了，信号量是FreeRTOS系统提供的功能。

ret = xSemaphoreTake(sem->sem, portMAX_DELAY);

到这一句，过几秒系统就崩了。

检查中断向量表是否正确配置。

probedog 发表于 2025-4-25 19:00
检查中断向量表是否正确配置。

向量表是GD对应型号MCU的模版中给的，没有修改过

不对的话，这个程序根本就运行不起来。把连接那个函数注释掉，程序就能运行。

IAR中运行正常无问题

丙丁先生 发表于 2025-4-25 19:45
https://bbs.21ic.com/icview-3449080-1-1.html

谢谢！

关闭SCB_EnableDCache() 这个之后，再将栈调整到6kB，可以运行了，也有崩溃的时候。再调整栈大小到8K，不崩溃了。

但是只要打开了  SCB_EnableDCache()，就必崩溃。

IAR中打开SCB_EnableDCache()，不会崩溃，检查了两个编译环境的宏，关于SCB_EnableDCache() 中两个是一样的，不存在IAR与GCC编译的源码不一样的情况。

两个程序map，再对比看看。

shuwei1984 发表于 2025-4-25 20:58
谢谢！

关闭SCB_EnableDCache() 这个之后，再将栈调整到6kB，可以运行了，也有崩溃的时候。再调整栈大小 ...

经过对比IAR与GCC的map文件

发现是0x30000000处这个SRAM0区域，在ld文件中没有定义，而在gd32h7xx_enet.c这个驱动文件中，

又是用

#elif defined (__GNUC__)        /* GNU Compiler */
enet_descriptors_struct  rxdesc_tab[ENET_RXBUF_NUM] __attribute__((section(".ARM.__at_0x30000000")));          /*!< ENET RxDMA descriptor */
enet_descriptors_struct  txdesc_tab[ENET_TXBUF_NUM] __attribute__((section(".ARM.__at_0x30000160")));          /*!< ENET TxDMA descriptor */
uint8_t rx_buff[ENET_RXBUF_NUM][ENET_RXBUF_SIZE] __attribute__((section(".ARM.__at_0x30000300")));             /*!< ENET receive buffer */
uint8_t tx_buff[ENET_TXBUF_NUM][ENET_TXBUF_SIZE] __attribute__((section(".ARM.__at_0x30002100")));             /*!< ENET transmit buffer */

#endif /* __CC_ARM */

造成了内存分配区的混乱

于是，将LD文件修改如下：


增加：

MEMORY
{
  FLASH (rx)      : ORIGIN = 0x08000000, LENGTH = 3840K
  RAM (xrw)       : ORIGIN = 0x24000000, LENGTH = 768K
  SRAM0 (xrw)      : ORIGIN = 0x30000000, LENGTH = 16K
  SRAM1 (xrw)      : ORIGIN = 0x30040000, LENGTH = 16K
}

增加
  .enetram :
  {
    . = ALIGN(4);
    _senetram = .;
    __enetram_start__ = _senetram;
    *(.ARM.__at_0x3*)
    *(.ARM.__at_0x3)
   
    . = ALIGN(4);
    _eenetram = .;
    __enetram_end__ = _eenetram;
  } >SRAM0 AT> FLASH

再次打开DCache就没有问题了。



现在还有两个小问题，不得其解，上面的RAM如果把大小修改为1024K，同样会崩溃。

下面的内存分配段描述中，如果不加 AT>FLASH，下载到芯片时，会提示：
** Verify Started **
Error: checksum mismatch - attempting binary compare
embedded:startup.tcl:1136: Error: ** Verify Failed **
in procedure 'program'
in procedure 'program_error' called at file "embedded:startup.tcl", line 1197
at file "embedded:startup.tcl", line 1136

*  终端进程“cmd.exe /C ""C:\Program Files (x86)\openocd\bin\openocd.exe" -s "c:\Users\*******\Documents\MCUProjects\GD32H7TestSample\xTUCoreBoardPrj" -f interface/cmsis-dap.cfg -f gd32h7xx.cfg -c "program \"c:/Users/********/Documents/MCUProjects/GD32H7TestSample/xTUCoreBoardPrj/GccBuild/Debug/xTUCoreBoardPrj.hex\" verify" -c "reset run" -c "exit""”已终止，退出代码: 1。
*  终端将被任务重用，按任意键关闭。

这两个小问题暂时不知道如何解决

貌似用开源的工具搭建开发环境还是会遇到很多问题的，还是喜欢集成die，但是有时候没办法，希望楼主搞定后出个教程。

开源工具多少还是会有一些滞后性，但我觉得当前这个bug，还是咱们应用开源工具不是非常熟悉。