HomeGenie Forum
Automation Program Plugins and Wizard Scripting => APP Contributions => Topic started by: Gene on November 11, 2014, 01:43:19 AM
-
This app implement a thermostat device logic.
The user can specify an arbitrary module to read the temperature from and also a module to be used to turn on/off for heating/cooling.
This is still a work in progress but it's kind of working.
It requires to update the thermostat widget files as well in the "pages/control/widgets/homegenie/generic" folder (btw these files will be pushed in the next hg update when completed).
It can also be used with Eden Board as well :)
UPDATE!!!:
Files are no more available here for download as these are updated and available with latest HomeGenie r421.
Also Eden Board documentation is now available here:
http://www.homegenie.it/docs/diy/eden.php#hg_eden_setup (http://www.homegenie.it/docs/diy/eden.php#hg_eden_setup)
g.
-
Updated thermostat widget v1.1.
- added support for Cool set point
- completed option popup dialog for setting different values for Cool and Heat set point; when Cool set point is not supported by the thermostat the button will be disabled
- updated cool/heat/fan icons
live preview available here:
http://codepen.io/anon/pen/bNbLQj?editors=101 (http://codepen.io/anon/pen/bNbLQj?editors=101)
Cheers,
g.
-
Update both widget (v1.2) and generic thermostat app:
widget:
- thermostat api refactoring (to match also new z-wave thermostat device handler coming with HG r419)
app:
- updated implemented api
- response time on settings change is now real time
g.
-
I installed 421. I like the look of the new thermostat module and especially the ability to set both cool and heat setpoints. But how do I change it to use Fahrenheit instead of Celsius? When I change the heat setpoint using the module, nothing happens with my thermostat. Maybe that's because my thermostat is expecting a Fahrenheit setting?
-
421 has also introduced an incompatibility with one of my programs. It is now logging this error:
Cannot cast from source type to destination type.
at MIG.Interfaces.HomeAutomation.ZWave+Command.op_Explicit (System.String str) [0x00000] in <filename unknown>:0
at MIG.Interfaces.HomeAutomation.ZWave.InterfaceControl (MIG.MIGInterfaceCommand request) [0x00000] in <filename unknown>:0
at HomeGenie.Service.HomeGenieService.InterfaceControl (MIG.MIGInterfaceCommand cmd) [0x00000] in <filename unknown>:0
I believe the error is coming from these 2 lines:
var temperature = Modules.WithName(item).Command("Therm.Temp");
temperature.Set(newTemp);
Has the new thermostat code with separate cool and heat setpoints changed it so there is no longer a Therm.Temp command? What command names should I use instead?
-
Hi bradvoy,
read here:
http://www.homegenie.it/forum/index.php?topic=244.msg2569#msg2569 (http://www.homegenie.it/forum/index.php?topic=244.msg2569#msg2569)
click the linked ZWave.cs file to see the new api.
Cheers,
g.
-
Gene, I also like the new look and feel of the thermostat widget. Thanks for the quick work. Is there any way to switch between Celsius and Fahrenheit ?
-
Thanks for the quick reply Gene. Based on the code you pointed me to, I changed my program to use the command "Thermostat.SetPointSet". I no longer get an error logged, but it's still not changing the setting on my thermostat. And as I mentioned before, the thermostat widget is also not talking to my thermostat. This was working prior to the installation of 421, so it's not a problem with Z-Wave pairing or anything like that.
-
This is how to use it:
var setPoint = Modules.WithName(item).Command("Thermostat.SetPointSet");
setPoint.Set("Heating/22");
you could also set Cooling:
setPoint.Set("Cooling/20");
Cheers,
g.
-
Gene,
I figured out how to switch it to Fahrenheit, but 1 other thing i noticed is that the thermostat is not reporting back the current temperature to the widget, or the app isn't requesting it. Any ideas on the problem.
Thanks,
MBlack
-
Hi mblack,
this is where I need your help since I don't have a z-wave thermostat.
I think that two things are needed:
1) improve the widget initialization code so that it will call Thermostat.ModeGet, Thermostat.SetPointGet (for both Heating and Cooling), Thermostat.FanModeGet and Thermostat.FanStateGet
2) configure the z-wave thermostat to report periodically the temperature to hg
For the first thing, I can send you an updated thermostat.json file so you can test it.
For the second you should look at your thermostat specs/docs.
The Fahrenheit/Celsius issue it will get some more elegant solution at some point:
http://www.homegenie.it/forum/index.php?topic=346.msg2595#msg2595 (http://www.homegenie.it/forum/index.php?topic=346.msg2595#msg2595)
Cheers,
g.
-
Thanks Gene. Using the "Heating/<temp>" format my automation programs are now working again. But I'm still unable to control the thermostats with the thermostat widgets. When I make a change there, my thermostats don't seem to get the signal.
-
bradvoy, we need someone here with a z-wave thermostat and that can debug the new code.
Can't help on this any further.
g.
-
Gene, I would be glad to test for you. Please send me an updated .json file that you need tested.
Thanks,
mblack
-
bradvoy,
What part of the thermostat are you not able control with the widget, temp setting or mode setting ?
-
mblack, I'm able to change the mode setting, but I am not able to change the temperature setting. It doesn't display an error, but it doesn't seem to send the new temperature setting to the thermostat.
I'm wondering if this is a Fahrenheit vs Celsius problem. When I programatically change the temperature I use Fahrenheit, i.e. "Heating/72". The widget shows the thermostat's current setpoint in Fahrenheit next to the flame image, i.e. "heat to 72". The widget's temperature display always shows 0. When I click on the gear image to change the settings, the range of possible temperatures it will let me select is 5 - 35.
-
bradvoy,
as a temporary solution, edit your theromstat.json file located in the /html/pages/control/widgets/homegenie/generic/ directory. Replace this
RenderView: function (cuid, module) {
var displayUnit = 'Celcius'; // or 'Fahrenheit'
var container = $(cuid);
with
RenderView: function (cuid, module) {
var displayUnit = 'Fahrenheit'; // or 'Fahrenheit'
var container = $(cuid);
-
mblack,
Thanks! That did it. I am now able to control my thermostats with the widget.
-
Hi,
My understanding of your APP is this virtual thermostat is able to command directly a switch on/off (in zwave or X10) without a need of a real thermostat.
So you can use it for different type of heating (boiler, electric radiator, fan heater/cooler, ...).
Is it true ?
Bye
-
Hi Nolio,
it's correct.
OR You can control easily a led of one relay optical isolated like this
http://www.aliexpress.com/item/5V-Isolation-Relay-Module-Optocoupler-Driver-Module/1246826307.html (http://www.aliexpress.com/item/5V-Isolation-Relay-Module-Optocoupler-Driver-Module/1246826307.html)
Use the contact of the relay to control ON/OFF your boiler.
Possible you need of another relay for the proper current and voltage of your load.
Marco
-
Hi Gene,
Other ideas for your Virtual Thermostat.
1 - I saw that you previous 3 states ( Stop, Cool, Heat ), in france we have a third wire in electric heater, ans local thermostat in the heater can set 4 states :
- Confort, Eco, Hors Gel, Arrêt in English it means Confort, Eco, No Frost, Stop.
At this we can had Cool for Inverter.
2 - Had scheduler condition to the Thermostat
Best regards
Dani
-
Here a new version of the thermostat app.
It now wait 5 minutes before switching back to a previous state.
For instance see at this sequence:
1) set point is 21
2) the temperature is 19
3) thermostat app go into "Heating Mode"
4) the temperature is now 21
5) the thermostat mode is now "Pending Heat"
6) someone open the window (as Marco suggested =)) and the temperature goes back fastly to 20
7) in the previous release the app would switch to "Heating Mode" again; with newer version will wait at least 5 minutes before switch back to "Heating Mode"
this avoid switching from Heating to Pending forth and back too often.
Also annoying repeated popup showing thermostat status have been fixed. The popup will only show once, when the thermostat app state changed.
Marco: as you seem to be the first one testing this, let me know if there are better optimization we can make to it.
Dani: for your idea 1, it would be useful having someone making a real test of this case, so to obtain a better guidance and understanding of possible ways to implement it. For idea nr. 2, a scheduler condition will be implemented along with a calendar UI... I'm thinking about it aready since the beginning, just waiting for some inspiration about the UI.
Cheers,
g.
-
Hi Gene,
asap, I make a real test of your solution..
But I think if is possible modify with the first advice "Adjusting differential thermal" +/- 0.1/0.5/1 degree at setpoint, is better.. is a feature included in the most thermostats.
And so you can use this adjustment for "cool" and "heat".
Or use your app not only for the boiler
I think for example a lamp for floriculture don't need 5 minute of delay time or isn't a problem for ON/OFF frequently or an aquarium.
thank
Marco
-
All right Marco, I'll improve it like you said and update the app here soon.
Thanks!
g.
-
Here the updated app which now waits for the temperature to get at least 1 degree below the setpoint before starting to heat again.
If this will be working fine, then I'll add a configuration parameter to the program so that the user can configure the preferred difference value.
g.
-
Hi Gene,
I tested the last app but I think something is wrong ..the status is locked in "heating".
the temperature is read correctly
nothing happen if I change set point, the status not change.
thank
Marco
-
Hi Marco,
check if the app is still running. I've experienced some errors too when restarting the MCP3008, the Thermostat app sometimes stop with an error.
I'll check out this.
g.
-
Hi Gene,
in details found this:
Program.Status = "Running"
Sun Nov 30 2014 13:39:37 GMT+0100 (ora solare Europa occidentale)
Runtime.Error = "CR: Object reference not set to an instance of an object"
Sun Nov 30 2014 02:12:35 GMT+0100 (ora solare Europa occidentale)
I don't have setting "Module to switch on/off on set point" but I remember worked first to change app.(I deleted it and reimported the new).
I can change the "status" and "mode"manually using icon "OFF" and "HEAT" but not work automatically when the temperature is the same or upper
Thank
Marco
-
Ok Marco,
there were a couple of weak data consinstency checks. I fixed it. It should be rock solid now =)
Let me know how it go.
If you don't have a switch module connected yet, you can test it with one of the Philips Hue lights:
HomeAutomation.PhilipsHue:1
So you'll also have feedback when the module is switched on off (in the analytics section as well).
Cheers,
g.
-
Hi Gene,
good work!!
now work as you described, change the status only below of 1 or 1 and 1/2 degrees from setpoint (depending to the time who the generic thermostat read the temperature from the sensor)
For start it, needed set the parameter "Module to switch on/off on set point".
I know is only a beta release...but the temperature displayed is the last read, first to change the status, it change value only when there is a new status.
So if the status not change, I display a wrong temperature all the time.
Is not better see the temperature in real time and add a parameter like "Update interval" from the sensor?
And check for 1 degree below or a temperature range in background?
Thank
Marco
-
Hi Marco,
the temperature in the thermostat app is updated from the sensor every 30 seconds.
Anyway I now added real-time update whenever the temperature changes in the sensor module.
Let me know if it's working as expected now.
Cheers,
g.
UPDATE: fixed case insensitive domain/address comparison
-
Hi Gene,
I Have 2 RaspBerry in my lan.
I Used One Generic Thermostat in the first one and my Gpio Switchs relais are in the second one .
Is it possible to define the GPIO OUT of the second one as ModuleSwitch in the Generic thermostat of the first one ? In case of yes whiech is the label ?
I Validate Status events forwarding in the second RP so when I received event, a virtual module is created on the first one. If I put it in a group, I can see the state change on the first RP. If I used ON/PFF, the control don't pass to the second RP. Do I miss something ?
I tried to define the SwitchModule with the same label that I found in the module list : HGIC:192_168_1_6.RaspberryPI.Gpio:GPIO10
Cheers
Dani
-
you're right dani, I did not picture of this case =) I'm attacching the fixed app, let me know if it's working this way.
Cheers,
g.
-
Hi Gene,
it's working as expected now.
I tested the last one "78-Generic_Thermostat(6).hgx", exept the second raspberry like ModuleSwitch, I have only one bananapi and use pin 11 (GPIO 17) for control a relay
My configuration:
Module to switch on/off on set point
RaspberryPI.Gpio:GPIO17
You are great!! :)
thank
Marco
-
Hi Marco,
glad to hear it's finally working =)
Cheers,
g.
-
Hi Gene,
With your new script ( Release 6),
I have defined the SwitchModule with this label :
HGIC:192_168_1_6.RaspberryPI.Gpio:GPIO9 but the switch in the second HG RP doesn't work.
For information, the switch doesn't work if I use the direct widget so. Do I miss something for Control command pass over the LAN ?
Cheers
Dani
-
Gene,
I still can't seem to get the current temperature to display in the widget. Does the generic thermostat definitions not poll the thermostat for this info ?
Thanks,
mblack
-
dani, try to look at the modules list on your local pi box:
192.168.1.6/api/HomeAutomation.HomeGenie/Config/Modules.List
see if the remote GPIO9 module contains correct "Routing" infos.
Btw (silly question) does the GPIO9 work when you control it directly on the 192.168.1.6?
Do you see status changes on the other pi where it is supposed to forward the status changes?
g.
-
Gene,
Yes, the if I controle the GPIO in the PI 192.168.1.6 directly it's work properly, yes, the state change on the master PI.
In the modules list of the slave PI (192.168.1.6), Routing label for all GPIO are Empty. Which value we have to put there if any ?
In the modules list of the master PI (localhost), Routing label for the HGIC:192_168_1_6.RaspberryPI.Gpio.GPIO9 has this value : "192.168.1.6:80"
Dani
-
this value should populate automatically when and event is received from the remote pi.
https://github.com/genielabs/HomeGenie/blob/master/HomeGenie/Service/Handlers/Interconnection.cs#L73
if this info is missing then something is wrong in the Events.Push webservice method and HG doesn't know how to route remote module commands.
Can you do some debug?
g.
-
In the modules list of the master PI (localhost), Routing label for the HGIC:192_168_1_6.RaspberryPI.Gpio.GPIO9 has this value : "192.168.1.6:80"
I think it's good, The Routing value concern the master PI isn't it ?
Dani
-
So you have to further investigate on this:
https://github.com/genielabs/HomeGenie/blob/master/HomeGenie/Service/HomeGenieService.cs#L379
where the HG is trying to figure out if the module where is going to issue a command is a remote module or not.
Please debug here.
g.
-
In the modules list of the master PI (localhost), Routing label for the HGIC:192_168_1_6.RaspberryPI.Gpio.GPIO9 has this value : "192.168.1.6:80"
I think it's good. The routing value is needed on the master PI isn't it ?
Dani
-
Also ensure boths endpoint have same login/password set, otherwise they cannot be linked.
This is a basic protection mechanism... perhaps to be improved in the future.
g.
-
No password is defined one the two PI.
Dani
-
Can you try a breakpoint here?
https://github.com/genielabs/HomeGenie/blob/master/HomeGenie/Service/HomeGenieService.cs#L379
g.
-
Hey dani,
had a chance to setup interconnecitons and replicate the bug.
Fixed it. =)
I'm attacching the correction to the HomeGenieService.cs in case you want to try it right ahead.
Cheers,
g.
-
Gene,
Sorry, I was absent for one hour.
I compile your new source code and that works properly.
My Generic Thermostat can control the GPIO on the slave PI.
Thank's
Dani
-
I have updated to Homegenie r441 and have setup my Z-Wave thermostat, which now works except that i can't change the setpoint of the thermostat from the widget - when i do this nothing happens. If i move the dial on the thermostat itself to change the temperature, it changes in homegenie, so that part is working.. but i cant set the temp from homegenie...
Any ideas what could be wrong?
Rich
-
Can you change the mode from 'OFF' to "HEAT' ? What kind of thermostat ?
-
Can you change the mode from 'OFF' to "HEAT' ? What kind of thermostat ?
If i click the OFF and HEAT buttons in the temp change widget, the mode changes in Homegenie, but not on the actual thermostat/receiver - it doesn't switch.
The thermostat that i have is a Horstman HRT4-ZW and ASR-ZW Receiver (to switch the boiler on/off).
There are a few Z-Wave Associations/Group options that i have set as follows:
Group1 - Nodes controlled by thermostat Node Set command:
1( Homegenie) ,55(Thermostat)
Group2 - Nodes controlled by binary switch SET command:
1(Homegenie), 54(Receiver/switch),55(Thermostat)
Group3 - Nodes to receive unsolicited battery level reports:
1(Homegenie)
Group4 - Nodes to receive thermostat Set Point reports:
1(Homegenie)
Group5 - Nodes to receive unsolicited Sensor Multilevel Reports:
1(Homegenie)
The other options that i have set are to enable the temp sensor and to set the thermostat to centigrade.
I would grateful for any ideas..
-
What kind of controller ? Did you associate the controller with the thermostat ? Did you do a discover and see if the thermostat was added ?
-
What kind of controller ? Did you associate the controller with the thermostat ? Did you do a discover and see if the thermostat was added ?
Z-Stick2 .. running on a raspberry Pi
The Thermostat is associated with the controller. I have the Thermostat widget added in homegenie and the theromostat can communicate with it - it updates the current temprature and setpoint etc in the widget if i change it on the thermostat itself.. it just doesn't work the other way around (thermostat doesnt update if temp is changed in the homegenie widget).
-
Do you know if your thermostat is listed in the pepper1 database ?
-
Do you know if your thermostat is listed in the pepper1 database ?
It is yes!
-
Make sure that the product type id and product id of your device matches what's in the pepper1 file. I do know that with some manufacturers they units that have the same model number, but internally they have different product is's and product type id's. If that all matches, then I have no idea why it wouldn't work.
-
Hi Gene,
I am worling on a Thermostat widget for French using.
As I told you on an other post, in France we have 5 states : Stop, No Frost, Eco, Comfort and Programmed.
And new thermostat have the abilities to programme in a week different state from Monday to Saturday.
But I think it's better to work with a calendar where we define which hour table for each thermostat to use in Week-end, Working day and Public hollidays.
You can see below my widget screen.
I don't write not yet the calendar.
Are you agree with this ?
Cheers
Dani
PS : I have commit a modification in GitHub to informe the UI console that a ZWave Node doesn't answer. Can you look at this also ? Thank's
-
Hi dani,
really nice job!! We have to find a convenient way of hiding/showing extra states for thermostats that do not implement all of them.
Just replied on github.
Cheers,
g.
-
I just updated to r443. I appreciate that the thermostat widget now correctly displays the temperature in Fahrenheit. Here are a few suggestions for further improvements:
- The group heading on the Control page shows the temperature in Celsius even though the thermostat widgets on this page are now displaying the temperature in Fahrenheit, which is what I want. Could the group heading be changed to use the same logic as the thermostat widget to determine whether to display Celsius or Fahrenheit?
- The temperature display on the thermostat widget is displaying too many digits. For example, one of mine is currently displaying 70.50200000000001°. This is because the rounding logic in thermostat.json does the rounding before the conversion from Celsius to Fahrenheit. If the rounding was done after the conversion to Fahrenheit then this problem would be solved. Or the other solution would be to change the line that writes the temperature value into the HTML to use the expression temperature.toFixed(1).
- The heat setpoint display is incorrect for my thermostats in this version. I found that this is because my thermostats (Radio Thermostat CT101) report the setpoint in Fahrenheit although they report the current temperature in Celsius. Strange. I don't know if there's a way for Homegenie to know which items are being reported in which units.
- My thermostats report the relative humidity, but the thermostat widget doesn't display it. I added the following to thermostat.json and a corresponding display field in thermostat.html to show this:
// display humidity
var humidity = HG.WebApp.Utility.GetModulePropertyByName(module, "Sensor.Humidity");
if (humidity != null)
widget.find('[data-ui-field=humidity]').html(humidity.Value + '%');
-
I now have r447 installed and have been trying to get my thermostat to work...
Everything works ok (as i said previously) but i can't change the set point of the thermostat from HomeGenie - when i do this i get a "Node Response Timeout" message.
The problem is that my thermostat is a battery powered device and so it's not always awake to receive the set-point message. The minimum wake up period that i can set on the thermostat is 256 seconds, Homegenie would need to wait for this amount of time before giving up trying to send the set-point message, but it seems that it assumes that the device is always awake and if the message is not received immediately it gives up. Is this something that can be added to wait for a device wakeup and send the message?
Rich
-
Hi Gene,
I found one issue with Generic Thermostat.
When we change the thermostat mode from Off to Heat and vice-versa, sometimes we get one or several messages in the activity log HG. I can't define why, when look at yhe source code in JSON.
More we change the mode and more we get messages for one button click !!!
You can look at the attached log file.
Happy new year and Cheers
Dani
-
I've made some little testing, even restarting the Generic Thermostat app a few times, but the log is consistent and no repeated events appears.
Cheers,
g.
-
But I am using the module Activity Log of bkenobi which is interresting.
I don't inderstand why it repeats log text with thermostat generic use ?
This module intercepts events WhenParameterIsChanging.
-
Hello Dani,
I'm interested in your Generic Thermostat enhancements, where could I find them (github?) ?
I have a project to have a 5 thermostats, one per area in the house and getting Temperature/Humidity/Batt Level remotely from my JeeNode modules. I used the "Serial Port I/O test" (as start point) to read the data sent to the JeeLink connected to my RPi and created 5 Virtual Thermostats which I update from there.
I find very interesting the Calendar additional predefined temperature settings. I would need to add humidity and batt level on the widget. Then it's displaying in Fahrenheit the Celsius temperature I assign to the sensor value, there a parameter should define C or F.
This project is really triggering my enthusiasm and I would be happy to contribute (which will be challenging as I come from the Java world, and start discovering C# with this wonderful project).
Then I have an additional question on the Thermostat, it seems linked much to Zwave controller. I don't use one, only my JeeLink, do I need to develop some specific features in the serial port program, to be able to use correctly the Thermostat ?
And last question, do the thermostat implement a hysteresis (start heat below, stop heat above) kind of setting ?
That's enough for now.
Thanks for any coming answers.
My GitHub fork is https://github.com/gitbjo/HomeGenie (https://github.com/gitbjo/HomeGenie).
I already sent a pull request with a little contribution for the RPi GPIO Program.
Best Regards,
AutoBob.
-
Hello AutoBob,
The project has move to this topic : http://www.homegenie.it/forum/index.php?topic=591.0 (http://www.homegenie.it/forum/index.php?topic=591.0)
I agree your requests and will had Humidity and battery level in the virtual device from phisical device.
For using JeeLink, if your device use the common therms of HG (Domain and address), it will work.
For vthe sensor I am using ZWave Sensor on one network RaspPI and for the switch I am using GPIO on an other network RaspPI.
Cheers
Dani
-
Hi AutoBob,
At that link http://www.homegenie.it/forum/index.php?topic=591.msg3817#msg3817 (http://www.homegenie.it/forum/index.php?topic=591.msg3817#msg3817)
you can find all new files of my modules and widgets.
It's include your wishes Humidity and battery level from phisycal unit.
Any requests or questions please post it in the other specific Post. Thank's
Cheers
Dani
-
app works correctly can control heat and air issue is that setpoint temps are not correct and dont change after adjusting them..?
-
Hello.
So after almost 2 years, has the thermostat feature been fixed? I had the latest version of HG installed a few weeks ago and the thermostat widget and only heat showing function was still there as in the beginning.
If so, can someone direct me to the correct documents on getting the thermostat function working properly.
I have 2 Honeywell zwave thermostats that I would love to integrate with HG.
thanks
-
Oh well. No reply still. If this feature worked right out of the box for the Honeywell zwave thermostats, this would be a real seller for me. Others set up the thermostat correctly. This one only sets up heating and still does not control the thermostat.
Ill check back in a few more months
-
I never tried this feature as the Honeywell thermostat that works with my system is no longer sold. If I find one, I'll be interested in using this but that seems unlikely due to availability.