中断服务函数（ISR）的执行时间是嵌入式系统实时性的命门——UART接收中断超过10μs就可能丢字节，ADC转换完成中断超过5μs会影响下一个采样点，电机控制中断超过1μs扭矩波动立竿见影。很多工程师习惯在ISR里调用HAL库函数、做数据拷贝、甚至打印调试信息，结果中断响应时间轻松突破50μs。本文总结五个实战技巧，把ISR执行时间压到微秒级甚至亚微秒级。
嵌入式设备的OTA（Over-The-Air）升级已成为标配——物联网终端、智能家居、工业控制器都需要远程修复漏洞或更新功能。但无线传输不稳定，升级过程中断会导致设备变砖；未经校验的固件可能被篡改，引入安全风险。本文用C语言实现一套轻量级OTA方案，核心包括断点续传和固件校验两个机制。
嵌入式C代码的单元测试长期被忽视——因为交叉编译环境复杂、目标板资源有限、覆盖率数据难收集。但代码覆盖率是衡量测试充分性的硬指标，尤其在汽车、医疗等安全关键领域，覆盖率达标是必过的门槛。GCOV是GCC内置的覆盖率工具，配合交叉编译链和lcov，可以在嵌入式项目上落地覆盖率测试。本文以ARM Cortex-M裸机项目为例，展示完整流程。
RT-Thread的设备驱动框架将硬件抽象为统一的设备对象，应用程序通过标准接口（open/read/write/control）操作外设，无需关心底层寄存器。本文以STM32上的一个虚拟GPIO输出设备为例，演示从零编写RT-Thread设备驱动的完整流程——定义设备结构体、实现操作函数集、注册到内核。
嵌入式Linux系统中，多进程间的数据交互是常见需求——采集进程需要把传感器数据传给显示进程，控制进程需要从决策进程获取指令。管道和消息队列虽然方便，但涉及内核缓冲区拷贝，延迟较高。共享内存是所有IPC中延迟最低的方式，因为它让两个进程直接读写同一块物理内存，零拷贝。但共享内存本身不提供同步机制，需要搭配信号量来避免竞态条件。本文以一个“采集→处理→显示”的三进程模型为例，展示共享内存+信号量的实战用法。
传感器采集程序看似简单——读ADC、滤波、换算、输出。但用STM32标准库+HAL+printf实现后，Flash轻松突破20KB。对于成本敏感的芯片（如STM32G030，32KB Flash），剩下的空间还要跑协议栈和业务逻辑，必须把采集程序压缩到8KB以内。本文分享四个实战技巧，将一个温度采集+均值滤波+UART输出的程序从18KB砍到7.2KB。
嵌入式开发中，I2C、SPI、UART是最常用的三种串行通信接口。很多工程师习惯于直接调用厂商的HAL库或LL库，但一旦换了MCU平台，整个驱动就要重写。如果能用纯C语言写一套“零依赖”的裸机驱动，只通过结构体和函数指针抽象硬件操作，那么移植到任何MCU只需要修改底层的寄存器操作函数，上层逻辑完全不变。本文分享一种极简的移植方案。
嵌入式工程师每天都在写C代码，但很少有人真正理解从main.c到main.hex之间发生了什么。编译链接不只是敲两行命令那么简单——它涉及预处理、编译、汇编、链接四个阶段，每个阶段都有独特的产物和意义。本文将用一个简单的点灯程序，拆解整个流程。
环形缓冲区（Ring Buffer）是嵌入式系统中中断与主循环数据传递的经典结构——UART接收、ADC采样、SPI数据流都离不开它。然而，很多工程师在实现时踩过同一个坑：中断往缓冲区写数据的同时，主循环正在读，导致读写指针错乱，数据丢失或重复。本文总结三种经过工业验证的同步方案，从简单到高效，适用不同场景。
在STM32裸机环境下做高速数据采集（如ADC以1Msps采样、SPI读取传感器数据），最常见的做法是：每次中断到来，CPU把数据从外设数据寄存器搬到内存数组。这种方法简单，但CPU大部分时间都在做memcpy，占用率轻松超过80%，导致其他任务（显示、通信、控制）无法及时响应。优化方向只有一个——让CPU不碰数据，用DMA直接送到最终目的地，这就是零拷贝的核心思想。
嵌入式C语言的学习路径经常被误解为“先学单片机，再学Linux”，但两者本质都是操作硬件，只是抽象层级不同。从直接读写寄存器到调用内核API，C语言的指针、位操作、内存管理能力贯穿始终。本文梳理一条从底层到上层的完整路线，帮助初学者看清全貌。
