New version of Z-Wave Sensor and Child Thermostat Mc
ββββββββββββββββββββββββββββββββββββββββββββββββββββ
Name Z-Wave Sensor and Child Thermostat Mc
Version 2023-01-07T20:17:16.372296714
ββββββββββββββββββββββββββββββββββββββββββββββββββββ
Improvements:
Added option for single or multiple mosaic of virtual child thermostat. It allows the new version 1.7.93.26 of the Android App to not fail and close with multiple mosaics, selecting by default single tile
By default, when the new version is installed, a simple mosaic is assigned with which the app will work without having to delete the virtual thermostat
New version 6 of the Z-Wave Sensor and Child Thermostat Mc driver.
Improvements:
To adapt the driver to the HUB firmware libraries, the LAN type Child devices are replaced by the EDGE_CHILD type.
Everything will work the same way as old version.
This improve the operation performance and facilitates future updates since it uses the resources of the default libraries of the Hub.
This update will be done manually so that each user can do it when they see fit, since the LAN-type child devices will have to be deleted and recreated as CHIL_EDGE type. There is no rush, do it when you can, everything will continue to work
HUB smart Wifi users, who have libraries lower than 45.x should not change to this new driver since their HUB firmware libraries do not support CHILD_EDGE devices. They must wait for their hub to be updated.
IMPORTANT: HOW TO UPDATE DRIVER AND NOT LOSE THE ROUTINES OF THE CHILD DEVICES:
Wait for your current installed version to be Z-Wave Sensor and Child Thermostat Mc-(OLD)
Install the new version of the driver Z-Wave Sensor and Child Thermostat Mc
The routines of the real devices are not lost nor do they have to be modified.
Procedure to facilitate the modification of child device routines:
Without deleting the child Devices, change the driver from the Z-Wave Sensor and Child Thermostat Mc-(OLD) to the new VERSION Z-Wave Sensor and Child Thermostat Mc.
The child devices created will stop working and will keep all the routines. You can rename them to easily identify them.
With the new driver: Create the new Child devices you need.
Enter to the old Child devices menu Routines: Edit every routine and add the new child device and delete the old one.
Save the edited routine, which will go to the list of the new child device.
Once all the routines have been modified, delete the old child devices.
The version of the old driver will be renamed Z-Wave Sensor and Child Thermostat Mc-(OLD) and the new one Z-Wave Sensor and Child Thermostat Mc
ββββββββββββββββββββββββββββββββββββββββββββββββββββ
Driver Id 351974e8-d7de-46cb-a34f-92cc1371f80e
Name Z-Wave Sensor and Child Thermostat Mc
Package Key zwave-sensor-child-v6
Version 2023-01-10T12:19:00.291710532
ββββββββββββββββββββββββββββββββββββββββββββββββββββ
@Mariano_Colmenarejo, following the steps of your excellent documentation, Iβve successfully completed the update procedure on my two thermostats and uninstalled the old driver from my hub.
N.B. I use SharpTools rules instead of SmartThings routines. Adding the new child device to an existing ruleβs trigger worked just fine.
I have SharpTools rules that turn off the thermostat after a time of motion inactivity. Adding the new child device to an existing ruleβs action of βsetThermostatMode with argument(s): [βoffβ]β wouldnβt give me a thermostat mode pull-down list. I had to (easily) create a new action within the rule, then delete the old action.
Hi Mariano,
thanks a lot for your edge drivers! Iβve got four Eurotronic Spirit Z-Wave Plus thermostats, that I havenβt been able to get recognized with your z-wave Thermostat driver. Could you please try to incorporated them? As far as I know they use the Standard z-wave protocol (i attached screenshots from the Manual regarding commands, sorry about the Order, the third ist the First page). I would appreciate this a lot. Would you need additional data about the device?
Cheers and a good sunday
Robert
I had infact not, sorry for my inability to properly use the search function and thanks for the quick, friendly reply! All 4 of the thermostats now work with Edge drivers, thanks!
Hi @Mariano_Colmenarejo,
First of all, thanks for your great work. Iβve been using your drivers and virtual thermostats for a few months. Iβd like to ask a question if you donβt mind.
What is the effect of the Β« Select radiant floor and type Β» on the behavior of the thermostat?
Iβve read the information you gave for v2 of the Zibgee driver but it seems to have no effect when I try to use it. My radiant floor has a huge inertia so Iβd like to configure the thermostat to start heating as soon as the temperature dips below the set point and stop heating as soon as the temperature starts to rise again but I donβt really understand how to configure both the radiant floor and the differential temperature settings to avoid a large difference between the lowest temperature and highest temperature.
Kind regards.
When you do not have underfloor heating selected then driver use this formula: If you have a device.preferences.diffStartStop of 0.6ΒΊC and the heating setpoint = 20ΒΊC
When you have underfloor heating selected, then driver Use this formula: If you have a device.preferences.diffStartStop of 0.6ΒΊC and the heating setpoint = 20ΒΊC
Thanks very much for the detailed reply. In the meantime, I have understood why I thought the radiant floor setting had no effect. It seems the Info Panel does not always refresh immediately. Sometimes I need to exit the tile and open it again to get the Info Panel information updated.
I will try new settings as per your suggestion and will get back to you.
The virtual thermostat has independent temperature compensation adjustment in its profile.
The real device depends on the model.
The zwave usually have the adjustment with some configuration parameter, so the stock profiles do not usually have compensation adjustment.
The zigbee all have compensation in the profile
I think that nothing would happen if the temperature and humidity compensation is added to the profile, since the compensation is not done by the driver, it is done on the platform together with the change of units from Β°C to Β°F
If you tell me which device it is, Iβll add it as soon as I can.
Mfg Code 0109-2021-2101
Model 2021-2101
ocf Type x.com.st.d.sensor.motion
Category MotionSensor
Presentation ID 6cc97fe3-144f-33af-8552-fb30fab382d3
Type ZWAVE
Hi @mrfitz98
Added in this driver version the temperature and humidity compensation in your profile preferences
ββββββββββββββββββββββββββββββββββββββββββββββββββββ
Name Z-Wave Sensor and Child Thermostat Mc
Version 2023-01-26T15:19:06.181740445
ββββββββββββββββββββββββββββββββββββββββββββββββββββ
So as you kindly suggested I tried to set the differential temperature to 0.2 degrees with my radiant floor. It behaves better than 0.5, thank you. It overshoots the set point by around 0.6 degrees but I think it is ok. FYI, heating control in my house is tricky fir 2 reasons:
the water-based radiant floor has a lot of inertia
the house is extremely well insulated
As a consequence, the inertia is not really bad with regards to the Β« heating start Β» level because the temperature dips very slowly. So even if the heating system is slow to produce heat, itβs not a big deal as the temperature will not decrease much in the meantime. On the contrary, it is a bigger problem for the Β« heating stop Β» level. Once the floor gets warm, the temperature will keep rising for a long time even in case heating is switched off soon after the temperature starts rising.
By the way I noticed a behavior that is a bit annoying. I use the Β« Lock Β» function when I want to force a specific mode (e.g. Eco or Away) that will not be changed by my cyclic time-based routines. However, I noticed that sometimes the thermostats get Β« magically Β» unlocked without any human or routine action. Do you have an idea about how it could happen? Could it be linked to driver updates?