hueuyang的博客

原创 物联网笔记——ESP32-QoS笔记

MQTT QoS 0、1、2 分别对应“最多一次”、“至少一次”、“恰好一次”。QoS 0 无确认，速度快但可能丢失；QoS 1 通过 PUBACK 确保消息送达，但可能重复，需保证命令幂等性；QoS 2 采用四步握手（PUBLISH → PUBREC → PUBREL → PUBCOMP），确保消息仅传递一次，适用于高可靠性场景。实际应用中，需区分网络 ACK 与 MQTT ACK，且消息确认不等于设备动作成功。

原创 物联网教程：ESP32-S3 基于 Wi-Fi + MQTT 的远程 LED 控制

本文基于ESP32-S3实现Wi-Fi与MQTT通信，构建物联网远程控制闭环。ESP32连接Wi-Fi并自动重连，同时作为MQTT发布者与订阅者，向esp32/test发布“hello esp32”，订阅esp32/led主题。接收“on”指令时点亮GPIO4连接的LED，其余内容则熄灭。系统通过broker.emqx.io:1883完成数据流转，验证了从设备联网、消息通信到远程控制的完整链路，实现简单可靠的物联网应用原型。

原创 Keil5 头文件标红与 F12 无法跳转修复说明

本文记录了修复Keil MDK中"Project101_App_Net_CAN_Dual(1)"工程出现的编译成功但编辑器报错问题的过程。问题表现为头文件标红、无法跳转定义，经分析是由于用户状态文件残留旧路径和中文路径导致源码浏览器异常。修复步骤包括：移除旧用户状态文件、创建英文目录链接、通过固定入口脚本启动工程并完整重编译。验证表明修复后工程能正常编译且功能不变，同时解决了编辑器报错问题。建议未来通过提供的英文路径脚本打开工程，避免直接使用含中文的原路径。

原创 Codex 会话丢失恢复实战：切换 Provider 后历史列表为空的排查与修复

本文记录了在VS Code的Codex扩展中切换官方ChatGPT账号与第三方Provider后会话历史丢失的故障排查过程。通过分析数据文件发现，实际会话数据（215条）仍完整保存在本地，问题源于Provider标签与应用配置不匹配。根本原因是迁移工具仅修改了数据标签（将会话从openai改为chatgpt），但未同步更新配置文件的默认Provider设置，导致界面过滤失效。解决方案包括手动恢复标签一致性或调整配置参数。文中提供了详细的SQL验证命令和文件路径参考，适用于Windows环境下类似问题的诊断与

原创 Keil 编译后自动调用 UniFlash 烧录说明

本文记录了在Keil工程中改用UniFlash烧录程序的解决方案。由于Keil下载时出现"Flash Download failed"错误，而UniFlash能正常烧录，分析发现是Keil的Flash算法加载机制与DMA操作冲突。配置方法包括：1)创建UniFlash配置文件(.ccxml)；2)编写烧录脚本(.bat)；3)修改Keil工程设置，在编译后自动调用UniFlash烧录；4)关闭Keil的调试前自动下载功能。最终实现Keil编译与UniFlash烧录的分离工作流程，解决了下载失败问题。文中还提

原创 Keil 配置 MSPM0G3507 开发环境避坑：SysConfig、msp.h 和 driverlib.a 报错完整解决记录

那么必须处理三类路径。第一，Before Build 调用 SDK 中的syscfg.bat第二，syscfg.bat第四，Linker 中的这种方式的优点是：工程可以放在自己的项目目录中。缺点是：需要手动维护路径。如果换 SDK 版本，需要同步修改路径。这次 Keil 配置 MSPM0G3507 环境的核心问题不是编译器错误，也不是 C 代码错误，而是工程路径移动后，TI 示例工程中的相对路径失效。整个排错过程可以归纳为三类路径问题：第一，SysConfig 脚本路径错误，导致无法生成。

转载 MSPM0G3507环境安装：无法加载以下来源的扩展程序：C:\Ti\SYSCONFIG.清单文件缺失或不可读取

