尧图网络 高端网站定制 · 原创设计
免费咨询热线
400-888-6620
免费获取方案
Home Assistant iZone 区域最大气流控制:`izone.airflow_max` 动作实战指南
Home Assistant iZone 区域最大气流控制izone.airflow_max动作实战指南【免费下载链接】home-assistant.io:blue_book: Home Assistant User documentation项目地址: https://gitcode.com/GitHub_Trending/ho/home-assistant.ioiZone 是澳大利亚常见的管道式逆循环空调系统通过 Home Assistant 的 iZone 集成 接入后每个区域zone都会暴露为climate实体。izone.airflow_max动作用于为某个 iZone 区域设置最大气流百分比让该区域永远不可能吸入超过设定值的气流从而实现全屋风量平衡——例如防止某一间房间抢走其余房间的全部送风。本文基于官方动作文档结合集成源码级背景完整讲解该动作的 UI 操作、YAML 调用、参数规则与真实自动化场景读完即可上手配置。动作的作用与典型场景官方文档对izone.airflow_max的定义是Sets the maximum airflow percentage for an iZone zone为 iZone 区域设置最大气流百分比。其核心用途是限制而非强制该区域的气流会在其最小值与这里设定的最大值之间浮动但绝不会超过最大值。这在多房间系统中尤其有用当某一间房间例如客厅面积大、回风口通畅时很容易把整机风量全部吸走导致卧室、书房等房间风量不足。通过给各区域分别设置airflow_max可以让风量在房间之间合理分配达到系统平衡的目的。需要特别注意的是izone.airflow_max与成对出现的izone.airflow_min是一组配套动作一个设上限、一个设下限。二者之间的约束关系见下文Good to know。在 UI 中通过可视化界面调用如果你习惯用可视化方式构建自动化与脚本Home Assistant 会逐步引导你完成此动作的配置——选择目标、调整选项、保存全程无需编写 YAML。具体步骤如下对应官方动作文档的 UI 操作章节进入SettingsAutomations scenes自动化与场景。打开一个已有的自动化或脚本也可以选择Create automationCreate new automation新建。如果是新建自动化需要在When何时部分添加一个触发器脚本Script则不需要触发器它们由其他自动化或服务显式调用。在Then do然后执行部分选择Add action添加动作。在目标选择区域By target按目标选择详见下文Targets中选择你要调整的区域。在针对该目标列出的动作中选择Set maximum airflow设置最大气流。设置最大气流的Percent百分比值。点击Save保存。UI 中的选项选项说明Percent最大气流百分比以 5% 为步进设置。在 YAML 中以izone.airflow_max调用如果你直接编写 YAML或想确切了解 Home Assistant 底层做了什么可以参考这一节的技术参考它列出了 YAML 中使用的字段名、字段类型以及哪些是必填项。官方给出一个基础示例action: izone.airflow_max target: entity_id: climate.bed_2 data: airflow: 80该示例将climate.bed_2区域的风量上限限制为 80%。也就是说无论该区域处于自动调节还是其他状态其气流都不会超过 80%。YAML 中的参数参数说明必填类型airflow最大气流百分比取值范围 0 到 100以 5% 为步进设置。是整数integer从参数定义可以看出airflow是唯一的必填数据字段取值范围 0–100且必须符合 5% 的步进规则即 0、5、10、15……100 这样的取值序列。动作的目标Targets此动作必须指定目标。目标就是动作的作用对象你可以把动作指向单个实体、设备、区域Area、楼层或标签Home Assistant 会对目标背后所有匹配的climate实体执行该动作。实体Entity某一个具体的climate实体例如climate.living_room。设备Device属于某台设备的所有climate实体。区域Area某一房间/区域内的所有climate实体。楼层Floor某一楼层上的所有climate实体。标签Label共享某个标签的所有climate实体。你还可以在一次动作中混用不同类型的多个目标例如同时加入一个具体实体和一个区域让该动作同时作用于它们。Good to know与最小气流的约束关系izone.airflow_max设置的最大值不能低于该区域的最小气流值。如果你确实需要一个更低的上限需要先用 设置最小气流izone.airflow_min动作把最小值降下来再设置更低的最大值。反过来izone.airflow_min也有对应的约束最小值不能高于该区域的最大气流需要先调高最大值。理解这对配套动作的约束关系是正确配置 iZone 区域风量的关键——建议结合 izone.airflow_min 动作文档 一并阅读。自动化实战高温时段限制客厅风量官方文档提供了一个真实可用的自动化场景在炎热的下午为客厅设置风量上限让其余房间能持续均匀制冷。触发器室外温度升至 30 °C 以上动作对客厅执行 iZone 设置最大气流完整的 YAML 自动化示例automation: alias: Limit living room airflow on hot afternoons triggers: - trigger: numeric_state entity_id: sensor.outdoor_temperature above: 30 actions: - action: izone.airflow_max target: entity_id: climate.living_room data: airflow: 70该自动化以室外温度传感器sensor.outdoor_temperature高于 30 °C 为触发条件随后将客厅climate.living_room的最大气流限制在 70%保证剩余风量能送达其他房间。与之呼应配套的izone.airflow_min文档还给出了夜间保持育婴室通风的自动化示例在 21:00 定时触发将育婴室最小气流设为 25%。两个动作一个管上限、一个管下限组合使用即可实现精细的风量调度。深入理解iZone 集成的气流与气候模型要真正用好izone.airflow_max需要理解 iZone 集成的整体工作方式详见 iZone 集成文档接入方式iZone 集成通过本地 UDP 广播发现设备需要让 Home Assistant 与 iZone 桥接器处于同一局域网段如同一个 VLAN以保证发现与通信可靠。控制器实体单元模式支持 off、heat、cool、dry、fan onlyiSave 系统额外提供 eco 模式用于引入室外新风。控制器实体暴露supply_temperature等状态属性。区域模式映射iZone 区域的 closed、open、auto 三种模式被映射为 Home Assistant 的 off、fan only、auto 模式只有 auto 模式支持设置温度。气流参数的性质airflow字段针对单个区域zone生效这正是动作目标需要指向具体climate实体如climate.bed_2的原因。当系统处于 master 模式且存在有效控制区域时温度与气流这类参数是按区域分别设置的控制逻辑由气候控制器根据各区域与目标温度的偏差自动选择控制区域并关闭已达目标的区域。验证一下打开SettingsToolsActions工具 动作搜索izone.airflow_max填写字段后点击Perform action即可在不写一行 YAML 的情况下对真实实体进行测试观察气流上限是否按预期生效。相关动作设置最小气流Set minimum airflow为 iZone 区域设置最小气流百分比与该动作配套使用以框定区域风量的上下边界。【免费下载链接】home-assistant.io:blue_book: Home Assistant User documentation项目地址: https://gitcode.com/GitHub_Trending/ho/home-assistant.io创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考
RELATED

