嵌入式

前言 在嵌入式系统开发中，定时器是最常用也最容易被低估的外设之一。很多开发者对定时器的理解仅仅停留在"定时中断"的层面，却不知道一个高级定时器所能实现的功能远远超出想象——它可以生成高精度 PWM 波形、精确测量脉冲信号、实现编码器接口、驱动步进电机和无刷电机，甚至可以不占用 CPU 资源完成复杂的波形生成。 STM32 的定时器系统设计得极其精巧，尤其是高级控制定时器（Advanced-control Timer），如 TIM1、TIM8 等，其内部包含了多达几十个寄存器，支持多种工作模式。对于电机控制这样的实时性要求极高的应用场景，高级定时器几乎是不可或缺的。 然而，正是因为其功能强大，高级定时器的学习曲线也相当陡峭。很多开发者对着参考手册上的寄存器描述看了几天，依然搞不清捕获/比较通道、互补输出、死区插入、刹车功能这些概念到底是怎么回事。更不用说将这些功能组合起来实现一个完整的 FOC（磁场定向控制）电机驱动了。 本文将从定时器的基本原理出发，层层深入，带你彻底理解 STM32 高级定时器的每一个功能模块。我们不仅会讲解理论，更会通过大量的代码示例，从简单的 PWM 输出开始，一步步实现基于高级定时器的 BLDC 无刷电机六步换向控制。 无论你是刚开始接触 STM32 的新手，还是希望深入理解定时器硬件原理的资深开发者，相信这篇文章都能给你带来新的收获。 一、STM32 定时器家族：不止是"计数"那么简单 很多人学习 STM32 定时器时的第一个困惑就是：为什么 STM32 要有这么多种定时器？从 TIM2 到 TIM17，编号一大堆，每个定时器的功能还都不太一样，很容易搞混。 实际上，ST 对定时器的分类是非常清晰的，按照功能从简单到复杂，可以分为以下几类： 1.1 基本定时器（Basic Timer）：TIM6、TIM7 基本定时器正如其名，功能最简单，只有最核心的定时功能。它没有外部 IO 引脚，也没有捕获/比较通道，只能实现最基本的定时中断和 DAC 触发。 基本定时器的典型应用场景： 实现固定间隔的定时中断（如 1ms 系统滴答） 作为 DAC 的转换触发信号 简单的延时功能 如果你只需要"多少时间后做什么事"，基本定时器就足够了，它的资源占用也最小。 1.2 通用定时器（General-purpose Timer）：TIM2 ~ TIM5、TIM9 ~ TIM14 通用定时器是使用最广泛的一类定时器。它们具有 4 个独立的捕获/比较通道，可以实现： 输入捕获：测量外部脉冲的频率、占空比 输出比较：生成各种波形 PWM 输出：生成电机控制所需的 PWM 信号 单脉冲模式：生成精确的单脉冲输出 编码器接口：对接正交编码器 通用定时器又可以细分为两个子类：...

