发布于 1 天前
摘要
一个 18 状态的嵌入式状态机如果全部塞在一个 switch-case 里,一个文件 900 行。回调注册表模式让每个状态独立文件、三回调驱动,新增状态零侵入。
一个 18 状态的嵌入式状态机如果全部塞在一个 switch-case 里,一个文件 900 行。回调注册表模式让每个状态独立文件、三回调驱动,新增状态零侵入。
一个完整的工业控制嵌入式系统项目复盘:四轮重构、七任务 RTOS、APP/Service/BSP 三层物理隔离、18 状态循环流程、Flutter HMI 双串口架构。311 次提交沉淀的工程经验。
一个专用 I/O 任务(CommTask)救回被串口阻塞的 RTOS 状态机——模式、陷阱与适用边界。
开环步进轴没有传感器反馈时,超时保护靠不住。脉冲溢出才是唯一的硬保护线。
一个 3 万行嵌入式项目的三层物理隔离实战——当你的构建系统不允许 APP 层 include BSP 头文件时,架构才算真正落地。
很多搞嵌入式的朋友看到 AI 辅助开发,第一反应是「那玩意儿写写前端还行,嵌入式能用?」 坦白说,两年前我也是这么想的。但现在我的 …
这份发布版报告把一组嵌入式项目修复记录收拢成问题分布图,重点展示哪些故障最常见、哪些类别最贵、哪些风险具有重复性。
当状态机没有统一的退出清理契约时,完成标志、守卫变量和阶段残留会沿着流程一路串台,最后演变成偶发又难复现的动作错误。
新增适配层如果不同时收口旧入口,工程里就会长期并存两套调用路径,文档规则只能暂时兜底,架构本身并没有真正收敛。
当两个独立错误恰好把结果拉回到“看起来差不多”时,测试通过不代表公式正确,尤其是在运动控制这类边界敏感场景里。