How to make "Hot Water: Boiler control entity" for Viessmann Vitocal 252-A with Viessmann ViCare HA integration #601
|
Hi, I have a Viessmann Vitocal 252-A. I have the HA integration Viessmann ViCare. I exposes these Configurations.
And sensor:
But SEM expects a Switch / Boolean as input:
I tried making a helper:
And then some very simple automations:
That seems to work. And to make things a bit more complicated, there is about 3-5 min delay between the activation of "(De)Activate one-time charge" in either HA or ViCare app, before the "One-time charge" Sensor picks it up. |
Replies: 1 comment
|
Hi @tlinnet, welcome to SEM! 👋 Your instinct is right — SEM's Boiler control entity must be something SEM can Use a Template switch (not an input_boolean helper)Instead of an # configuration.yaml
switch:
- platform: template
switches:
boiler_one_time_charge:
friendly_name: "Boiler one-time charge"
# State comes from the ViCare sensor → reflects app changes automatically
value_template: >
{{ is_state('sensor.YOUR_DEVICE_one_time_charge', 'on') }}
turn_on:
- service: button.press
target:
entity_id: button.YOUR_DEVICE_activate_one_time_charge
turn_off:
- service: button.press
target:
entity_id: button.YOUR_DEVICE_deactivate_one_time_chargeSwap in your real entity IDs (if the "One‑time charge" sensor reports Because the state is driven by the sensor, when you activate one‑time charge in the ViCare app the template switch turns itself on with no extra automation — which is exactly what you were missing. About the 3–5 min delay ⏱️That lag is the ViCare cloud → HA reporting delay; nothing SEM (or the template switch) can shortcut. One thing worth knowing: SEM reads the control entity back each cycle to keep its belief in sync, and it corrects an "SEM turned it on but the entity still reads off" mismatch after a short grace window (~45 s), then applies a brief re‑activate cooldown. With a 3–5 min feedback delay, SEM may briefly conclude the boiler is off right after it commands it on, before the sensor catches up. In practice it converges once the sensor flips, but if you ever see SEM appear to "flip‑flop" the one‑time charge, that mismatch is the cause — let us know and we can look at making the grace window tolerant of slow‑reporting control entities. Hope that helps — happy to refine the template if your sensor's states differ from the above. 🙂 |





Hi @tlinnet, welcome to SEM! 👋
Your instinct is right — SEM's Boiler control entity must be something SEM can
turn_on/turn_off(aswitch.,water_heater., orclimate.entity), and the ViCare integration only gives you two buttons plus a read‑only One‑time charge sensor. So you do need a bridge entity. The good news is you can make one that is bidirectional in a single helper, which solves your "what if I toggle it in the ViCare app?" question.Use a Template switch (not an input_boolean helper)
Instead of an
input_boolean+ separate automations, use a template switch. It presses the ViCare buttons onturn_on/turn_off, and it derives its own state from the "One‑time charge" sensor — so it…