前言 在工业控制、机器人、汽车电子等领域，确定性比平均性能更加重要。一个控制系统如果不能在规定的时间窗口内完成响应，即使平均响应时间再短，也可能导致灾难性的后果——生产线停摆、机器人失控、汽车 ADAS 失效。 传统的 Linux 内核虽然在吞吐量和平均延迟方面表现出色，但在最坏情况延迟（Worst-Case Latency）方面却不尽人意。在高负载情况下，普通 Linux 内核的调度延迟可能达到数十毫秒甚至数百毫秒级别，这对于要求微秒级确定性的实时应用来说是完全不可接受的。 这就是 PREEMPT_RT 补丁存在的意义。 PREEMPT_RT（Real-Time Preemption Patch）是一组针对 Linux 内核的补丁集，其目标是将 Linux 内核改造为一个完全可抢占的实时操作系统。经过二十多年的发展，PREEMPT_RT 已经从一个实验性项目成长为工业级实时解决方案的事实标准，大量关键代码甚至已经合入主线内核。 本文将从实时系统的基本概念出发，深入解析 PREEMPT_RT 的核心原理，带你从零开始打补丁、编译实时内核、配置系统、进行延迟测试，最终构建一个真正满足工业级要求的实时 Linux 系统。 一、什么是真正的实时系统？ 在深入 PREEMPT_RT 之前，我们首先需要澄清一个普遍的误解：快 ≠ 实时。 很多开发者一听到"实时系统"，第一反应就是"运行很快的系统"。这是一个根本性的错误认知。 1.1 实时性的本质：确定性 实时系统的核心特征不是"快"，而是可预测性或确定性。系统必须能够保证：关键任务在截止时间之前完成。 让我们通过一个具体的例子来说明： 假设我们有一个工业机器人的运动控制系统，要求每 1 毫秒执行一次位置控制循环。如果控制系统的响应时间分布如下： 系统 A：平均响应 500 微秒，最坏情况 1.5 毫秒（偶尔超时） 系统 B：平均响应 800 微秒，最坏情况 950 微秒（从不超时） 哪个系统是"实时"的？ 答案是 系统 B。尽管它的平均响应更慢，但它的最坏情况延迟始终小于截止时间，具有完美的确定性。而系统 A 虽然更快，但偶尔会超时，在实际工业场景中这可能导致机器人运动轨迹偏差、甚至发生碰撞。 1.2 实时系统的分类 根据对截止时间的要求严格程度，实时系统可以分为三类： 硬实时（Hard Real-Time） 绝对不能错过截止时间 错过 = 系统失败 典型场景：航空电子、汽车安全系统、工业控制 PREEMPT_RT 目标：在合理配置下达到硬实时级别 软实时（Soft Real-Time）...

前言 2026 年，芯片架构领域正在经历一场前所未有的变革。 过去三十年，ARM 架构凭借其低功耗、高效率的设计哲学，几乎垄断了整个移动设备和嵌入式市场。而 x86 架构则凭借强大的生态和软件兼容性，牢牢占据着桌面和服务器市场的主导地位。对于普通开发者来说，芯片架构似乎是一个遥不可及的话题——那是 Intel、ARM、高通这些巨头的游戏。 但一切都在 2010 年发生了改变。 加州大学伯克利分校的 Krste Asanović 教授带领他的团队，启动了一个看似疯狂的项目：从零开始设计一个全新的指令集架构（ISA），并且将其完全开源、免费授权。这个项目就是 RISC-V，读作 “Risk-Five”。 十五年后的今天，RISC-V 已经从一个学术项目成长为撼动整个芯片产业的力量。从最低端的 IoT 微控制器，到高性能服务器 CPU；从消费电子的 AI 加速卡，到超级计算机的计算节点——RISC-V 的身影无处不在。NVIDIA 的下一代 GPU 将集成 RISC-V 核心，Intel 的代工业务正在为客户生产 RISC-V 芯片，甚至连 ARM 自己都开始布局 RISC-V 相关业务。 为什么一个开源的指令集能够引发如此巨大的产业震动？RISC-V 到底解决了什么问题？它的技术优势在哪里？普通开发者又如何参与到这场架构革命中来？ 本文将带你从零开始，深入解析 RISC-V 架构的设计哲学、指令集细节、汇编编程、特权机制，最终实现一个简单的操作系统内核。无论你是嵌入式工程师、系统程序员，还是对芯片架构感兴趣的普通开发者，读完这篇文章，你都将对 RISC-V 有一个全面而深刻的理解。 一、为什么 RISC-V 能够撼动 ARM 的地位？ 在深入技术细节之前，我们需要先理解一个问题：在 ARM 和 x86 已经如此成熟的今天，为什么整个产业还要费心费力地去拥抱一个全新的架构？ 答案藏在三个关键词里：成本、控制权、创新。 1.1 授权费用的天壤之别 让我们先算一笔账。如果你想设计一款基于 ARM 架构的芯片，你需要支付哪些费用？ 首先是 架构授权费（Architecture License），这是使用 ARM 指令集本身的入门费。根据公开资料，ARM v8/v9 的架构授权费大约在 1000 万到 5000 万美元之间。注意，这只是让你"有权"设计兼容 ARM 指令集的 CPU，你还没有拿到任何实际的 CPU 设计。...

