Are any Shelly TRV owners here that experienced the issue that the battery of the shelly is basically drained within one week?
By pure coincidence I opened the device page today and saw the shelly showing 3% battery. I did nothing out of the ordinary that I am aware of and it fine worked before.
Have you been able to find any reason why this might happen?
My setup used (I switched to MQTT) the official Shelly integration. Currently the battery usage appears to be normal.
I have a Shelly TRV but it’s at 99% for two months.
Firmware version is 20220811-152343/v2.1.8@5afc928c.
I tried looking to see if there was a debug log which we could use - all of the Shelly devices typically have a debug - except on the TRV!
The problem must be related to a service or function which is common to some users. I’m using basic control where I simply adjust the temperature from HA manually; I have no MQTT enabled.
I have COIOT enabled with my HA server (port 5683), no cloud, WiFi is 2G4 @54dB and do not have POST HTTP enabled for valve actions.
Do you know what configuration and services you are using on the TRV such as:
WiFi type & strength:
MQTT:
COIOT:
POST/REST HTTP (valve actions):
Firmware version:
Device Discoverable:
Is the display timing out (do LED’s go off)?
WiFi type & strength: 2.4GHz @20dB (I had 54dB previously and also batteries problems, now I am testing with Low Transmit Power
MQTT: disabled for now
COIOT: enabled with HA server
POST HTTP (valve actions):
What you mean by this? Can I somehow fully disable http actions? I do not use any REST commands with shelly and also do not use any HTTP actions from any other devices
Firmware version: 20220811-152343/v2.1.8@5afc928c
Device Discoverable: no
Is the display timing out (do LED’s go off)? yes
It seemed to work for a few days but about 5 days ago I saw another significant drop in battery capacity. Interestingsly I nobody had been home when the drop occured. No clue what it could be related to.
My settings:
MQTT: enabled
COIOT: disabled for now
POST HTTP: only notify trv when a window is open
Firmware version: 20220811-152343/v2.1.8@5afc928c
Device Discoverable: yes
I carried out a test to see if I could cause some battery loss by leaving the browser window open overnight as this would generate traffic back and forth as the time, temperature and valve position would need to be updated within the browser window. It was just a theory from looking at your graph - perhaps there had been a browser left open, and maybe that timed out after some point… but no, I still have no loss to the battery capacity and it’s still at 99%.
Could you try plot the valve position over this same graph and see if the valve was moving at all over the 24hr period?
I’ll also edit the list of items to collect/suggest above to add in “device age” and whether Low Transmit Power was enabled or not.
WiFi type & strength:
MQTT:
COIOT:
POST/REST HTTP (valve actions):
Firmware version:
Device Discoverable:
Is the display timing out (do LED’s go off?):
Device age:
Low Transmit Power:
Sure, I plotted them and looking on the graph I recognized it happen exactly in the period where I have been on a business trip. I need to validate this but I got the idea it might be related to poor wifi reception. If nobody is here I turn off certain outlets. Due to the permanently powered outlet was full I used the one that is turned if nobody is home for my second access point.
did anyone ever find a clue on this? I got 10 TRV. Since January or February. Didnt experience any issues until the mid of April. One device was at about 89%. All others still 99%.
Two weeks later this one was at 3%. All others still 99-97%
I charged it but the problem ssems to persist. About 8% per day. What is more, now a second one started to beahve like this.
I’m a little bit lost. Anyone?
I did some further investigation.
Indeed the signal for one of the TVR was really bad. I switched to another network now.
Interesting fact, after recharging it, it dropped from 100% to 80% within 20 minmutes. This never happened before. Now it’s still at 80%.
Other thing I noticed, it might deal with WiFi frequency. I saw that the new AP is at 20MHz. The old one is at 40MHz.
Just to come back to this discussion, I have a Shelly TRV installed since Oct 2022 and as I reported back in January of this year, it remained on ~99% until June of this year and has since dropped to 63% in total.
As I mentioned at the time, mine is near a router with a strength of 54dB.
So yeah, in theory these TRV’s can probably last for 2 years on a charge if the conditions are right.
Same problems here. I have 6 TRV’s, the 2 of them eats battery very fast, even though they have better/same signal level as the others, and config is the same for all of them.