相关推荐

Headlamp 前端中的 PriorityClass 模型类:Kubernetes 优先级类资源的 API 封装与界面实现

Headlamp 前端中的 PriorityClass 模型类:Kubernetes 优先级类资源的 API 封装与界面实现

Headlamp 前端中的 PriorityClass 模型类:Kubernetes 优先级类资源的 API 封装与界面实现 【免费下载链接】headlamp A Kubernetes web UI that is fully-featured, user-friendly and extensible 项目地址: https://gitcode.com/GitHub_Trending/he/headlamp …

📅 2026/9/17 5:40:55
现代开发者效率困境与Codigger解决方案

现代开发者效率困境与Codigger解决方案

1. 从混乱到优雅:现代开发者的效率困境与破局之道作为一名在Linux环境下摸爬滚打十年的老程序员,我深刻理解那种被低效开发环境折磨的痛苦——上周我接手了一个5万行的遗留项目,光是理解其中错综复杂的函数重载关系就花了两天时间。这正是为什…

📅 2026/9/17 5:40:55
ipa包内Assets.car资源导出:assetutil命令实战教程

ipa包内Assets.car资源导出:assetutil命令实战教程

拿到一个ipa包,想看看里面的图标、启动图,或者某张图片素材到底有没有被打进包里,很多人第一反应是先把ipa改后缀解压出来,找到那个叫Assets.car的文件。然后双击,发现Finder根本打不开,连预览都没有&#…

📅 2026/9/17 5:35:54
MORE NEWS

更多资讯

📰

SLG服务器开发:菱形瓦片与笛卡尔坐标互转原理与落地

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

📰

FckSignups 的 PWA 化改造思路:让工具导航可以离线安装(附完整步骤)

FckSignups 的 PWA 化改造思路:让工具导航可以离线安装(附完整步骤) 【免费下载链接】FckSignups A list of tools that are open-source, in-browser, and require no-signups! 项目地址: https://gitcode.com/GitHub_Trending/fc/FckSign…

📰

远程设备运维实战:不靠机票搞定几百里外的Bug

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

📰

kube-state-metrics 第三方依赖管理策略详解:从 docs/dependencies-policy.md 到 go.mod 与 CI 强制校验

kube-state-metrics 第三方依赖管理策略详解:从 docs/dependencies-policy.md 到 go.mod 与 CI 强制校验 【免费下载链接】kube-state-metrics Add-on agent to generate and expose cluster-level metrics. 项目地址: https://gitcode.com/GitHub_Trending/ku/ku…

📰

Electron+Vue驱动的电力缺陷知识图谱问答系统前端实践

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

📰

职场人如何高效利用碎片时间与应急技巧

1. 一场意料之外的春日远足那天早上我刚打开电脑准备处理邮件,部门群消息突然弹出一条通知:"三八节活动改到今天,上午十点公司门口集合,去看油菜花。"我盯着屏幕愣了三秒——这活动不是上周就结束了吗?怎么突…

TODAY

今日更新

THIS WEEK

本周精选

THIS MONTH

本月热门

读完文章,想聊聊您的网站?

告诉我们您的行业与需求,资深顾问一对一梳理方案与报价,全程免费。

📞 💬