嵌入式开发

程序员老舅

啃透 I2C 驱动开发，才算入门嵌入式 Linux 内核驱动大家好，今天咱们聊聊嵌入式开发里绕不开的坎——I2C驱动开发！！为啥驱动开发绕不开I2C呢？因为I2C设备多啊！嵌入式开发里， I2C堪称“江湖大佬”——它简单、成本低，两根线（SCL和SDA）就能搞定一堆设备：传感器、EEPROM、RTC……简直是嵌入式硬件的“万能胶”。

37.5 毫米里的“顺风耳“：A-59P 一模组集齐 AI 降噪、100dB 消回音与双波束拾音当一台可视门铃在狂风暴雨中依然能听清访客的"您好"，当车载蓝牙在音乐轰鸣里仍能精准识别"导航去公司"——背后往往缺不了一颗"会过滤声音"的模组。A-59P，正是一颗把降噪、消回音、定向拾音三大能力压缩进 37.5mm×16mm 邮票孔里的多功能语音处理模组。

凿岩声中的清晰通话：A-59F多功能语音处理模组在矿山通信中的应用矿山作业环境向来以高噪声、高粉尘、复杂空间结构著称。无论是井下掘进面的钻机轰鸣，还是地面选矿厂的破碎机运转，持续的高强度噪声始终是威胁安全生产和高效协作的一大隐患。在这样的环境中，一套可靠的语音通信系统不仅是提高效率的工具，更是保障人员安全的生命线。

OpenHarmony 小鸿 AI 开发实战 04：WS63 BurnTool 烧录、Loader、导出与回滚上一篇已经把 OpenHarmony mini 产品构建到 WS63 .fwpkg 的过程拆开，这一篇继续处理构建之后最容易混淆的部分：BurnTool 到底证明了什么、Loader 在什么时候参与、怎样做完整内部 Flash 导出，以及出问题后如何回到已知可工作的固件。本文依据小鸿项目自带的 Windows 烧录指南、本地真实固件包和一份已经完成长度、内容分布与 SHA-256 核对的 4 MiB 原始备份整理，不把官方操作说明、历史烧录结果和本轮文件核验混成同一条证据。

1厘米的声学突围：A-29P如何在回音与噪声的双重围剿中“猎杀“纯净人声智能门铃、可视对讲、车载蓝牙、远程会议终端——这些设备的共同趋势是：体积越来越小，喇叭越来越响，麦克风却离喇叭越来越近。这是一个结构性的矛盾。当麦克风与喇叭的物理距离被压缩到几厘米甚至1厘米以内，喇叭发出的声音会被麦克风反复"捕获"，形成回音环路的死循环。通话的另一方听到的，是自己的声音在无限叠加——这就是回音噩梦的根源。

OpenHarmony 小鸿 AI 开发实战 01：先认对工程，WS63 与 ESP32-P4 路径怎么选拿到小鸿 AI 源码后，最先要解决的不是“怎样改界面”，而是“当前硬件究竟由哪套工程生成固件”。同一棵源码树里同时存在 xiaohong、xiaohong-se 和 xiaohong-p4，三个名字很接近，却分别对应不同硬件角色、构建入口和产物格式。选错目录以后，即使代码能编译，也可能根本没有进入正在烧录的镜像。

C 语言工业级通用组件手写 15：累加和校验目录前言：一、累加和校验核心本质与应用场景1. 什么是累加和校验2. 解决的核心痛点3. 典型工业落地场景

C 语言工业级通用组件手写 08：精准软件消抖目录前言：一、软件消抖的核心本质与应用场景1. 什么是软件消抖2. 解决的核心痛点3. 典型工业级落地场景

C 语言工业级通用组件手写 09：CRC32 数据校验目录前言：一、CRC32 核心本质与应用场景1. 什么是 CRC322. 解决的核心痛点3. 典型工业级落地场景

C 语言工业级通用组件手写 06：固定块内存池在嵌入式长期运行设备、后台高并发服务、网络中间件、实时任务系统中，直接频繁调用 malloc /free 是工程最大禁忌。

C 语言工业级通用组件手写 04：阻塞队列前言：普通队列：数据读写立刻返回，不阻塞、不等待。阻塞队列：带线程同步能力的线程安全队列。具备两大核心阻塞特性：

