N32G430能不能适应ST-Link进行debug呀?
公司有项目从STM32转N32,准备使用GCC工具链,之前用keil是可以用ST-Link调试的,现在用N32了,怎么获取ST-Link的下载算法呢,我看keil下载算法后缀是FLM,ST-Link Programmer下载算法是stldr。N32官方只提供了keil的下载算法,怎么转成ST-Link可用的GCC环境下的下载算法呢? 那你得去找FAE直接给你搞个GCC的下载算法才行,或者你就用vscode+keil插件也行,就可以用keil的算法了 可以吧,由于调试接口的兼容性和调试工具的通用性,ST-Link通常也可以用于其他品牌的MCU,包括N32G430。 同问,有同样的需求,keil用习惯了不想换 从STM32迁移到N32并使用GCC工具链时,若需通过ST-Link调试,需解决下载算法格式不兼容的问题(Keil的.FLM与ST-Link的.stldr格式差异) ST-Link Utility支持加载自定义下载算法,即使格式为.FLM,也可通过工具间接使用 STM32的Keil下载算法为.FLM格式,N32官方仅提供Keil格式的下载算法,而ST-Link Programmer需要.stldr格式。 FLM是Keil专用的固件加载模块格式,.stldr是ST-Link的下载算法格式,两者不直接兼容。 GCC工具链本身不包含下载算法,需依赖外部工具(如ST-Link Utility或OpenOCD)进行下载 .FLM文件需与芯片型号严格匹配。ST-Link Utility可能无法直接识别.FLM,需手动指定加载路径。 目前没有官方工具直接将.FLM转换为.stldr,但可通过使用OpenOCD配置脚本,编写OpenOCD配置脚本,指定N32的内存映射和调试接口。在脚本中引用N32的.FLM算法(需将其转换为OpenOCD可识别的二进制格式)。 格式转换需深入理解算法结构和芯片内存映射。 N32官方可能提供适配GCC工具链的调试解决方案,避免格式转换问题。 优先选择官方工具N32官方提供的工具链和插件通常更稳定,且无需处理格式转换问题
页:
[1]