【免费下载链接】ha_washdataHome Assistant integration for smart-plug appliance monitoring: detects cycles, matches programs, estimates time remaining. Supports washing machines, dryers, dishwashers and more.项目地址https://gitcode.com/gh_mirrors/ha/ha_washdata点击查看免费下载WashData 的 Playground试验场是 Home Assistant 智能插座家电监控集成内置的参数模拟与自动优化工具在不动任何实时设置的前提下用真实检测引擎回放历史洗衣周期帮你先试再改。无论你想调优 off_delay、验证 min_power 门槛还是自动扫描出最优参数值Playground 都能让你在虚拟沙盒里看到确定性的结果再一键应用到设备彻底告别改完参数才知道对不对的踩坑体验。为什么需要参数沙盒直接改参数的三大风险WashData 通过监测智能插座的功率曲线来识别洗衣机的启动、结束和程序匹配。它依赖min_power最小功率门槛、off_delay关机延迟、start_threshold_w启动阈值等参数而这些参数和每台家电、每个插座的特性强相关。直接在线修改参数的常见痛点试错成本高参数设错可能导致周期被拆成两段、漏检、或迟迟不结束只能等下一次真实洗衣才能验证影响面看不清off_delay调大一点对最近 20 个周期分别是什么后果肉眼无法评估最优值不可知参数之间互相耦合手动调参只能一次动一个找不到全局最优。Playground 的设计目标是字节级保真回放时驱动的是和线上完全相同的CycleDetector、Stage 1–5 匹配器、进度计算与通知判断逻辑源码见 playground.py入口函数 simulate_cycle_detail。官方文档的完整技术参考见 docs/internal/reference/09-playground.md。它有三条安全承诺只读不触碰 HA 状态、不发事件、不推送通知、不写入任何存储编辑隔离面板里的修改只存在于 Playground直到你显式发布publish才写入设备设置永不崩溃所有入口函数出错时返回{error: ...}标记而不是让面板崩溃。Playground 是什么三种模式一张图看懂Playground 面板由三部分组成顶部是参数控制面板初始值直接读取设备当前实时设置带与实时设置一致/有 N 项改动提示中部是周期功率图可悬停读数、缩放、拖动平移底部抽屉提供跨周期批量模式模式回答的问题输入规模Simulate模拟单周期这个周期在新参数下会怎么结束1 个周期Test on history历史回放参数改动后最近这些周期谁变好、谁变差最多 50 个周期默认最近 20 个Optimize自动优化哪个参数值让整体指标最好参数网格 × 最近周期单周期模拟回放一条功率曲线看完整时间线在 Simulate 模式下选中一条历史周期点击运行Playground 会把它的所有功率读数按生产节奏逐条喂给真实检测器并在回放结束后追加一段合成静默尾部0W 读数跨度为max(off_delay, min_off_gap) × 1.5 300s让自然结束有机会触发。你会得到四样东西对应 finalize 的输出结构series 时间线每一步的状态、功率、进度、剩余时间、阶段、匹配置信度、预计能耗与费用events 事件日志状态切换OFF-STARTING、周期检测、匹配确认match_commit、通知触发等类型化事件alerts 告警清单例如false_end一个周期被拆成多段、ambiguous两个程序得分接近、overrun/underrun时长超过典型值 150% 或不足 55%outcome 结论是否检测成功、终止原因、匹配到的 profile、置信度、超时长比例。一个实用场景怀疑stop_threshold_w设得太低导致烘干尾段识别异常只需在面板把它调高再重跑同一周期立刻看到结束点是否前移、告警是否消失。面板还会提示当前使用你编辑的设置 vs 当前实时设置pg_override_active对比一目了然。历史回放模式参数改动的前后对比A/B diff单周期模拟看个例Test on history看整体。它会批量回放你最近的周期默认 20 条上限 50 条每一行给出检测是否成功、匹配到的 profile、是否匹配正确与标签比对、终止原因、实际时长 vs 记录时长、告警代码列表并附一个汇总条X/Y 检测到 · Z 条匹配正确。关键在于前后对比当你在参数面板里修改了任何值引擎会额外跑一遍未修改的基线并输出三类差异见 _diff_rowsnewly_correct原来没匹配对、现在匹配对了的周期 —— 改参数带来的收益regressed原来对、现在错的周期 —— 必须警惕的退化end_timing_changed终止原因变化或结束时刻偏移超过 60 秒的周期。判断逻辑很直白新增收益 退化数量且 end_timing 变化都在可接受范围这个参数改动才值得发布。自动优化模式参数扫描如何找到最优值Optimize参数扫描是 Playground 的杀手锏。你只需选一个参数如off_delay和一个目标指标它会在一组候选值上每轴最多 20 个值对最近周期批量重放画出指标曲线一维或热力图二维双参数并自动标出最佳值与当前值的位置。五个内置目标指标及其方向定义见 objective_metric目标指标方向含义match_accuracy越高越好有标签周期中匹配正确的比例end_timing_accuracy越高越好检测结束时刻落在真实时长 ±10% 内的周期比例false_end_rate越低越好被拆成多段的假结束周期比例median_overrun越低越好时长中位数偏离典型时长 1.0 的偏差ambiguity_rate越低越好出现模糊匹配告警的周期比例例如洗衣机在两次洗衣之间总有短暂低功率导致周期被错误断开 —— 选min_off_gapfalse_end_rate目标看曲线哪里出现拐点把拐点右侧的值设为新参数即可。面板会明确提示在你显式应用之前什么都不会改变并给出应用最佳值的确认弹窗。如何把模拟结果安全发布到实时设置这是新手最容易犹豫的一步机制其实很克制发布范围有白名单只有真正对应持久化设置的参数检测类参数 两个时长比例能被写回设备设置见 PUBLISHABLE_SETTING_KEYS沙盒专属参数不会污染配置Stage 2–4 的匹配评分权重corr_weight、dtw_bandwidth、dtw_blend等 11 个旋钮只是沙盒专用覆盖项供你观察如果匹配器权重不同会怎样它们永远不会被写入设备的entry.options逐项确认面板对发布单个值和发布整组修改都有二次确认文案如将 off_delay 300 保存到此设备设置你可以选择只发布验证过的那一项。另外面板支持命名预设把一组验证过的参数组合存为 preset之后换设备、或参数被建议系统覆盖后一键恢复整套配置。实战清单什么症状该打开 Playground结合内置的调参建议系统设置页旁会显示带灯泡图标的调优建议下面这份对照表帮你快速定位症状首选模式建议扫描的参数/目标周期被拆成两段Optimizemin_off_gap/false_end_rateoff_delay/end_timing_accuracy开始时间偏晚或漏检Optimizestart_threshold_w/match_accuracy结束时总拖很久Optimizeoff_delay、stop_threshold_w/end_timing_accuracy两个程序反复匹配错Simulate挑一条错配周期调profile_match_max_duration_ratio等时长门限观察匹配变化烘干防皱尾段被误判为新周期Simulateanti_wrinkle_max_power/anti_wrinkle_max_duration不知道参数整体健康度Test on history不改动任何参数跑一遍基线看汇总条与 verdict提示长周期如 4 小时洗碗机约 2800 个采样点的模拟会作为后台分块任务执行进度条显示Step X / Y且断连后可重新挂接查看结果不会卡死面板。常见问题 FAQQ1Playground 的模拟和真实运行结果一定一致吗一致。它复用的是生产代码路径——同一个检测器类、同一套匹配与进度函数唯一的区别是数据来自存储的历史读数。这也是它能作为调参依据的根本原因详见 09-playground.md 的字节级保真契约。Q2模拟会不会发送通知或改变家电状态不会。所有通知开始/结束/提前提醒/里程碑只作为events事件记录在时间线里包括该通知会因免打扰时段被拦截也会如实标注。Q3Optimize 的最佳值可以直接相信吗建议结合 Test on history 的 diff 二次确认最佳值在目标指标上最优但可能造成其他周期结束时刻偏移。两个模式都满意后再发布。Q4面板显示重启 Home Assistant 以启用 Playground集成刚加载完成时 WebSocket 命令可能尚未注册重启 HA 即可属于一次性提示。总结WashData Playground 把改参数从赌博变成了科学实验Simulate 看单周期细节 → Test on history 看群体前后对比 → Optimize 自动扫描出候选最优 → 逐项确认后才发布。核心源码在 custom_components/ha_washdata/playground.py技术细节可查阅 docs/internal/reference/09-playground.md。记住它的安全底线——在你明确应用之前此处任何操作都不改动实时数据——你就可以放心大胆地在沙盒里试参数了。赞分享【免费下载链接】ha_washdataHome Assistant integration for smart-plug appliance monitoring: detects cycles, matches programs, estimates time remaining. Supports washing machines, dryers, dishwashers and more.项目地址https://gitcode.com/gh_mirrors/ha/ha_washdata点击查看免费下载相关推荐hspec并行测试执行如何利用多核CPU加速Haskell测试hspec并行测试执行如何利用多核CPU加速Haskell测试 Hspec是Haskell社区中最受欢迎的测试框架之一它提供了强大的并行测试执行功能可以帮终极指南5步快速上手wiliwili手柄控制B站客户端终极指南5步快速上手wiliwili手柄控制B站客户端 wiliwili是一款专为手柄用户设计的免费第三方B站客户端支持PC全平台、PSVita、PS4和N音视频桌面应用3个技巧让Kedro运行时参数不再踩坑3个技巧让Kedro运行时参数不再踩坑 你是否还在为Kedro项目中运行时参数 Runtime Parameters 的传递和覆盖而头疼明明在命令行指定了参数数据工程工作流自动化创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
【免费下载链接】ha_washdataHome Assistant integration for smart-plug appliance monitoring: detects cycles, matches programs, estimates time remaining. Supports washing machines, dryers, dishwashers and more.项目地址https://gitcode.com/gh_mirrors/ha/ha_washdata点击查看免费下载WashData 的 Playground试验场是 Home Assistant 智能插座家电监控集成内置的参数模拟与自动优化工具在不动任何实时设置的前提下用真实检测引擎回放历史洗衣周期帮你先试再改。无论你想调优 off_delay、验证 min_power 门槛还是自动扫描出最优参数值Playground 都能让你在虚拟沙盒里看到确定性的结果再一键应用到设备彻底告别改完参数才知道对不对的踩坑体验。为什么需要参数沙盒直接改参数的三大风险WashData 通过监测智能插座的功率曲线来识别洗衣机的启动、结束和程序匹配。它依赖min_power最小功率门槛、off_delay关机延迟、start_threshold_w启动阈值等参数而这些参数和每台家电、每个插座的特性强相关。直接在线修改参数的常见痛点试错成本高参数设错可能导致周期被拆成两段、漏检、或迟迟不结束只能等下一次真实洗衣才能验证影响面看不清off_delay调大一点对最近 20 个周期分别是什么后果肉眼无法评估最优值不可知参数之间互相耦合手动调参只能一次动一个找不到全局最优。Playground 的设计目标是字节级保真回放时驱动的是和线上完全相同的CycleDetector、Stage 1–5 匹配器、进度计算与通知判断逻辑源码见 playground.py入口函数 simulate_cycle_detail。官方文档的完整技术参考见 docs/internal/reference/09-playground.md。它有三条安全承诺只读不触碰 HA 状态、不发事件、不推送通知、不写入任何存储编辑隔离面板里的修改只存在于 Playground直到你显式发布publish才写入设备设置永不崩溃所有入口函数出错时返回{error: ...}标记而不是让面板崩溃。Playground 是什么三种模式一张图看懂Playground 面板由三部分组成顶部是参数控制面板初始值直接读取设备当前实时设置带与实时设置一致/有 N 项改动提示中部是周期功率图可悬停读数、缩放、拖动平移底部抽屉提供跨周期批量模式模式回答的问题输入规模Simulate模拟单周期这个周期在新参数下会怎么结束1 个周期Test on history历史回放参数改动后最近这些周期谁变好、谁变差最多 50 个周期默认最近 20 个Optimize自动优化哪个参数值让整体指标最好参数网格 × 最近周期单周期模拟回放一条功率曲线看完整时间线在 Simulate 模式下选中一条历史周期点击运行Playground 会把它的所有功率读数按生产节奏逐条喂给真实检测器并在回放结束后追加一段合成静默尾部0W 读数跨度为max(off_delay, min_off_gap) × 1.5 300s让自然结束有机会触发。你会得到四样东西对应 finalize 的输出结构series 时间线每一步的状态、功率、进度、剩余时间、阶段、匹配置信度、预计能耗与费用events 事件日志状态切换OFF-STARTING、周期检测、匹配确认match_commit、通知触发等类型化事件alerts 告警清单例如false_end一个周期被拆成多段、ambiguous两个程序得分接近、overrun/underrun时长超过典型值 150% 或不足 55%outcome 结论是否检测成功、终止原因、匹配到的 profile、置信度、超时长比例。一个实用场景怀疑stop_threshold_w设得太低导致烘干尾段识别异常只需在面板把它调高再重跑同一周期立刻看到结束点是否前移、告警是否消失。面板还会提示当前使用你编辑的设置 vs 当前实时设置pg_override_active对比一目了然。历史回放模式参数改动的前后对比A/B diff单周期模拟看个例Test on history看整体。它会批量回放你最近的周期默认 20 条上限 50 条每一行给出检测是否成功、匹配到的 profile、是否匹配正确与标签比对、终止原因、实际时长 vs 记录时长、告警代码列表并附一个汇总条X/Y 检测到 · Z 条匹配正确。关键在于前后对比当你在参数面板里修改了任何值引擎会额外跑一遍未修改的基线并输出三类差异见 _diff_rowsnewly_correct原来没匹配对、现在匹配对了的周期 —— 改参数带来的收益regressed原来对、现在错的周期 —— 必须警惕的退化end_timing_changed终止原因变化或结束时刻偏移超过 60 秒的周期。判断逻辑很直白新增收益 退化数量且 end_timing 变化都在可接受范围这个参数改动才值得发布。自动优化模式参数扫描如何找到最优值Optimize参数扫描是 Playground 的杀手锏。你只需选一个参数如off_delay和一个目标指标它会在一组候选值上每轴最多 20 个值对最近周期批量重放画出指标曲线一维或热力图二维双参数并自动标出最佳值与当前值的位置。五个内置目标指标及其方向定义见 objective_metric目标指标方向含义match_accuracy越高越好有标签周期中匹配正确的比例end_timing_accuracy越高越好检测结束时刻落在真实时长 ±10% 内的周期比例false_end_rate越低越好被拆成多段的假结束周期比例median_overrun越低越好时长中位数偏离典型时长 1.0 的偏差ambiguity_rate越低越好出现模糊匹配告警的周期比例例如洗衣机在两次洗衣之间总有短暂低功率导致周期被错误断开 —— 选min_off_gapfalse_end_rate目标看曲线哪里出现拐点把拐点右侧的值设为新参数即可。面板会明确提示在你显式应用之前什么都不会改变并给出应用最佳值的确认弹窗。如何把模拟结果安全发布到实时设置这是新手最容易犹豫的一步机制其实很克制发布范围有白名单只有真正对应持久化设置的参数检测类参数 两个时长比例能被写回设备设置见 PUBLISHABLE_SETTING_KEYS沙盒专属参数不会污染配置Stage 2–4 的匹配评分权重corr_weight、dtw_bandwidth、dtw_blend等 11 个旋钮只是沙盒专用覆盖项供你观察如果匹配器权重不同会怎样它们永远不会被写入设备的entry.options逐项确认面板对发布单个值和发布整组修改都有二次确认文案如将 off_delay 300 保存到此设备设置你可以选择只发布验证过的那一项。另外面板支持命名预设把一组验证过的参数组合存为 preset之后换设备、或参数被建议系统覆盖后一键恢复整套配置。实战清单什么症状该打开 Playground结合内置的调参建议系统设置页旁会显示带灯泡图标的调优建议下面这份对照表帮你快速定位症状首选模式建议扫描的参数/目标周期被拆成两段Optimizemin_off_gap/false_end_rateoff_delay/end_timing_accuracy开始时间偏晚或漏检Optimizestart_threshold_w/match_accuracy结束时总拖很久Optimizeoff_delay、stop_threshold_w/end_timing_accuracy两个程序反复匹配错Simulate挑一条错配周期调profile_match_max_duration_ratio等时长门限观察匹配变化烘干防皱尾段被误判为新周期Simulateanti_wrinkle_max_power/anti_wrinkle_max_duration不知道参数整体健康度Test on history不改动任何参数跑一遍基线看汇总条与 verdict提示长周期如 4 小时洗碗机约 2800 个采样点的模拟会作为后台分块任务执行进度条显示Step X / Y且断连后可重新挂接查看结果不会卡死面板。常见问题 FAQQ1Playground 的模拟和真实运行结果一定一致吗一致。它复用的是生产代码路径——同一个检测器类、同一套匹配与进度函数唯一的区别是数据来自存储的历史读数。这也是它能作为调参依据的根本原因详见 09-playground.md 的字节级保真契约。Q2模拟会不会发送通知或改变家电状态不会。所有通知开始/结束/提前提醒/里程碑只作为events事件记录在时间线里包括该通知会因免打扰时段被拦截也会如实标注。Q3Optimize 的最佳值可以直接相信吗建议结合 Test on history 的 diff 二次确认最佳值在目标指标上最优但可能造成其他周期结束时刻偏移。两个模式都满意后再发布。Q4面板显示重启 Home Assistant 以启用 Playground集成刚加载完成时 WebSocket 命令可能尚未注册重启 HA 即可属于一次性提示。总结WashData Playground 把改参数从赌博变成了科学实验Simulate 看单周期细节 → Test on history 看群体前后对比 → Optimize 自动扫描出候选最优 → 逐项确认后才发布。核心源码在 custom_components/ha_washdata/playground.py技术细节可查阅 docs/internal/reference/09-playground.md。记住它的安全底线——在你明确应用之前此处任何操作都不改动实时数据——你就可以放心大胆地在沙盒里试参数了。赞分享【免费下载链接】ha_washdataHome Assistant integration for smart-plug appliance monitoring: detects cycles, matches programs, estimates time remaining. Supports washing machines, dryers, dishwashers and more.项目地址https://gitcode.com/gh_mirrors/ha/ha_washdata点击查看免费下载相关推荐hspec并行测试执行如何利用多核CPU加速Haskell测试hspec并行测试执行如何利用多核CPU加速Haskell测试 Hspec是Haskell社区中最受欢迎的测试框架之一它提供了强大的并行测试执行功能可以帮终极指南5步快速上手wiliwili手柄控制B站客户端终极指南5步快速上手wiliwili手柄控制B站客户端 wiliwili是一款专为手柄用户设计的免费第三方B站客户端支持PC全平台、PSVita、PS4和N音视频桌面应用3个技巧让Kedro运行时参数不再踩坑3个技巧让Kedro运行时参数不再踩坑 你是否还在为Kedro项目中运行时参数 Runtime Parameters 的传递和覆盖而头疼明明在命令行指定了参数数据工程工作流自动化创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
