首先说一下,我之前的开发流程是:vscode 编辑代码 keil 编译及调试 。keil 的调试功能虽然很强大,但是多数功能需要配合 arm 自家的 ulinkpro 才可以用,例如 performance analyzer、event viewer 等。而我手头只有jlink 和 ulink 非 pro 版的…
在最近的项目中,随着代码量的不断增加,keil 的编译速度瓶颈越来越明显!有的问题往往是调试一分钟,编译半小时!编译过慢的问题已经严重影响工作效率,于是开始寻找一个替代品!
起初,在 segger ag凯发k8国际官网发现了一个名为 ozone 的 jlink 专用的调试器,非常小巧,调试也挺好用。不过,它仅仅就是个 jlink 配套的调试器,不能编译代码。如果使用它,开发流程就是:vscode 编辑代码 keil 编译 ozone 调试 。 调试的话,需要的功能基本都是全的! 实际情况是,keil 本身的调试功能还是挺好用的,再单独用 ozone 调试似乎也没啥必要。因此,在试用了一段时间之后,现在基本很少用 ozone 调试了。
后文再讲如何在 qzone 中添加华大 mcu
放弃 ozone 调试之后,无奈继续使用 keil 编译及调试,然后继续寻找代替方案。同样在 segger ag凯发k8国际官网转悠的时候,发现了 segger embedded studio 这个东西,试用了一下还是不错的!
自带多套编译套件:gcc、clang(llvm)、segger自家编译套件(应该是基于 llvm 改的),随便选择使用哪个。 可以配置使用 arm 的编译器(keil 自带的 armcc ),这是重点!!! 因为工作环境不允许使用别的编译器发布程序!代码编辑功能用起来也还行(相比于 keil 来说),与 vscode 这一类相比还是有些逊色!比较明显的就是代码高亮! 非商用,免费无限制,而 keil、iar 均限制代码量大小!
在后续的了解过程中,发现 segger embedded studio 就是 segger 买了 crossworks 的代码源代码,然后自己再加工一下改出来的!crossworks 本身是支持多种调试器的,segger embedded studio 则进行了限制,只能支持自家的 jlink!! 下面是这两个软件的对比图: 这两者都使用在线的 packages 来提供了对于不同厂家的 mcu 的支持。使用者可以直接从软件的 packages manger 在线下载自己对应的 mcu 支持包(和 keil5 中的 pack installer 一样的作用)!下面是 两者的 package manager 的对比图: 从支持的 mcu 来看,crossworks 要更胜一筹!我觉得,说 segger embedded studio 就是 crossworks 的阉割版一点都不为过!segger embedded studio 也就比 crossworks 多了 segger 自家基于 llvm 的编译套件而已!
关于 crossworks 这里不多说,想要进一步了解它的自行去 crossworks 的ag凯发k8国际官网:https://www.rowley.co.uk/。下面我们重点来说一下 segger embedded studio,当然,这俩软件的配置及项目管理方式是一模一样的!只要搞懂其中一个,另一个肯定不在话下。
segger embedded studio 的项目管理使用了 solution project 的方式,相比于 keil 的单 project 项目管理(注:keil 也支持 workspace),不支持文件夹嵌套 不知道强多少。一个 solution 下可以有多个 project,project 下可以有个多个文件或者文件夹,文件夹下又可以有文件夹或文件!但是,segger embedded studio 的 solution project 的配置却是相当混乱的,或者说是不容易理解的! 上图中,我是经过整理之后(手动编辑了.emproject)的项目文件,默认的项目文件是有好几种配置的。导致新手根本不知道该怎么去更改配置。比如,更改 solution 的各种配置,还是更改 project 的各种配置。solution 下的 public configuration 及 private configuration 下的各种配置与 project 下的 public configuration 及 private configuration 下的各种配置有啥区别?如果在结合 .emproject 那就更难以理解了。
根据目前我的理解,他们的范围由大到小依次为 solution > project > configuration,后者可以继承前者的各种配置。public configuration 可以继承 private configuration 中的各种配置,我们实际的处理(编译调试)的项目,实际就是一个个的 public configuration。因此,那些通用配置一般都放在上层,下层直接继承!
前面我们说过,segger embedded studio 本身就带了 gcc、clang(llvm)、segger自家编译套件(应该是基于 llvm 改的)这三种编译套件,在建立项目时,我们可以根据需要选择其中一种。但是这里有个前提,必须是 segger embedded studio 所支持的 mcu 才可以。因为,mcu 的启动文件是特定于编译器的。例如,在 stm32 系列 mcu 中,都会带有不容编译器的启动文件: 除此之外,其他有些文件也是特定于开发环境的,例如,keil(armcc)的分散加载文件(.sct); iar 的 ilink configuration file (.icf)文件等。
segger embedded studio 默认(segger 自家编译套件)也是使用 .icf 文件来生成最终的 elf 文件
很不幸的是,segger embedded studio 目前还不支持华大的 mcu。这也就意味着,我们不能在 segger embedded studio 中建立华大的 mcu 的项目(华大的ag凯发k8国际官网的开发环境支持包也没有提供对 segger embedded studio 的支持)。
幸运的是,segger embedded studio 支持使用外部编译套件,我么可以直接将 keil 的项目文件转成 segger embedded studio 项目,编译套件选择外部的 armcc。 其中,选择 mcu 型号这一步,仍然需要我们自己来处理,segger 的所有工具目前都不支持华大 mcu,下面我们来讲解如何处理!
segger 的所有工具目前都不支持华大 mcu 的,在选择 mcu 的列表中,是没有华大 mcu 的。在 segger 的系列工具中(都是使用的 jlink 的配置文件),都会有个名为 jlinkdevices.xml 的文件,这个文件,就是jlink 支持的 mcu 的列表。注意:旧版本的 jlink 没有这文件! 我们可以直接编辑这个文件,将华大mcu添加进去,如下:
< device> < chipinfo vendor = " o2micro" name = " oz93510f160ln" core = " jlink_core_cortex_m0" /> < flashbankinfo name = " qspi flash" baseaddr = " 0x60000000" maxsize = " 0x00020000" loader = " devices/o2micro/o2micro_oz93510f160ln_qspi.elf" loadertype = " flash_algo_type_open" /> device > < device> < chipinfo vendor = " hdsc" name = " hc32l176" workramaddr = " 0x20000000" workramsize = " 0x2000" core = " jlink_core_cortex_m0" /> < flashbankinfo name = " flash_128k" baseaddr = " 0x0" maxsize = " 0x20000" loader = " devices/hdsc/flashhc32l17x_128k.flm" loadertype = " flash_algo_type_open" alwayspresent = " 1" /> device > < device> < chipinfo vendor = " hdsc" name = " hc32l136" workramaddr = " 0x20000000" workramsize = " 0x2000" core = " jlink_core_cortex_m0" /> < flashbankinfo name = " flash_64k" baseaddr = " 0x0" maxsize = " 0x10000" loader = " devices/hdsc/flashhc32l13x_64k.flm" loadertype = " flash_algo_type_open" alwayspresent = " 1" /> device > < device> < chipinfo vendor = " hdsc" name = " hc32l130" workramaddr = " 0x20000000" workramsize = " 0x2000" core = " jlink_core_cortex_m0" /> < flashbankinfo name = " flash_64k" baseaddr = " 0x0" maxsize = " 0x10000" loader = " devices/hdsc/flashhc32l13x_64k.flm" loadertype = " flash_algo_type_open" alwayspresent = " 1" /> device > < device> < chipinfo vendor = " hdsc" name = " hc32f030" workramaddr = " 0x20000000" workramsize = " 0x2000" core = " jlink_core_cortex_m0" /> < flashbankinfo name = " flash_64k" baseaddr = " 0x0" maxsize = " 0x10000" loader = " devices/hdsc/flashhc32f030_64k.flm" loadertype = " flash_algo_type_open" alwayspresent = " 1" /> device > < device> < chipinfo vendor = " hdsc" name = " hc32l110x4" workramaddr = " 0x20000000" workramsize = " 0x800" core = " jlink_core_cortex_m0" /> < flashbankinfo name = " flash_16k" baseaddr = " 0x0" maxsize = " 0x4000" loader = " devices/hdsc/flashhc32l110_16k.flm" loadertype = " flash_algo_type_open" alwayspresent = " 1" /> device > < device> < chipinfo vendor = " hdsc" name = " hc32l110x6" workramaddr = " 0x20000000" workramsize = " 0x1000" core = " jlink_core_cortex_m0" /> < flashbankinfo name = " flash_32k" baseaddr = " 0x0" maxsize = " 0x8000" loader = " devices/hdsc/flashhc32l110_32k.flm" loadertype = " flash_algo_type_open" alwayspresent = " 1" /> device > < device> < chipinfo vendor = " hdsc" name = " hc32f003" workramaddr = " 0x20000000" workramsize = " 0x800" core = " jlink_core_cortex_m0" /> < flashbankinfo name = " flash_16k" baseaddr = " 0x0" maxsize = " 0x4000" loader = " devices/hdsc/flashhc32f003_16k.flm" loadertype = " flash_algo_type_open" alwayspresent = " 1" /> device > < device> < chipinfo vendor = " hdsc" name = " hc32f005" workramaddr = " 0x20000000" workramsize = " 0x1000" core = " jlink_core_cortex_m0" /> < flashbankinfo name = " flash_32k" baseaddr = " 0x0" maxsize = " 0x8000" loader = " devices/hdsc/flashhc32f005_32k.flm" loadertype = " flash_algo_type_open" alwayspresent = " 1" /> device > < device> < chipinfo vendor = " hdsc" name = " hc32l15" workramaddr = " 0x20000000" workramsize = " 0x1800" core = " jlink_core_cortex_m0" /> < flashbankinfo name = " flash_128k" baseaddr = " 0x0" maxsize = " 0x20000" loader = " devices/hdsc/hc32l15.flm" loadertype = " flash_algo_type_open" alwayspresent = " 1" /> device > < device> < chipinfo vendor = " hdsc" name = " hc32f_m14" workramaddr = " 0x20000000" workramsize = " 0x2000" core = " jlink_core_cortex_m0" /> < flashbankinfo name = " flash_128k" baseaddr = " 0x0" maxsize = " 0x20000" loader = " devices/hdsc/hc32f_m14.flm" loadertype = " flash_algo_type_open" alwayspresent = " 1" /> device > < device> < chipinfo vendor = " hdsc" name = " hc32f46x" workramaddr = " 0x20000000" workramsize = " 0x10000" core = " jlink_core_cortex_m4" /> < flashbankinfo name = " flash_512k" baseaddr = " 0x0" maxsize = " 0x80000" loader = " devices/hdsc/hc32f46x.flm" loadertype = " flash_algo_type_open" alwayspresent = " 1" /> device > < device> < chipinfo vendor = " hdsc" name = " hc32l19x" workramaddr = " 0x20000000" workramsize = " 0x8000" core = " jlink_core_cortex_m0" /> < flashbankinfo name = " flash_256k" baseaddr = " 0x0" maxsize = " 0x40000" loader = " devices/hdsc/flashhc32l19x_256k.flm" loadertype = " flash_algo_type_open" alwayspresent = " 1" /> device > < device> < chipinfo vendor = " hdsc" name = " hc32f19x" workramaddr = " 0x20000000" workramsize = " 0x8000" core = " jlink_core_cortex_m0" /> < flashbankinfo name = " flash_256k" baseaddr = " 0x0" maxsize = " 0x40000" loader = " devices/hdsc/flashhc32f19x_256k.flm" loadertype = " flash_algo_type_open" alwayspresent = " 1" /> device > < device> < chipinfo vendor = " hdsc" name = " hc32f17x" workramaddr = " 0x20000000" workramsize = " 0x4000" core = " jlink_core_cortex_m0" /> < flashbankinfo name = " flash_128k" baseaddr = " 0x0" maxsize = " 0x20000" loader = " devices/hdsc/flashhc32f17x_128k.flm" loadertype = " flash_algo_type_open" alwayspresent = " 1" /> device > < device> < chipinfo vendor = " hdsc" name = " hc32l17x" workramaddr = " 0x20000000" workramsize = " 0x4000" core = " jlink_core_cortex_m0" /> < flashbankinfo name = " flash_128k" baseaddr = " 0x0" maxsize = " 0x20000" loader = " devices/hdsc/flashhc32l17x_128k.flm" loadertype = " flash_algo_type_open" alwayspresent = " 1" /> device > < device> < chipinfo vendor = " hdsc" name = " hc32f072" workramaddr = " 0x20000000" workramsize = " 0x4000" core = " jlink_core_cortex_m0" /> < flashbankinfo name = " flash_128k" baseaddr = " 0x0" maxsize = " 0x20000" loader = " devices/hdsc/flashhc32f072_128k.flm" loadertype = " flash_algo_type_open" alwayspresent = " 1" /> device > < device> < chipinfo vendor = " hdsc" name = " hc32l07x" workramaddr = " 0x20000000" workramsize = " 0x4000" core = " jlink_core_cortex_m0" /> < flashbankinfo name = " flash_128k" baseaddr = " 0x0" maxsize = " 0x20000" loader = " devices/hdsc/flashhc32l07x_128k.flm" loadertype = " flash_algo_type_open" alwayspresent = " 1" /> device >
添加文件该文件之后,细心地就会发现,上面的代码中的 loader 指向了一个文件夹中的特定文件,这些文件就是指定的 mcu 的下载算法文件。这些文件我们可以直接从华大ag凯发k8国际官网的 mcu 软件包中获得。然后放到上面写的路径中 devices/hdsc 中。 这一步处理完成后,我们就可以在 segger 系列工具中选择华大的 mcu 了!
错误处理
直接从 keil 导入项目之后,编译可能会报错误,这些错误基本都是因为在自己的项目(keil)中使用了编译编译环境(keil)特定的文件导致或者说路径变化导致的!下面我说一下我遇到的几个问题
第一个错误就是路径问题。在 keil 中,默认使用 windows 路径风格:反斜线 ,例如: …\directory 。而,segger embedded studio 使用的是 linux 路径风格:斜线 ,例如:…/…/directory。如下,我的项目中有使用的命令,就会导致 segger embedded studio 报错 输出文件夹变动导致的错误。项目在导入到 segger embedded studio 后,我编译生成的文件路径会被放到 segger embedded studio 定义的目录中(配置项中可更改),同样是上图,文件夹变化后(归根结底还是文件路径变化),编译也会报错。我们自行做对应的更改就可以了。
经过上面的处理之后基本编译 调试应该没有问题了。但是其中一个问题就是,在调试时,只能看到 cpu 的寄存器(cortex-m 核定义的寄存器),mcu 外设寄存器还是没有的,这里也需要我们自己来处理。
默认情况下,segger embedded studio 使用的 xml 格式的外设寄存器定义文件。但是这个文件只有 segger embedded studio 支持的 mcu 才有,我们自己添加的 mcu 是没有这个文件的。幸运的是,segger embedded studio 兼容 arm 定义的 .svd 的文件,我们可以为 segger embedded studio 指定我们 mcu 的 svd 文件。
mcu 的 svd 文件可以在华大ag凯发k8国际官网的 mcu 软件包中获得!至此,我们应该就可以愉快的编译加调试了!
目前在调试时发现, watch某个变量不能正常工作,无法识别结构体变量。
segger embedded studio 手册
总结
以上是ag凯发k8国际 为你收集整理的华大 mcu 之六 segger embedded studio 及 ozone 使用 jlink 调试 的全部内容,希望文章能够帮你解决所遇到的问题。
如果觉得ag凯发k8国际 网站内容还不错,欢迎将ag凯发k8国际 推荐给好友。