标签: ewarm

最近又要开始编程了，所以忙里偷闲，再一次了解了一下开发平台的发展情况，看看是不是要换个新平台尝个鲜，也就引出了如题的一个选择题。   近几天，主要针对 Keil MDK-ARM 和 IAR EWARM 了解了一些信息。看过一些相关的讨论贴之后，决定试一下 IAR 的 EWARM（因为之前是用 Keil 的 MDK-ARM，同时也因为有好多网友认为 IAR 的 EWARM 要由于 MDK-ARM）。   EWARM 的最新版（6.60.2）试了一下，第一映像不好（对比MDK而言，主要是界面）。继续试用发现无法正常编译 STM32 标准外设库 V3.5 的例程（虽然经过一通搜索问题解决了，但还是小郁闷了一把）。   郁闷之余，去了 Keil 的主页，恰巧看到了 MDK-ARM 发布了最新的5.0版，于是下载试用。安装之后，跳出了第一个界面就让我又回到了Keil 的阵营。新版加入了 Pack Installer ,算是一个小的辅助程序，用于用户选择性的安装对应器件的相关支持文件和参考程序等等（第一感觉就是好人性化）。   于是，暂时放弃了 IAR（也许以后有空会再试试）。   简单的选择之后，想想为什么自己会这样选。其实，只是第一眼的感觉。可能很大程度上就是界面。对于硬件产品的话就是外观。于是，想到了产品设计。现在的产品，大到飞机、火箭、航母，小到手机、耳机等等，外观无疑是非常重要的一个环节。第一印象直接决定了之后的所有可能。

嵌入式软件开发中的一个基本需求就是能通过终端来输出调试信息，一般可通过2种方式实现：一种是使用串口线连接板上的UART和PC上的COM口，通过 PC上的超级终端来查看调试信息；另一种则是采用半主机机制，但有可能不被所用的工具链支持。基于Cortex-M3核的软件调试突破了这样的限制，Cortex-M3内核提供了一个ITM(Instrumentation Trace Macrocell)接口，通过SWV(Serial Wire Viewer)可调试由SWO引脚接收到的ITM数据。ITM实现了32个通用的数据通道，基于这样的实现，CMSIS规定用通道0作为终端来输出调试信息，通道31用于操作系统的输出调试(特权模式访问)。在core_cm3．h中定义了ITM_SendChar()函数，因此可通过调用该函数来重写 fputc，或者自己实现printf函数，以在应用程序中通过printf打印调试信息，并可通过ITM Viewer查看这些调试信息。有了这样的实现，嵌入式软件开发者就可以在不配置串口和使用终端调试软件的情况下输出调试信息，在一定程度上减少了工作量。 实现方法见附件