前言 在嵌入式系统开发领域，实时操作系统（RTOS）已经成为中高端项目的标配。从消费电子的智能手表、蓝牙耳机，到工业控制的 PLC、伺服驱动器，再到汽车电子的 ECU、ADAS 系统，RTOS 为这些对时间确定性有着严格要求的应用提供了可靠的运行基础。而在众多 RTOS 中，FreeRTOS 无疑是应用最广泛、社区最活跃的一个。 根据 2025 年嵌入式市场调查报告，FreeRTOS 在全球 RTOS 市场中的占有率超过 60%，被超过 100 款微控制器原生支持，累计出货设备超过 150 亿台。这个由 Richard Barry 在 2003 年创建的开源项目，如今已经成为嵌入式行业事实上的标准。亚马逊在 2017 年收购 FreeRTOS 后，进一步推动了其在 IoT 和边缘计算领域的发展。 然而，很多嵌入式工程师对 FreeRTOS 的使用停留在"会用"的层面——知道如何创建任务、如何使用信号量、如何发送消息，但对于任务调度器的内部工作机制、优先级继承的具体实现、上下文切换的时间开销等核心问题却知之甚少。这种认知上的盲区，往往导致系统出现难以排查的实时性问题：高优先级任务迟迟得不到执行、中断响应时间超出预期、系统负载突然飙升等等。 本文将从源码层面深入解析 FreeRTOS 的任务调度机制，带你理解任务优先级调度、时间片轮转、抢占式调度的底层实现原理。更重要的是，我们会通过大量实测数据和代码示例，教你如何系统性地优化 FreeRTOS 系统的实时性能。无论你是刚接触 RTOS 的新手，还是有多年经验的嵌入式工程师，这篇文章都会帮助你构建完整的 FreeRTOS 知识体系。 一、为什么选择 FreeRTOS？ 在深入技术细节之前，我们有必要先理解 FreeRTOS 为什么能在众多 RTOS 中脱颖而出。与商业 RTOS（如 VxWorks、QNX、ThreadX）和其他开源方案（如 RT-Thread、Zephyr、uC/OS）相比，FreeRTOS 有几个不可替代的优势： 1.1 极简的内核设计 FreeRTOS 的核心代码量不到 1 万行，其中最核心的调度器代码只有约 2000 行。这种极简设计带来了几个显著的好处： 代码可读性高：一个有经验的工程师可以在一周内完整理解所有内核源码 ROM/RAM 占用极小：最小配置下，Flash 占用不到 4KB，RAM 占用不到 1KB Bug 率极低：经过 20 年的广泛使用，核心代码的稳定性已经得到充分验证 易于移植：移植层只需要实现 10 个左右的硬件相关函数 对比一下，Linux 内核的调度器子系统就有超过 5 万行代码，而 Zephyr 的核心代码量也超过 5 万行。对于资源受限的 MCU 来说，FreeRTOS 的极简设计是巨大的优势。...

