在使用Keil过程中的一些不顺手的地方

首先声明本人并非Keil黑，本期纯吐槽下在使用Keil过程中的一些不顺手的地方，也极有可能讲的并不全面，不客观，望见谅，轻拍，也欢迎评论区讨论。

搞单片机写固件的朋友都会用到IDE，目前比较常见的IDE有：

编译器名称	厂商
MDK	ARM
IAR	IAR
Eclipse+编译器(GCC)	NXP的MCUxpresso，TI的CCS，ST的TrueSTUDIO
Embedded Studio	Segger

其中MDK和IAR应该是最流行的两个IDE，MDK的粉丝可能还更多一些。实际使用过程中，MDK简洁的目录结构，方便的调试操作以及精简的安装包让人赞叹，新手很容易上手，但是用的时间久了，特别是用过更多的IDE后，你会发现，MDK缺少一些核心的功能：

1. Load寄存器或Memory

各家IDE厂商都可以在View窗口看到芯片的寄存器或者Memory，以NXP提供的MCUXpresso SDK lwip_ping为例：

MDK:IAR:

有时在调试过程中，经常会遇到这样一种情况，代码前一个版本没有问题，新加入一些功能后出现了bug，比如某个UART不工作了，通过比对源码却没有发现明显的问题，在这种情况下，在线仿真是一个比较好的手段，但是如果代码复杂，解决该问题依旧需要花费更大的精力。

但是使用IAR或者MCUXpresso这类的IDE，可以将MCU的寄存器保存成文件，这样我们就可以在正常代码运行时保存一份寄存器列表文件，运行异常代码保存另一份寄存器列表文件，通过对比这两个文件去寻找具体哪个寄存器的某个bit产生的影响，从而在代码中找到对应bit的处理方式去解决该问题。

IAR不仅提供了寄存器的Save功能，包括Watch窗口的数据也可以保存到电脑中，有些用户做ADC的采样，也可以直接把数组数据导入Excel来画出信号曲线

IAR还提供了Memory的Save功能，这样用户就可以对某块板子进行校准存参，然后把其Flash的参数数据导出烧写到其他板子

存储的类型可以是hex，s19或者bin

Save的Memory也可以是寄存器外设地址

2. RTOS插件

MDK默认的OS support仅支持RTX，对于第三方的RTOS并没有很好的支持，需要用户选择第三方的调试工具，比如Tracealyzer，而IAR默认提供了包括FreeRTOS, ThreadX, embOS在内的多种插件，虽然功能并没有Tracealyzer强大，但是至少能满足观察任务堆栈这样比较基础的需求。

3. Attach功能

本人09毕业时第一份工作使用的IDE是CW_Power_Architecture_V8.8，支持三种调试模式：

有时大家会遇到这样一种情况，产品无缘无故的死机，有时是产品硬件问题，但更多情况是软件问题，特别是异常非常难复现，而且有时还需要反复开关机才能出现，这就导致仿真器无法一直挂载去查找问题，attach的功能就是在不破坏MCU当前异常状态下的一种仿真手段。IAR默认也支持该功能：

但是如果想在MDK中想要实现该功能就较为复杂，下面这个文章可以教你如何在MDK中实现该功能：

不复位MCU直接调试运行程序，让bug闻风丧胆

4. Pack install

最后讲讲这个Pack install，它本身没有啥可吐槽的，主要是服务器好像没有国内加速，每次用个新片子都要下载上个把小时，特别是电信用户，有时下到90%几断了真的很糟心，推荐使用工具下载离线包：

审核编辑：彭静