对话越嘈杂，听得越清晰：A-29P 让每一台通话设备都装上 “AI 听觉大脑”车流轰鸣的小区门口、机械震耳的生产车间、风声呼啸的行车途中、人声鼎沸的银行大厅…… 只要是需要双向通话的设备，长久以来都逃不开两大声学魔咒：外放喇叭产生的刺耳回音、铺天盖地掩盖人声的环境噪音。传统音频方案只能二选一妥协，要么压低音量避免啸叫，要么忍受嘈杂杂音模糊人声，双向流畅通话沦为奢望。 A-29P 神经网络 AI 降噪回音消除模块，以高性能 DSP 芯片为核心，集成 AEC 回音消除、AI 智能降噪、波束定向拾音、远场 AGC 自动增益四大核心能力，为所有对讲通话设备植入一颗专业级 “AI 听觉大脑”

C 语言工业级通用组件手写 03：双向链表前言：承接前面环形缓冲区、通用内存池的工业级组件体系，我们继续搭建 C 语言底层通用组件库。如果说环形缓冲区负责流式数据缓存、内存池负责内存碎片治理，那么双向链表就是整个嵌入式、后台服务、操作系统底层的对象管理基石。

VS Code Git 工作树：告别频繁切分支，实现多分支并行开发实战方案目录前言：一、什么是 Git Worktree？二、两种创建工作树方式：命令行 + VS Code 可视化

杰理开发基础知识（3）Key 文件，简单理解，就是杰理为其蓝牙芯片专门设计的一个密码文件，用于对程序进行加密。可以把它想象成一把“软件锁”或“芯片的身份证”。它是杰理芯片特有的一种安全机制，已经延续了很久很久。

似是燕归来

嵌入式工程师进阶指南：适配器编程设计模式一以AT指令操作WIFI模块和NB-IoT或者4G模块为例。使用一个串口发送AT指令号到外部模块，同时接收模块返回数据进行联网、TCP连接、发送数据、接收数据，以上就是对这些物联网模块的使用方法。但是当本次使用WIFI模块而下次使用4G模块的时候，我们会遇到一个AT指令不兼容的问题，也就是WIFI的AT指令无法使用在4G模块上，即使同样使用WIFI模块不同厂家的AT指令同样不能兼容。

TL3588 工控单板 ROS2 开发实战：交叉编译、机器人通信与功能包部署全流程本文档主要演示基于单板机/工控机的ROS系统（版本：ROS2 Humble）使用说明，包括ROS系统镜像编译、镜像替换，以及ROS系统测试的方法。

SBC-TL3588 单板机 / EPC-TL3588 工控机 Docker 开发手册（二）下载镜像前，需要先开启Docker相关服务，并确保存储驱动配置正确。（1）配置Docker存储驱动不同系统环境可能导致Docker默认存储驱动（overlayfs/overlay2）不一致，执行以下命令，显式指定Docker默认存储驱动为overlay2，以保证一致性。

创龙科技-黄工

创龙 RK3588 单板 / 工控机 NPU 开发手册前言本文为 SBC-TL3588 单板机、EPC-TL3588 工控机配套 AI 开发指导文档，面向嵌入式 AI 开发人员，完整讲解 RK3588 内置 NPU 的全流程开发方案。依托瑞芯微 RKNN-Toolkit2、RKLLM-Toolkit 两套工具链，分别提供 YOLOv5 图像目标检测、DeepSeek-R1 1.5B 本地大模型两大实操案例。文档覆盖环境搭建、模型转换、交叉编译、板端部署推理全流程，附带可直接复用的源码、编译命令与运行调试日志，可快速完成边缘视觉识别、本地离线大语言模型落地，帮

C语言长文整理，关键字和数据类型作为嵌入式开发的基础，C语言是一切开发的基础。从语法上来说C语言并不复杂，但编写优质可靠的嵌入式C程序并非易事，不仅需要熟知硬件特性和缺陷，还需要对编译原理和计算机技术知识有着一定的了解。在这么多年的嵌入式开发中，我也积累了一些这方面的经验和思考，这里总结下来，系统地阐述嵌入式C语言的重要知识点。