vegetate7

I think there is some error in datetime conversion. Look, Gismeteo returns datetime in local timezone for selected place (UTC+6 in my case): ``` ``` And, after some coversions forth...

BTW, I think bug is somewhere in homeassistant.util.dt. I made a quick workaround in api.py: ``` tz_h, tz_m = divmod(abs(tzone), 60) """ local_date += f"+{tz_h:02}:{tz_m:02}" if tzone >= 0 else...

The problem still in 2.4.0-beta1. I think it's because of double datetime conversion in `async_update(self)` and next in `forecast(self, src=None)`. Suggested changes ``` diff -urb gismeteo/api.py gismeteo.timefix/api.py --- gismeteo/api.py 2022-01-07...

Это ошибки на стороне ГисМетео. Они возвращают XML с ошибкой 5XX. Проблему можно было бы решить скачивая сначала во временный файл, и после, если он корректный переименовывая его. Но непонятно...

@Limych может тогда все-же сохранять старые данные, пока новые не будут получены полностью? Ну, скажем, в течении 1 часа. Это не совсем кеш, другая логика - патемся получить свежие данные,...

> UPD. Уже увидел первый баг: last_updated выдаёт как timestamp. Исправлю чуть позже. Взял из dev ветки. Вроде работает, но появилась новая проблема. Сконфигурировано два сенсора, daily и hourly. Один...

Ок, с логом (и картинками). Теперь не обновился часовой сенсор. Понаблюдал внимательнее, какой из сенсоров будет обновляться - не зависит от перезагрузки. Просто иногда обновляется часовой, иногда дневной. А иногда...

вот. Я его наконец-то поймал. Добавил размер контента в месте где логгится результат запроса, и все стало видно. Собственно прям в конце лога: ``` 2022-01-10 22:49:19 DEBUG (MainThread) [custom_components.gismeteo.api] Data...

Примерно так можно решить проблему. Внимание, нет никакой защиты от сильно устаревших данных (если что-то совсем испортится, будет просто продолжать показывать старый прогноз) Я не очень силен в питоне. ```...

But why? Sunrise and sunset well implemented by the "Sun" component of HA.