qq_73850061的博客

原创 博客目录框架

本文整理了技术开发相关的学习资源体系，主要分为三大系统：1)骨骼系统(机械结构与运动学)、2)神经系统(电路设计与传感器)、3)思维系统(C语言与编程)。其中思维系统为核心部分，详细分类为：面试必备(C指针、关键字、结构体等)、入职指南(Git使用)、进阶提升(链表操作、状态机等)以及底层开发(哈希表、程序构建流程等)。每个分类均提供了对应的CSDN技术文章链接，形成了一套从基础到深入的完整技术学习路径。

原创 #61_opencode桥接服务

可以，已经配置完成，并且服务现在就在后台运行。

原创 #60_# 一、Photoshop 2025 如何批量导出 PSD 文件中的所有图层为独立 PNG 图片

Photoshop 2025 可以利用自带的图层导出功能，批量将 PSD 文件中的图层转换为独立 PNG 图片。导出的 PNG 是否保留透明背景。图片是否包含多余的透明区域。图层组与独立图层是否需要分别处理。动态文字是否适合使用 GUI 文本控件。导出后的素材尺寸和位置是否满足界面布局要求。如果只是快速提取 PSD 中的全部图层，可以优先使用 Photoshop 自带的批量导出功能。

原创 # 59_CSDN博客自动写流程文章

本文提供一套无需第三方依赖的 Python 自动化方案，从 CSDN 博客动态抓取文章，基于真实标题提取自定义编号，结合 SQLite 实现断点续跑，按固定五大系统、22 个二级分类智能归类，自动检测编号缺失、重复与错配，生成可直接粘贴至 CSDN 的可点击 Markdown 目录，支持增量更新与长期维护。

原创 #147_**LVGL 移植实战：为什么屏幕会偏蓝、发暗？从 LCD 接口、RGB565、ARGB1555 到 GDMA 的完整分析

查 LCD 面板规格书，确认真实有效分辨率和 RGB 数据线映射。确认 GUI Guider 的设计尺寸与物理显示方案一致。核对与厂商扩展的 Alpha 配置。核对 HAL 帧缓冲格式和 GDMA 格式是否一致。检查图片header.cf与每像素字节数是否匹配。检查 RGB565 的高低字节与 R/B 通道顺序。重新生成图片后，确认适配脚本不会把数据改坏。计算 Flash 图片资源、RAM 帧缓冲的各自占用。

原创 #146_嵌入式固件无法自动下载的原因与修复：从通用烧录原理到 Makefile 构建链排障（AC707N 实战）

本文剖析嵌入式固件自动下载失败的深层原因，基于通用构建流程（编译→链接→固件生成→烧录）揭示“构建成功≠可下载”的本质。以杰里AC707N工程为例，指出因Makefile递归调用不规范、并行构建依赖混乱、链接失败后未终止后续流程等问题，导致sdk.elf损坏或旧固件残留，最终引发下载异常。通过重构Makefile结构、强化依赖关系与错误码传递，实现构建链路可靠闭环，确保固件生成正确性，为自动化下载提供坚实基础。

原创 #145 _Codex 三层故障详细排查与修复步骤

关键总结：Codex出现故障时，不要急于更换模型，应优先按「路由→沙箱→工具链」的顺序排查，90%的问题都能通过修复环境配置解决。结论是：目前最可能的瓶颈不是端口、沙箱或工具链，而是“高推理强度 + 标准速度档 + 过长的旧会话”。核心问题：Python、npm、npx等工具未正确安装，或环境变量配置错误，导致Codex无法调用工具。核心问题：配置文件中的模型版本、端口与实际运行服务不匹配，导致服务无法正常通信。核心问题：沙箱权限不足、配置错误，导致Codex无法进入工作空间执行任务。我没有改动任何配置。

原创 144_Codex变慢的解决办法

关键总结：Codex出现故障时，不要急于更换模型，应优先按「路由→沙箱→工具链」的顺序排查，90%的问题都能通过修复环境配置解决。结论是：目前最可能的瓶颈不是端口、沙箱或工具链，而是“高推理强度 + 标准速度档 + 过长的旧会话”。核心问题：Python、npm、npx等工具未正确安装，或环境变量配置错误，导致Codex无法调用工具。核心问题：配置文件中的模型版本、端口与实际运行服务不匹配，导致服务无法正常通信。核心问题：沙箱权限不足、配置错误，导致Codex无法进入工作空间执行任务。我没有改动任何配置。

原创 #143_屏幕画撕裂的问题及解决方法

没有修改原理图相关引脚、LCD 时序、屏幕方向或启动图片；因为它们和能正常显示的 M646-04 示例工程一致。修复的是 LVGL 首帧与硬件图层切换的同步顺序。此时它对应的物理帧可能还是空内容，或 GDMA 正在搬运，LCD 扫描到这类帧便会在启动图切换的一瞬间出现撕裂、白块或半帧。所以，屏幕只会从“完整启动图”切换到“完整 LVGL 首帧”，中间不会显示未准备好的 UI 缓冲。我的修复方式是“首帧同步后再切换图层”，而不是改屏幕时序或盲目增加缓冲区。不是屏幕方向、RGB 时序或硬件故障。

原创 #142_VS Code.map文件插件的用法

你现在已经在 VS Code 中找到并安装了 Map View Embedded 插件。从截图看，你的.map文件也已经打开了。接下来只需要通过插件打开可视化界面，就能查看 HX3506F 的 FLASH、PSRAM、SRAM 内存占用情况。

原创 #141_ Codex 本地 AI 代理工具链工作流重构：Headroom、Scrapling、Archify 统一接入

本文重构AI代理工作流，将工具运行层（D:\ProgramData\AI\_Agent\Support\_Skill）、Codex路由层（.codex\skills）与项目协作层（AGENTS.md）分离，实现路径清晰、交付规范。通过Headroom（上下文压缩）、Scrapling（动态抓取）、Archify（架构图生成）三类工具的职责划分与标准化调用，结合固定目录结构与检查清单，提升可维护性与可复用性，确保任务处理稳定高效。

原创 140_AI新手村MCP与Skills是干嘛的

你提出问题↓AI 思考↓AI 输出文字你：帮我写一个 PowerShell 命令。AI：可以，命令如下……AI 只是把命令告诉你。真正执行命令的人还是你。但是 AI Agent 不一样。你提出任务↓AI 判断应该做什么↓AI 调用工具↓执行操作↓检查结果↓继续下一步把桌面上的所有 PNG 图片整理到一个 Images 文件夹。

原创 # 139_Shell 重定向与管道详解

(1)和>>是重定向，作用于命令的输出目标。(2)是管道，作用于命令之间的数据传递。(3)tee结合了管道的特性，可同时输出到屏幕和文件。

原创 #138_解决Codex要五次回复的问题

Codex 启动时反复重连 5 次（显示 5/5 重试）才开始工作，严重影响使用体验。

原创 #137_死机恢复现场_Armino平台AP系统swd调试

之后手动调用： bk_set_jtag_mode(0,0);Arm工具链版本 https://armkeil.blob.core.windows.net/developer/Files/downloads/gnu-rm/10.3-2021.10/gcc-arm-none-eabi-10.3-2021.10-win32.exe。如果工具目录下有多份Log, 或者Log中有多次Dump, 工具会分析最后一次Dump, 需要保证工具目录下只有一份Log, 且Log中只有一份dump。

原创 136_BEKEN LVGL UI Designer 教程_事件类型翻译与详解

<think>好的，用户给了一大段关于LVGL事件系统的介绍，最后说“根据以上内容写一段事件系统的综述”，但没有明确说明综述的用途。既没有指定读者，也没说用在什么场合。这种情况下，综述的合理预期应该是准确、简洁地概括核心内容，不进行主观发挥或添加不存在的细节。 看这段材料的结构：系统概述、工作流程、事件编辑器使用方式、事件类型、动作类型、参数配置、事件管理、可视化、体系总表。核心线索是：用户交互触发事件→执行动作→界面响应。 综述如果只是复述，就过于冗长。更合理的做法是提取框架，加上，对“事件粒度”和“动作

原创 #135_代码中的类型重定义艺术：从基础封装到函数类型设计

/ 企业项目中的基础类型定义// ========== 基础整数类型 ==========// 无符号8位// 无符号16位// 无符号32位// 无符号64位// 有符号8位// 有符号16位// 有符号32位// 有符号64位// ========== 浮点类型 ==========// 单精度浮点// 双精度浮点// ========== 布尔类型 ==========// 布尔类型// 8位布尔（用于协议）// ========== 字符类型 ==========