摘要：MSPM0开发环境配置时出现SysConfig调用错误，原因是SysConfig 1.26.0+版本将配置文件移至\app子目录，但SDK未更新调用路径。需修改MSPM0_SDK_syscfg_menu_import.cfg文件中的Command路径，在sysconfig版本号后添加\app后缀（如C:/ti/sysconfig_1.27.0/app），否则Keil会报"清单文件缺失"错误。该问题影响SDK v2.09.00.01及以上版本。

原创 Jetson Nano 双摄像头芯片检测视觉系统：小尺度难定位问题解决，从零开始实现教程说明

本文介绍了在Jetson Nano上实现双USB摄像头协同工作的方案：一路1280×720摄像头用于全局芯片定位，一路1920×1080摄像头提供高精度抓取定位。系统采用ffmpeg管道采集替代OpenCV VideoCapture，通过生产者-消费者线程模型实现7-8FPS实时处理。针对不同场景采用差异化检测策略：全局摄像头使用Canny边缘检测克服颜色相近问题，高清摄像头采用HSV颜色检测。文章详细解析了技术难点和解决方案，包括ROI处理顺序、CLAHE禁用、Canny阈值优化等关键点，并提供了完整的项

原创 Jetson Nano YOLO 检测四尺度热力图实时显示

这篇文章介绍了在NVIDIA Jetson上实现YOLO检测模型实时显示检测结果和热力图融合的技术方案。主要内容包括： 传统PyTorch Hook方法的问题：在Jetson上运行缓慢，主要由于PyTorch计算开销大、特征转换复杂以及设备降频等问题。 优化方案：将模型中间特征作为正式输出导出到ONNX，构建多输出TensorRT引擎，实现一次推理同时获取检测结果和四个尺度特征图(P2/P3/P4/P5)。 技术实现细节： 导出多输出ONNX模型 使用trtexec构建TensorRT FP16引擎 实时处

原创 Jetson Nano语音交互：本地大模型全链路实战

本文介绍在Jetson Nano/Orin Nano上实现本地语音交互系统的完整流程。系统通过免驱USB麦克风采集语音，使用Vosk进行中文语音识别，将文本输入本地部署的Ollama大模型(qwen2.5:0.5b)，最后通过edge-tts合成中文语音并由USB喇叭播放。文章详细说明了硬件准备、软件依赖安装、声卡配置、模型部署等关键步骤，提供了测试命令和参数调优建议。该系统完全离线运行，适合边缘计算场景，实现了从语音输入到智能回复输出的完整交互链路。

原创 从零复现：YOLO缺陷检测模型 TensorRT 全量化部署到 Jetson Orin Nano Super（FP32/FP16/INT8 三路对比）

YOLO缺陷检测模型在Jetson Orin Nano上的TensorRT全量化部署 本文详细记录了将工业缺陷检测YOLO模型从Windows训练环境部署到Jetson Orin Nano Super边缘计算板的全过程。主要内容包括： 环境配置：Windows开发机与Jetson Orin Nano Super的软硬件环境搭建，包括TensorRT 10.3.0、CUDA 12.6等关键组件。 模型处理：从PyTorch模型(.pt)到ONNX的转换，并进行验证确保转换正确性。 部署流程：通过SSH和SCP

原创 RDKS100 GPU量化环境配置

本文介绍了在Ubuntu 22.04物理机上配置RDK S100 GPU量化环境的完整流程。主要内容包括：创建工作目录结构，下载S100 OpenExplorer 3.7.0工具链和GPU Docker镜像，导入Docker镜像并解决镜像名称问题，设置环境变量，以及验证GPU、目录挂载和工具链可用性。重点强调了RDK S100（非S100P）的专用配置，并提供了详细的目录规划和挂载方案。文中还包含基础环境检查步骤，确保NVIDIA驱动、Docker和GPU透传功能正常工作。

原创 红外-可见光图像融合算法的端侧部署实战：从训练到 BPU 量化推理全流程（RDK X5）