前言 在嵌入式 AI 应用日益普及的今天，如何在成本、性能和功耗之间找到最佳平衡点，是每一个嵌入式开发者都需要面对的问题。瑞芯微 RK3506 作为一款面向工业控制、智能语音和多媒体交互场景的高性价比芯片，凭借其三核 Cortex-A7 架构和 2D 硬件加速能力，为边缘端的图像识别应用提供了全新的可能性。 本文将从零开始，完整介绍如何基于 RK3506 芯片进行高效的图像识别开发，包括开发环境的搭建、工具链的配置、图像采集与预处理、推理引擎的部署、调试方法以及性能优化的最佳实践。所有步骤均经过实际验证，确保读者可以按照本文一步步实现自己的图像识别应用。 一、RK3506 芯片概述 1.1 芯片核心规格 RK3506 是瑞芯微推出的一款面向工业级应用的高性价比 SoC，其核心规格如下： 规格项 参数说明 CPU 架构 三核 ARM Cortex-A7，主频可动态调节 2D 加速 内置 2D 硬件加速器，支持 1280x1280@60fps 显示输出 显示接口 MIPI DSI，支持高清显示屏 网络接口 双路 100M 以太网 工业总线 CAN FD 音频接口 PDM 麦克风输入，支持语音应用 工作温度 -40°C ~ 85°C 工业级温度范围 GPIO 40 引脚 Raspberry Pi 兼容接口 1.2 为什么选择 RK3506 做图像识别？ 很多开发者可能会问：RK3506 没有内置 NPU，为什么要用它来做图像识别？答案在于以下几个方面： 第一，极致的成本控制。 在很多工业场景中，并不需要运行复杂的大模型，只需要完成特定的视觉任务，比如二维码识别、颜色检测、简单的物体分类等。对于这些应用，RK3506 的三核 CPU 完全能够胜任，而成本相比带 NPU 的芯片要低得多。...

嵌入式安全概述 随着 IoT 设备爆炸式增长，嵌入式系统安全已成为关乎国家安全、企业命脉和个人隐私的核心议题。据统计，2025 年全球 IoT 设备数量突破 300 亿台，而其中超过 60% 的设备存在严重安全漏洞。从智能家居摄像头被黑客入侵，到工业控制系统遭受勒索软件攻击，安全事件频发警示我们：嵌入式安全不再是可选项，而是必选项。 本文深入探讨嵌入式安全开发的完整体系，涵盖安全启动、加密通信、安全存储、防攻击技术和安全开发生命周期，帮助开发者构建真正安全的嵌入式系统。 1.1 嵌入式安全威胁 landscape 威胁类型 典型攻击 影响 案例 固件篡改 恶意固件注入 设备被控制 Mirai 僵尸网络 数据窃取 内存 dump、总线嗅探 隐私泄露 医疗数据泄露 侧信道攻击 功耗分析、时序分析 密钥泄露 智能卡破解 物理攻击 探针、FIB、激光注入 系统突破 游戏机越狱 供应链攻击 恶意组件、后门植入 系统性风险 SolarWinds 事件 1.2 安全设计原则 嵌入式安全设计应遵循以下核心原则： 纵深防御（Defense in Depth）：多层防护，单点失效不导致系统崩溃 最小权限（Least Privilege）：每个组件只拥有完成任务所需的最小权限 失效安全（Fail Secure）：系统故障时进入安全状态 安全默认配置（Secure by Default）：出厂即安全，无需用户配置 安全更新（Secure Update）：支持安全可靠的远程升级 安全启动（Secure Boot） 2.1 安全启动原理 安全启动的核心思想是信任链（Chain of Trust）：从硬件固化的根信任开始，逐级验证每一级代码的完整性和真实性，确保只有可信代码能够执行。 ┌─────────────────────────────────────────────────────────────┐ │ 安全启动信任链 │ ├─────────────────────────────────────────────────────────────┤ │ ┌─────────────┐ │ │ │ 硬件根信任 │ ← 固化在 ROM 中，不可篡改 │ │ │ (Root of │ │ │ │ Trust) │ │ │ └──────┬──────┘ │ │ │ 验证签名 │ │ ▼ │ │ ┌─────────────┐ │ │ │ Bootloader │ ← 一级引导程序（验证二级引导） │ │ │ Stage 1 │ │ │ └──────┬──────┘ │ │ │ 验证签名 │ │ ▼ │ │ ┌─────────────┐ │ │ │ Bootloader │ ← 二级引导程序（验证应用固件） │ │ │ Stage 2 │ │ │ └──────┬──────┘ │ │ │ 验证签名 │ │ ▼ │ │ ┌─────────────┐ │ │ │ 应用固件 │ ← 最终执行代码 │ │ │ (Firmware) │ │ │ └─────────────┘ │ └─────────────────────────────────────────────────────────────┘ 2....

