@ndrwha331 you can buy the kit here, if you can’t solder etc, make sure you add the soldering option to your basket.
Hi,
I run home assistant on a Raspberry PI4 with voico version
Home Assistant 2023.8.2
Supervisor 2023.08.1
Operating System 10.4
Interface utilisateur : 20230802.0 - latest
I use the Drayton Wiser Home Assistant Integration plugin to control my underfloor heating system with HA via the wiser Heathub gateway. The integration seems to be fine as you can see below.
the problem is that I can’t see the schedule cards even though there are some configured in the heating system.
I don’t see it in the preview (automatic lovelace/0)
resources:
- url: /wiser/wiser-zigbee-card.js
type: module - url: /wiser/wiser-schedule-card.js
and when I add it to the resources, I don’t see it in the list of cards I can add
i have the same problem with wiser-zigbee-card.
Where does the problem come from and how can I solve it?
Can I ask a quick clarification question - I created a new room with 2 TRVs and a thermostat. When looking at the entities I can see there is no longer individual temperature sensors but a set of LTS entities and a single temperature reading. Presume this is by design since the temperature current and target are now “merged” for a room (and/or effectively the thermostat is used as the master since more accurate)?
Thanks!
yes, the Room Stat takes over the room temp control / stat.
Wiser uses an algorithm to work out a room temperature taking in all the sensors in that room. Here is how I understand it:
- If there is a room thermostat it just uses that value
- if there are only multiple iTRVs it calculates an average.
You can still access the individual sensors temp values using template entities (the temperature attribute in the _signal entity for the device) or just read them via Developer Tools > States.
Depending how large your room is (and the shape), you might want to create two “rooms” in wiser for multiple TRVs. I’ve got a hallway based over two floors and despite being one connected space it was better to create a room for each floor.
something weird is going today, 1st the batteries drop off, then all of a sudden my iTRV are making this awful grinding noise from the motor, it sound as if it was trying to open or close when it was already in that position. Is the only way the do a calibration is too 1st remove the iTRV from the Wiser App then reset the iTRV (hold - till you see 8 RED flashes, then release and see ALL 3 LED’s), and then re-add it back into the Wiser app ?
The iTRVs have a protection mechanism that automatically opens and closes the valves periodically to prevent them jamming. Traditional TRVs often get stuck and the solution is to hit the pin with a hammer - not something you want to do with Wiser ones!
You can do a recalibration of the TRVs by turning the top towards - and holding for 3 seconds. However if they are showing as connected in the Wiser app this probably isn’t necessary - if connected to the Hub but not showing correctly in Home Assistant then the issue is probably caused by an issue of Home Assistant communicating with the hub. Look at the states of the sensors associated with each device in Development Tools > States and take note of the last changed and last updated values.
1 Like
thanks for reply, yeah I know about Wiser Valve Protection but as I said it was not moving the motor it was just grinding, I reset one of the iTRV and it reset and moved freely, so it was not stuck. I tried hold - for 3 seconds the LED turned BLUE, but did nothing ie no motor action.
What time of day did the valve make that noise and was heating scheduled?
I’ve only become conscious of this valve protection routine since the heating’s been off all the time.
It happens at 11am (which seems universal according to other posts I read) but so far I have only actually heard one (of 4) iTRVs do it.
I wondered if it might be out of calibration or a faulty unit, maybe trying to actuate the pin past its stop. I wonder if these TRVs have some sort of clutch to protect themselves from damage. I don’t imagine they can exert enough force to damage the valve/pin?
BTW I don’t think you need to remove the device from the app/integration in order to recalibrate it.
around 5pm, valve protection is disabled. Heating is turned off for summer, has been since April, won’t get turn back on until around mid October.
just noticed this
This error originated from a custom integration.
Logger: homeassistant
Source: custom_components/wiser/helpers.py:11
Integration: Drayton Wiser Integration for Home Assistant (documentation, issues)
First occurred: 17 August 2023 at 17:56:17 (1980 occurrences)
Last logged: 10:27:12
Error doing job: Task exception was never retrieved
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 229, in _handle_refresh_interval
await self._async_refresh(log_failures=True, scheduled=True)
File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 374, in _async_refresh
self.async_update_listeners()
File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 164, in async_update_listeners
update_callback()
File "/config/custom_components/wiser/sensor.py", line 288, in _handle_coordinator_update
super()._handle_coordinator_update()
File "/config/custom_components/wiser/sensor.py", line 189, in _handle_coordinator_update
_LOGGER.debug(f"{self.name} device update requested")
^^^^^^^^^
File "/config/custom_components/wiser/sensor.py", line 305, in name
return f"{get_device_name(self._data, self._device_id)} Signal"
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/config/custom_components/wiser/helpers.py", line 11, in get_device_name
if device.product_type == "iTRV":
^^^^^^^^^^^^^^^^^^^
AttributeError: 'NoneType' object has no attribute 'product_type'
could have been the cause for the battery issues ?
I presume this is because you have removed and readded a TRV? If so, you need to reload the integration as that is now a ‘different’ TRV on the hub ie it will have a new id.
I find best way to recallibrate them is to remove batteries, turn dial left or right to ensure no stored residual power, put batteries back in and when 3 lights come on, turn to right for 3 secs.
1 Like
strange affter i reset snd re-added the device HA found the battery level correctly , did not restart HA.
You might need to do a browser refresh with Shift F5.
1 Like
@LewisSpring, @andyblac, thanks, I am aware of the project and I wish I could use it. The problem is with the installation, not with assembling it. I am not allowed to open the boiler myself and I would have to convince an installer to do it for me and sign it off afterwards. So, this would have to be a commercial product with safety certificates and UK warranty.
So far the most promising is Plugwise but they are relatively unknown outside the Netherlands and Belgium.
do you have a OpenTherm Thermostat now ? If so you done need to open your boiler just use the the OT connections from the Stat end.
thank you it works now
Not that I can see. Idon’t really monitor which devices use it vs the general wifi access point tbh
Hello - I have a Merten Wiser hub. Will this work with your integration? If not, can you make it work? The integration asks for the “secret key” but I don’t have this. It is connected to the “cloud” and there is a username and password.
Can anyone make this work? Please?
Thanks!