原创 #134_跟着东山学FreeRTOS之_xTaskCreate 深度解析：从用法到内部实现

FreeRTOS 是目前嵌入式系统中最流行的实时操作系统之一，而任务创建是整个 RTOS 的核心功能。本文将深入探讨的使用方法和内部实现机制，帮助读者理解 FreeRTOS 任务管理的底层原理。内存分配：为 TCB 和栈分配内存TCB 初始化：设置任务属性、优先级、名称等栈初始化：创建初始栈帧，模拟中断现场链表管理：将任务添加到就绪列表调度触发：必要时触发上下文切换更好地优化任务设计快速定位问题合理分配系统资源提高系统稳定性。

原创 #133_从 printf 到串口：深入理解输出重定向的底层逻辑

printf 的实现机制：从格式化到最终输出的完整调用链文件描述符的作用：如何通过重定向改变输出目标嵌入式串口映射：通过重写_write函数实现 printf 到串口的重定向性能优化和线程安全：在实际项目中的最佳实践理解这些底层机制，不仅能帮助我们更好地使用 printf，还能在遇到问题时快速定位和解决。在嵌入式开发中，掌握输出重定向的原理是调试和开发的基础技能。希望这篇博客能帮助你深入理解 printf 和串口重定向的底层逻辑！

原创 # 132_解决 Codex 无法启动问题的完整指南

在使用 Codex 扩展时，经常会遇到 “The extension could not start its user interface” 这样的错误。本文将提供一个完整的解决方案，帮助你快速恢复 Codex 的正常运行。通过以上步骤，你应该能够解决 Codex 无法启动的问题。彻底清理残留进程检查端口占用清理缓存和临时文件正确重启服务。

原创 #131_级联芯片

级联芯片"的核心思想，就像一样。它不是制造一个无所不能的"超级芯片”，而是提供一种标准化的"拼接"方式，让多个功能或性能有限的芯片组合在一起，协同工作，从而实现单个芯片难以企及的能力。

原创 #130_make bk7258_ap_menuconfig背后发生了什么,他为什有图形化界面

对于这个命令，它背后其实是一个环环相扣的"构建-解析-展示"流程。简单来说，命令被执行后，系统会先解析预先定义好的配置规则，再利用一个特殊的图形库，把这些规则变成一个你可以在终端里用键盘操作的图形界面。

原创 #129_Sensor的应用

这个问题问得很有场景感！"Sensor的应用"是个非常宏大的话题，从你手机里的陀螺仪到火星车的导航系统都算。我先给你一个的系统性梳理，再聚焦到中最实用的部分。

原创 # 128_什么叫API？它与函数接口是什么关系？

API（Application Programming Interface，应用程序编程接口），就是一套预先规定好的“通信协议”，告诉你怎么去请求某个功能，以及你会收到什么格式的回复。

原创 #127_源子锁互斥锁与FreeRTOS的关系

FreeRTOS 中的互斥锁本质上是带有优先级继承机制的二值信号量特化版本。它底层复用队列（Queue）数据结构，通过记录持有者句柄（）和在取/给操作中动态调整任务优先级，解决了嵌入式实时系统中典型的优先级翻转问题。它与二值信号量的根本区别不在 API 形式，而在于是否具备调度器辅助的优先级管理能力。

原创 #126_进程与线程

这个问题问得很经典，但很多资料讲得太绕了。我先给你一个最直白的区分，然后再深入解释。

原创 #125_Liunx的原子锁

工程下 AP/CP 子工程的配置，不是去改。的菜单暴露层，不碰你已经撤销的配置文件。我下一步就按这个方向查：只补。

原创 #124_Liunx的自旋锁

我已经确认到两个“拖 Flash 还会炸链接”的点了：bk_cli 里还在硬连 app_dbg_audparam，以及 lwip/wifi 还在走旧接口。我准备动手做三件事：把项目日志默认关掉、把 2.4 寸屏不需要的 LVGL 字体收窄、再把 bk_cli 里对已关闭音频调试接口的硬引用去掉。我先确认一下编码，再用不破坏字节的方式只改那几行，避免碰到你工程里那些中文注释。配置文件里那几行的排列和我预想的不完全一样，我先把精确片段读出来再补丁，避免误改你已经裁过的内容。已读取文件运行了命令。

原创 #123_I2S与I2C

