Closed beginner2047 closed 7 months ago
Hello. The config for the target rate sensor is already getting quite chunky. If a certain attribute is exposed to be fed from another entity, then people will expect other attributes to be fed from other entities.
Instead, you can achieve this today with the use of update target config service. You can use this service as part of an automation (e.g. when your washing machine mode changes, calculate the required hours and call the service).
Because of the presence of this service and complexity of monitoring other entities and the target rate config itself, there are no plans to implement this feature.
Describe the feature
Currently, the hours is static field. Enhance this field can be static or dynamic. Dynamic value should refer to other entities number values
Expected behaviour
The behavior should be same as static value. The target rate will search the best number of hours according to this dynamic value.
Use Case
e.g. 1.EV charger, we can calculate the number of hours according to battery level of the car. If the battery of ev car is 70%, It only a few hours to fill up. If the battery of EV car is very lower (20%), it needs more hours. If static to define 5 hours, but the car only need 2 hours to fully charge, it means the car is not charged at the cheapest of 3 hours. The first two hours can be the highest of the cheapest range
Confirmation