RT-Thread-RTT VS RTT NanoRT-Thread问答社区

RTT VS RTT Nano

发布于 2020-03-13 11:51:47 浏览：3418 订阅该版

初探RTT全功能和 nano版本的源码对比
nano相对于全功能版本有一定的删减，来找一下区别和删减部分

![1.png](/uploads/202003/13/115939vdu9ru44gljurarv.png)
逐个文件夹进行分析！

- 根目录 
从根目录的上来说，直观的来说，nano没有Kconfig文件，少了 tools文件夹（当然还有examples样例文件夹，不过这个不重要）；
Kconfig是因为全功能版本的RTT有点类Linux的源码结构，而nano的目录结构被砍的比较多，支持类似的插件式访问（我是这样理解的，nano就是一个简单的用户文件夹，提供了RTT的基本机构；而RTT是完整的，具有完整工具链结构和各种功能，我们所需要做的是从众多的功能中，挑选适合自己板子的，自己所想要的功能，然后生成工程）;

- BSP(RTT VS RTT Nano)
两个版本都有bsp文件夹；其中是RTT各个板子，不同的芯片做的移植；
正好这两天在Pandora上移植了RTT和RTT_Nano源码，那就主要分析一下Pandora：
![2.png](/uploads/202003/13/120003hm6s6hxmoljh3sss.png)
看上去差异很大，一部原因是因为nano使用CubeMx生成的，而RTT通过env工具scons生成的；

1).RTT中的applications是用户程序文件夹，用户所写的程序代码；对应于Pandora在src文件夹中；![3.png](/uploads/202003/13/114935tvoqv0putkup4qpo.png)
(SConscript类似于Linux中的Makefile脚本文件，主要功能是结合Kconfig文件来编译裁剪内核；RTT的Kconfig与Linux的功能相同，每个文件下都存在)
2).RTT Board 文件夹中
![4.png](/uploads/202003/13/114951z59oi2dkmz6d6o5m.png)
CubeMX_config文件夹中保存的是cubemx工具生成的文件，在nano中由于工程就是用cubemx创建的cubemx的配置文件在根目录；RTT中的Linker_script文件夹保存着生成工程时的链接文件，主要是stm32l475ve芯片的flash，ram的地址和大小；ports中是一些自定义的驱动文件例如lcd液晶驱动，sd卡的驱动等等；接下去的board.c文件里面放的是pandora时钟初始化程序，对应的RTT_Nano的位置在`\Pandora\Middlewares\Third_Party\RealThread_RTOS_RT-Thread\bsp`下也有相应的board文件；
3).bulid文件夹是RTT工程生成时产生的对象文件(也就是.o文件)，nano中的对应文件在MDK_ARM文件下可以找到；
4).RTT_Nano中的Middlewares是在cubemx生成工程的时候往里添加additional software所加入的RTT_nano的kernel；
5).RTT中的packages，通过menuconfig添加的RTT样例程序

-  components(退回到根目录的第二个文件)
![5.png](/uploads/202003/13/115041s70enqym3xcnfqnn.png)
这里区别就大了；nano中只有FinSH(是 RT-Thread 的命令行组件);RTT中顺着文件夹列表可以看到，源码中自带了分布式文件系统，打开进入file system可以看到RTT支持的各种文件系统；drivers中可以看到RTT中已有包含了音频 can总线 i2c 麦克风 串口 spi usb 看门狗 等等的驱动；
还有net网络的驱动，libc中包含了一些文件支持库，VBus组件是RT-Thread与RT-Thread，或者RT-Thread与Linux沟通的交换数据的工具；

- documentation和docs文件夹分别是RTT和RTT_Nano的一些必要文件和图片说明
- include
![6.png](/uploads/202003/13/115100v74umjq4ddh1us49.png)
这里的include文件夹无论RTT全功能还是nano都是一样的包括libc里也都是一样的；包含着RTT系必要的库文件；
但是同名的库文件中，又有一些不一样
1).rthw.h中；在终端接口和输出接口多了对smp的支持
```c
#ifdef RT_USING_SMP
rt_base_t rt_hw_local_irq_disable();
void rt_hw_local_irq_enable(rt_base_t level);

#define rt_hw_interrupt_disable rt_cpus_lock
#define rt_hw_interrupt_enable rt_cpus_unlock

#else
rt_base_t rt_hw_interrupt_disable(void);
void rt_hw_interrupt_enable(rt_base_t level);
#endif /*RT_USING_SMP*/

/*
 * Context interfaces
 */
#ifdef RT_USING_SMP
void rt_hw_context_switch(rt_ubase_t from, rt_ubase_t to, struct rt_thread *to_thread);
void rt_hw_context_switch_to(rt_ubase_t to, struct rt_thread *to_thread);
void rt_hw_context_switch_interrupt(void *context, rt_ubase_t from, rt_ubase_t to, struct rt_thread *to_thread);
#else
void rt_hw_context_switch(rt_ubase_t from, rt_ubase_t to);
void rt_hw_context_switch_to(rt_ubase_t to);
void rt_hw_context_switch_interrupt(rt_ubase_t from, rt_ubase_t to);
#endif /*RT_USING_SMP*/
```
同时多了在使用smp的时候多了自旋锁的功能定义，已经第二cpu启动和idle的功能实现；

2).rdef.h中的区别
RTT比nano多了跟多的基本类型的定义；

```c
/**
 *  The object type can be one of the follows with specific
 *  macros enabled:
 *  - Thread
 *  - Semaphore
 *  - Mutex
 *  - Event
 *  - MailBox
 *  - MessageQueue
 *  - MemHeap
 *  - MemPool
 *  - Device
 *  - Timer
 *  - Module
 *  - Unknown
 *  - Static
 */
``` 
除此，双方对进程，信号量，邮件，事件等等的宏定义都是一样的

3).rthread.h
```c
#ifdef RT_USING_SMP
void rt_scheduler_ipi_handler(int vector, void *param);
#endif
```
在任务调任中增加了对多处理的实现；此外，当RT_USING_SMP这个宏定义的时候，RTT中还对spinlock自旋锁做了基本函数的实现；

- libcpu
![7.png](/uploads/202003/13/115126e44gb14zrtt7gfj3.png)
libcpu中是两个系统对cpu架构的支持情况，nano中只有arm 和risc-v；而RTT中就多了有，xlinux mips nios等等

- src
![8.png](/uploads/202003/13/115141o6plbyhhpu5fipbo.png)
RTT全功能中比nano多了device signal两个文件，device是用于发现设备和初始化设备的；signal适用于对初始化信号的，包含了系列对使用signal的支撑函数；

- tools
此外，RTT还多了一个tools文件夹，其中是RTT对各种编译工具的支持，类似GCC vs2012 eclipse等等。