Hi
I just received my modul NodOn SIN-4-FP-21 ZIGBEE 3.0, added to zigbee2mqtt, but I don’t found them on Versatile.
Somebody tell me I need to create a Switch Helper and after that create automation to push module to comfort when switch is on and eco when is off.
But don’t know how to do that.
Thanks.
hello,
i had the same problem and solve it using a virtual swicth and an automation, see below
alias: Prog Radiateur chambre parentale
description: “”
trigger:
- platform: state
entity_id:- input_boolean.commande_radiateur_chambre_parentale
condition:
action:
- input_boolean.commande_radiateur_chambre_parentale
- choose:
- conditions:
- condition: state
entity_id: input_boolean.commande_radiateur_chambre_parentale
state: “off”
sequence: - device_id: 8336a831708c8aa239f76087042707ce
domain: select
entity_id: 30f368340394228d33fe850f4c206d28
type: select_option
option: “off”
- condition: state
- conditions:
- condition: state
entity_id: input_boolean.commande_radiateur_chambre_parentale
state: “on”
sequence: - device_id: 8336a831708c8aa239f76087042707ce
domain: select
entity_id: 30f368340394228d33fe850f4c206d28
type: select_option
option: comfort
mode: single
- condition: state
- conditions:
I’m thinking about using this thermostat implementation that seems really really complete to me.
Assuming that I already know how much time before I had to heat up a room to find it with the exact temperature, how can anticipate the heating per-room using this integration? Maybe forcing room presence in the right moment?
Hello @JanickGers85 ,
What I do, it do force presence, when I leave the working place. So that heating will start a few in advance (one hour for me). But this is not totally satisfying: you have to use a dedicated sensor, when I’m on another place that the working place, it doesn’t work, …
Is there a way to have more than four entities controlled by the same VTherm? I have a room with five radiators, with each having its own TRV.
I don’t get something. I have set versatile thermostat to control my AC via climate. I have set it to light self-regulation, ac-mode and use internal temperature. All of that is working great, I can heat and cool. I have set my mode temps and set it to comfort mode, which is 23⁰C.
Now problem is that it never starts, unless I do it myself. Almost never switches it off either (one time it switched it off, not sure exactly why).
For example, my sensor was reporting 21.5⁰C and with 23⁰C set temp, AC was still off. Once started, it altered original climate temp to ensure heating and once 23⁰C was reached, original climate set temp got reduced to stop heating. But it didn’t switch off, just keeps going. Actual AC stopped pump and kept fan running, basically started manage what to do when no heat is asked. It kept running like that for an hour or more, until I changed vtherm to auto mode and still nothing changed. After another half hour I just turned it off manually.
So is that expected behaviour? I was under impression that vtherm suppose to start and stop AC by itself.
Also, are there hysteresis settings? or are these hardwritten? if so, what are they?
Thank you.
Versatile Thermostat never start of stop the thermostat unless for opening window detection.
It is a human decision to turn on/off heating. This to avoid an auto start of heating when you don’t want it.
Great integration Jean-Marc, I set it (and the scheduler) up last week and used it over the weekend and it largely worked as expected! I’ve been looking for a way to simplify my hvac management automations, and this looks like a keeper, will allow me to retire a dozen+ node red automations. Thank you for providing to the community!
I wanted to share my lessons learned as an American using Versatile Thermostat with an American-style central hvac system (Nest smart thermostat with central AC and central gas furnace). As the documentation is written with an eye towards European-style heating systems (what the heck is a ‘TRV’ and why is AC an after-thought??), I had to do some trial-and-error to get it configured to work as desired, and wanted to share some pointers with Americans looking at this to simplify their HVAC automations.
First, level setting my situation. I have a single Nest thermostat integrated into HA, I have window sensors on all my windows, and I have a pretty solid presence detection setup. I had a page of node-red automations that:
- turned off/on my hvac when any window is opened/all windows are closed,
- set my hvac target temps to higher/lower when my house is occupied or vacant
- set my hvac target temps to higher/lower temps at night when we’re sleeping (we prefer a colder house when sleeping).
Versatile Thermostat (with the Scheduler integration) does all of these things for me.
Note: These comments assume you already installed Versatile and the Scheduler companion and their cards via HACS.
First, for those with central HVAC controlled through a smart thermostat like Nest or Ecobee, its important to select the “thermostat over climate” option when you add the new VT integration.
In the ‘Main Attributes’ screen, you really just need to provide a name (your choice) and the room temperature. You can use your Nest/Ecobee’s temperature entity. Ignore/use default for the Last Seen Room Temperature, Cycle Duration, and Device Power (I don’t believe they’re relevant to central HVAC systems). I left the 3 checkboxes as their default. ‘Enable control by central entity’ box checked and the other two (use additional central main config, used by central boiler) unchecked. I don’t know what any of those 3 actually do, or if they’re relevant to central hvacs.
On the 2nd main attribute screen, provide a sensor that tracks the outdoor temperature. This is just from your local weather integration (or if you have an outdoor temperature sensor in your HA). I use PirateWeather for my local weather. I don’t think this is used by VT-over-climate, but it’s a required field so feed it something. For the Min and Max temperature allowed, enter the absolute min/max temperatures you’d ever want to set your target temps to (it accepts Fahrenheit just fine). I have pets that are home alone, so I put 64 and 78 in here. If you are fine with hotter/colder extremes, put them in there. For Temperature Step, just put 1 (most smart thermostats on Fahrenheit only go to the single digit unlike our European friends with their tenth of a Celsius precision).
For Features: I use Window Detection and Presence Detection and unchecked motion and power management. I didn’t want motion to be considered (I’m not always moving in front of my Nest), and I don’t know what power management does.
For Underlyings: This is where you actually point the VT integration to your Nest/Ecobee/whatever smart thermostat. Just select your ‘climate.nest’ or whatever in the 1st underlying climate and leave the rest blank. (Presumably if you have multiple thermostats, you’d add them here, but I have no experience with that). Select “AC Mode”. I kept the next 4 inputs as default (“no auto-regulation”, “0.5” reg threshold, “5” reg min period, “high” auto fan mode). I checked the “use internal temperature of the underlying”. Don’t know what it does, but seemed harmless and maybe it would simplify stuff as my Nest provides its own temp sensor.
For Presets: No clue what this does, I unchecked it . I think i tried checking it once and didn’t see any difference. VT has Comfort, Boost, and Eco presets which I’ll talk to at the end of this post.
For Window Detection: Give it your input_boolean that is on when any window is open, and off when all windows are closed (I had already created one for my node-red automations, a simple template sensor that turns on/off based on the state of my group.all_windows that I built around all my window sensors). Uncheck the ‘use central window config’ (again, no clue what this does). On the 2nd Window Detection screen, set your time delay for how long a window has to be open for VT to turn off hvac (I set mine to 10 seconds for when I wanna open a window to let a bug out without power cycling my hvac). Action should default to turn off which is correct.
For Presence Detection, leave the ‘use central presence temp’ unchecked. No clue what it does. On the 2nd page, provide your ‘presence detected’ input_boolean (similar to windows above, just create a template sensor based on all of your residents home/away status).
For Advanced parameters, ignore it, doesn’t seem relevant to centrally-controlled HVAC systems.
At this point, the final line should read ‘all done’, click that and it’ll create and save.
Setting up your temperature targets:
Now pull up the integration/device page for your VT and you’ll see a list of “Controls” entities like Boost, Boost ac, Boost ac Away, Boost away, Comfort, Comfort ac, Comfort away, etc. The key here is to understand that you have three ‘presets’ (Boost (rocket ship), Comfort (couch), and Eco (leaf)) and then 4 target temperatures for each preset. So Comfort is your heater target temp for when you’re home and in comfort mode. Comfort ac is your AC’s target temp for when you’re home and in comfort mode. Comfort away is your heater’s target mode when you’re away (likely lower than your when-at-home temp), and Comfort ac away is your AC’s target mode when you’re away (likely higher than your when-at-home AC target). Then the same 4 target temp options for Boost and Eco presets which you can use or ignore as you want.
For example, my Comfort AC is 72, and my Comfort AC Away is 78. This means when VT determines I’m home, it’ll set my Nest to 72/Cooling. When VT determines I’m away, it’ll set my Nest to 78/Cooling. Similar concept for setting my heat with Comfort (70) and Comfort Away (64).
You cannot change the name or icons, so you’ll just have to choose a preset for a particular situation. Personally, I use ‘Comfort’ for my normal, during the day temp ranges. I use ‘Boost’ for sleeping when I want it colder, and I don’t use ‘Eco’ at all.
VT will auto-switch between, say, Comfort and Comfort away when you have your hvac set to Heat and you leave/return. Or it will auto-switch between Comfort ac and Comfort ac away when you have your hvac set to Cooling and you leave/return.
Basically, this is where you set your target temperatures for the various permutations of home/away, sleep/daytime.
I ignore Frost cause it’s not relevant to my home, but I assume you could set both to the minimum temp range you specified.
That’s the basics. Now you should have a thermostat that sets higher/lower temps based on your presence, and turns on/off based if your windows open/close.
Setting up your Schedules (to change between presets at set times)
The next is setting up the Scheduler integration helper to change between presets. I have mine setup to go to ‘boost’ mode at 10pm, and then back to ‘comfort’ at 530am because that’s when I generally go to sleep and wake up and I have the boost temps set lower cause I like to sleep in a cold room.
That’s way too much info, but hopefully this helps someone with US-style central HVAC that is struggling to understand which configuration items are relevant/needed.
Nice report ! Thank you for this.
I hope you install the last releases which fixes some issue with °K unit.
I’ve been using Versatile Thermostat over two Zwave Thermostats for a couple of months now with great success.
But recently I noticed that after a while the thermostat card may be showing no presets (all grey). In this situation, it also does not respond to occupancy changing by changing temperature set point, however the green occupancy icon does toggle correctly.
But reloading the Versatile Thermostat integration will immediately return it to normal operation.
Not seeing anything unusual in the logs, and not sure where to look further?
Any ideas?
Is VTherm able to handle an AC for cooling, combined with a TRV for heating?
I have added both as underlying devices, but I can only switch between Off and Heat in the VTherm climate entity. Do I have to configure anything to get a Cool or Auto Mode?
Ok, I just saw that it works when I add the AC as first underlying device and the TRV on second. Then I can switch between modes, but what I still don’t get: how can I display AC max and heating min temperature in a sort of hysteresis like shown here: New thermostat card - #13 by sholdee
Hello @fitz247 ,
The only possibiilty is that someone or a automation or something like that is setting the setpoint temperature. That turns the VTherm to manual (no preset).
You have to use two VTherm for doing that. You should not add an only AC and only Heating device in the same VTherm.
Understood. What would then be the preferred way of combining both into the same thermostat UI?
No idea because it is not possible with Vtherm and other thermostat don’t support (as far as I know) multiple device in the same thermostat.
Thanks for responding. It remains a mystery. I’ve recreated a new thermostat and will watch that!
So-I’ve recreated all the components, and re-included the thermostat with a different ID. So I’m confident of no forgotten automations etc. Same problem occurs - system is falling into manual mode. I’m using a schedule to change modes several times a day, and a virtual presence sensor to set back each mode temperature when appropriate.
From what I can observe (but not replicate with complete consistency), there are occasions where the Remotec ZTS-500US z-wave thermostat will momentarily report a previous set point after a set point change, before a second or so later correcting itself. There are also reports of this as potentially a home assistant z-wave issue (Climate setpoint glitches to unrelated number when changing setpoint · Issue #63849 · home-assistant/core · GitHub) - closed unresolved. Either way, most use-cases wouldn’t be impacted by this momentary aberration…
This of course appears to Versatile Thermostat like a manual change, and knocks the thermostat out of its automatic mode (so stuck in either the occupied or not occupied set point until the next scheduled mode change).
So in the absence of a way of having Versatile Thermostat ignore a momentary set point change, looks like I will need to dispense with relying on the presence feature for this thermostat. Oddly I have a second identical thermostat which is much more stable…presence setdowns are working fine.
I am having the problem that for AC mode, Vtherm does not use the AC-presets, but the heating presets.
For example: Boost AC 22.0°C, Boost 30°C, AC mode on
When changing to the Boost Preset, the target temp is set to 30°C.
I have filed an issue on github, maybe this can be looked into.
I’ve been closely watching Versatile thermostat trying to debug issues with it switching to manual mode (as above), which has entailed closely watching the underlying thermostat in ZWaveJSUI.
I’ve picked up that the operating state (‘heating being applied right now’) icon is not reliably updating in the Versatile Thermostat card. The standard thermostat card, however, does accurately reflect the heating-active status. Page refresh doesn’t help. Looking at the states of the versatile thermostat climate device, I see the value “is_device_active:” appears to be aligned with the card icon, and is often incorrect.
Is this a known bug?