Numerical above condition of schedule scheme re-evaluates every time the numerical state changes rather than when the condition changes. about scheduler-component HOT 6 CLOSED

Shameless bump

from scheduler-component.

This issue should be solved with the v3.3.1 release.
Please update your installation and let me know if all works OK now.

from scheduler-component.

I saw this in the change log and smiled. I'll set this up to be tested today.

Unfortunately what I was trying to do with it isn't going to work very well anyway. I have a dual-fuel system (gas + heat pump) and wanted to make two heat schedules based on when the outdoor temperature would be switching between the two systems. Unfortunately the nest integration doesn't seem to report the outdoor temperature it is using. So I can't have perfect synergy between the schedules and the thermostat.

Still - I appreciate you fixing this bug so I can use the conditions for other things. Love this card.

from scheduler-component.

I got a chance to test this and I'm wondering if a new feature is needed? I changed the logic to [aredon] is home & outdoor temp is above 30. If I have "re-evaluate when conditions change" checked does that require both conditions change or is it either? It seems like it's all but I will keep testing.

I want both conditions to be met for the schedule to run and for the re-evaluate to happen if the state of either condition changes. Perhaps that is not the intended behavior?

from scheduler-component.

This functionality should be in place already.
A small demonstration:

I configured similar conditions but use an input_boolean and slider entity instead (easier to make manual changes). Important is to set the switch in the top right to 'all' rather than 'any' (it is equivalent to AND vs OR).

Now, if I play with the condition entities:

With this combination, the debug log states Conditions have failed, skipping execution of actions.
If I set the slider to 15, the same line repeats (only one condition has been met).
If I also set the switch to ON, the log states Executing service climate.set_temperature on entity climate.generic_thermostat, in other words, the schedule is triggered.

While dragging the slider downwards, this is ignored (before the schedule would trigger for any change) until reaching the point 10, here the log line Conditions have failed, skipping execution of action repeats.
I can drag the slider back to 15 and the climate temperature is set again.

This is all according to my expectation so it should work OK for you as well.

from scheduler-component.

This issue is stale because it has been open 30 days with no activity. Remove stale label or comment or this will be closed in 7 days

from scheduler-component.