Projects

项目作品集与工程复盘

项目不按名称堆叠,而是围绕项目定位、职责边界、技术难点、解决方案和结果展开,保留关键工程链路和调试取舍。

中汽中心多通信接口嵌入式开发与调试

围绕物联网通信控制模块,完成 STM32WLE 多接口驱动封装、结构化存储和采集链路调试。

项目定位

面向物联网通信控制模块的嵌入式底层开发项目,重点解决多接口驱动复用、数据持久化和采集稳定性问题。

我的职责

承担多接口驱动封装、FatFS 存储部署、RTC 时间戳稳定性优化和 GX30H05 多通道采集驱动调试。

技术难点

接口类型多、链路长,应用层看到的是通讯误码,真实原因可能来自电平匹配、时序抖动、驱动耦合或存储写入阻塞。

解决方案

先把硬件接口能力下沉到 BSP 层,再用 App 层任务组织业务流程;对疑似硬件问题使用逻辑分析仪和示波器比对时序,避免只从代码侧猜测。

结果

形成可复用驱动结构,代码复用率提升 50% 以上;接口调试记录沉淀为团队标准文档,降低后续模块接入成本。

STM32WLECFatFSRTC驱动调试
阅读技术复盘 →

智慧生活情感伴侣系统

基于 GEC6818 嵌入式 Linux 平台,构建环境感知、语音交互、情感反馈和安全预警的多模态系统。

项目定位

面向家庭交互场景的嵌入式 Linux 多模态系统,重点验证资源受限平台上的并发拆分和功能降级。

我的职责

承担 Linux 应用层任务拆分、依赖交叉编译、Framebuffer 显示、音频播放接入和网络异常降级逻辑设计。

技术难点

阻塞式 AI 请求和外设采样存在时间尺度差异,如果放在同一执行链路中,网络波动会直接拖慢界面与传感器响应。

解决方案

将高延迟网络请求从采样链路中拆出,使用多线程隔离 AI 交互、环境数据读取和显示反馈;网络不可用时切换到本地规则,保证核心功能可用。

结果

完成多依赖交叉编译和多线程解耦,系统在网络不稳定时仍能保留环境采样、安全预警和基础交互能力。

LinuxGEC6818pthreadFramebufferDeepSeek API
阅读技术复盘 →

3D 机器视觉象棋对弈机器人

构建从棋子识别、坐标映射、博弈决策到机械臂落子的象棋机器人闭环。

项目定位

面向智能对弈场景的视觉识别与机械臂控制项目,重点解决算法输出如何转化为稳定物理动作。

我的职责

承担棋子检测、坐标映射、误差补偿、博弈搜索接入和机械臂运动控制相关开发。

技术难点

视觉坐标、棋盘网格和机械臂执行坐标不在同一空间,微小映射误差会在落子阶段变成明显偏移。

解决方案

使用九点坐标校准建立棋盘映射关系,用曲线拟合补偿机械臂运动误差,并将识别、决策、执行拆成可验证的闭环节点。

结果

重复定位精度达到 ±0.5mm,推理响应控制在 300ms 内;项目获国家级大学生创新训练计划立项并取得国家发明专利。

YOLOv5Alpha-BetaPWM机械臂国家级大创
阅读技术复盘 →

Data Knowledge Insight Demo 数据知识洞察智能体

基于医疗示例数据构建“数据 → 知识 → 洞察”的智能体 Demo,覆盖数据处理、知识图谱、问答分析和 API 集成。

项目定位

面向医疗示例数据的数据知识洞察智能体 Demo,重点验证从原始数据到结构化知识、问答能力和分析报告的工程闭环。

我的职责

承担任务规划、数据处理算子、知识图谱构建、KGQA、分析流水线、FastAPI 接口和 DataMate/Nexent 风格适配层设计。

技术难点

CSV 结构化记录、非结构化医疗文本、图谱三元组、问答查询和统计分析属于不同数据形态,如果缺少统一流水线,结果难以复用和验证。

解决方案

按数据处理、知识构建、图谱问答、数据分析和平台集成拆分模块;通过规则规划与 LLM 规划兜底机制组织任务执行,并把产物导出为 CSV、JSON、GraphML、HTML、报告和图表。

结果

形成可一键运行的 Demo,产出清洗数据、医疗知识图谱、问答样例、分析报告、SQLite 数据库、图表和 FastAPI 接口,仓库公开托管在 GitHub。

PythonFastAPI知识图谱智能体数据分析NL2SQL
查看 GitHub 仓库 →

AI 发票批量整理与比价复核工具

基于 Electron + React 构建桌面端发票整理工具,结合百度 OCR、批量重命名、本地价格证据和 LLM 复核建议。

项目定位

面向个人和小团队报销整理场景的桌面工具项目,重点解决发票批量识别、命名规范化和价格复核的闭环体验。

我的职责

承担 Electron 主进程服务、React 界面、OCR 服务、文件处理、价格证据匹配、LLM 调用和安全预览流程设计。

技术难点

发票文件格式和 OCR 结果不稳定,价格判断又不能依赖模型臆测;如果 AI 直接执行重命名,误识别会放大成不可逆文件操作。

解决方案

把 OCR 识别、表格编辑、价格证据匹配和 LLM 分析拆成独立链路;AI 侧栏只输出整理建议和风险分析,最终批量重命名必须由用户在表格中确认。

结果

形成可本地运行的 Electron 桌面应用,支持多格式发票识别、序号自增命名、价格合理性检查和 OpenAI 兼容模型复核。

ElectronReactTypeScriptOCRLLM桌面工具
查看 GitHub 仓库 →

Python/PyQt5 高并发串口调试助手

开发面向高频串口通信的调试工具,支持多线程解析、实时曲线和历史数据导出。

项目定位

面向嵌入式联调场景的上位机工具项目,重点解决高频串口通信下的数据展示和调试效率问题。

我的职责

承担 PyQt5 界面结构、多线程串口接收、协议解析、实时曲线绘制和历史数据导出功能实现。

技术难点

串口数据到达频率高于人工观察和 UI 刷新节奏,如果解析和绘图在同一线程内执行,会出现界面卡顿和数据堆积。

解决方案

将协议解析与 UI 渲染分离,使用后台线程处理接收与解析,主线程只消费整理后的显示数据,同时保留导出能力用于离线分析。

结果

解决高频通信下的界面假死和数据展示不直观问题,工具已用于多个嵌入式项目联调。

PythonPyQt5串口通信多线程数据可视化