|
作者：良知犹存 转载授权以及围观：欢迎添加微信：Allen-Iverson-me-LYN 前言 最近想开发一段单片机的代码，代码本身有很多的重复元素，这重复定义的一些结构体使用起来有些繁琐，所以就想用C++开发，C++的继承 模板类可以很容易的解决这些问题。因为在单片机运行，习惯用MDK或者IAR这些软件。但是这些软件都是默认C开发的，用C++开发需要重新配置，有些麻烦。但是我还是试了试，做了一个小demo供大家参考。 代码文件我传到我的github中去了，大家有兴趣可以参考一下 https://github.com/conscience-still/MDK-Cplusplus--LED 一、STM32CubeMX生成底层代码
因为是做一个demo，不需要很复杂，就用cubemx生成了一个简单的串口和IO控制的MDK代码，用了精简的LL库，具体实现就不讲了，详细操作可以看我博客CubeMX配置的一些文章。我的博客名是：良知犹存
二、进行IDE的C++配置（去掉C环境的配置）
1.首先打开MDK软件，去掉use microlib 勾选，这个一个C的依赖库，但比标准的库小，它可以减少C代码的大小。CubeMX生成的文件默认选择此项。因为这个精简库不支持C++，所以我们需要去掉此项功能。
2.Options for Target 再点C/C++ 在下边的Misc Controls 中输入—cpp
3.去掉C99 mode选项
三、代码中C++的编写注意
1. IDE中的编译器的这个工程时候，当文件后缀是C的时候IDE会使用C编译器进行编译，如果文件后缀是CPP则IDE使用C++编译器进行编译，工程包含的头文件是使用C++编译器进行编译的，不过头文件声明的还是C文件的符号，所以IDE会无法正确编译链接。此时我们应该将头文件所有声明C符号的部分用预编译宏加extern "C" { }的形式包含起来，告诉编译器该段要使用C编译器进行编译。只包含需要进行C编译的部分即可
2.设置需要C++编译的文件，这时候有两种方法实现。 1>.在代码文件的界面，选择文件右击选择Option for Files "你点击的文件"，然后设置file type为需要的C++
2>.直接将文件改为.cpp文件，重新添加，此时候IDE自动进行C++编译
第二种方法简单快捷，但是第一种方法虽然麻烦，但是有个好处，我们不需要修改文件名称，这样STM32CubeMX下一次生成代码就不会在生成相应名称的C代码了。
3.将中断服务函数添加 extern "C" 的标识，因为C++中无法直接识别中断函数，所以用C的方法进行设备编译。而在Cpp文件中引入C的部分代码，需要进行extern "C" { }进行修饰，否则不能通过编译链接。
四、C++实现时候遇到的情况
c++test\c++test.axf: Error: L6218E:Undefined symbol vtable for STM32_TEST::TestGPIO (referred from main.o). 把类中的虚函数改为定义好的函数即可。
2.因为我把串口初始化都放在类中实现，我想进行类的构造的时候进行串口数据的打印，但是网上查询得知，MDK不支持std的流打印输出，所以我就用sub和super补丁函数，进行系统main函数执行前进行串口的初始化。
这是一种特殊模式：用于有一个已经存在且不能被改变的函数 的情况。使用这两个模式可以帮原函数打补丁。如存在一个函数foo();
$Sub$ $foo ：定义的新功能函数，在foo()函数之前/后使用$Sub$$foo 可以添加一些新的程序代码。
$Super$ $foo ：就是原始的未修补的foo函数，使用这个$Super$ $foo函数将直接跳转到foo()函数。
因为super与sub函数属于c所以我们在cpp文件下需要添加extern“C”进行编译才行，否则就要出现如下问题了，这些我都遇到过，给大家把雷趟了一遍。
本来一个简单的C++程序就写完了，主要就是运行环境，但是程序收录进去之后无法工作，并且在硬件调试下明显看到系统到了__main之后不知道跑哪里去了，F5全速执行几次程序才有机会正常运行，这就很奇怪了，后来在网上找资料，终于找到问题所在了，在以为博主的文章看到，他最后找到问题原来是：
我按照他的操作然后程序就可以正常运行了，下载ARM官方的retarget文件，并加入到工程当中。下载链接： http://infocenter./help/topic/com.arm.doc.faqs/attached/3844/retarget.c
然后将里面的串口读写按照我现有的硬件需求进行重写就可以了。如下代码所示：
五、最后测试的一些体验与感想
刚开始想用C++在MDK中开发是因为，有些个需求的功能C++特别符合，但是在调试这个demo过程中，发现使用的单片机容量太小，一个<iostream>头文件的包含就让一个只有串口加几组IO控制的最小程序代码膨胀到了32K，而去掉该头文件，代码缩小到了5K。
代码过大是c++的依赖项过多，而C++ 中模板类 、虚拟继承 、STL库等精华由于依赖的问题都不建议在单片机中用，代码膨胀的时候单片机吃不住。所以C++虽好，可不一定适合小容量的单片机，大家需要按照自己的功能进行有效的使用C++，精简使用的依赖，这个可以通过每次编译的生成的.map文件进行增该删，其次对于C++中内存以及代码扩增一些基础知识需要熟悉，负责很容易代码膨胀，导致我们的程序无法在单片机使用。
这就是我分享的在MDK用C++开发的demo，里面代码是实践过的，如果大家有什么更好的思路，欢迎分享交流哈。
|
|
|
