NUCLEO-F411RE RT-Thread 体验 (3) - GCC环境 uart驱动的移植以及console的使用
1、准备工作
在第一节里，我们用stm32cubemx将pa2 pa3管脚配置成usart2，用于跟st-link虚拟串口的打印用，那么我们先重定向printf函数，看这条通道是否行的通。
在rt-thread线程里调用
烧录进板卡后，打印如下：
说明硬件连接与软件配置都没问题。
2、uart驱动的移植
1、修改makefile文件，将驱动编译进去
2、第一次编译报错
提示这个函数找不到，这个函数在console.c里面，我们也编译进来。console.c与drv_usart.c什么关系呢？
drv_usart.c往下对接hal库，往上对接的是device.c,我们在应用层想要操作串口的话，调用的就是device.c中的函数。而这个console.c也属于一个应用层的封装，调用的也是device.c中的函数。
3、 第二次编译报错
这个函数定义在completion.c中，也编译进去。
4、第三次编译
编译无报错，烧录后LED闪烁，usart驱动添加完成。
3、console的移植
1、打印rt-thread版本信息
我们已经移植好了串口的驱动，这时候调用device.c中操作串口的函数，应该就能够从串口中读写到数据。
console，顾名思义，控制台，rt-thread封装了类似linux控制台的东西，说白了就是利用一路串口，完成与设备的交互。
1、rtconfig.h中使能console的相关配置
2、初始化代码添加。
编译烧录进去是不是就有rt-thread的版本信息了？
2、RT-Thread版本信息打印流程
startup_stm32f411xe.s中调用bl entry
entry函数调用rtthread_startup();
rtthread_startup中调用rt_show_version()函数
rt_show_version中调用rt_kprintf
而rt_kprintf在使能RT_USING_DEVICE配置时调用的rt_device_write函数。这个就是device.c的函数了。
如果是nano版本，没有使能RT_USING_DEVICE配置，那么就要自己完成rt_hw_console_output函数，也就是对接一下hal库的发送串口发送函数。
3、finsh组件的移植
之前我们已经将finsh组件编译进去了，可是终端却不能输入。
后来发现这个 INIT_APP_EXPORT 函数声明的函数并没有自动被调用。
后来去查看rt-thread源码里的ld文件时候，发现这么一些差异。
把这些copy到我们的STM32F411RETx_FLASH.ld文件中
重新编译烧录
大功告成！
4、代码
代码下载
