单片机

前言：为什么要专门聊 RP2040 的 PIO 很多单片机项目做到后期，真正难的往往不是“能不能点亮一个外设”，而是“能不能在系统负载变化、多个中断同时发生、DMA 正在搬运数据时，仍然把一个苛刻的波形发得足够稳”。比如 WS2812 灯带要求高低电平宽度落在比较窄的窗口里；航模电调常见的 DShot 协议要求固定周期内编码 0 和 1；一些老式传感器或私有总线没有标准外设可用，只能靠 GPIO 翻转和定时器模拟。传统做法通常有三种：用位带或寄存器裸写“硬抠”延时，用定时器 PWM 加 DMA 拼波形，或者干脆换一颗带专用外设的 MCU。前两种方案可以工作，但维护成本高，移植性差，稍微加入日志、通信栈或 RTOS 后就容易出现抖动；第三种方案则会推高物料和板级改版成本。 Raspberry Pi Pico 使用的 RP2040 在这个问题上给出了一个很有意思的答案：PIO，Programmable I/O。它不是普通 GPIO，也不是传统意义上的串口、SPI、I2C 控制器，而是放在 IO 边上的一组小型可编程状态机。每个 PIO 模块有 4 个 State Machine，芯片上一共有 2 个 PIO 模块，也就是最多 8 个状态机。状态机可以执行简短的 PIO 汇编指令，配合独立的 TX/RX FIFO、移位寄存器、side-set 引脚、可编程时钟分频器，把“协议时序”从 CPU 主循环和中断里剥离出来。CPU 只需要装载程序、配置频率、把数据塞进 FIFO；确定性边沿由 PIO 在硬件节拍下产生。 这篇文章不打算只停留在“PIO 很强”这种结论上，而是从工程角度拆解一个可落地的工作流：怎样理解状态机，怎样写一个 WS2812 波形程序，怎样用 C SDK 装载和启动 PIO，怎样把 FIFO 与 DMA 接起来，怎样调试时序误差，以及什么时候不要滥用 PIO。读完之后，你应该能把 PIO 当作一个小型协议引擎，而不是一个只能跑官方示例的“黑魔法外设”。 ...

前言 在嵌入式开发的世界里，USB 可能是最矛盾的存在：一方面它无处不在，从键盘鼠标到U盘摄像头，几乎所有外设都在用；另一方面它又以复杂著称，四层协议栈、十几种传输类型、上百页的规格书，让很多工程师望而却步。 我第一次接触 USB 开发是在 2018 年。当时项目需要做一个自定义的 USB 数据采集设备，我拿着 STM32 的参考手册看了三天，愣是没搞懂端点（Endpoint）和管道（Pipe）到底有什么区别。网上的教程要么是「打开 CubeMX 点几下就行了」，要么是直接扔给你一整个库的代码，中间的关键步骤一概省略。 那一周我熬了三个通宵，把 USB 协议栈的源代码一行一行地啃完，才终于明白：USB 其实没那么难，难的是没有人把它讲清楚。 这篇文章就是为了解决这个问题。我会从最基础的 USB 协议概念讲起，一步步带你完成 HID 自定义设备和 CDC 虚拟串口的完整开发。不需要你有任何 USB 开发经验，只要你会用 STM32 和 HAL 库，跟着这篇文章走，就能做出自己的 USB 设备。 一、USB 协议基础：五分钟搞懂核心概念 在写代码之前，我们必须先搞懂 USB 的几个核心概念。这部分是整个 USB 开发的基石，理解了这些，后面的代码就只是按部就班而已。 1.1 主机与设备的主从关系 USB 是一个严格的主从架构： 主机（Host）：只能是一个，通常是 PC 或手机，负责发起所有通信 设备（Device）：可以有多个，只能被动响应主机的请求 这一点非常重要。USB 设备永远不能主动给主机发数据，它只能在主机询问的时候才能回复。这是很多新手踩的第一个坑——他们在设备端写了一个发送数据的循环，然后奇怪为什么主机收不到任何东西。 1.2 端点：USB 通信的基本单元 如果把 USB 比作一条公路，那么**端点（Endpoint）**就是这条公路上的车道。每个端点都有： 编号：0-15，其中端点 0 是控制端点，所有设备必须实现 方向：IN（设备→主机）或 OUT（主机→设备） 类型：控制传输、批量传输、中断传输、等时传输 最大包长：全速设备最大 64 字节，高速设备最大 1024 字节 举个例子：一个 USB 鼠标通常有两个端点： ...

