development
开发与调试
我先让构建、日志和通信记录可复现，再判断问题属于代码、接口还是环境。
本地工作站
承载工程构建、仿真、日志分析和网站验证。
边界：公开资料没有固定品牌、型号或配置，我不补写这些信息。
嵌入式实验台
用 STM32、飞控和常用通信接口验证外设、时序与控制假设。
边界：公开记录支持开发与调试流程，不代表所有真机任务都已完成。
/uses · Workbench
我用工具缩短验证路径，不用清单装饰工作台。
我的工作跨过嵌入式、机器人、FPGA 视频链路、边缘 AI 和内容发布。这里记录已经进入公开项目的工具，也同时写下它们解决的问题和当前边界。
01 / Hardware
硬件按验证角色组织
这里记录设备在公开工程中的作用，不把缺少证据的品牌、型号和配置补成完整清单。
video-edge
视频与边缘计算
我把采集、FPGA 处理、网络转发和 NPU 推理拆开验证，再用日志串回完整链路。
PC、PYNQ-Z2 与 Ascend 310B
组成 HDMI 视频、FPGA 处理、UDP 转发和 YOLO 推理验证链路。
边界：摄像头输入稳定性和统一条件下的端到端数据仍需继续验证。
HDMI 输入输出设备
用于检查视频输入、直通画面、时钟约束和输出状态。
边界：当前公开结果聚焦已验证链路，不延伸为未测量的长期性能结论。
02 / Software
软件跟着系统问题进入工作流
语言、框架和工具只有在减少不确定性、保留证据或降低重复劳动时才有意义。
systems
系统开发
我在 Linux 环境里完成编译、运行、日志排查和通信测试。
- C/C++实现嵌入式模块、ROS 2 节点和端侧程序。
- Python配合视频与推理环境完成脚本和数据处理。
- Git 与 Shell保存变更边界，复现构建与排障命令。
robotics
机器人系统
我把节点、飞控、仿真和地面站放在同一条可检查的控制链路里。
- ROS 2组织节点、Topic、launch 与工程构建。
- PX4 与 MAVLink验证飞控状态、指令和 Offboard 接入流程。
- Gazebo 与 QGroundControl承担仿真、参数检查和模式联调。
fpga-ai
FPGA 与边缘 AI
我先确认视频接口与时序，再接入网络转发和推理。
- Vivado配置 HDMI 链路、IO 与时钟约束。
- Verilog / HLS实现和验证 FPGA 侧视频处理模块。
- YOLO 推理环境在 Ascend 310B 端验证后端推理与结果输出。
publishing
内容发布
我把私有编辑、公开白名单、静态构建和质量门禁分开管理。
- Obsidian作为知识库编辑源，保留私有与公开内容边界。
- Astro 与 Starlight生成公开页面、文章和知识文档。
- Node.js 与 TypeScript实现内容同步、校验和站点逻辑。
- GitHub Actions、Playwright、axe 与 Lighthouse执行构建、浏览器、无障碍和性能门禁。
03 / Workflows
沿数据流逐段缩短排障路径
指向节点可查看对应步骤；每条链路同时保留已验证结果和不能越过的结论边界。
01
视频链路
我按信号入口、处理、传输、推理和证据逐段确认。
HDMI
输入视频
先对比 PC 与摄像头输入，确认问题是否来自信号源。
TMDS / pixel clock
FPGA 处理
检查引脚、IO 标准、时钟约束和模块锁定状态。
UDP
数据转发
连接 PC、PYNQ-Z2 与 Ascend 310B，并保留通信记录。
YOLO pipeline
后端推理
接入 NPU 推理，分别检查 pipeline、backend 和 player 日志。
验证结果与当前限制
已验证
已公开验证 HDMI 直通、通信压测框架和分段日志采集。
仍有限制
摄像头稳定性、延迟、有效帧率、丢包率和长期运行仍缺少统一公开数据。
02
机器人控制
我先让构建和仿真成立，再进入参数、通信与真机排障。
ament_cmake / colcon
功能包构建
编译 ROS 2 C++ 节点，先排除依赖和工程配置问题。
ROS 2 Topic
节点数据流
订阅飞控状态，发布控制指令，并检查话题是否持续有数据。
PX4 / MAVLink
飞控接入
核对 Offboard 前置条件、模式切换和通信状态。
Gazebo / QGroundControl
仿真与联调
在仿真和地面站中检查参数、状态和异常恢复路径。
验证结果与当前限制
已验证
已形成覆盖构建、仿真、参数、通信和模式切换的排障链路。
仍有限制
公开材料没有完整真机自主飞行条件、任务成功率和稳定运行数据。
03
内容发布
我只发布明确批准的内容，并让每个输出都能追溯到公开源。
Obsidian
私有编辑
知识库负责思考和编辑，不把整个私有目录交给公开构建。
40_Publish
公开白名单
只同步明确批准公开的文章、项目、页面和资源。
Astro / Starlight
确定性生成
转换内容并记录源、输出、路由和哈希。
CI checks
发布门禁
依次检查内容、敏感信息、构建、链接、路由、浏览器和无障碍。
验证结果与当前限制
已验证
发布流程可追溯、可构建、可验证，任一步失败都会阻止后续发布。
仍有限制
自动化不能代替事实审核和视觉复核，公开工程素材仍需逐项确认。
04 / Principles
工具选择服从四条工作原则
这些原则同时约束工程验证、知识整理与公开发布。
01
先验证，再抽象
我从可复现的小实验开始。结果成立后，才把方法整理成模块或文档。
02
沿数据流排查
我先确认环境和边界，再用构建日志、运行状态、通信记录和对照实验缩小范围。
03
源与输出分离
我让知识库负责编辑，让网站只接收批准公开的内容。生成结果不能反向覆盖源。
04
让结论带着证据
我同时记录结果、验证方法和限制。没有公开证据的结论不会补写。
05 / Constraints
公开记录不替代尚未完成的验证
页面主动保留空白，避免把设备清单、性能指标或阶段性结果写成已经完成的成果。
01
这不是完整设备清单
公开资料没有支持的品牌、型号、版本和配置，我保持空白。
02
这不是性能榜单
我只写已有公开记录支持的验证结果，不补齐延迟、帧率、丢包率或成功率。
03
自动化有边界
检查可以阻止常见错误，但不能替代内容事实、视觉材料和公开范围的人工责任。
04
项目仍在推进
视频输入稳定性、真机飞行证据和统一条件下的长期数据仍待补充。
06 / Evidence
从项目记录继续核对证据
工具和流程最终都回到公开项目、文章与知识路径，而不是停留在孤立名称上。
当前边界摄像头稳定性和统一测试条件下的端到端指标仍待验证。
当前边界公开材料不支持完整真机自主飞行成果或量化成功率。
当前边界事实审核、视觉复核和工程素材公开仍依赖人工流程。
Related notes
延伸阅读
- ROS 2 与仿真验证
ROS 2、Gazebo 与机器人系统的验证入口。
- FPGA 开发与边缘计算
RTL、HLS、实现与板级验证流程。
- Linux 与网络工程
开发环境、网络通信、构建与诊断工具。
- 嵌入式通信路径
STM32、接口协议与通信调试流程。