登录社区云，与社区用户共同成长
邀请您加入社区
FreeRTOS 是目前嵌入式系统中最流行的实时操作系统之一，而任务创建是整个 RTOS 的核心功能。本文将深入探讨的使用方法和内部实现机制，帮助读者理解 FreeRTOS 任务管理的底层原理。内存分配：为 TCB 和栈分配内存TCB 初始化：设置任务属性、优先级、名称等栈初始化：创建初始栈帧，模拟中断现场链表管理：将任务添加到就绪列表调度触发：必要时触发上下文切换更好地优化任务设计快速定位问题合
RT-Thread 是 2006 年诞生的国产开源实时操作系统（12.1k Star，Apache 2.0），最小内核 Nano 版仅 3KB Flash + 1.2KB RAM。本文对比 RT-Thread 与 FreeRTOS 的架构差异（设备框架、DFS 文件系统、网络协议栈、FinSH Shell），给出 QEMU 零成本上手步骤，并列出功能安全认证、团队迁移成本等选型边界。
FlexibleButton是一个基于标准C语言的轻量级按键处理库，支持单击、双击、连击、长按等多种按键事件，具有自动消抖和组合按键功能。该库与硬件解耦，可适配任意处理器平台和操作系统（包括裸机）。移植过程分为四步：获取源码、实现硬件读取函数、创建定时扫描任务、初始化与注册按键。库采用经典的三行扫描算法，通过事件回调机制上报按键状态，支持中断和低功耗场景。文中详细介绍了在ESP32平台上的移植步骤
MounRiver Studio II（MRS2）是基于VSCode框架深度定制的RISC-V开发环境，兼容多操作系统。文章重点介绍了MRS2在代码密度和运行速度方面的优化方法：1）支持青稞处理器特有的XW扩展和B扩展压缩指令，最高可减少128字节代码量；2）快速中断模式通过硬件自动保存寄存器提升响应速度；3）新增highcode段优化RAM/FLASH使用；4）引入mcpy指令加速非对齐内存搬运
本文概述了嵌入式系统的历史演变、基本概念及技术方向。嵌入式系统从1960年代航天专用计算机发展至今，经历了芯片革命、性能提升、开源智能化等阶段，现已广泛应用于物联网和AI领域。它作为专用计算机，专注于特定任务，具有高效、低成本特点。嵌入式系统核心硬件包括单片机(MCU)、应用处理器、FPGA和DSP四大方向：MCU适合简单控制任务；应用处理器支持复杂操作系统；FPGA可编程硬件电路；DSP专精信号
RTOS（实时操作系统）环境下的代码腐烂，比裸机程序更加隐蔽、更加致命、更加难以调试。理解RTOS环境的特殊性，是理解为什么必须用Spec约束的前提。：RTOS环境下资源保护必须用互斥锁！
如果说操作系统是软件的骨架，那对于运行在单片机上的 FreeRTOS 而言，**Cortex-M 处理器的高级架构特性就是骨架得以站立的神经与韧带**。当你翻开处理器手册的对应章节，会发现特权级、双堆栈、系统调用等概念扑面而来，而这些正是 FreeRTOS 内核稳定运行的基础。
搭建MQTT服务器
本项目开发了一款基于STM32F103微控制器的手持测距仪，采用HC-SR04超声波模块实现距离检测，通过OLED显示屏实时显示测量结果。系统在FreeRTOS实时操作系统上运行，确保稳定性和响应速度。工程文件已通过百度网盘分享（提取码：hauh），包含完整设计方案和实现代码。该方案具有低成本、便携性强等特点，适用于各类短距离精准测量场景。
外部碎片：由于动态分配和释放的随机性，大块空闲区被不断切割成无法合并的小空闲块，导致无法满足大连续请求。内部碎片：由于分配粒度固定（页、分区、对象缓存），申请大小不是粒度的整数倍时，块内剩余空间被浪费。理解内存碎片的成因，有助于设计高效的内存管理策略，平衡内存利用率与分配速度。在现代通用操作系统中，分页机制配合按需分配基本消除了外部碎片，而内部碎片（页内浪费）则作为换取灵活性和简单性的代价被接受。
在嵌入式系统开发中，资源受限的场景尤为常见——有限的存储空间、紧张的内存容量、严格的功耗约束，这些约束条件使得内核与操作系统的匹配变得至关重要。一个恰到好处的组合不仅能充分发挥硬件性能，还能在有限的资源内实现复杂的功能；而一个不匹配的选择则可能导致系统臃肿、响应迟缓甚至无法正常运行。
本文系统介绍了LoRa低功耗广域网技术。首先对比了各类通信技术的优缺点，指出LoRa兼具远距离和低功耗的优势。详细解析了LoRa的物理层调制技术（Chirp扩频）和系统架构（终端-网关-服务器），重点阐述了三大核心参数：扩频因子（SF）、带宽（BW）和编码率（CR）对性能的影响。文章还分析了接收灵敏度、通信距离等关键指标，并介绍了LoRaWAN的三种工作模式（Class A/B/C）及其适用场景。
嵌入式设备OTA升级中，分片下载的边界处理是关键难点。文章指出常见问题包括：最后一片长度计算错误、HTTP Range越界、Flash写入不对齐、CRC校验范围错误等。核心解决方案是：动态计算每片下载长度（取剩余长度和分片大小的较小值），严格检查服务器返回数据长度，确保Flash写入地址正确对齐，并区分下载偏移和Flash地址。特别强调整数倍固件大小和最后一片的特殊处理，建议通过详细日志记录off