本文介绍了一套完整的红外-可见光图像融合算法端侧部署方案。通过知识蒸馏将教师网络的能力迁移至轻量学生网络（≈1.34MB），并使用ONNX导出、BPU量化等技术，最终在RDK X5嵌入式设备上实现80FPS的实时推理。方案在TF-1770基准测试中表现优异，量化后模型延迟降低27倍，同时保持与浮点模型相当的融合质量（SD 38.45/PSNR 66.83）。关键技术点包括多层次特征蒸馏、算子兼容性优化和量化校准策略调整。该方案适用于无人机侦察、安防监控等边缘计算场景，提供从算法设计到嵌入式部署的全流程技术支

原创 RDK X5 量化工具链环境搭建完整指南（Ubuntu 22.04 LTS + GPU版——RTX5080）

本文提供了在Ubuntu 22.04 LTS系统上搭建地平线RDK X5量化工具链环境的完整指南，特别针对NVIDIA RTX 5080显卡和国内网络环境进行了优化。主要内容包括： 系统要求确认（硬件/软件） Docker安装与配置（使用阿里云镜像源） 关键步骤：NVIDIA Container Toolkit的国内安装方案 Docker运行时配置 工具链镜像导入与容器启动 重点解决了国内网络环境下安装NVIDIA Container Toolkit时常见的404错误问题，提供了可靠的CUDA官方CDN安装

原创 Windows + WSL2 + RTX 2080 Ti 搭建 RDK X5 OpenExplorer GPU 量化环境实战

本文详细介绍了在Windows系统下通过WSL2和Docker Desktop搭建RDK X5 OpenExplorer GPU量化环境的完整流程。作者最初尝试VMware虚拟机方案失败后，改用WSL2 Ubuntu 22.04方案成功实现了RTX 2080 Ti显卡的GPU量化环境搭建。文章包含从Windows显卡驱动验证、WSL2安装配置、Docker Desktop设置到OpenExplorer GPU容器启动的全过程，并提供了常见问题的解决方案。该方法特别适合Windows用户快速搭建RDK X5模

原创 【保姆级教程】YOLO自定义模型在RDK X5上的完整部署：从训练到实时检测（踩坑全记录）

本文介绍了将自定义训练的YOLO11火焰检测模型部署到地瓜派RDK X5开发板的完整流程。主要内容包括：1）Windows环境下的模型训练与验证；2）ONNX模型导出的关键技巧；3）Docker环境中的BPU量化过程；4）板端部署与实时检测实现。文章重点讲解了量化过程中的常见问题及解决方案，特别是训练epoch不足导致量化失败、DFL解码优化等关键技术难点。同时提供了完整的文件清单和性能优化建议，帮助开发者顺利完成边缘AI部署。配套代码正在GitHub更新中。

原创 ASRpro 语音版 + ESP32-C3：用串口实现语音控制与多板联动（0x01/0x00 控灯/控继电器）

摘要：本项目实现ASRPRO2.0语音模块与ESP32-C3开发板的串口联动控制，通过语音指令控制LED开关。核心要点包括：1）硬件连接需注意串口交叉（TX-RX）和共地；2）ESP32-C3使用GPIO20/21作为UART引脚；3）软件实现需区分单字节（0x01）和字符串（"01"）指令；4）注意板载LED低电平点亮特性。方案优势在于模块分工明确：ASRPRO负责语音识别和指令发送，ESP32-C3负责指令解析和外设控制。常见问题排查重点包括接线、电平匹配和指令格式确认。

原创 HarmonyOS机械臂蓝牙控制应用开发完整教程

本文详细介绍了一个基于HarmonyOS的STM32三轴机械臂蓝牙控制应用开发方案。项目采用ArkTS框架实现，包含蓝牙通信管理、虚拟摇杆控制、三轴联动等核心功能。通过SPP蓝牙协议与STM32硬件交互，使用双虚拟摇杆分别控制底座360°旋转、关节270°俯仰和夹爪180°开合动作。应用采用现代化卡片式UI设计，支持深色模式适配，具有状态实时反馈、指令防抖优化等特点。文章详细讲解了技术架构、蓝牙通信实现、摇杆组件开发、双轴联动控制逻辑以及界面设计要点，并提供了完整代码示例和部署运行指南。该系统实现了高效稳定