引言 本文基于 2026 年最新行业资料整理，涵盖 embedded C programming best practices 的核心概念、开发流程和实战技巧。 embedded C programming best practices 概述 嵌入式系统开发需要掌握硬件、软件和系统集成的综合技能。 开发流程 需求分析 → 确定功能、性能指标 硬件选型 → MCU、传感器、通信模块 原理图设计 → 电路设计、仿真验证 软件架构 → 分层设计、模块化 编码实现 → C/C++、RTOS、驱动 调试测试 → 单元测试、系统集成 生产部署 → 批量生产、OTA 升级 常用工具 IDE：Keil、IAR、STM32CubeIDE、VS Code 调试器：J-Link、ST-Link、DAP-Link 示波器：Siglent、Rigol、Keysight 逻辑分析仪：Saleae、Kingst 学习路线 C 语言基础 → 指针、结构体、内存管理 单片机原理 → GPIO、中断、定时器 外设驱动 → UART、SPI、I2C、ADC RTOS → 任务、信号量、消息队列 项目实战 → 综合应用 参考资料 Embedded C Programming | Tips and Best Practices | IIES Embedded C Programming | Tips and Best Practices | IIES Best Practices for Embedded C Programming: Ensuring Efficiency, Reliability, and Maintainability 本文基于网络公开资料整理，结合嵌入式开发实践经验编写。

引言 本文基于 2026 年最新行业资料整理，涵盖 STM32 microcontroller projects 的核心概念、开发流程和实战技巧。 STM32 系列选择 ST 提供多个 STM32 系列： 系列 内核 频率 应用 F0 Cortex-M0 48MHz 入门级 F1 Cortex-M3 72MHz 通用型 F4 Cortex-M4 180MHz 高性能 H7 Cortex-M7 550MHz 旗舰级 开发环境 推荐使用 STM32CubeIDE： # 安装 STM32CubeMX chmod +x STM32CubeMX.sh ./STM32CubeMX.sh # 生成项目 # 1. 选择 MCU 型号 # 2. 配置时钟、GPIO、外设 # 3. 生成初始化代码 GPIO 控制 // 点亮 LED void LED_Init(void) { GPIO_InitTypeDef GPIO_InitStruct = {0}; __HAL_RCC_GPIOA_CLK_ENABLE(); GPIO_InitStruct....

本文介绍 IoT 固件开发的完整流程，包括分层架构设计、OTA 升级实现、低功耗设计和无线通信协议对比。

引言 本文基于 2026 年最新行业资料整理，涵盖 embedded Linux development 的核心概念、开发流程和实战技巧。 嵌入式 Linux 架构 ┌─────────────────┐ │ 应用层 │ ├─────────────────┤ │ 库层 │ glibc/μClibc ├─────────────────┤ │ 系统调用 │ ├─────────────────┤ │ Linux 内核 │ ├─────────────────┤ │ BSP/驱动 │ └─────────────────┘ 开发环境搭建 # 安装交叉编译工具链 sudo apt install gcc-arm-linux-gnueabihf # 编译内核 make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- zImage # 编译设备树 make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- dtbs 驱动开发 // 字符设备驱动框架 static int dev_open(struct inode *inode, struct file *file) { printk(KERN_INFO "设备已打开 "); return 0; } static ssize_t dev_read(struct file *file, char __user *buf, size_t count, loff_t *ppos) { copy_to_user(buf, kernel_data, count); return count; } static struct file_operations fops = { ....