其中第一项保留 CLI 的音频调参命令，第二项移除 AP 对 CP 旧 WiFi 回调的错误依赖。也就是说：裁剪本身没问题，但要成组裁剪。原因是内核裁剪关闭了仍被保留模块依赖的实现，最终在链接阶段报。

原创 #122_新工程下的PWR

其中第一项保留 CLI 的音频调参命令，第二项移除 AP 对 CP 旧 WiFi 回调的错误依赖。也就是说：裁剪本身没问题，但要成组裁剪。原因是内核裁剪关闭了仍被保留模块依赖的实现，最终在链接阶段报。

原创 #121_图传中的H.364编码与MP4的联系

不属于 BEKEN-ARMINO 标准的 menuconfig 配置体系。不需要通过 menuconfig，直接修改工程根目录下的。所以 menuconfig 搜索不到。

原创 #120_聊聊SD卡

同步时钟（主机输出 → SD卡输入）MCU（主机）输出方波时钟给TF/SD卡。CMD命令、DAT0‑DAT3上面每1bit数据，全部跟着这个时钟边沿同步收发。没有这个时钟，SD卡完全不会工作，收不到任何命令、读不出写不进数据。频率规则（SD协议强制）要不要我把SD卡模块单独整理一张简易硬件接线表，直接给驱动工程师看？

原创 #119_TCP与UDP在嵌入式当中的应用

TCP打电话（先拨号、接通、确认对方在听、再说挂断）——面向连接、可靠、有顺序。UDP寄信（写上地址扔进邮筒，不管对方收没收到）——无连接、不可靠、无顺序。

原创 #118_MQTT协议

CONFIG_MQTT_ACK_NOW=y # CN：启用 MQTT 立即确认功能。-- EN：Enable MQTT immediate ACK feature.

原创 #117_QSPI&SPI

引脚标准 SPIQSPI说明SCK是是时钟线，由主机产生CS是是片选，低电平有效IO0（MOSI）是是数据线 0，可双向IO1（MISO）是是数据线 1，可双向IO2（WP）可选是数据线 2，复用写保护引脚IO3（HOLD）可选是数据线 3，复用保持引脚在 QSPI 模式下，IO0~IO3 用于传输数据，通常为半双工操作：命令、地址、数据分时复用这 4 根线。回答要点XIP 指 CPU 直接从外部 Flash 执行代码，无需加载到 RAM。

原创 #116_百问网单片机程序设计模式

在不能满足这个前提的情况下，比如“滴”、“啊”同时响起，先“回一个信息”时就会耽误“喂一口饭”，这种场景下程序遭遇到了轮询模式的缺点：函数相互之间有影响。而任务A、B的函数是依次轮流运行的，假设系统运行了100秒，其中任务A总共运行了50秒，任务B总共运行了50秒，任务A在努力处理复杂的运算，任务B仅仅是浪费CPU资源。每次执行“喂一口饭”函数时，都只会执行其中的某一状态对应的代码。当“喂一口饭”、“回一个信息”都需要花很长的时间，无论使用前面的哪种设计模式，都会退化到轮询模式的缺点：函数相互之间有影响。

原创 #115_CMake 项目移植新手教程

环境准备：安装 CMake、编译器和依赖库。放置源码：保持目录结构完整，避免中文路径。修改配置：调整中的路径和平台相关设置。构建验证：在build目录中配置、编译、测试。遇到问题不要慌，先看 CMake 输出的错误信息，再对应检查路径和依赖。多练习几个项目后，你就能熟练应对各种移植场景。

原创 #114_关于Liunx面试的一些问题

原创 113_跟着伟哥学UI之LVGL移植教程

链接不到，是因为该宏未生效，官方 widgets 源码被预处理成空文件。现在重新按你的命令构建即可，不需要额外改编译参数。这是 SDK 的 CMake 版本不支持。，依赖扫描阶段直接失败了，与屏幕代码无关。

原创 #112_东山笔记_关于FreeRTOS移植树文件的内容说明

├── include # 内核公共头文件（API 声明、内部数据结构）├── *.c # 内核核心实现（与硬件无关）│ ├── [compiler]/[arch] # 移植层（上下文切换、硬件相关数据类型）│ └── MemMang # 可替换的内存管理实现└── (工程目录)├── FreeRTOSConfig.h # 工程配置└── main.c / freertos.c # 入口和任务创建核心代码与移植代码分离：方便支持不同硬件平台。配置与源码分离放在工程目录，避免修改内核源码。