原创 地瓜派RDK X5部署YOLOv11n完整实战：从7 FPS到47 FPS的性能优化之路

本文详细记录了在RDKX5开发板上部署YOLOv11n模型的全过程。初始部署遭遇性能瓶颈（仅7.67FPS），通过分析发现Softmax算子被分配到CPU运行是主要问题。经过环境搭建、模型优化（修改输出头、int16量化Softmax）、性能调优等步骤，最终实现47FPS的实时检测性能。关键突破包括：1）通过node_info配置将Softmax指定到BPU运行；2）修改Ultralytics输出头为6个tensor；3）使用NV12格式输入减少预处理耗时。文章提供了完整的代码实现、量化配置和故障排查指南，

原创 Ubuntu 系统安全维护实战 [特殊字符]

本文介绍了Ubuntu系统的三项关键安全配置：首先修改root密码为iotuser123并开启SSH登录权限；其次配置双账号(root和iotuser)同时登录；最后进行系统加固，设置密码最小长度为6位，并配置远程登录失败3次后锁定60秒。文章详细说明了SSH配置、PAM模块修改等具体操作步骤，同时提醒操作风险，建议保留控制台访问权限。这些基础安全措施能满足多数场景需求，为后续更高级的安全配置打下基础。

原创 [特殊字符] RISC-V实战：从0到100+FPS！进迭时空(Spacemit)开发板YOLOv8部署终极指南

本文详细介绍了在进迭时空RISC-V开发板上部署端侧AI视觉项目的全过程。从搭建Python虚拟环境、解决USB摄像头识别问题，到转换为兼容ONNX模型并处理系统依赖和网络故障，最终通过NPU量化加速实现性能优化。文章提供了完整的排雷指南，包括DNS配置修复、模型版本兼容性处理等常见问题的解决方案，并展示了如何通过终端实现实时推理结果可视化。该项目不仅验证了在嵌入式设备上运行YOLOv8目标检测模型的可行性，更提供了从环境配置到性能调优的完整方法论，为RISC-V生态的AI开发者提供了实用参考。

原创 RISCV开发板实战（MusePi）：USB摄像头跑YOLOv11

本文详细介绍了如何在进迭时空RISCV开发板上实现USB摄像头与YOLOv11模型的整合应用。通过合理配置硬件、优化软件性能，我们成功在边缘设备上实现了高效的目标检测功能。进迭时空K系列芯片展现出强大的边缘AI计算能力，特别是在int8量化模型的支持下，能够以较低功耗提供出色的推理性能。随着RISC-V生态的不断完善，这类芯片将在物联网、智能家居、工业自动化等领域发挥越来越重要的作用。项目源码官方文档作者：全球通史日期：2025年11月08日。

原创 鸿蒙开发——HarmonyOS开发踩坑记：隐私政策每次启动都要同意？这样解决！

摘要：本文分析了HarmonyOS应用中隐私政策同意状态无法保存的问题，指出三个主要原因：未调用flush()方法、preferences名称不一致和异常被吞没。解决方案包括：1)正确保存时调用flush()并使用统一preferences名称；2)读取时严格匹配名称和类型；3)添加调试日志验证。最佳实践建议封装preferences操作、定义常量名称并设置测试功能。核心要点是确保数据持久化完整性和一致性。

原创 鸿蒙开发——HarmonyOS应用隐私合规开发实战指南

摘要：本文针对HarmonyOS应用开发中的隐私合规问题，分析了未展示隐私政策提示和提前获取个人信息两个关键问题。通过重构应用启动流程，增加了隐私政策同意页，并规范了权限请求时机。解决方案包括创建启动检查页面、隐私政策同意页，修改登录页二次确认机制，并配置权限声明和请求时机。文章总结了开发中遇到的Context类型错误等踩坑经验，强调隐私合规应作为初期规划重点，建议采用配置化隐私政策URL、记录用户同意时间戳等措施，确保符合最小必要原则，建立用户信任。

