I have an oven that works with an adjustable hysteresis. However, there were a few problems, which is why I activated this blueprint. I will first check whether the thermostat control on the oven is working properly. If not, I’ll have to call a technician.
I had a look at the logs. I can see the problem: my thermostat apparently disconnected from the WLAN during the night and logged on again in HA. This triggered the blueprint again.
How can I run two schedules? These schedules should run 1 week apart because they are shift schedules. I would like to heat better when I come home at night. So it is cold at night because there is only one heating schedule.
I have achieved this by defining two different schedules and then creating a helper to switch between them that is triggered by the calendar (which is linked to our Google family calendar). Works like a treat.
with your local version check I only get the result:
Template variable warning: No first item, sequence was empty. when rendering '{{ value | regex_findall('\*\*Version\*\*:(.+\d+.\d+.\d+)', '\1') | first | trim }}'
This happens if there is no value set for min, max or current_temperature, e.g. when your climate isn’t available or has unknown states. Maybe I should catch this and block the calibration in this case.
- trigger:
- trigger: event
event_type: ahc_event
event_data:
automation: automation.advanced_heating_control_bad
sensor:
- name: "Heizung Bad Target"
unique_id: Heizung Bad Target
unit_of_measurement: °C
icon: "mdi:thermometer"
state: "{{ trigger.event.data.target_temperature}}"
The following has nothing to do with the blueprint, but can I set the entity_id directly in this template sensor? Or do I really have to change it in the UI afterwards?
@panhans do you know what body I should include in a notify event, so that I’m informed about what has changed for every AHC attribute change? As I’m still testing my system, I have configured a notification for each state change but would be awesome if I could get all variables involved in the blueprint in the body of the notify event, or even better, what variable just changed.
Hi folks,
first of all, thank you @panhans for this amazing blueprint.
Unfortunately, i have some trouble since i started to use input_number entities for the temperature settings and drop down input_text for selecting the schedule.
I cant figure out whats the root cause…at the moment the automation does not recognize a change of the input_number temp entities and a schedule change by selecting a different one as well.
I also configured a input_boolean for the winter mode to enable/disable the automation at all. But even this is not working, the automation doesnt recognize that the input_boolean has changed.
It seems i missed something essential here…can someone help me to figure this out?
I would like to attach the trace file here, but it seems there are only images allowed to share.
Thanks a million @panhans! I will give this a try during the weekend. You rock!
@panhans I left my proximity zone today but the automation did not stop the heating automatically. I allowed the automation some time to react but it failed to stop the heating. As soon as I manually run the automation, the heating was stopped. I wonder what should I do in the future, if I want to capture a consistent trace; how do I capture the particular condition: heating is still on when it shouldn’t - automation has not been triggered (but if it had, it should stop the heating)? I’m asking that because I’m interested in the why, but if I run the automation manually I’m artificially solving the issue, but the trace I would capture would have been tampered with?.
I look forward to your indications, which should allow for a better evaluation of the issue I hope.
Ok, i rebuilt the automations from scratch with exact the same settings.
Now the temperature change via the input_number entities and the winter mode boolean seems to work.
But whats not working is the schedule selection via the input_text.
e.g. the thermostats are set to comfort temp and selecting an “inactive” schedule does not change the temp to eco. And if i set the thermostats to something else and reload the automation with an inactive schedule configured, the thermostats get set to comfort.
Liming protection becomes active and sets the temperature to max
The temperature will be stuck at max since the Sync function sets the comfort temperature to max after the liming protection becomes active. When liming protection turns off the temperature remains at max since this is now the setpoint temperature.
Got it, it was a user issue
It is crucial to add all required schedules in the automation in addition to the selector input_text. That was not really clearly explained in the info text. But now its working fine