mcu

【串口技术系列文档 04】UART协议深度解析本文目标：深入剖析UART协议帧格式、时序特性、错误检测机制，掌握协议层面的设计与优化UART (Universal Asynchronous Receiver/Transmitter)：

意法半导体STM32

【官方原创】LAT1724 STM32CubeIDE for VSCode 修改链接文件中的起始地址无效？近期在使用STM32CubeIDE for VSCode调试STM32的Boot-App时，发现一个问题：虽然修改了链接文件中的Flash的起始地址，但是elf中的地址一直未改变。

PY32F系列MCU在OTA时App区概率性跑不起来的根因分析（3）接前一篇文章：PY32F系列MCU在OTA时App区概率性跑不起来的根因分析（2）上一回笔者沿着排查方向

航天器健康管理系统中嵌入式控制器的多源状态监测与故障诊断能力评估航天器健康管理（Spacecraft Health Management，SHM）是保障卫星平台长期可靠运行的关键技术，其核心目标是通过对星上各分系统状态的实时监测、故障的及时检测与诊断以及维护策略的优化决策，最大限度地延长航天器的在轨服务寿命并降低任务风险。在商业航天领域，随着卫星平台向着长寿命、低维护和批量化方向发展，健康管理系统的功能从传统的被动式故障报警逐步演进为主动式的预测性维护和自适应重构。微控制器单元（MCU）作为健康管理系统中负责数据采集、状态评估和决策执行的底层控制核心，其模拟量采集精度

【STM32】基础定时器 TIM 详解：从极简原理到寄存器全解析生活中带"定时"功能的场景：发条或电池驱动闹钟按秒计时，到了设定时间（闹钟响），执行既定事项（起床、去上学）。

从半导体视角理解 NVM 与 Flash：存储单元、阵列架构与应用差异在芯片设计、嵌入式系统以及存储器选型过程中，经常会遇到 NVM（Non-Volatile Memory）、Flash Memory、EEPROM、NOR/NAND Flash 等概念。

PY32F系列MCU在OTA时App区概率性跑不起来的根因分析（2）接前一篇文章：PY32F系列MCU在OTA时App区概率性跑不起来的根因分析（1）上一回初步分析了笔者所遇到的PY32F系列MCU OTA概率性失败的问题。经过初步筛查、处理和排除，将问题聚焦于：

Zig 嵌入式底层库选择与 build.zig 组织指南适用于 STM32、GD32 等 ARM Cortex-M MCU。Zig 不会像 ARM GCC / Keil / IAR 那样自动为不同 MCU 挑选厂商 HAL 或 C 运行库；底层依赖由 target、build.zig、芯片包、链接脚本、启动文件共同决定。5

修船大队长

配置接受报文每个报文对应一个mailbox配置流程记录在 AUTOSAR CAN 通信栈中，CanHardwareObjects、CanIfInitHohCfg 和 CanIfRxPduCfg 是 CAN 收发配置中的三个重要部分。

极海 APM32 使用 Nimmake 编译指南主线型号：APM32F103 / Cortex-M3，并给出 F4xx（Cortex-M4F）适配构建方式：arm-none-eabi-gcc + Nimmake（Python 构建脚本）适用系列：APM32F10x、APM32F4xx、APM32F0xx、APM32A1xx、APM32E1xx 等支持 GCC/Makefile 的系列

【STM32】 DMA 源码分析与实战（下）：DMA 收发状态机与 HAL 分层从应用角度我们已经知道，比较推荐用**"中断修改标志位，主循环进行逻辑处理"的开发方式。为了让代码设计更具健壮性和可扩展性**，我们引入状态机处理。

【STM32】 DMA中断机制、NVIC 联动与配置实战前章上一章结尾问："CPU 怎么知道 DMA 把数据搬迁完毕了？DMA 又怎么告诉 CPU，让 CPU 介入做后续数据处理？"

星载通信载荷信号处理中抗辐射微控制器的选型与适应性分析一、引言商业航天时代的来临使得卫星通信载荷的设计范式发生了深刻变革。传统的以政府主导、成本不敏感为特征的大卫星平台逐渐被以批量化生产、快速部署、成本控制为核心诉求的商业小卫星所取代。在这一背景下，星载通信载荷中的信号处理与控制单元对核心处理器件的选型提出了既要满足空间环境可靠性要求、又要兼顾成本与供应链可控性的双重挑战。微控制器单元（MCU）作为通信载荷中实现协议处理、基带控制、射频前端配置以及健康管理等功能的关键器件，其抗辐射性能和工作稳定性直接影响载荷的在轨服务寿命。厦门国科安芯科技有限公司推出的AS

基于 GD32 Embedded Builder (GEB) 与 Nimmake 的 MCU 工程搭建指南利用 GD32 Embedded Builder (GEB) 的图形化配置能力生成底层初始化代码（启动文件、链接脚本、系统时钟），再通过 Nimmake 的 Python 构建脚本统一管理编译与链接流程，彻底摆脱 IDE 的“黑盒工程”，实现轻量级、跨平台的构建体验。

国密TLCP协议，LKT4305GMT护航物联网安全通信国密TLCP协议，LKT4305GMT护航物联网安全通信@TOC凌科芯安科技（北京）有限公司自主研发的LKT4305GMT国密安全芯片，以“硬件加密+标准接口+安全隔离+真随机数”四位一体架构，为TLCP协议提供原生硬件支撑，成为物联网终端国密安全通信的理想底座。一、标准SKF接口，打通TLCP标准化路径 LKT4305GMT完整实现GM/T 0016-2023标准SKF接口，作为TLCP协议的硬件抽象层，将密钥存储、算法运算与权限控制全面隔离于芯片内部。上层应用仅需调用标准接口，即可完成TLCP握手、

中科蓝讯SDK开发-BT897X、BT891X、AB573X、AB572X 系列触摸按键提示音功能实现到现在为止也开发了许多杰理TWS蓝牙耳机项目SDK的案子，在调试案子时不断的向前辈们学习到了很多关于蓝牙TWS耳机专业的知识。想在这里做一个学习汇总，方便各位同行和对杰理芯片SDK感兴趣的小伙伴们学习；

一只小透明啊啊啊啊

Socket、AIDL、SOME/IP先理清定位：重要：AIDL不使用socket，这是最容易踩坑的点。以太网：是【链路层+物理层】的局域网硬件/通信标准

【嵌入式软件AI编程】16. Claude Code 与 VS Code 的协同开发欢迎关注 youcans@xidian【嵌入式软件AI编程】专栏【嵌入式软件AI编程】10. Claude Code的安装与配置【嵌入式软件AI编程】15. VS Code 插件安装 Claude Code 【嵌入式软件AI编程】16. Claude Code 与 VS Code 的协同开发

MCU SD 卡上电加载流程：从寄存器访问到文件系统挂载摘要：上电时已经插着的卡不会触发卡检测中断。此时 CD 引脚电平稳定，没有跳变可供触发；驱动在创建 host 结束时主动读一次 CDETECT 寄存器，确认卡在位后直接向检测线程发送事件。中断 SDIO_INT_CARD_DET 处理的是使用过程中插拔产生的跳变。

TinyML 模型部署：从 Edge Impulse 到 STM32F103🧭 文章档案｜STM32 TinyML 手势识别系列📌 编号：No.75　｜　🚀 阶段：第一阶段 · 模型部署　｜　🛠️ 类型：嵌入式实战