原创 鸿蒙开发之鸿蒙应用深色模式适配完整指南（上架过程之适配手机深色模式）

鸿蒙应用深色模式适配指南：针对开发中无法正确适配深色模式的问题，本文提供了完整解决方案。关键步骤包括：1）创建base/dark两套颜色资源文件；2）替换所有硬编码颜色为资源引用（$r('app.color.xxx')）；3）修改EntryAbility设置COLOR_MODE_NOT_SET以跟随系统；4）处理特殊语义颜色。适配后应用可自动切换深色/浅色模式，符合UX设计规范。修改涉及15个页面、157+处颜色替换，耗时约2小时，显著提升了夜间使用体验。

原创 在RISC-V的musePi开发板上实现海康威视双光谱摄像头RTSP流录制系统

本文详细介绍了在RISC-V架构的musePi开发板上搭建海康威视双光谱摄像头监控系统的全过程。主要内容包括：网络配置（使用Netplan设置静态IP、dnsmasq作为DHCP服务器）、RTSP流拉取（可见光与热成像双通道）、Python多线程录制程序的开发（解决画面失真、卡顿等问题），以及系统调试的经验总结。最终实现了1920×1080高清录制、5分钟稳定运行等功能，为嵌入式视频监控系统开发提供了完整解决方案。

原创 鸿蒙开发中适配横竖屏模式（只适配折叠屏不影响手机）

摘要：在鸿蒙开发中遇到屏幕旋转适配问题，通过在module.json5中添加"orientation"属性解决。研究发现"auto_rotation"可实现自动旋转，而"follow_desktop"策略更智能：针对直板手机和折叠屏折叠态默认竖屏，对平板和展开态折叠屏允许旋转。这个方案有效解决了设备适配问题。（149字）

原创 鸿蒙开发——强制应用浅色模式，强行深色模式不改变

鸿蒙应用强制浅色模式设置方法：在EntryAbility.ts文件的onCreate周期中，调用setColorMode接口并传入COLOR_MODE_LIGHT常量即可覆盖系统深色模式。核心代码为this.context.getApplicationContext().setColorMode(ConfigurationConstant.ColorMode.COLOR_MODE_LIGHT)，需添加异常处理。该方法可解决应用上架时的深色模式适配问题。

原创 Hi3861教程4继电器的使用

摘要：本文介绍了在普中Hi3861开发板上实现继电器控制白炽灯的实验。通过修改BUILD.gn文件启用10_relay模块，并编写template.c程序实现继电器控制逻辑。程序初始化后，继电器吸合3秒后断开，形成通电控制效果。实验需配合12V电池和白炽灯接线，每次运行前需按下复位键。该实验展示了Hi3861开发板对继电器的控制能力，适用于物联网设备开发学习。

转载 HI3861教程1安装和配置环境

本文提供Hi3861鸿蒙开发板入门教程资源，包含B站手把手教学视频（上）和百度网盘资料下载（提取码1234）。另附Windows环境配置指南，详细讲解Hi3861编译环境搭建、烧录方法及第一个点灯程序实现步骤，适合鸿蒙开发初学者快速上手。

原创 Android开发如何将Androidstudio和github仓库关联起来

该文介绍了使用Android Studio进行Git版本控制的基本流程。作者以Java语言(API 24)为例，从新建工程开始，详细说明了如何连接GitHub仓库、配置访问密钥、实现远程连接以及上传代码。作者为湖南汽车工程职业大学物联网竞赛组成员，专业方向包括鸿蒙开发、Android开发和嵌入式软件开发。文中特别强调了上传后需检查GitHub仓库确认代码是否成功提交。

原创 鸿蒙5.0开发如何将devecostudio关联自己的github仓库

