-
Notifications
You must be signed in to change notification settings - Fork 16
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Possible to change 10 minute set time? #7
Comments
I asked without hunting for it! I just found it on line 217 of the index :) this is exactly what I wanted :) I'm going to change it to 60 and see how I get on 👍 |
we should really move this to the config-part. |
Any news here? |
I could not get it to work. Any ideas how to poll the next time from the API? |
In the setHeatSetpoint function, if you set "Hold" as status and you DON'T send "endDate" value the temperature change will be permanent.
|
That's right but it will always force me to go back to the central unit to change it back to schedule. Don't know if that actually improves the function. |
Right. Have you seen TCC API Reference? You can also test all the methods and see the response directly there. |
I looked at it and it looks very promising! I found |
I get a "400/Bad Request" status. |
Did you use a thermostat id? |
Yes, I tried a valve thermostat id and the evohome touch console id, same message. |
I found this one on a homeautomation-forum. Does this work? Sorry that I can not test this at the moment... |
Nope, URL not found. I also read the thread on homeautomation forum, that link should be the old API (v1), or maybe the application id hasn't the permission to read the temperatureZone sector, but there is no evidence of that in the online documentation. |
What happens if you remove line 101 so here is no next time? Alternatively, what if you GET the heatingSetpointValue will that return the next time that can be used to PUT back with the new set point value? |
Both good ideas. Sadly the last time I checked sending no nextTime causes the API to throw an error. Similarly the GET function goes not give back the nextTime... would be awesome if they changed that... I'll check if something changed but I doubt it. |
Why not do similar to Alexa skill. Changes until 3am... might be a reason they (TCC) haven't got the change until next schedule working yet |
When I set via Alexa skill it sets till next auto change? |
You're right, I think when it first rolled out it was 3am..
…Sent from my iPhone
On 7 Jan 2017, at 14:48, Celtic Web Solutions ***@***.***> wrote:
When I set via Alexa skill it sets till next auto change?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or mute the thread.
|
Yes I think it did, was really pointless having heating running till 3am no matter what! So which Alexa could deal with times as well. I have this plugin just setup to turn rads on for one hour, I find that is the more sensible option. I don't use Siri much now though anyway. |
The plugin sometimes fails to update if using HomeKit app though. I get the failure emails from TCC
…Sent from my iPhone
On 7 Jan 2017, at 15:28, Celtic Web Solutions ***@***.***> wrote:
Yes I think it did, was really pointless having heating running till 3am no matter what! So which Alexa could deal with times as well.
I have this plugin just setup to turn rads on for one hour, I find that is the more sensible option. I don't use Siri much now though anyway.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or mute the thread.
|
Any thoughts on this? Would be cool to move all automation to HomeKit and away from clunky evohome |
I've spent my fair share of time trying to figure out how to do this and started hating Honeywell for not accepting nextTime:false. If you have any ideas I will be happy to look into it but requesting next time from server seems like a freakin' nightmare... |
Fair enough. I'll see if there's a way to get to this.
How did waterstock get around it? I remember using the home assistant evohome (uses waterstocks api) and that worked.
…Sent from my iPhone
On 15 Mar 2017, at 07:26, Lucas Gasenzer ***@***.***> wrote:
I've spent my fair share of time trying to figure out how to do this and started hating Honeywell for not accepting nextTime:false.
If you have any ideas I will be happy to look into it but requesting next time from server seems like a freakin' nightmare...
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or mute the thread.
|
should be working within the latest release (0.2.0) |
I see it's in your road map to change temperature until next scheduled event, the current 10 minutes is a little low, is it straight forward enough to change the time from 10 minutes to 60 minutes?
I've been looking for a way to "boost" the heating for just an hour and I've never been able to do it. Instead, whenever I set the heating temperature change from the schedule, I either have to remember to change it back after an hour or just leave it so that it resets on the next update.
is the current 10 minute setting in the code somewhere that I could change to 60 please?
Thanks for your work, so far this implementation works great for me :)
The text was updated successfully, but these errors were encountered: