Skip to content
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

Heat set to 0 degrees #54

Closed
vinta7 opened this issue Feb 19, 2019 · 9 comments
Closed

Heat set to 0 degrees #54

vinta7 opened this issue Feb 19, 2019 · 9 comments
Labels
bug Something isn't working development done
Milestone

Comments

@vinta7
Copy link

vinta7 commented Feb 19, 2019

Subject of the issue

The app is picking up the right temperature from the schedule but try to set it to 0 degrees, startet after upgrade to 1.1.2
img_0276

Steps to reproduce

Tell us how to reproduce this issue.

Expected behaviour

Tell us what should happen

Actual behaviour

Tell us what happens instead

@mskg
Copy link
Owner

mskg commented Feb 19, 2019

The left part until the 16° is produced by the App, the rest by the driver. The app checks the range of temperatures your driver supports, before setting it. Such, if the temperature you request if out of bounds, it chooses the lowest/highest possible value.

I will look at the driver.

@vinta7
Copy link
Author

vinta7 commented Feb 19, 2019 via email

@mskg
Copy link
Owner

mskg commented Feb 19, 2019

Can you create a logfile via console.re?
You can simulate what happens by running the ApplyPlans flow.

@vinta7
Copy link
Author

vinta7 commented Feb 19, 2019

Have never tried it, will have a look at it later

@mskg
Copy link
Owner

mskg commented Feb 19, 2019

You can also contact me on slack if you like, than we can have a look together.

@mskg mskg added the bug Something isn't working label Feb 19, 2019
@mskg mskg modified the milestones: v1.1, v1.2 Feb 19, 2019
@mskg
Copy link
Owner

mskg commented Feb 19, 2019

I looked at the code again and checked relevant places. The temperature set is definitly validated against the device's min/max capability values. It's unclear to me how can this happen. I definitly need logfiles.

@mskg
Copy link
Owner

mskg commented Feb 19, 2019

Thanks for the logfile, I understood the problem now. The NEST thermostat does not report step size for the target_temperature capability. This leads to

2019-02-19 15:00:08 [log] [g] [INFO ] [AthomAPI ] Target adjusted Bedroom Thermostat (Bedroom Thermostat) was 16 -> NaN (min: 9, max: 32, step: undefined)

2019-02-19 15:00:09 [log] [g] [ERROR] [ST/Check ] Retry action 5 times, waiting for 1000 { (Bedroom Thermostat) Failed to set target temperature to 0, error: Error: TEMPERATURE C VALUE IS TOO LOW: %S: {"error":"Temperature C value is too low: 0.0","type":"https://developer.nest.com/documentation/cloud/error-messages#low-c-value","message":"Temperature C value is too low: 0.0","instance":"52bcf447-2a2d-47d0-9b54-f9b6bdcfb3d7","details":{"tempC":"0.0"}}: (Bedroom Thermostat) Failed to set target temperature to 0, error: Error: TEMPERATURE C VALUE IS TOO LOW: %S: {"error":"Temperature C value is too low: 0.0","type":"https://developer.nest.com/documentation/cloud/error-messages#low-c-value","message":"Temperature C value is too low: 0.0","instance":"52bcf447-2a2d-47d0-9b54-f9b6bdcfb3d7","details":{"tempC":"0.0"}}

To be honest, I didn't expect that to be not set. I will fix this.

mskg added a commit that referenced this issue Feb 19, 2019
@mskg mskg mentioned this issue Feb 19, 2019
@mskg
Copy link
Owner

mskg commented Feb 19, 2019

Your bug is fixed in the RC for the next version. You can find the latest build here https://github.com/mskg/homey-heating/tree/release/v1.2.0-rc13

Would be great if you drop me a short not if it's fixed there?

Release notes https://github.com/mskg/homey-heating/blob/feature/plan-overview/docs/releasenotes/v01-02-00.md

@vinta7
Copy link
Author

vinta7 commented Feb 19, 2019 via email

mskg added a commit that referenced this issue Feb 20, 2019
- **Add**: Translation to Dutch, resolves #30
- **Add**: Graphical plan overview, resolves #44
- **Change**: The initial bootstrapping of the web application has been made faster by lazy loading many components.
- **Add**: Virtual heating thermostats for plans
- **Fixed**: Issues with type references
- **Change**: Startup now blocks using mutex
- **Change:** @app modules are now in the node_modules folder
- **Fix:** Reference to Settings enum
- **Add**: Colors for console output during "athom app run"
- **Add**: Notifcations can be turned off, resolves #52 
- **Fix**: step size of capabilities can be unset #54 
- **Add:** sentry.io, user can opt-out
- **Change**: optimized logging implementation
- **Change**: optimized settings handling and notification
- **Change**: map file urls to allow external integration
- **Add**: debug api to launch/stop "inspector"
- **Add**: optimized color display #21
@mskg mskg closed this as completed Feb 20, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working development done
Projects
None yet
Development

No branches or pull requests

2 participants