РЕКЛАМА НА ФОРУМХАУС 30 минут можно поменять на 1 секунду. Другого нет, ваш код я не понял что и как от слово вообще. НЕ все программисты Yaml эти ваши
Да при чем тут 1 секунда, речь про то, что сонофф вообще-то сам работает, ему только 2 температуры задать надо и все.
Т. е. в результате работы get_forecast. Разве Михруткин его там вызывает? Он этот атрибут ищет прямо в прогнозном entity, но у норвегов его там нет. У Яндекса - есть
У меня есть sensor. sonoff_100175b0bc_temperature и switch. sonoff_100175b0bc Что на что в вашем коде поменять
Вот код прогноза на 3 часа. Код: - trigger: - platform: time_pattern hours: /1 action: - service: weather.get_forecasts data: type: hourly target: entity_id: weather.forecast_home response_variable: hourly sensor: - name: In +3 hour unique_id: Id_in_3_hours state: "{{ hourly['weather.forecast_home'].forecast[3].temperature }}" unit_of_measurement: °C icon: >- {% set mapper = { 'clear-night':'mdi:weather-night', 'cloudy': 'mdi:weather-cloudy', 'exceptional': 'mdi:weather-tornado', 'fog': 'mdi:weather-fog', 'hail': 'mdi:weather-hail', 'lightning': 'mdi:weather-lightning', 'lightning-rainy': 'mdi:weather-lightning-rainy', 'partlycloudy': 'mdi:weather-partly-cloudy', 'pouring': 'mdi:weather-pouring', 'rainy': 'mdi:weather-rainy', 'snowy': 'mdi:weather-snowy', 'snowy-rainy': 'mdi:weather-snowy-rainy', 'sunny': 'mdi:weather-sunny', 'windy': 'mdi:weather-windy', 'windy-variant': 'mdi:weather-windy-variant', } %} {% set state = hourly['weather.forecast_home'].forecast[3].condition %} {{ mapper[state] if state in mapper else 'mdi:help' }} Работает и с этим сенсором температуры уже можно работать в HA.
Но это ж не то, с чем пытается работать Михруткин Ну и я говорил выше, что не надо брать прогноз погоды на 3 часа вперед. Надо из прогноза брать изменение погоды на 3 часа вперед. И добавлять его в любой момент к показанию реального сенсора
Ну вот возьмите мой calibration, и вместо тестового input_number, который там, вставьте туда ваш датчик для начала. sensor. sonoff_100175b0bc_temperature Сохранине, перезагрузитесь, найдите этот calibration в устройствах и убедетись, что он дает то что вы хотите потом скопировать его имя, вставить его в скрипт, и все заработает
Сорри, тут уже я в ступор вошел. Предложенный сенсор уже потом в автоматизацию добавлять или переопределять нужный.
Я это в обсуждении раз 15 писал. Даже с примерами для Яндекса https://www.forumhouse.ru/posts/33636314/ Условно так: real_temerature + (forecast_3hour_temp - forecast_now_temp) причем изменение прогноза при его недоступности просто обнулять
Берете дельту изменения по прогнозу и прибавляете к реальной. Это может иметь смысл если есть датчик наружной Т или большие расхождения с прогнозными данными. При задаче @mihrutkin, ИМХО, это действие не имеет особого смысла.
Сделал В устройствах искать свое старое устройство sensor. sonoff_100175b0bc_temperature? Оно там как было, так и есть\ как показывало температуру, так и показывает или temerature_control_test_input?
попробуйте везде вместо целого использовать с фиксированной точкой: пример: - variables: temp_on: 30.0 temp_off: 40.0 и вместо: "{{ temp_on }}" писать так: "{{ temp_on | float }}" ошибка измениться? За неделю наблюдения за прогнозом от норвегов увидел много расхождений. Вот например: Ночью он дал заниженную аж на 4 градуса температуру, про день вообще бесполезно сейчас. Про день пока без оценок, можно только посмотреть на это безобразие.