LHT65 -- disappointing battery life

So I have 2 LHT65 . One for over a year and the second one for 3 months.
The battery of the older unit seems to hold its voltage well.
image

Unfortunately the 2nd , newer unit , shows a quick loss of battery voltage in the 3 months I had it.
image

Both units are sending at SF7 once per hour. So no difference there.

1 Like

Are they running on same SF, same TX pwr, confirmed or unconfirmed messages and same update rate (message periodicity) with same payload? Also 2nd looks like the classic discharge curve/end of life you can expect #1 to go through suggesting, all things being equal, that #2 battery was already part used by the time you started using/plotting here.

1 Like

Yes, both units identical. Same SF, same TX power, unconfirmed uplinks once per hour.

1 Like

Are they running the same firmware version? (Such that e.g. sleep configurations are the same - also can you check internally to see if the builds/pcb’s are same h/w versions? - Not unknown for Dragino to make minor h/w changes for what is then the same Sales SKU) Are you able to measure e.g. sleep currents for the respective units to see if it really is one unit having a problem. Are the batteries the same make and type (chemistry)? Are you able to determine the age of the respective batteries? TBH in my experience these issues are usually a problem of the battery being poor or defective rather than the units themselves. One test is put identical fresh batteries in each unit and restart and see if the same unit dies faster again - looking at your graphs you should get a clear picture within 1-1.5months :wink: If you dont see a repeat building within that time put it down to #2 having had a bad battery and move on :slight_smile:

1 Like

Hi again HB, prompted by your story I thought I would go look carefully at one of my own LHT65’s - this is deployed at a remote site in the north of England, so I cant make physical checks only look at received data - installed July/Aug’19 running at SF7 under ADR (so likely also with slightly reduced TX power as with very good signal level & conditions to nearby TTIG as GW. Little battery drop so far - if anything the slightly warmer weather over the summer has helped recovery. Note update rate is every 20mins, and unit also has an external temp probe so reporting T&H directly along with additional T.

image

Are both of yours the same distance, and essentially the same or very different signal paths, to GW - such that one might be commanded to run at lower TX pwr if both on SF7? Tx will have significant impact on battery life…are they configured for ADR?

1 Like

I share your observation: I have a dozen LHT65 sensors deployed and although 99% of them work fine, the battery of one LHT65 drained within a month. I had to replace it.

Although a bad battery may be the case, the following could be a reason too: these sensors are manufactured with the battery switched on and set to deep sleep until they are deployed. It could be of course that a single LHT65 was on stock longer than the others. Even in deep sleep batteries drain over time.

It is not a conclusive answer but these things happen.

1 Like

From Dragino product info:

Built-in 2400mAh battery for more than 10 year use

What battery type is this?

1 Like

You’re not kidding. After having experimented with various Dragino products I noticed that with other Dragino products as well. And it never work in my favor, which is why I noticed FW bugs and old HW versions . So for experimenting Draginos are fine, but currently I would tend to rather not use them in a major product rollout. (Unless you want to open up every unit before deployment, to examine HW versions and FW versions. And even that won’t protect you from bad quality batteries.)

@ bluejedi Since the data of the LHT65 with the dying battery is not important, I wait until it dies completely, then break the sealed case open, examine and replace the battery and report back .

1 Like

I purchased a FDK Lithium battery CR17450E-R (3V) and soldered the wires to the power clips.

2 Likes

Hi, same to me, one sensor drained in 3 month. Dragino replaced it without problem after showing the discharge curve and purchase bill to check that was really ony 3 months.

2 Likes

That’s certainly nice of them, and appreciated by the hobbyist LHT65-user, including me.

1 Like

I have three units and am curious if you changed the transmit time to anything less than 20 minutes (default)? My oldest LHT65 is about six weeks and the battery seems to stay slightly above 3 volts. Thanks.
Bob

1 Like

Moat batteries start out optimistically - and you can see from the original post that at 3V it runs for a long time.

As for the uplink interval, send it to what you need - more = less battery life.

1 Like

any pointers on how to open the glued version - i have one with a dead battery

1 Like

They’re not glued. Just very hard to open. AFAIK.

1 Like

According to dragino there unglued version, you have to ask for it. By default they are glued. The box is’soft’ and easy to dent (screwdriver marks)

1 Like

Where did you find that information? Nothing in the manual and no hits on google apart from 1 YouTube clip (which shows an empty unit, probably LHT65-BAT-CA, being opened) and a question (yours?)/reply on Twitter.

1 Like

It is in the comment of the you tube clip

Screenshot 2022-04-21 at 22.49.47

2 Likes

I managed to open it, it was glued I damaged the enclosure a bit …

IMG_0134

The old battery … after removing the isolation

IMG_0131
IMG_0130

I fitted the replacement battery and the sensor re-joined and was working without any config work. i.e. it keeps the settings even without a battery.

4 Likes

Oping these units is a pain. But knowing they can be deployed outside makes up for it.

All settings are stored in eeprom.

1 Like