第一章 裸机与 RTOS 开发裸机和 RTOS 是嵌入式的基本盘，也是 AI 最容易"想当然"的地方。它习惯写高级语言的并发模型，你却要的是"一个超级循环"或"几个任务 + 队列 + 信号量"。1.1 超级循环 / 状态机的结构化设计适用情境：你拿到一段口语化的功能描述（比如"上电先自检，绿灯闪，等按键，按下后采集温湿度，超阈值报警"），想让 AI 先帮你理清状态流转，再写代码。别直接让它写，先让它出状态机。提示词模板（可直接复制）：你是有 15 年经验的嵌入式工程师，熟悉裸机前后台架构（super-loop + 定时器tick + 中断）。 下面是一段功能需求，请先做结构化，再给实现骨架，不要一上来就写完整代码。 【需求】 {粘贴需求，口述稿也行} 请输出： 1. 状态机：用 stateDiagram-v2 画状态图，列出 当前态 | 触发事件 | 守卫条件 | 目标态 | 执行动作 | 是否可回退 2. 主循环伪代码：用 C 风格的注释骨架，标注 ① 哪些放在主循环（非实时）② 哪些必须放中断（实时）③ 哪些放定时器回调（周期） 3. 资源清单：用到的 GPIO / 定时器 / 外设，以及它们为什么这么分配 4. 【待确认清单】表格：问题 | 为什么必须确认 | 我建议的默认值 —— 我会逐条回你，你再定稿 5. 风险 Top3：这段需求里最容易导致现场故障的 3 个点（掉电、卡死、时序） 约束： - 禁止臆造硬件能力；不确定的外设写"需确认开发板原理图" - 量化指标不能写"适当""尽快"，必须