CMSIS玩家的“阴间成就”指南

【说在前面的话】

【入门成就：未闻花名】

从事嵌入式工作至少2年以上，之前从未听说过，也没有真正注意到自己所使用的工程或者环境中用到了CMSIS；突然有一天，第一次听说CMSIS时获得该成就。

该成就看似触发条件比较苛刻——需要工作至少2年以上没有注意到过CMSIS的存在——但实际上，这几乎是大部分新手玩家的标配成就。反倒是少数“内测高玩”（指在学校期间就已经是嵌入式大牛的人），因为过早接触CMSIS而受到时间门槛的限制无法获得该成就。

【新手成就：几……室同堂？】

玩家第一次尝试使用MDK的RTE（Runtime Environment）配置方式往工程中加入CMSIS的支持时，没有注意到工程里已经有了老版本的CMSIS，两个版本由于编译时产生冲突，导致玩家抓耳挠腮——“明明正确配置了CMSIS，路径也正确，为什么说我编译错误呢？果然是RTE太高档了，我用不来”——时，获得该成就。

【稀有成就：未曾设想的道路】

玩家因为某种原因，第一次在MDK以外的环境，或是不借助MDK的RTE帮助的情况下，尝试将CMSIS加入到自己的工程中，以源代码形式进行编译引发“海量”编译错误时获得该成就。

对大部分玩家来说，毫无疑问，该成就是一个“稀有”成就——因为无论是借助MDK的RTE辅助，还是使用方案供应商“保姆式”SDK进行开发，基本上不太会需要自己往工程里添加CMSIS，就算有，使用源代码进行编译的情况也是少之又少。通常只有团队里的骨灰级玩家才会“被迫”获得该成就。

前面提到的“海量”编译错误，实际上由于CMSIS中诸如CMSIS-DSP这样的库，为了提升代码性能，采用了“在.c中包含其它.c”的做法而触发的，比如 CMSIS-DSP 中很多目录就如 InterpolationFunctions 这样存在多个.c，

而他们实际上都被 InterpolationFunctions.c 文件统一包含：

如果一股脑的把该目录下的所有.c都加入到 MDK 工程中编译，就会在链接阶段报告大量的重复定义类错误。

【稀有成就：吃螃蟹爱好者】

达成条件：

第一次通过MDK的Pack Installer将从Github上获取最新的、尚未正式发布的CMSIS版本导入到MDK开发环境，并通过RTE部署到当前工程中时获得该成就。

虽然MDK的用户很多，会用RTE的用户已然很少，其中懂得利用Pack Installer更新软件包的用户就更少，而知道Pack Installer可以导入Git库并以此来使用Github上最新的CMSIS的用户几乎就是凤毛麟角了。虽然操作起来难度很小，但该成就的稀有度却是满星的。

如果你的MDK版本较老，同时因为某些原因又不想更新MDK版本，可以通过Pack Installer导入仓库的办法获取最新的CMSIS。具体步骤如下：

1、通过git工具将最新版本的CMSIS从https://github.com/ARM-software/CMSIS_5 的develop 分支下载到本地。比如，我使用的工具就是Github Desktop：

2、打开Pack Installer，并通过菜单File->Manage Local Repository 打开仓库管理窗口：

3、单击Add，并把刚刚从Github上获取的CMSIS加入仓库中：

4、成功后，我们会看到最新的CMSIS已经被加入到Pack列表中了：

此时，单击OK。经过一番等待，我们发现最新的CMSIS 5.8.0（还没有正式发布哦）已经被加入到我们的MDK环境中了：

（图片来自网络，侵删）

【阴间成就：内卷的开端……】

达成条件：

第一次注意到CMSIS提供的“固有函数（Intrinsics）”__disable_irq()在不同编译器下有不同的函数原型时，获得该成就。

#include "cmsis_compiler.h"

实际上，头文件cmsis_compiler.h 的作用就是：自动检测当前用户所使用的编译器，并以此为依据包含对应的头文件。例如，如果当前用户使用的是armclang，则cmsis_compiler.h会实际包含 cmsis_armclang.h；同理，如果编译环境是GCC，对应的头文件就为 cmsis_gcc.h。

/* * Arm Compiler 4/5 */#if   defined ( __CC_ARM )  #include "cmsis_armcc.h"
/* * Arm Compiler 6.6 LTM (armclang) */#elif defined (__ARMCC_VERSION) && (__ARMCC_VERSION >= 6010050) && (__ARMCC_VERSION < 6100100)  #include "cmsis_armclang_ltm.h"  
/* * Arm Compiler above 6.10.1 (armclang) */#elif defined (__ARMCC_VERSION) && (__ARMCC_VERSION >= 6100100)  #include "cmsis_armclang.h"
/* * GNU Compiler */#elif defined ( __GNUC__ )  #include "cmsis_gcc.h"
/* * IAR Compiler */#elif defined ( __ICCARM__ )  #include <cmsis_iccarm.h>...

/**  \brief   Disable IRQ Interrupts  \details Disables IRQ interrupts by setting special-purpose register PRIMASK.           Can only be executed in Privileged modes. *//* intrinsic void __disable_irq();    */

然而，我们在arm_compact.h（包含cmsis_armclang.h时获得）中发现了完全不同的函数原型：

static __inline__ unsigned int __attribute__((__always_inline__, __nodebug__))__disable_irq(void) {...}

它居然是有返回值的，而且返回的是关闭全局中断前一刻PRIMASK的值——这完全是抢了固有函数__get_PRIMASK() 的工作啊！更可怕的是，CMSIS这么多对不同编译器提供支持的头文件中，只有armclang在“加班”，甚至让习惯了使用armclang的傻孩子我产生了__disable_irq()就应该返回PRIMASK值的错觉——像极了公司团队“从一人开始内卷到全团队加班称为常态”的社畜生活，真实细思恐极啊。

1.机器学习的未来在何方？

2.Cadence“系统动力双剑”，这么霸气的工具得用起来！

3.干货 | 分享一个实用的、可应用于单片机的内存管理模块

4.MCU、RTOS和物联网之间有什么关系？

5.香港突发：500万芯片抢劫案！全程搜捕！

6.肝 | 一种串口高效收发思路及方案

免责声明：本文系网络转载，版权归原作者所有。如涉及作品版权问题，请与我们联系，我们将根据您提供的版权证明材料确认版权并支付稿酬或者删除内容。