False alarm for me. Somehow the IP address of my hub changed from the static one I’d allocated - all sorted now.
So today I tried a rollback and still not all entities are showing up, I have all the valves etc, just have lost battery levels and signal strength
Ok so I figured it out before update I had added wiser smart plugs into the app, they have caused the battery state and signal state of all heating elements not to show up in home assistant. because as soon as I went into wiser app and removed the plugs and reloaded the intergration the entities have showed up again…
Edited for a 2nd time as typing on the phone I should just stay clear of!!!
Hi all. Long time use of this integration and absolutely love it.
I hope someone can help me with this simple thing I’m trying to achieve. I’m trying to use history_stats to track the number of hours hearing is on for a given period of time. Basically tracking sensor.wiser_heating, but as we know history_stats uses binary sensors. However, sensor.wiser_heating doesn’t have an attribute one can use directly to get on/off state. Surely I’m missing something simple. Can someone point me in the right direction?
This should help you;
Is anyone else encountering this while calling set_schedule?
ERROR (MainThread) [custom_components.wiser.const] Error saving schedule file. Error is type object 'YAML' has no attribute 'save_yaml'
and this while calling get_schedule:
ERROR (MainThread) [custom_components.wiser.const] Error loading schedule file wiser_schedules/nursery_guest.yaml. Error is type object 'YAML' has no attribute 'load_yaml'
ERROR (MainThread) [custom_components.wiser.const] Error loading schedule data from file
I have v2.6beta5 installed.
I had the same issue last week after upgrading the integration.
After several attempts of loading different versions and restarting HA it started working. I’m currently running v2.6beta3
Hi both, sorry you are having issues with the integration. v2.6beta4 had a fix fo rthe fact that HA removed the yaml file extension this integration was using for loading and saving the schedule files. We have used the recommended version from HA as the replacement but it looks like these are not the same and the functions in the pypi version are not the same as were in the HA version.
I will look at this tonight or tomorrow and provide a v2.6beta6 to fix for you.
I’ll also admit that maybe in the rush to fix this issue, testing quality may have lapsed!
Mark
@nofuse and @michael12 I have fixed the issue and issued a R2.6beta6 fix. Please can you update to this and let me know if sorted. Any version below R2.6beta4 will not work with HA v2021.10 due to removal of the plugin used to manipulate yaml files used in the integration.
Yep, works fine. Thanks @msp1974 !
Although it looks like something has changed with parsing the times. Seems they now need to be quoted, I’m sure that hasn’t always been the case?
My schedule:
Weekends:
- Time: “00:00”
Temp: 20.0 - Time: “05:00”
Temp: 15.0 - Time: “21:00”
Temp: 20.0
Without the quotes I’m seeing this in the log:
ERROR (MainThread) [custom_components.wiser.const] Error setting schedule for id 2 , error 400 {"Error":"5619337 : Time 1260 is invalid: should be in 24 hour clock format e.g. 1630 is 4:30pm"}
ERROR (MainThread) [custom_components.wiser.const] Error setting schedule for climate.example. Please check your schedule file.
If the yaml loader changed, perhaps it’s parsing things differently?
Thanks
@michael12 i spent quite a bit of time looking at this as this was exactly the issue i noticed when i first moved it over to use the HA yaml loader. As such i put it back to use ruamel.yaml (which is what was removed from HA in v2021.10). When i tested it, I did not see this need anymore, so strange you are seeing it now.
I will have a further look but it might not be for a few days. If you are ok to change your yaml files for now.
Ah ok. Interesting.
I have a workaround so that’s ok.
I’ll check what changes I have. I cloned the git repo and checked out the v2.6beta6 tag.
Thanks
After a good few hours of trying searching and re-installing I hope you guys don’t mind I have to resort to asking for help. I have installed HACS, and I think successfully installed the wiser integration as I see both in the HACS integrations page. I have tried master, V2.5 and V2.6b6 at no point can i find a way to configure the integration. I think I am expecting to see it in the configurations/integrations Add Integration list. I have tried restarting HA, clearing browser caches but I have not yet managed to see it appear. These are the entries in the log and wiser shows in the integrations list on the configuration/info list.
2021-10-25 01:11:13 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration wiser which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2021-10-25 01:11:13 WARNING (SyncWorker_1) [homeassistant.loader] We found a custom integration hacs which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
Any thoughts would be appreciated.
Mark
Have you followed the guide here?
Dont worry about that, it’s a standard warning that is displayed for all HACS content. It’s just a remind you that it’s not an “official” integration and that if you have problems with Home Assistant to disable them first.
Yes, several times. I have previously used my wiser heat with openhab, so very familiar with the requirements to get the key etc…
It is point 8 in the guide, I was getting stalled at. However having given up last night I try today and it is in the integration list. So through step8 and it all seems to be working. SO the old adage of have you tried turning it off and turning it on again clearly worked.
Thanks for the responses.
Hi. I am trying the HACS integration method. How do I find the secret key as I do not understand the item “4. Execute the following REST call” - I am using Windows
Took me a while .
When you are in windows and run the command prompt . Type powershell and hit return first
That way the command just works exactly as written … it’s a powershell command
Does that help
It’s on my list to update the docs but getting the key is actually very easy.
- On your hub, press the setup button and the led should flash.
- Use your phone or tablet and connect to the wifi SSID (you should now see available) that is Wiserxx_xxxxxx
- Once connected to this wifi network, open your browser and go to http://192.168.8.1/secret.
- You can then copy your key to an email to send to another device or copy and paste into the HA config if setting up integration via your phone/tablet.
- When finished, either wait for hub to revert to led on constant or repower it (quicker to repower). Must be in non flashing mode to setup integration.
Mark
I just wanted to thank Angelo for this integration, it really works so well.
I saw a few people asking about door sensors and how to stop radiators coming on if a door or window was open. While the Wiser app as an Open Window setting, it only works if it detects a sudden drop in ambient temperature and for me, at least, it’s never worked.
So I wanted to use a door contact sensor to turn the TRV off, if a door or window was open. I have got it working, so here is how you do it:
In the automations GUI, set your trigger to be the door / window sensor to be open. I set mine to only trigger if the window is open for 10 minutes. The action is then to call the Climate HVAC service and set the mode to OFF. A second automation then sets the climate HVAC service back to AUTO, once the window is closed.
Here’s the Yaml for the open window detection:
alias: Turn off Bathroom TRV if window open
description: ''
trigger:
- type: opened
platform: device
device_id: your device id here
entity_id: binary_sensor.bathroom_window_left_contact
domain: binary_sensor
for:
hours: 0
minutes: 10
seconds: 0
milliseconds: 0
condition: []
action:
- service: climate.set_hvac_mode
target:
entity_id: climate.wiser_bathroom
data:
hvac_mode: 'off'
mode: single
In the Wiser App, you will see the TRV is set to off and won’t respond to any schedules, until you turn it back on again.