前言 在嵌入式开发的世界里，定时器（Timer）堪称单片机的"瑞士军刀"。从简单的延时函数、周期性任务调度，到复杂的电机驱动控制、高精度脉冲测量、通信时序生成，定时器的身影无处不在。对于 STM32 这样的 Cortex-M 架构微控制器来说，定时器外设的丰富程度和灵活性，更是其区别于普通 8 位单片机的核心优势之一。 然而，很多开发者对 STM32 定时器的使用仅仅停留在"定时中断"这个最基础的层面——配置好自动重装载值，使能中断，然后在中断服务函数里翻转一下 LED。对于定时器的高级功能，如 PWM 输出、输入捕获、编码器接口等，要么知之甚少，要么只会通过 CubeMX 生成代码后"照着例子抄"，遇到问题时根本不知道从何排查。 根据我多年的嵌入式开发经验，真正拉开单片机开发者水平差距的，往往不是会不会用某个外设，而是能不能把外设的性能发挥到极致。一个只会用定时器做延时的工程师，和一个能熟练运用编码器接口做闭环控制的工程师，其解决问题的能力和项目贡献度完全不在一个量级。 本文将从实际应用出发，系统讲解 STM32 定时器的四大高级功能：PWM 输出、输入捕获、编码器接口和输出比较。我们不会停留在寄存器层面的理论讲解，而是通过大量可直接运行的代码示例、实测数据和常见问题排查指南，带你真正掌握定时器的高级应用技巧。无论你是刚接触 STM32 的新手，还是有多年经验的老司机，这篇文章都会帮助你构建完整的定时器应用知识体系。 一、STM32 定时器家族概览 在深入具体应用之前，我们首先需要搞清楚 STM32 到底有多少种定时器，它们各自的特点是什么。很多初学者看到 STM32 的数据手册里 TIM1、TIM2、TIM8…一大堆定时器型号就头大，不知道该怎么选择。其实只要掌握了分类方法，一切就都清晰了。 1.1 定时器的分类与特点 STM32 的定时器按照功能复杂度可以分为四大类： 高级控制定时器（TIM1、TIM8）：这是功能最强大的定时器，通常挂载在 APB2 总线上。除了基本定时功能外，还具备互补输出、死区时间插入、刹车输入等高级功能，专门为电机控制和开关电源设计。如果你需要做三相 BLDC 电机的 FOC 控制，或者需要带死区的 PWM 输出，高级定时器是唯一选择。 通用定时器（TIM2-TIM5，TIM9-TIM14）：这是使用最广泛的一类定时器，挂载在 APB1 或 APB2 总线上。通用定时器具备完整的四大功能：定时中断、PWM 输出、输入捕获、编码器接口。其中 TIM2 和 TIM5 是 32 位计数器，其余是 16 位。对于 90% 以上的应用场景，通用定时器都是最佳选择。 基本定时器（TIM6、TIM7）：功能最简单，只能做基本定时和 DAC 触发，没有输入输出通道。优点是资源占用小，中断优先级配置简单。通常用于周期性任务调度、ADC 采样触发等场景。 低功耗定时器（LPTIM）：专为低功耗应用设计，可以在停止模式下继续运行，使用 LSE 或 LSI 作为时钟源。适合电池供电设备的周期性唤醒场景。 ...

前言 在 ARM Cortex-M 单片机生态中，STMicroelectronics 的 STM32 系列无疑是最受欢迎的选择之一。从入门级的 STM32F103 到高性能的 STM32H7，覆盖了从简单的工业控制到复杂的边缘计算等各种应用场景。然而，随着 STM32 产品线的不断扩张，如何在不同系列之间保持代码的可移植性，成为了开发者面临的重要挑战。 ST 官方在 2014 年推出的 HAL（Hardware Abstraction Layer）库，正是为了解决这一问题而生。相比传统的标准外设库（Standard Peripheral Libraries），HAL 库提供了更高层次的抽象，统一了 STM32 全系列的 API 接口，使得从 F1 系列移植到 H7 系列的代码修改量大幅减少。 但是，HAL 库的引入也带来了不少争议。批评者认为 HAL 库封装过度、代码臃肿、执行效率低下。支持者则强调其跨平台的一致性和与 STM32CubeMX 工具链的完美集成。在实际项目中，我们应该如何权衡这些利弊？HAL 库的内部机制究竟是怎样的？如何在享受其便利性的同时避免性能损失？ 本文将从源码层面深入解析 HAL 库的设计理念，结合大量实战代码，带你掌握 GPIO、UART、SPI、I2C、TIM 等常用外设的驱动开发技巧。我们不仅会讲解 HAL 库的正确使用方法，还会深入探讨其内部实现原理，帮助你在项目中做出最合适的技术选型。 一、HAL 库 vs 标准库 vs LL 库：如何选择？ 在开始深入 HAL 库之前，我们有必要先理清 STM32 生态中几种主流的开发方式。很多新手在刚接触 STM32 时，往往会被各种库的选择搞得晕头转向。标准库、HAL 库、LL 库，甚至直接操作寄存器，到底应该用哪种方式？ 1.1 标准外设库（SPL）的兴衰 标准外设库（Standard Peripheral Libraries）是 ST 最早推出的固件库，在 STM32F1/F2/F4 时代被广泛使用。它的特点是： ...