UI-Lovelace-Minimalist项目中天气组件适配新版Home Assistant的解决方案

背景介绍

在Home Assistant 2024.4版本中，开发团队对天气实体(weather entity)进行了重大变更，移除了原有的forecast属性，转而采用新的weather.get_forecasts服务来获取天气预报数据。这一变更影响了众多依赖该属性的前端组件，包括UI-Lovelace-Minimalist项目中的天气弹窗功能。

问题分析

UI-Lovelace-Minimalist项目中的popup_weather_forecast弹窗组件原本直接调用天气实体的forecast属性来显示预报信息。随着2024.4版本的发布，这一直接访问方式已不再可用，导致组件无法正常显示天气预报数据。

技术解决方案

针对这一变更，我们可以通过创建模板传感器(template sensor)来桥接新旧数据格式，保持前端组件的兼容性。以下是具体实现方案：

template:
  - trigger:
      - platform: time_pattern
        hours: /6
    action:
      - service: weather.get_forecasts
        data:
          type: daily
        target:
          entity_id: weather.aemet
        response_variable: forecast_daily
    sensor:
      - name: Weather Forecast Daily
        unique_id: weather_forecast_aemet_daily
        state: "{{ states('sensor.aemet_condition') }}"
        attributes:
          forecast: "{{ forecast_daily['weather.aemet'].forecast }}"

方案详解

1. 触发器设置：使用time_pattern触发器每6小时自动更新一次数据，确保预报信息的时效性。

2. 服务调用：通过weather.get_forecasts服务获取最新的天气预报数据，指定type为daily表示获取每日预报。

3. 目标指定：target参数明确指定要获取哪个天气实体的预报数据。

4. 变量存储：将服务返回的结果存储在forecast_daily变量中。

5. 传感器创建：构建一个模板传感器，其中：

   • state保持与原始天气条件传感器一致
   • attributes中添加forecast属性，从服务返回数据中提取所需预报信息

前端配置调整

完成传感器创建后，只需在UI-Lovelace-Minimalist的配置中将ulm_weather指向新创建的传感器即可：

ulm_weather: "sensor.aemet"

技术优势

1. 向后兼容：该方案无需修改前端组件代码，保持了现有UI的完整性。

2. 数据缓存：通过传感器缓存预报数据，减少对天气服务的直接调用。

3. 灵活更新：可根据需要调整更新频率，平衡数据新鲜度和系统负载。

4. 可扩展性：同样的模式可应用于其他需要预报数据的场景。

注意事项

1. 确保Home Assistant版本确实为2024.4或更高，旧版本可能不支持新的服务调用方式。

2. 根据实际天气实体名称调整配置中的weather.aemet和sensor.aemet_condition。

3. 对于需要小时级预报的场景，可将type参数改为hourly并相应调整更新频率。

4. 在多天气实体情况下，需要为每个实体创建对应的传感器桥接。

这一解决方案有效解决了新版Home Assistant中天气组件兼容性问题，为用户提供了平滑的升级过渡方案。