本文介绍了在Deveco Studio 5.0.4环境下进行项目开发的完整流程。作者作为一名湖南汽车工程职业大学物联网竞赛组的鸿蒙/Android开发方向学生，详细说明了从新建工程到Git版本控制的实现步骤，包括：1.创建新项目；2.启用Deveco Studio的Git功能；3.建立GitHub仓库并完成IDE绑定；4.验证代码上传结果。该教程适用于API 16（调试设备为API 17的nova12pro）的鸿蒙开发环境配置，为初学者提供了从零开始的完整开发指引。

原创 2025年湖南省电赛综测测试题

原创 MaixCAM教程6：驱动电机

本文介绍了使用MaixCAM控制TB6612电机驱动模块的配置方法。通过设置PWM引脚（A19、A18）和方向控制引脚（A15、A14、A24、A23），实现了电机正反转和停止功能。代码中定义了motor_forward()、motor_backward()和motor_stop()三个核心函数，分别控制电机前进、后退和停止，并采用1kHz的PWM信号调节转速。测试程序交替执行50%速度前进和60%速度后退，各持续2秒后停止1秒。该方案为MaixCAM控制电机提供了完整的硬件接线和软件实现参考。

原创 MaixCAM教程3：GPIO输入检测

MaixCAM设备GPIO输入测试示例 本文介绍了在MaixCAM设备上使用GPIO输入的简单方法。通过配置引脚复用功能，将物理引脚A19映射为GPIOA19功能，并设置为输入模式。程序会循环读取并打印该引脚的电平值（0或1），当A19与GND短接时输出0，否则输出1。代码包含了引脚配置、GPIO对象创建和循环读取逻辑，每隔1秒输出一次检测结果。该示例可用于基本的数字信号检测场景。

原创 MaixCAM使用教程2：GPIO点灯大师

本文介绍了如何在MaixCAM开发板上控制GPIO引脚。主要内容包括：1) 初始化GPIO引脚(A14)为输出模式；2) 使用toggle()函数实现引脚电平翻转；3) 通过500ms延时实现LED闪烁效果。代码示例展示了基本的GPIO操作，适用于MaixCAM开发板的入门学习。参考资料包括官方文档和B站UP主"橙子搞事情"的相关内容。

原创 MaixCAM教程1：管脚映射pinmap

本文介绍了MaixCAM开发板的使用方法，包括设备连接、程序下载和GPIO引脚功能查询。通过从bilbil UP主"橙子搞事情"获取的MaixCAM官方文档，展示了如何查询GPIOA19引脚功能的Python代码示例，最终成功输出该引脚的功能信息。该教程为开发者快速上手MaixCAM开发AI视觉和听觉项目提供了实用指导。

原创 MaixCAM教程5：MSPM0G3507与MaixCAM的串口通信

该代码只负责展示相关逻辑（检测person来控制g3507上面的pwm灯）

原创 MaixCAM教程4：MaixCAM实现YOLO识别+串口收发功能

本文介绍使用MaixCAM开发板实现基于YOLOv5的目标检测与串口通信功能。通过加载预训练模型检测数字"5"，当检测到该目标时自动通过UART1串口发送"hello world"信息。硬件连接采用USB转TTL模块，配置A18/A19引脚为串口功能。软件实现包括：初始化YOLOv5模型、配置串口参数、读取摄像头画面、实时目标检测与标注显示等功能。代码提供了完整的图像采集、目标检测、结果可视化和条件触发的串口通信实现方案，可应用于嵌入式视觉识别与交互场景。

原创 用Git上传文件夹到Github仓库中

1.先进入你需要上传的文件夹内部例如你需要上传E盘下的计算机资料文件夹则你需要进入这个目录。尽量选择SSH连接，这样连接上传稳定，HTTPS作者不知道是不是校园网的原因，一直上传不上。然后你将会看到一堆文件开始上传，如果文件较多需要等待的时间可能较长。另外还有个强制推送（推荐在新仓库，里面本身无东西时使用）自己配置相关的仓库参数（我未选择添加README文件）有时候会出现打开输入不了字符的情况，重新打开即可。3.配置完成后，现在开始正式上传代码。，否则容易连接不上仓库！3.2添加远程仓库地址。