1.HUAWEI LiteOS 移植过程
2.LiteOS:剖析时间管理模块源代码
3.鸿蒙系统体验之在IMX6ULL上体验鸿蒙系统
4.STM32L431移植华为LiteOS 物联网手把手教程
5.手把手教你丨小熊派移植华为 LiteOS-M
6.软件篇---LiteOS之系统移植(鸿蒙系统)
HUAWEI LiteOS 移植过程
本文主要介绍了将LiteOS系统移植到STMFZGT6单片机开发板的源码过程。
在开发环境中,学习主要使用的源码工具包括以下几种。
本文主要记录了基于gcc开发的学习LiteOS移植过程,如果使用vscode的源码朋友,其原理相同,学习loadbalance 原理及源码也可以作为参考。源码
在基础工程准备阶段,学习我使用的源码是STMCubeMX生成的工程文件。生成过程如下:
1. 打开STMCubeMX程序。学习
2. 选择对应的源码芯片(STMFZGT6)。
3. 设置时钟来源为外部晶振。学习
4. Debug设置为串行(我用的源码是Jlink下载程序),为了方便移植,学习将系统tick来源设置为TIM1。源码
5. 配置LED的引脚为输出,我的开发板两个可控led分别为GPIOF_9和GPIOF_。
6. 设置系统时钟,配置为MHz。
7. 分别设置头文件和.c文件。
8. 中着急打了个病句...
9. 最后生成工程,选择为makefile生成格式。
工程将在对应文件夹内生成。
切换到文件夹内,执行make指令构建工程,将在build文件夹下生成你在cubemx里设置的工程名.elf文件。
此时修改Core文件夹下的main.c文件,就可以实现基础的基于HAL库的单片机控制。
修改Makefile文件,添加烧录命令如下:
此时执行make run就可以将.elf文件烧录到单片机中。
在移植LiteOS源码下载过程中,我所使用的源码是GitHub上的LiteOS代码的develop分支。
下载该仓库的代码,得到文件夹结构如下。
在STMCubeMX创建的工程下面新建文件夹为LiteOS(具体什么名看你心情),并将以下几个文件夹导入:
得到
OS_CONFIG文件夹下的target_config包含头文件是stmf的HAL头文件,如果是cortex-m3或者其他内核的单片机需要在这里修改包含的头文件,我的工程将之改为了#include "stmf4xx.h"。
此时需要修改你工程的Makefile文件,将新添加的LiteOS的代码添加到你的工程当中去。
具体修改如下:
此时执行make构建工程,会出现报错,说是绘制菜单源码重复定义了PendSV_Handler和SysTick_Handler,这是因为这两个函数在LiteOS系统中已经有了定义。这时要到Core/Src文件夹下的stmf4xx_it.c将重复定义的两个处理函数注释掉。
注释掉两个函数的定义。
此时再执行make clean删除原来的构建生成文件,重新make构建。
构建成功,能够生成elf文件,移植成功。
可以修改OS_CONFIG文件夹下的target_config文件,适配自己的开发板。
在移植测试阶段,可以根据STMCubeMX构建工程时所用的GPIO引脚在程序中定义任务。我的测试任务如下:
我的任务定义位于main.c,也可以将任务定义移动到单独的文件中。
功能就是两个led灯实现不同频率的闪烁。
可以观察到上面的led灯闪烁频率低于下面的led,任务创建成功,移植成功。
LiteOS:剖析时间管理模块源代码
LiteOS的时间管理模块基于系统时钟,分为两个关键部分:SysTick中断和应用程序时间服务。SysTick中断为任务调度提供稳定的时钟节拍,而应用程序时间服务则包括时间转换、统计和延迟等功能,这些都是通过系统时钟的周期性中断实现的。
系统时钟通常由定时器/计数器驱动,周期性地产生中断,每秒的Tick数由用户配置决定。比如,如果配置为每秒个Tick,那么每个Tick代表1毫秒。Cycle是系统最小的计时单位,由主时钟频率决定。在 MHz的CPU中,1秒内会产生,,个Cycle。
用户在秒、毫秒级别计时,而操作系统则使用Tick作为基本单位。在需要执行任务挂起或延迟操作时,时间管理模块会处理Tick与用户时间单位之间的转换。
源代码可在LiteOS开源站点获取,涉及的文件包括kernel\include\los_tick.h、kernel\base\include\los_tick_pri.h等,借贷超市源码具体可以参考gitee.com/LiteOS/LiteOS...。本文将通过分析STMFIDiscovery板子的源码,深入剖析时间管理模块的初始化、配置和关键函数。
首先,时间管理模块的初始化和启动过程涉及系统时钟配置和OsTickInit函数,配置项包括系统时钟和每秒Tick数。然后是OsTickStart函数,启动时会初始化定时器并启用Tick中断。
此外,时间管理模块提供的时间转换、统计和延时管理功能,如从毫秒到Tick的转换,获取Tick内包含的Cycle数,以及微秒和毫秒级别的等待。这些功能的实现细节也在本文中进行了讲解。
总结来说,LiteOS的时间管理模块是任务调度和时间服务的核心,通过深入源码理解,开发者可以更好地利用这些功能进行高效的时间处理。
鸿蒙系统体验之在IMX6ULL上体验鸿蒙系统
请先下载以下文件,里面含有烧写软件:
鸿蒙内核Liteos-a的官方代码目前只支持海思的芯片,我作为首批开发者入驻华为一个多月,成功在ASK_IMX6ULL上移植了Liteos-a。
本文先让大家体验一下Liteos-a,后续会发布教程、视频、源码。
百问网开发了一款烧写软件:ask_imx6ull_flashing_tool,它的界面如下:
使用这软件,只需要一条USB线连接电脑和开发板USB OTG口,只需要点击一个按钮就可以体验鸿蒙系统。
1.1 熟悉ASK_IMX6ULL启动开关1.1.1 全功能版
ask_imx6ull全功能版支持USB、EMMC、SD/TF卡三种启动方式。使用后2种启动方式之前,需要先在EMMC或SD/TF卡上烧写系统。
板子背后画有一个表格,表示这3种方式如何设置。表格如下:
BOOT CFG
这3种启动方式的设置示意图如下:
其中的USB启动模式主要用来烧写系统。 注意:设置为USB启动时,不能先插上SD/TF卡。ios html源码
1.1.2 MINI EMMC版
百问网 IMX6ULL EMMC版支持USB、EMMC、SD/TF卡三种启动方式。使用后2种启动方式之前,需要先在EMMC或SD/TF卡上烧写系统。 板子背后画有一个表格,表示这3种方式如何设置。表格如下:
这3种启动方式的设置示意图如下:
其中的USB启动模式主要用来烧写系统。 注意:设置为USB启动时,不能先插上SD/TF卡。
1.2 安装驱动程序
下载“ask_imx6ull烧写工具v4.zip” 后,把它解压可得如下目录:
运行上图中的程序。
1.2.2 连接USB OTG线
先把开发板设置为USB启动方式,接好2条USB线,开发板上电。
(1) 全功能版接线方式
(2) MINI EMMC版接线方式
1.2.3 安装IMX6ULL的USB驱动程序
通过USB下载或是烧写程序时,需要把开发板的OTG口用USB线连接到电脑。一般都会自动安装驱动,烧写软件的绿灯不亮时,则很有可能是驱动程序没有安装好,这时需要手工安装驱动程序。
要选择“连接到主机”,勾选“记住我的选择,以后不再询问”。也许你不慎点错了“连接到虚拟机”,那也没关系,在VMWARE的菜单中把“Freescale SE Blank 6ULL”或“Netchip USB download gadget”断开连接,如下图所示:
安装第2个驱动:当烧写工具的“设备已连接”绿灯亮起,就可以在“专业版”点击“运行”按钮,这时电脑会识别出“USB download gadget”设备,一般都会自动给它安装驱动程序,如下图:
如果没有自动安装好驱动程序(“固件已运行”绿灯没亮),先去
下载zadig并运行,然后参考下图安装驱动程序:
如果一切正常,烧写工具的2个绿灯都会亮,如下:
这就表示所有驱动都安装好了,可以重启开发板,就可以参考后面章节体验鸿蒙了。
1.3 鸿蒙文件在哪
在“ask_imx6ull烧写工具v4”目录下,
1.4 一键体验鸿蒙:下载到内存运行1.4.1 一键启动
把开发板设置为USB启动,接好2条USB线,装好驱动程序后,condition lock源码运行烧写工具,点击下图所示按钮,观察串口信息,可以看到板子启动进入鸿蒙系统了:
串口信息如下:
1.4.2 执行shell命令
执行help命令,可以看到支持的SHELL命令,如下:
1.4.3 执行数码相框GUI程序
注意:必须用“./bin/digitpic”,不能用绝对路径“/bin/digitpic” 注意:这个GUI程序是我们自己写得,很丑,与鸿蒙无关。
在板子屏幕上可以看到:
1.4.4 退出程序
执行task命令确定进程号,然后执行“kill -9 PID”杀掉进程,比如:
1.5 开机自动启动鸿蒙
把开发板设置为USB启动,接好2条USB线,装好驱动程序后,运行烧写工具.
先烧写,点击下图所示按钮:
然后设置默认系统,如下图所示:
最后,设置为EMMC启动,重新上电后就可以自动进入鸿蒙系统。
STML移植华为LiteOS 物联网手把手教程
本文详细介绍了STML与华为LiteOS的移植教程,主要针对EVB_M1开发板进行操作。首先,你需要准备硬件环境,包括EVB_M1开发板和STlink仿真器,以及MDK ARM集成开发环境和相应的芯片支持包。软件环境则涉及MDK5.和STMCubeMX工具。
环境准备完成后,开始内核移植过程。使用STMCubeMX建立STMLRCT6裸机工程,配置引脚、时钟和功能模块。裸机工程生成后,将LiteOS源码(从GitHub下载并切换到develop分支)加入到工程中,主要关注arch、components/cmsis和kernel目录的内容。
内核移植涉及具体步骤,如使用STMCubeMX创建工程,配置内核源码,特别是加入CMSIS OS代码、内核代码和平台相关的los_dispatch_keil.S文件。同时,需修改target_config.h以适应板级配置,创建LiteOS任务并在main.c中初始化和启动内核。
在编译下载时,注意可能遇到Systick和pendsv函数重复定义的问题,需在相关文件中添加__weak关键字。最后,配置合适的 LiteOS 参数以优化资源使用。完成以上步骤后,你将在EVB_M1开发板上看到LiteOS的运行效果。
欲了解更多详情,请关注相关教程和华为云原创内容。
手把手教你丨小熊派移植华为 LiteOS-M
手把手教你:小熊派移植华为 LiteOS-M 的详细教程 本文将指导你如何将 LiteOS 适配到小熊派开发板,以便在 STM + LiteOS 等技术栈上实现高效功能。首先,我们来了解移植的前言和所需准备。一、硬件与软件环境
1.1 小熊派开发板 这款板子的外观图和具体参数在此处不再详述,但它是基于STML芯片的。 1.2 LiteOS简介 华为 LiteOS 是为物联网设计的轻量级RTOS,支持任务管理、内存管理等基础功能,还集成了IoT协议栈,方便与云平台交互。移植时,主要关注官方提供的调度内核代码和通过STMCubeMX配置的HAL库。二、STMCubeMX配置
利用CubeMX配置小熊派的时钟树、SystemTick定时器和GPIO口,以配合 LiteOS 的工作。设置完毕后生成MDK项目。三、获取与整理源码
由于新版本未支持MDK,使用旧版本代码,通过Git克隆仓库至本地。四、源码移植
在MDK工程目录下创建移植目录,将LiteOS内核文件、CMSIS接口、配置文件和kernel源码逐一分类导入并配置编译路径。五、MDK配置与编译
导入文件后,调整路径,遇到缺少头文件问题时,根据芯片型号修改。注释掉部分STMCubeMX生成的中断处理代码,确保编译通过。六、验证与实验
编写测试代码,通过创建任务和初始化函数,验证移植是否成功。通过点灯操作,检查系统是否运行正常。软件篇---LiteOS之系统移植(鸿蒙系统)
物联网时代,系统的选择对设备功能和性能至关重要。LiteOS因其轻量高效,成为物联网设备领域中的优选。该系统以其强大性能在资源受限环境展现出卓越性能,推动设备智能化。
LiteOS系统移植步骤包括:配置文件调整、内核代码适配、端口代码移植。调整配置文件以适应新硬件,优化内核以支持任务、内存管理等功能,移植端口代码确保系统在特定硬件上正常运行。
获取LiteOS源码,建立包含config、core、port、component四类文件夹的目录结构,分别存放配置文件、内核文件、端口文件和组件。系统文件结构清晰,包含arch、components、kernel三个主要部分。
在移植过程中,采用STMFCBT6芯片作为示例,需在工程中添加相关文件。参考代码仓库:lq/keil_sdk,为自己的成长与进步增添动力。每一次的努力都是积累,每一次的付出都带来成长,坚持下去,奇迹就在转角等待你。
鸿蒙轻内核M核源码分析:LibC实现之Musl LibC
本文探讨了LiteOS-M内核中Musl LibC的实现,重点关注文件系统与内存管理功能。Musl LibC在内核中提供了两种LibC实现选项,使用者可根据需求选择musl libC或newlibc。本文以musl libC为例,深度解析其文件系统与内存分配释放机制。
在使用musl libC并启用POSIX FS API时,开发者可使用文件kal\libc\musl\fs.c中定义的文件系统操作接口。这些接口遵循标准的POSIX规范,具体用法可参阅相关文档,或通过网络资源查询。例如,mount()函数用于挂载文件系统,而umount()和umount2()用于卸载文件系统,后者还支持额外的卸载选项。open()、close()、unlink()等文件操作接口允许用户打开、关闭和删除文件,其中open()还支持多种文件创建和状态标签。read()与write()用于文件数据的读写操作,lseek()则用于文件读写位置的调整。
在内存管理方面,LiteOS-M内核提供了标准的POSIX内存分配接口,包括malloc()、free()与memalign()等。其中,malloc()和free()用于内存的申请与释放,而memalign()则允许用户以指定的内存对齐大小进行内存申请。
此外,calloc()函数在分配内存时预先设置内存区域的值为零,而realloc()则用于调整已分配内存的大小。这些函数构成了内核中内存管理的核心机制,确保资源的高效利用与安全释放。
总结而言,musl libC在LiteOS-M内核中的实现,通过提供全面且高效的文件系统与内存管理功能,为开发者提供了强大的工具集,以满足不同应用场景的需求。本文虽已详述关键功能,但难免有所疏漏,欢迎读者在遇到问题或有改进建议时提出,共同推动技术进步。感谢阅读。
鸿蒙轻内核M核源码分析:中断Hwi
在鸿蒙轻内核源码分析系列中,本文将深入探讨中断模块,旨在帮助读者理解中断相关概念、鸿蒙轻内核中断模块的源代码实现。本文所涉及源码基于OpenHarmony LiteOS-M内核,读者可通过开源站点 gitee.com/openharmony/k... 获取。中断概念介绍
中断机制允许CPU在特定事件发生时暂停当前执行的任务,转而处理该事件。这些事件通常由外部设备触发,通过中断信号通知CPU。中断涉及硬件设备、中断控制器和CPU三部分:设备产生中断信号;中断控制器接收信号并发出中断请求给CPU;CPU响应中断,执行中断处理程序。中断相关的硬件介绍
硬件层面,中断源分为设备、中断控制器和CPU。设备产生中断信号;中断控制器接收并转发这些信号至CPU;CPU在接收到中断请求后,暂停当前任务,转而执行中断处理程序。中断相关的概念
每个中断信号都附带中断号,用于识别中断源。中断优先级根据事件的重要性和紧迫性进行划分。当设备触发中断后,CPU中断当前任务,执行中断处理程序。中断处理程序由设备特定,且通常以中断向量表中的地址作为入口点。中断向量表按中断号排序,存储中断处理程序的地址。鸿蒙轻内核中断源代码
中断相关的声明和定义
在文件 kernel\arch\arm\cortex-m7\gcc\los_interrupt.c 中定义了结构体、全局变量和内联函数。关键变量 g_intCount 记录当前正在处理的中断数量,内联函数 HalIsIntActive() 用于检查是否正在处理中断。中断向量表在中断初始化过程中设置,用于映射中断号到相应的中断处理程序。中断初始化 HalHwiInit()
系统启动时,在 kernel\src\los_init.c 中初始化中断。HalHwiInit() 函数在 kernel\arch\arm\cortex-m7\gcc\los_interrupt.c 中实现,负责设置中断向量表和优先级组,配置中断源,如系统中断和定时器中断。创建中断 HalHwiCreate()
开发者可通过 HalHwiCreate() 函数注册中断处理程序,传入中断号、优先级和中断模式。函数内部验证参数,设置中断处理程序,最终通过调用 CMSIS 函数完成中断创建。删除中断 HalHwiDelete()
中断删除操作通过 HalHwiDelete() 实现,接收中断号作为参数,调用 CMSIS 函数失能中断,设置默认中断处理程序,完成中断删除。中断处理执行入口程序
默认的中断处理程序 HalHwiDefaultHandler() 仅用于打印中断号后进行死循环。HalInterrupt() 是中断处理执行入口程序的核心,它包含中断数量计数、中断号获取、中断前后的操作以及调用中断处理程序的逻辑。开关中断
开关中断用于控制CPU是否响应外部中断。通过宏 LOS_IntLock() 关闭中断, LOS_IntRestore() 恢复中断状态, LOS_IntUnLock() 使能中断。这组宏对应汇编函数,使用寄存器 PRIMASK 控制中断状态。小结
本文详细解析了鸿蒙轻内核中断模块的源代码,涵盖了中断概念、初始化、创建、删除以及开关操作。后续文章将带来更多深入技术分享。欢迎在 gitee.com/openharmony/k... 分享学习心得、提出问题或建议。关注、点赞、Star 和 Fork 到个人账户,便于获取更多资源。