的处理器）代码密度的探讨.pdfVIP

Technology In-Depth TM 关于LPC1100（基于Cortex-M0 的处理器）代码密度的探讨 作者： 恩智浦半导体公司的Rob Cosaro和Zeljko Stefanovic LPC1100是一款基于Cortex-M0的32位微控制器，意在争夺8 位和16位微控制器市场。目前业界存在这样一种误解：32位机 的内存需求是8位机的4倍。为此，本文将M0代码与多种8位处理 器的代码进行了比较，来讨论影响代码大小的各个方面。结果表 明，M0代码在某些情况下明显较小，而在其他情况下则基本相 同。 LPC1100代码密度 2009年初，恩智浦推出了首款基于M0的 微控制器系列产品──LPC1100。该系列的目标市场为当前仍 图1 Cortex-M0指令集 在使用8位或16位架构的客户。关于LPC1100的一个常见问题 拿Cortex-M0与MSP430（其指令长度为4到8个字节）等16位 是：我的应用需要多大的代码空间。有一种简单的想法：假定32 架构进行比较，亦无法得出16位架构的代码大小是32位架构一 位处理器需要4个字节来存储指令，而8位处理器只需要1个字节 半的结论。 下一页中的图2形象地显示了不同处理器架构的指 来存储指令。由此可知，32位处理器的代码大小应为8位处理器 令长度差异情况。由于Cortex-M0的指令集主要为16位，因此 的4倍。事实上，这种想法并不正确。根据客户将8位代码移植到 LPC1100的代码大小明显很可能比大多数8位处理器的还要小。 LPC1100的经验来看，应用程序大小可能为8位处理器上的四分 之一到二分之一。当然，具体情况视代码的特点而定。在某些情况 代码大小并不只是与指令集宽度有关，而且还涉及到处理器必 下，应用程序可能并不会减小，但仍与对应的8位程序大小不相 须处理的外设数据的宽度。如今，很多微控制器都集成了10位和 上下。 下面，本文将讨论在哪些情况下，代码大小会缩小或基本 12位ADC。与32位微控制器相比，8位微控制器在处理此类数 保持不变，并解释其原因。 据宽度时需要借助更多的指令。下一页中的图3显示了一个16位 乘法运算的示例。这可能是数字滤波器处理ADC传入数据的一 指令集架构 Cortex-M0属于RISC架构，采用基于ARM thumb 部分。对于这一运算，8051需要使用48个字节的代码，16位处理 概念的指令集。Thumb指令长度为16位，但仍可在32位寄存器 器需要使用8个字节的代码，而具备硬件乘法运算的LPC1100只 及数据路径上使用。图1显示了完整的Cortex-M0指令集。虽然 需要使用2个字节的代码。这个示例可能显得有些极端，但具有 部分指令为32位，但除B L指令（带链接的分支）外，这些指令 更大的位宽来处理数据对于节约代码空间而言至关重要。下面 均为应用程序代码中不常用的指令。因此，LPC1100系列产品 再举一个实际应用中更为常见的示例：使用C语言编写代码时， 的指令大小主要为16位。但是，这与8位指令集架构相比又是 整数宽度为16位；因此，在使用整数作为循环索引的 “for循环” 怎样的呢？8位架构并不是说指令长度为8位。8位微控制器中 中、拿一个值与整数值进行比较或使用执行整数操作的C库函数 的许多指令都是16位、24位或超过8位的其他长度。举例来说， （如memcpy()）时，代码实际上使用的是16位或更大的数据。 PIC18和PIC16的指令大小分别为18位和16位，而8051架构的 对于每次整数计算，8位处理器都需要多条指令来执行运算，这 某些指令长度为1个字节，但仍有很多为2或3个字节。同样地， 会直接增加代码大小。 16