-
Notifications
You must be signed in to change notification settings - Fork 28
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
Any chance of updating Heatmiserneo #3
Comments
Hi, What features are you after? Most things are limited by what the API exposes but if you have something specific in mind you can always raise a request and I'll see what I can do when I get some time. I've only got the one stat so my testing is limited, as such I probably miss certain things. |
Thanks for the quick response! One of the things is that if I put one of the thermostats on standby all 11 go to the same setting. This is obviously not the intention as it should only apply to the rooms in the house that are not being used. Now all rooms go to the set temperature of in my case 17 degrees. Another option that would be nice to have is the hold function to extra heat a particular room for an X number of hours. Thanks in advance for looking into this!
Get Outlook for iOS<https://aka.ms/o0ukef>
…________________________________
From: MindrustUK <notifications@github.com>
Sent: Tuesday, February 19, 2019 4:55 pm
To: MindrustUK/Heatmiser-for-home-assistant
Cc: Trouble-51; Author
Subject: Re: [MindrustUK/Heatmiser-for-home-assistant] Any chance of updating Heatmiserneo (#3)
Hi, What features are you after? Most things are limited by what the API exposes but if you have something specific in mind you can always raise a request and I'll see what I can do when I get some time.
I've only got the one stat so my testing is limited, as such I probably miss certain things.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub<#3 (comment)>, or mute the thread<https://github.com/notifications/unsubscribe-auth/AZej1IB7B2nmQDlW4z1nSgVQjfteM4x1ks5vPCyegaJpZM4bDWln>.
|
I've had a quick look into this last night; The stats not responding independatly hasn't been reported by anyone else recently, someone contributed a fix to this a while ago. Until I get another Neostat-e I can't test this myself. On the "Hold" functionality: the thermostat component has no option to enter a time, much as there is a hold function which can be used. I'm sure this could be hardcoded at a set interval. I'll need to find some time to investigate further and see if I can spawn an input field. |
I've also just noticed you refer to the "Orignal" version. There have been a few updates to the plugin since. Have you tested with the latest codebase? |
OK, thanks! I will look into this when I am back home, I am travelling at the moment
Best regards,
Jos
… On 20 Feb 2019, at 08:54, MindrustUK ***@***.***> wrote:
I've also just noticed you refer to the "Orignal" version. There have been a few updates to the plugin since. Have you tested with the latest codebase?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or mute the thread.
|
Look forward to testing your work with Home Assistant. Have recently installed a new Heatmiser Neohub and 6 x Neostats |
Count me in on any beta testing. Two neo-e thermostats up, four more in house to install. Keep up the great work!
Storm
|
I think I am getting there but after the latest hassio update I get the following warning:
WARNING (MainThread) [homeassistant.helpers.config_validation] Your configuration contains extra keys that the platform does not support. Please remove [debug]. (See /config/configuration.yaml, line 114).
And the line 114 in config is:
114 climate:
115 - platform: heatmiserneo
116 host: 192.168.1.28
117 port: 4242
118 debug: True
I did change the file name in custom_components to climate.py in a folder named heatmiserneo based on the instructions
This is a screenshot:
Study Jos and Living & Kitchen are a combination of Heatmiserneo and Netatmo, the others just Heatmiserneo. Are the latter not missing the on and off button? The ones on the right are Melcloud
Thanks again for your help,
Jos
From: MindrustUK <notifications@github.com>
Reply-To: MindrustUK/Heatmiser-for-home-assistant <reply@reply.github.com>
Date: Wednesday, 20 February 2019 at 08:54
To: MindrustUK/Heatmiser-for-home-assistant <Heatmiser-for-home-assistant@noreply.github.com>
Cc: Trouble-51 <josderaaij@gmail.com>, Author <author@noreply.github.com>
Subject: Re: [MindrustUK/Heatmiser-for-home-assistant] Any chance of updating Heatmiserneo (#3)
I've also just noticed you refer to the "Orignal" version. There have been a few updates to the plugin since. Have you tested with the latest codebase?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or mute the thread.
|
Apologies for the incomplete information.
The version of Hassio I use is: 88.1
The version of heatmiserneo.py (renamed to climate.py) is: 93b0ca2
The latter gives the following state information:
climate.living_and_kitchen heat current_temperature: 22.4 min_temp: 7 max_temp: 35 temperature: 23 away_mode: off friendly_name: Living and Kitchen supported_features: 1025
When I press the temperature in the “simple temperature card” it shows the following:
When I put this in Away mode all thermostats go in Away mode not just this one and it are shown as “Idle” the same as when the heating is not active .
On the iPhone App, Away mode is called “Standby”
There is no “Hold” available.
I hope the info in the two emails will be of help!
Best regards,
Jos
From: Jos de Raaij <josderaaij@gmail.com>
Date: Saturday, 23 February 2019 at 22:33
To: MindrustUK/Heatmiser-for-home-assistant <reply@reply.github.com>, MindrustUK/Heatmiser-for-home-assistant <Heatmiser-for-home-assistant@noreply.github.com>
Cc: Author <author@noreply.github.com>
Subject: Re: [MindrustUK/Heatmiser-for-home-assistant] Any chance of updating Heatmiserneo (#3)
I think I am getting there but after the latest hassio update I get the following warning:
WARNING (MainThread) [homeassistant.helpers.config_validation] Your configuration contains extra keys that the platform does not support. Please remove [debug]. (See /config/configuration.yaml, line 114).
And the line 114 in config is:
114 climate:
115 - platform: heatmiserneo
116 host: 192.168.1.28
117 port: 4242
118 debug: True
I did change the file name in custom_components to climate.py in a folder named heatmiserneo based on the instructions
This is a screenshot:
Study Jos and Living & Kitchen are a combination of Heatmiserneo and Netatmo, the others just Heatmiserneo. Are the latter not missing the on and off button? The ones on the right are Melcloud
Thanks again for your help,
Jos
From: MindrustUK <notifications@github.com>
Reply-To: MindrustUK/Heatmiser-for-home-assistant <reply@reply.github.com>
Date: Wednesday, 20 February 2019 at 08:54
To: MindrustUK/Heatmiser-for-home-assistant <Heatmiser-for-home-assistant@noreply.github.com>
Cc: Trouble-51 <josderaaij@gmail.com>, Author <author@noreply.github.com>
Subject: Re: [MindrustUK/Heatmiser-for-home-assistant] Any chance of updating Heatmiserneo (#3)
I've also just noticed you refer to the "Orignal" version. There have been a few updates to the plugin since. Have you tested with the latest codebase?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or mute the thread.
|
Hi Jos, The debug key can be removed. From the config, that will get rid of the error your seeing. With regards to screenshots they aren't appearing in GitHub. Can you upload these to imgur or similar and link to them? also consider when replying clearing down the previous email trail or reply on GitHub as it's creating a lot of very long threads. |
Perhaps this can be of use? |
Are there any installation instructions regarding adding this as a custom components when running HA in HASSIO on a RPi3B+ ? |
@haakonstorm Please raise requests in a separate issue. I'd suggest one for documentation in your case. I'll have a look at maybe writing something up on the wiki. |
@mindtrustUK: I hardly dare ask as I know that you don't have much time to work on the .py file, but I do it anyway: I am using lovelace card "simple thermostat" which should show buttons but doesn't I also have Mitsubishi air conditioners which uses Melcloud (climate.py) and the do show buttons in the same simple thermostat card: my question is whether it would be possible to add buttons for heatmiserneo? The Melcloud "states" have the following information: I guess the "operation mode" and "operation list" does the trick. Could the applicable options be included in the climate.py file of the Neo? |
Returning operation mode should be trivial. I'll see if I can fit it in next time I look at the code. Last I looked at this I resolved away mode being applied to all thermostats at the Neohub layer but now HASS is doing some strange and not refusing to update status. |
I tried the away mode using the simple thermostat and all rooms went to away mode that weren't already in that mode. When I switched it back all rooms, with the exception of the rooms that were set in away mode on the app on the iPhone, went back to idle and the set temperature. |
Sorry, my previous statement may have been confusing. I have not pushed the away functionality to public yet as it's still doing some werid stuff I'm not happy with. Updates when I get to it again. |
Thanks, sorry to be a pain!!
From: MindrustUK <notifications@github.com>
Reply-To: MindrustUK/Heatmiser-for-home-assistant <reply@reply.github.com>
Date: Wednesday, 27 March 2019 at 08:40
To: MindrustUK/Heatmiser-for-home-assistant <Heatmiser-for-home-assistant@noreply.github.com>
Cc: Trouble-51 <josderaaij@gmail.com>, Author <author@noreply.github.com>
Subject: Re: [MindrustUK/Heatmiser-for-home-assistant] Any chance of updating Heatmiserneo (#3)
Sorry, my previous statement may have been confusing. I have not pushed the away functionality to public yet as it's still doing some werid stuff I'm not happy with. Updates when I get to it again.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or mute the thread.
|
Hi MindrustUK. This is great work with Heatmiser Neo. I have a 15 device setup of which 14 are configured as thermostats and 1 has been configured as a clock to control the heating of the hot water cylinder. Of the 14 thermostats, 6 are NeoStat and 8 are NeoAir, all talking to a V2 Gen NeoHub. I am happy to be used as a test site if this helps. Comments:
Questions:
Any questions please ask. Regards |
Hi Simon, Unfortunately life has a habit of keeping me busy at the minute, most of this still on my list to get round to. Standard functions: "Auto", "Hold" and "Standby", I was having some challenges with regards to time entry and the HASS UI I need to revisit. This is due to when asserting "Hold" a time is required and I wanted a nice way to feed this in without relying on a separate data source or fixed variable. Time clock: there's an open issue here; https://github.com/MindrustUK/Heatmiser-for-home-assistant/issues/2 I'm going to get to when I have a bit more tinkering time. This is also affecting the NeoPlug hardware support I plan on adding (They also present as a time clock of sorts). The suggestion of a switching time is a good one. I don't actually know what "Time Clock" mode really means so I have to do more reading before I can provide a 'Good' answer to this. An example of an automation based on time criteria can be executed as follows:
Hope that helps, please check other issues for updates on specifics and feel free to raise new issues for things not already identified. |
I have also noticed that the "away mode" function doesn't have any affect on my system. The standby function is selected within each thermostat, and is used when a room is not being used and does not need heating. This is an individual setting for each thermostat. I hope this helps. If you want me to test anything, please feel free to send me an update. |
Many thanks for your response. Regarding the automation, I was wanting to compare the actual room temperature to a specific value, and switch a smartplug if the temperature exceeds that value. Something like this:
The problem is I don't know how to extract just the current room temperature out of the climate.guest_ensuite data. |
Hi @simonsmart99 That looks right at a quick glance, however I suggest you try the HASS forums. I'm not sure you can trigger on temperature, I think you can only use it as a condition. I haven't done much investigation but you may get better input from the forums. |
I did some research on the HASS forums, and came up with the following solution if anyone wants to try this. First define a new sensor for the current room temperature in configuration.yaml
Then in automations.yaml
Works very well. |
@simonsmart99 Can you send me the output of |
Sorry for the noob question, but where should I run this command. I have run it in the root directory of the rPi running HASS, but it returns nothing. |
Hi @simonsmart99 it's possible netcat may not be installed try the following and then repeat the command as previous:
|
Sorry, apt-get is not installed on HASSIO. I am working on it. I have just upgraded to latest HA, and now my heatmiserneo platform is not recognised when I check the config. Anyone else had the same problem? |
Hmmm hassio should already have NetCat installed, try running which nc and see if is on the path. Answers around 0.92 can be found here #10 |
Hi any chance of an update of heatmiserneo. I get the following error: Platform error climate.heatmiserneo - Integration 'heatmiserneo' not found. Notsure what this means and what to do about it. Help would be very much appreciated! |
After rebooting as opposed restarting the thermostats are back!! Thanks for pointing that out. Having said that i only have one state which is "heat"and when i push on it I get the following message: Failed to call service climate_set_hvac_ mode. Any idea why that is? Can you let share your lovelace setting for your thermostat? |
No big surprises:
this is what I would have done in your place your results may vary!
2.1 comment out the
|
thanks for your very clear input. However i get the following error message after rebooting: Platform error climate.heatmiserneo - cannot import name 'STATE_AUTO' from 'homeassistant.components.climate.const' (/usr/src/homeassistant/homeassistant/components/climate/const.py) any idea what to do about that? As a result there are no "climate states" in the state option relating to heatmiser. |
PS: i just got back from an overseas trip, hence my delayed message |
I found a more detailed message which probably explain the error better: File "/config/custom_components/heatmiserneo/climate.py", line 14, in |
Error in |
Sorry, just had to. Let me search github issues a bit on the error messages you provided and see if I can come up with something to try. If that don't go anywhere I'm here to offer up to try and rather see if I can help one on one in some way or another, via Teamviewer, VPN or external access somehow we can get working. I was generously helped live some time back by one of the devs behind Anyways, I was about to do my bit and search for similarly themed issues here on the hub, be right back. |
I see now that the error message you get:
implies that the I'm not very well versed in python, but I do know that there is a fair bit of caching going on. That's why I was so specific in the instructions above in order to be 100% sure to get rid of your old install and 100% sure the newest version from the repo was the only code, cached or otherwise, running on your hass. Could you please try doing the procedure as above and try again? I might be totally wrong in any of my assumptions, but one thing is for sure and that is that hass is complaining about something this component used to ask for but no longer does. My guess is doing the above, or at least successfully somehow getting the newest version of the component running in your hass, will get everything up and running again. turning on the VPN |
Hi All,
Shouldn’t there be an “Idle” mode? All my thermostats show “heat” as the “state" while most of them should show “idle” because these rooms are in away mode on the Heatmiser App.
I get the same message when pushing the heat button (Failed to call etc.) and nothing happens when pushing the away and none buttons.
Thanks
… On 29 Nov 2019, at 18:59, PhillyGilly ***@***.***> wrote:
I thought I would give you an update. Herewith the new screenshot, with buttons on the thermostat card. None of the buttons are functional, and I receive the following message when I click on any of them.
Failed to call service climate/set_operation_mode
Also the boiler device which is configured as a clock still has the idle setpoint as "238".
<https://user-images.githubusercontent.com/10942706/56982919-4f2c5b80-6b7a-11e9-86fe-dee9c9128fde.jpg>
Simon, did you get anywhere with your 238 problem?
I've got the same here (see below)
<https://user-images.githubusercontent.com/56273663/69885930-9842ba80-12d7-11ea-9185-6eb581c5566e.jpg>
The two rows represent a Bedroom with a Bathroom that has electric underfloor heating and an on/off towel rail. I think that the controller on Towel Rail 2 is a neoStat-hw v1 but on Towel Rail 3 it is a v2.
In an ideal world I'd like to bring the neoSat-e as Thermostats displaying the air temperature but the neoStat-hw as Binary Sensors. I'm guessing this will require a bit of work on the climate.py. Should I tackle this by detecting TIMECLOCK_MODE in [INFO] or is it a DEVICE_TYPE property?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub <#3?email_source=notifications&email_token=AGL2HVBAMUEGTD4FVQDEXBDQWFRB5A5CNFSM4GYNNFT2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEFPNYRY#issuecomment-559864903>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AGL2HVDKUPLX7IFBVQMICBTQWFRB5ANCNFSM4GYNNFTQ>.
|
Correction: when I push away on one of the thermostats all 11 thermostats go to Away Active. When I push then none on one of them, the ones that were on Standby Enabled go either to Standby Enabled again or Away Active. When I go to the app and push on AWAY and turn off “Permanently Away” the ones that were on Away Active go back to Standby Enabled.
The ones that were not on Standby Enabled before i started pushing buttons go back to heating mode, but not actually heating when the set temperature has been reached.
A bit confusing I am afraid, but i had to experiment a couple of times to actually understand what was happening.
… On 1 Dec 2019, at 18:09, Jos ***@***.***> wrote:
Hi All,
Shouldn’t there be an “Idle” mode? All my thermostats show “heat” as the “state" while most of them should show “idle” because these rooms are in away mode on the Heatmiser App.
I get the same message when pushing the heat button (Failed to call etc.) and nothing happens when pushing the away and none buttons.
Thanks
> On 29 Nov 2019, at 18:59, PhillyGilly ***@***.*** ***@***.***>> wrote:
>
> I thought I would give you an update. Herewith the new screenshot, with buttons on the thermostat card. None of the buttons are functional, and I receive the following message when I click on any of them.
>
> Failed to call service climate/set_operation_mode
> Also the boiler device which is configured as a clock still has the idle setpoint as "238".
>
> <https://user-images.githubusercontent.com/10942706/56982919-4f2c5b80-6b7a-11e9-86fe-dee9c9128fde.jpg>
> Simon, did you get anywhere with your 238 problem?
> I've got the same here (see below)
> <https://user-images.githubusercontent.com/56273663/69885930-9842ba80-12d7-11ea-9185-6eb581c5566e.jpg>
> The two rows represent a Bedroom with a Bathroom that has electric underfloor heating and an on/off towel rail. I think that the controller on Towel Rail 2 is a neoStat-hw v1 but on Towel Rail 3 it is a v2.
> In an ideal world I'd like to bring the neoSat-e as Thermostats displaying the air temperature but the neoStat-hw as Binary Sensors. I'm guessing this will require a bit of work on the climate.py. Should I tackle this by detecting TIMECLOCK_MODE in [INFO] or is it a DEVICE_TYPE property?
>
> —
> You are receiving this because you authored the thread.
> Reply to this email directly, view it on GitHub <#3?email_source=notifications&email_token=AGL2HVBAMUEGTD4FVQDEXBDQWFRB5A5CNFSM4GYNNFT2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEFPNYRY#issuecomment-559864903>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AGL2HVDKUPLX7IFBVQMICBTQWFRB5ANCNFSM4GYNNFTQ>.
>
|
Further investigation: |
Interesting spreadsheet! Isn’t it true that a lot of the available fields are not used in the "Neostat support for home-assistant.io <http://home-assistant.io/>” and as it stands most of which are not needed, but some of which may make it a lot more useful? I see that only two of your devices have STANDBY as “true’ but how does that translate in the new away button. As I mentioned in my email all my 11 thermostats got to Away Active (on the iPhone app) when I press the button on one of them as opposed to STANDBY for the one I pressed. Do you have the same problem?
I don’t see an ‘idle” field in the spreadsheet, shouldn’t that be there or AUTO as it is called in the app? The app has three options AUTO, HOLD and STANDBY, it would be nice if those options were individually available for each thermostat.
I am just commenting as I am no programmer, but hopefully just giving some useful input as I have 11 thermostats.
… On 2 Dec 2019, at 10:55, PhillyGilly ***@***.***> wrote:
Further investigation:
I've collected the JSON file sent by the heohub by copying it from my HA log, and then rearranged it into a spreadsheet showing rows for the items and columns for each device.
Json.xlsx <https://github.com/MindrustUK/Heatmiser-for-home-assistant/files/3910857/Json.xlsx>
It's hard to see how the returned information is going to help determine what kind of neoStats are fitted (unless it is something that my installers did or didn't do when setting up the neoStats)
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub <#3?email_source=notifications&email_token=AGL2HVBAAN3TZ3WYNBIOWFLQWTSRTA5CNFSM4GYNNFT2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEFTCZCY#issuecomment-560344203>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AGL2HVBARZSK3A7A5VZUYB3QWTSRTANCNFSM4GYNNFTQ>.
|
Without too much in the way of computer skills, you should be able to create your own similar spreadsheet. If you add the following to your Home Automation configuration file it will start to capture the necessary data. logger: Go to Developer Tools and then select Logs. Then ask for the extended log. Be patient then it will look like this: |
I did create the spreadsheet but don't know whether it shows something that is helpful in solving the issue that all my thermostats go to standby when I press the away button on one of the 13 thermostats. |
Hi all I have a heatmiser 2 channel RF receiver/switch. Will this plugin allow me to control it, well all i need is HW on and off. For CH , which heatmiser stat will work with this? |
with the latest update of Home assistant, version 0.110.1 I get the following message: Log Details (WARNING) ClimateDevice is deprecated, modify HeatmiserNeostat to extend ClimateEntity Can you please help to solve this issue? |
Same issue here. Any help greatly appreciated :-D |
Updated as per latest commit. Should resolve the issue. |
Thanks very much for the speedy action. The message is gone! |
Closing issue. Lots of updates and this thread has become a bit of a unspecified collection of multiple issues. |
Refactor out common methods into base NeoStatBinarySensor class
Hi, I am using the original version for 11 thermostats. Any chance of sophisticating the project with more options that are available on the app from Heatmiser?
The text was updated successfully, but these errors were encountered: