Releases: Danieldiazi/homeassistant-meteogalicia
2024.2.1
2023.10.0
Se muestra atribución indicando que los datos se obtienen de Meteogalicia. Además se realizan cambios internos en el código.
2023.9.3
Full Changelog: 2023.9.2...2023.9.3
2023.9.2 - Solucionado error de sensores de estaciones.
En el caso de que hubiese un problema de conexión a internet, no se creaban los sensores de los datos de estaciones.
Esta versión soluciona ese problema, creando lo sensores, y en los reintentos, cuando haya conexión a internet y el servicio web proporcione dicha información, ya mostrará los datos.
Esta release es consecuencia del bug reportado por galambert75 en #7. Gracias de nuevo!
Full Changelog: 2023.9.1...2023.9.2
2023.9.1 - Mejorado el mensaje de error cuando el id de estación no existe
En los sensores de estación daba un mensaje de error cuando el servicio web no devolvía datos, pero no distingue si no devuelve datos porque están en temas de mantenimiento, o por si realmente la estación no existe. Así que he mejorado el mensaje para que informe adecuadamente.
2023.9.0
Se salta a la versión 0.1.1 de meteogalicia_api.
Este salto para esta integración no tiene repercusión, puesto que los añadidos en 0.1.1 de meteogalicia_api son para incorporar los nuevos métodos de información de mareas, que se podrán usar desde una integración nueva https://github.com/Danieldiazi/homeassistant-meteogalicia_tides
Es necesario hacer este cambio de cara a que las dos integraciones puedan convivir.
Mejoras internas para sensores de estaciones meteorológicas
Gestión de -9999 para valores de atributos en estaciones
Esta versión soluciona el problema que el servicio web devuelve un -9999 en valores de atributos para los datos de estaciones cuando no tiene datos (o no són validos)
Esta versión soluciona este caso, devolviendo valor nulo para aquellos atributos con valor -9999 que se encuentre
Si se usa desde algún código, se deberá controlar si llega o no un nulo, por ejemplo:
{% if state_attr('sensor.meteogalicia_10124_station_last_10_min_data_dv_avg_10m', 'DV_AVG_10m_value') is not none -%}
Valor {{ state_attr("sensor.meteogalicia_10124_station_last_10_min_data_dv_avg_10m", "DV_AVG_10m_value") | float }}
{%- endif %}
Esta versión está relacionada con este issue:
Gracias de nuevo a galambert75.
Gestión de -9999 para valores de atributos en estaciones
Esta versión soluciona el problema de devolver un -9999 en valores de atributos para los datos de estaciones
2023.8.4 - Mejoras diversas
Cambios más importantes:
=Generales
- En el nombre del sensor quito "meteogalicia" pues así es más legible el resto de elementos que componen el nombre.
- Reordeno los campos que forman parte del nombre, por ejemplo, ahora dejo al final del nombre si es pronostico de hoy o de mañana. Eso hace que esté mejor ordenado y también más cómodo.
=Los sensores de datos por estación:
En el caso de la configuración en la que quiero tener como estado el valor de un atributo:
1 - Incluyo sus unidades, de esta manera se pueden ver los datos como una gráfica dentro de Home Assistant
2 - Si ese atributo no existe para la estación dada, se creará igualmente el sensor sin ningún valor como estado y se muestra un aviso en el registro.
=Sensor de Datos de pronóstico de temperatura máxima y mínima
Agrupo en una función los sensores que ofrecen temperatura max y min, para no tener código duplicado
Corrijo un bug del control del valor -9999 que a veces daba el servicio web.
Corrección de bug de cambio de entity id y otras mejoras
Corrige bug #5
Además se añaden sólo aquellas medidas como atributo cuyo campo "lnCodigoValidacion" sea 1 o 5. Según la doc de meteogalicia:
0 Dato sen validar
1 Dato válido orixinal
2 Dato sospeitoso
3 Dato erróneo
5 Dato válido interpolado
9 Dato non rexistrado
Veo que siempre llega con valor 1, pero por si acaso llegase con otro valor que fuese erróneo y se usase para alguna automatización.