SL_RTE是多个项目开发实践中积累下来的一些代码的整合，主要包含八个部分：Core层，即脱离于硬件平台的部分；BSP层，即适配不同硬件平台的部分；Board层，即针对具体的板级的支持包；Utils层，即第三方库；Port层，移植RTE需要变动的文件；GUI层，以lvgl为内核的GUI；MV层，以openmv为内核的机器视觉模块；Module层，对以上几层的进一步封装，为用户使用SL_RTE提供一个较为规范的引导。
使用SL_RTE，可以大大减少嵌入式开发尤其是STM32系列开发的时间（因为BSP层和Board层大都是STM32系列的实现，如果用户本身积累了相当的MCU相关的BSP，那么同样可以用于SL_RTE）。
实时操作系统下的SL_RTE和安卓的机制类似，设计好的GUI界面的刷新只在GUI线程中完成，其余线程不能对GUI界面产生直接影响。
在3.7.0319版本中，正式完成了APP_Module，该模块作为RTE_Module部分的第一个模块，初步确立了基于SL_RTE的应用编写规范。
（1）一个完整的应用可以由以下几种方式实现：
裸机；
实时操作系统；
裸机+GUI；
实时操作系统+GUI；
（2）在使用实时操作系统但不使用GUI的环境下，可以采用线程+状态机的方式实现整个应用；在裸机且不使用GUI的环境下，可以采用前台（时间片轮询+状态机）+后台（各种中断）的方式实现整个应用。
（3）在使用GUI时，一个完成的应用可以由一个或者多个图形APP构成。如果是在操作系统环境下，每个APP可以拥有一个线程。对于拥有线程的APP而言，其app_run和app_close需要实现线程的创建和删除。
（4）每个APP的生命周期由如下几个部分组成：
a.建立APP初期： （该部分由RTE自己完成 不需要用户交互参与）
APP建立->APP_GUI绘制->app_sc_open
该部分完成于整个SL_RTE初始化期间，在GUI线程进入线程体之前。
b.APP开始：（该部分需要用户交互参与）
用户点击APP图标->app_run->APP窗口绘制->app_win_open
该部分在功能上实现了APP的主窗体绘制以及APP内部窗体绘制，同时在app_run函数中，应当完成APP线程的建立。
c.APP运行时操作：（该部分需要用户交互参与）
用户点击关闭->关闭动画->app_win_close->APP窗口销毁
此时APP真正关闭 线程退出 APP内部相关资源需要释放
用户点击最小化>APP窗口隐藏
此时APP进入后台状态 线程继续运行
d.APP生命周期结束：（该部分通常不需要实现）
调用APP_Remove->销毁可能存在的APP窗口->APP_GUI销毁->释放APP资源
这一阶段是真正意义上的APP生命周期结束，如果发生，那么主界面上的APP相关GUI也会消失，所有APP有关的资源都会被释放。
（5）对于拥有线程的APP而言，线程内可以由状态机模块实现，不同的状态可以内部切换，也可以由用户与GUI交互实现切换（即GUI线程对APP线程的改变）。
（6）在裸机环境下，GUI模块作为RR的system组的一个定时器存在。
RTE框架如下：
-RTE
--RTE_APP ---包含内存管理、类shell交互、不同Core的文件、一个环形队列、一个状态机实现、一个软件定时器、字符串处理库等内容。
--RTE_BSP ---包含任何Chip必有的三个部分：按键、串口、LED以方便用户对运行于SL_RTE下的代码进行调试。
--RTE_Board ---包含常用的板级支持包。
---STM32F103：ADC、BH1750、CRC、DHT11、E2PROM、ESP8266、片内Flash模拟E2PROM、GSMA9、I2C、LCD、PM25、PWM RC522、IO模拟串口、SPI、SR501、GPIO。
STM32F407：类似F1。
IOTL475：移植官方驱动。
STM32F767:待上传。
STM32H743：待上传。
--RTE_Config ---可在KEIL中进行图形化配置的RTE配置文件。
--RTE_Example ---KEIL环境下不同开发板的DEMO。
--RTE_GUI ---本RTE自带的GUI，以LVGL为内核；
--RTE_MV ---本RTE自带的机器视觉库，以OPENMV为内核；
--RTE_OldVersion ---老版本。
--RTE_Port ---移植到不同平台所需文件。
--RTE_Utils ---一些第三方库。
2017/09/22 新版本1.0release。
2017/09/23 完全剥离bsp和app 确保app使用时独立于硬件底层（SoftTimer除外 但针对coterxm内核mcu一致）； 加入bget内存管理 将部分app变为动态内存分配机制（用于debug的串口缓存）； 修改ringbuffer 使出列和入列变为动态内存分配。
2017/11/06 结合tmlib开始2.0版本编写 基于F7以及HAL库。
2017/11/12 2.0版本的除了spi其他都已经测试通过； 为了配合mppt项目开始完成针对f1系列以及固件库的适配； 修改app中led和key到bsp中去。
2017/11/13 完成com key led对于f1的适配； 修改了key和led使其适配于m3和m4系列内核； 单独为m3内核建立comf1； 确定新bsp撰写规范； 攥写了bsp_timerbase。
2018/04/17 新版本开始编写 3.0； app_mem 更换rtx自带的内存管理系统做为底层 方便管理多块内存空间； 增加app_stdio 替换printf； 更换APP_Config和BSP_Config为适用于MDK开发环境，可勾选配置。
2018/05/30 基本完成F1板级支持库的开发； 开始做F4的板级支持库和bsp包；
2018/06/15 完成对bget的重写，使其支持多块内存，删除app_mem； 重命名SL_LIB为SL-RTE； 修改F1的串口接收为DMA工作模式； 优化对MDK开发的适配； 最新的RTE在STM32F103C8T平台上通过1ms循环，debug指令暴力测试；
2018/06/23 决定开源，上传到github。
2018/08/07 版本号2.0.0807 更换命名； 重写时间片； 重写Debug并更名为shell； 重写Config文件； 管理**改为动态管理；
2018/08/26 版本号2.1.0826 整理了RTE文件框架； 移植了ESAYFLASH作为KEY-VALUE数据库； 目前用于TM1294项目（SHELL与SM静态版本）；
2018/08/31 版本号2.2.0831 换用新的内存管理； 重写了roundrobin和shell； 目前用于407遥控开关项目；（SHELL与SM动静态结合版本，纯动态版本会产生较多的内存碎片）；
2018/09/02 版本号2.2.0902 407的串口bsp文件重写； 完成RTE_Stdlib和RTE_Stdio的移植； 完善RTE_RetargetIO，使其适配于非MicroLib环境； 修正了Config文件；
2018/09/30 版本号2.3.0930 增加RTE_Vec和RTE_List； 利用RTE_Vec重新对Shell、Timer、SM等模块进行重构； 开始移植GUI；
2018/10/2 版本号3.0.1002 完成了GUI的移植，GUI版本号为5.0.1； 完善了RR部分代码；
2018/11/2 版本号3.1.1102 重构GUI代码，GUI版本号为5.2.0； 重构目录树； 重写RTE_Config；
2018/12/27 版本号3.2.1227 lvgl内核升级到5.2.1，修复部分RTE_APP； 一些其他小改动；
2019/01/07 版本号3.3.0107 lvgl更新优化接口； MEM、Message增加互斥锁； STDOUT和KVDB优化互斥锁逻辑； LOG用于各个模块； 升级日志模块，可选输出到RTE_Stdout、FILE、Flash； 优化include结构；
2019/01/13 版本号3.3.0113 修复了MEM、Message的互斥锁逻辑；
2019/01/24 版本号3.3.0124 删除无用的GUI_File模块； 完善PC使用SL_RTE的逻辑； 更新了Shell模块，并为GUI增加了Shell支持，当前包括obj建立和删除。
2019/01/30 版本号3.3.0130 完善PC使用SL_RTE的逻辑； 为GUI增加了动态管理；
2019/03/13 版本号3.4.0313 升级GUI到5.3.0 升级KVDB到4.0.0
2019/03/16 版本号3.6.0316 换用umm_malloc作为内存管理模块；
2019/03/17 版本号3.7.0317 换用tlsf作为内存管理模块；
2019/03/19 版本号3.8.0319 完成了APP_Module的编写，正式确立GUI和RTOS编程规范；
2019/06/07 版本号4.0.0607 架构变化，把Demo和Simulator单独作为pro独立出来，同时更新了RTE_Config.h文件；
下一版本计划： 1、IAP库的开发和移植； 2、lua脚本解释器； 3、RTE_Simulator的功能完善：网络、串口通讯、文件、线程机制转换到cmsis接口；
请参见RTE参考手册。