Author Topic: EEVblog 121GW Multimeter Issues  (Read 398060 times)

0 Members and 1 Guest are viewing this topic.

Offline jchw4

  • Regular Contributor
  • *
  • Posts: 59
  • Country: 00
Re: EEVblog 121GW Multimeter Issues
« Reply #1175 on: April 14, 2020, 02:48:05 pm »
There was still one block of zeroes though:
Code: [Select]
$ grep -a -B 1 -A 1 '^133619,2020' 20021500.CSV | xxd
00000000: 3133 3336 3138 2c32 3032 302f 3032 2f31  133618,2020/02/1
00000010: 362c 3034 3a35 303a 3533 2c44 4356 2c30  6,04:50:53,DCV,0
00000020: 3039 2e30 3835 2c56 2c2c 2c2c 2c2c 2c2c  09.085,V,,,,,,,,
00000030: 0d0a 3133 3336 3139 2c32 3032 3000 0000  ..133619,2020...
00000040: 0000 0000 0000 0000 0000 0000 0000 0000  ................
00000050: 0000 0000 0000 0000 0000 0000 0000 0000  ................
00000060: 0000 0000 0000 0000 0000 0000 0000 0000  ................
00000070: 0000 0000 0000 0000 0000 0000 0000 0000  ................
00000080: 0000 0000 0000 0000 0000 0000 0000 0000  ................
00000090: 0000 0000 0000 3133 3336 3231 2c32 3032  ......133621,202
000000a0: 302f 3032 2f31 362c 3034 3a35 303a 3534  0/02/16,04:50:54
000000b0: 2c44 4356 2c30 3039 2e30 3936 2c56 2c2c  ,DCV,009.096,V,,
000000c0: 2c2c 2c2c 2c2c 0d0a 3133 3336 3232 2c32  ,,,,,,..133622,2
000000d0: 3032 302f 3032 2f31 362c 3034 3a35 303a  020/02/16,04:50:
000000e0: 3534 2c44 4356 2c30 3039 2e31 3036 2c56  54,DCV,009.106,V
000000f0: 2c2c 2c2c 2c2c 2c2c 0d0a                 ,,,,,,,,..

I did not expirience blocks of zeros yet on a new 2.04 firmware, but I will keep looking into it. Could you try doing a `dd` of entire card, or `badblocks` on it?

I will, but you can see that this block is aligned with record size. To me it looks like exactly two missing lines. I doubt that it's a card problem. I also never deleted anything from this card, so I am using every block only once ;)

Quote
I will analyze my data and see if similar things is present.

It looks like you are using data logging with interval 0 (as fast as possible). Could you try switching to interval 1 (1 second), and see if the problem also occurs then?

Then we should expect issues to come at least 5 times slower ;) I think we should check the maximum possible rate, because this is when all the issues arise.

I can replace the card and do some tests again. Will need to set up the environment.



 

Offline joeqsmith

  • Super Contributor
  • ***
  • Posts: 6878
  • Country: us
Re: EEVblog 121GW Multimeter Issues
« Reply #1176 on: April 14, 2020, 06:41:54 pm »
Hi Joe,

Thanks, my meter behaves as in your video. 5V/autorange shows <1V, 50V range shows some garbage, other ranges work. Would be nice to show at least "I can't auto-range on that"...

Do you know, is this a hardware or a firmware problem? I really like the meter otherwise, but this makes it useless for tube radio stuff. My meter is 1807 Datecode and fortunately still within EU warranty.

The fact you are able to manually range the meter to overcome this problem is a big hint to where the problem lies.   If you just treat it as a manual range meter, you should be fine (assuming none of the other shortcomings are a problem for you). 

They have had a few years to get it right and as you have seen yourself, even the basic autorange still has major problems.   Without Dave pushing the designers for improvements, I don't think you will find problems being addressed very quickly.   

It certainly has caused me to view the certifications as having less value.   Scary to think it can't reliably display voltage.       
https://youtu.be/7AhypTCJOTE?t=1303
How electrically robust is your meter?? https://www.youtube.com/channel/UCsK99WXk9VhcghnAauTBsbg
 

Offline bateau020

  • Contributor
  • Posts: 18
  • Country: fr
Re: EEVblog 121GW Multimeter Issues
« Reply #1177 on: April 15, 2020, 03:12:06 pm »
5V/autorange shows <1V, 50V range shows some garbage, other ranges work. Would be nice to show at least "I can't auto-range on that"...

Had the same problem once, on capacitance (1nF), on v2.04. Since then, have been unable to reproduce this.
So yes, there is something strange going on, but it's not a biggy for me.
 

Offline movax

  • Newbie
  • Posts: 4
  • Country: aq
Re: EEVblog 121GW Multimeter Issues
« Reply #1178 on: April 18, 2020, 03:55:22 pm »
Indeed, there are still issues with logging reliability:

I did find single block of zeros in 26MB file:

Code: [Select]
012f27d0  2c 0d 0a 32 35 36 31 33  36 2c 32 30 32 30 2f 30  |,..256136,2020/0|
012f27e0  34 2f 31 37 2c 30 38 3a  35 36 3a 35 35 2c 44 43  |4/17,08:56:55,DC|
012f27f0  6d 56 41 2c 30 30 31 37  2e 32 33 2c 6d 56 41 2c  |mVA,0017.23,mVA,|
012f2800  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
012f2810  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
012f2820  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
012f2830  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
012f2840  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
012f2850  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
012f2860  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
012f2870  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
012f2880  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
012f2890  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
012f28a0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
012f28b0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
012f28c0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
012f28d0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
012f28e0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
012f28f0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
012f2900  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
012f2910  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
012f2920  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
012f2930  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
012f2940  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
012f2950  00 00 00 00 00 00 00 00  00 32 35 36 31 34 31 2c  |.........256141,|
012f2960  32 30 32 30 2f 30 34 2f  31 37 2c 30 38 3a 35 37  |2020/04/17,08:57|
012f2970  3a 30 30 2c 44 43 6d 56  41 2c 30 30 31 37 2e 32  |:00,DCmVA,0017.2|
012f2980  33 2c 6d 56 41 2c 44 43  56 2c 30 31 2e 33 33 31  |3,mVA,DCV,01.331|
012f2990  33 2c 56 2c 44 43 6d 41  2c 30 31 32 2e 39 34 34  |3,V,DCmA,012.944|


Also, data logging stopped after 340560 data points:

Code: [Select]
340559,2020/04/18,08:30:16,DCmVA,0016.51,mVA,DCV,01.3035,V,DCmA,012.672,mA,,
340560,2020/04/18,08:30:17,DCmVA,0016.51,mVA,DCV,01.3035,V,DCmA,012.672,mA,,
MAX,1,DCmVA,0024.78,mVA,
MIN,340084,DCmVA,0016.51,mVA,

without me interrupting it.

Display was showing SdE (SD card error?, but the min/max trailer did end being written correctly; I think in fact it means SD End, and the end was probably triggered by low battery alarm indicator, which is now showing on the LCD), and also showing 20.04mVA, which is impossible, as the last measurement was 16.51 mVA, and it is battery into constant resistance mode, so the power should be strictly decreasing.

Also I feel like there should be one extra digit of significance in the mVA mode when logging,  i.e. 0016.514mVA, not 0016.51mVA. This is because right now it is only 4 significant digits, but both voltage and current do have 5 significant digits, so the product should also be 5 significant digits.

Example:

[attachimg=1]

[attachimg=2]

The spike correspond to the block of zeros probably / malformed data.
« Last Edit: April 18, 2020, 04:19:49 pm by movax »
 

Offline jchw4

  • Regular Contributor
  • *
  • Posts: 59
  • Country: 00
Re: EEVblog 121GW Multimeter Issues
« Reply #1179 on: April 19, 2020, 09:15:09 am »
I did another 600000 logging. Did not get zero blocks, so it seems to be pretty rare.

Unfortunately it does beep when logging ends automatically (would not be so bad if it had better voice).

This time it was sin(0.1Hz) 20Vpp. Did not get anything interesting. Just the old 3-20 seconds gaps in logging.

I was going to run another test with 1/exponent, but the power supply in my FeelTech stopped working (does not start under load), so now I need to fix it first.

 
The following users thanked this post: movax

Offline jchw4

  • Regular Contributor
  • *
  • Posts: 59
  • Country: 00
Re: EEVblog 121GW Multimeter Issues
« Reply #1180 on: April 23, 2020, 09:39:02 pm »
Another test with positive exponent, 0.005Hz this time. Maybe it dost not like exponent, but I got another block of zeroes:
Code: [Select]
...
214797,2020/04/22,12:20:22,DCV,05.0887,V,,,,,,,,
214798,2020/04/22,12:20:22,DCV,05.0889,V,,,,,,,,
214799,2020/04/22,12:20:22,DCV,05.0888,V,,,,,,,,
214800,2020/04/22,12:20:22,DCV,05.0890,V,,,,,\0\0\0\0\0214801,2020/04/22,12:20:23,DCV,05.0887,V,,,,,,,,
214802,2020/04/22,12:20:23,DCV,05.0891,V,,,,,,,,
214803,2020/04/22,12:20:23,DCV,05.0892,V,,,,,,,,
214804,2020/04/22,12:20:23,DCV,05.0894,V,,,,,,,,
214805,2020/04/22,12:20:23,DCV,05.0897,V,,,,,,,,
...

It's one case in a file of 600 000 records. But you can see that it's again aligned on the record boundary (3 trailing "," are missing + "\r\n" missing).
« Last Edit: April 23, 2020, 09:41:13 pm by jchw4 »
 

Offline e0ne199

  • Regular Contributor
  • *
  • Posts: 80
  • Country: id
Re: EEVblog 121GW Multimeter Issues
« Reply #1181 on: April 24, 2020, 05:53:59 am »
anyone here knows how to calculate AC+DC voltage manually?
is it really just Vrms+Vdc or something else?
i want to test my 121GW for AC+DC voltage measurement anyway
 

Online HKJ

  • Super Contributor
  • ***
  • Posts: 1533
  • Country: dk
    • Tests
Re: EEVblog 121GW Multimeter Issues
« Reply #1182 on: April 24, 2020, 07:36:50 am »
anyone here knows how to calculate AC+DC voltage manually?
is it really just Vrms+Vdc or something else?
i want to test my 121GW for AC+DC voltage measurement anyway

square root of Vrms*Vrms + Vdc*Vdc
 

Offline CDaniel

  • Frequent Contributor
  • **
  • Posts: 349
  • Country: ro
Re: EEVblog 121GW Multimeter Issues
« Reply #1183 on: April 24, 2020, 02:27:55 pm »
Google is your best fried when you don't know something . Anyway the AC+DC is calculated by the microcontroller just like a pocket calculator , so the error is excluded if AC and DC are measured correctly
 

Offline movax

  • Newbie
  • Posts: 4
  • Country: aq
Re: EEVblog 121GW Multimeter Issues
« Reply #1184 on: May 01, 2020, 02:09:45 pm »
I did another 600000 logging. Did not get zero blocks, so it seems to be pretty rare.

Unfortunately it does beep when logging ends automatically (would not be so bad if it had better voice).

This time it was sin(0.1Hz) 20Vpp. Did not get anything interesting. Just the old 3-20 seconds gaps in logging.

I was going to run another test with 1/exponent, but the power supply in my FeelTech stopped working (does not start under load), so now I need to fix it first.




It doesn't appear that rare to me. I did another two runs, one with 600000 points, another with 460000 points. The first one was corrupted and had block of zeros between sample 354716 and 354721. It was in the middle of the record, and looks to be somehow aligned with 32-byte, or so:

Code: [Select]
01a47bd0  2e 32 39 31 31 2c 56 2c  44 43 6d 41 2c 30 31 32  |.2911,V,DCmA,012|
01a47be0  2e 36 34 30 2c 6d 41 2c  2c 0d 0a 33 35 34 37 31  |.640,mA,,..35471|
01a47bf0  36 2c 32 30 32 30 2f 30  34 2f 32 32 2c 32 31 3a  |6,2020/04/22,21:|
01a47c00  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
01a47c10  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
01a47c20  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
01a47c30  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
01a47c40  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
01a47c50  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
01a47c60  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
01a47c70  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
01a47c80  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
01a47c90  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
01a47ca0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
01a47cb0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
01a47cc0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
01a47cd0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
01a47ce0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
01a47cf0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
01a47d00  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
01a47d10  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
01a47d20  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
01a47d30  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
01a47d40  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
01a47d50  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
01a47d60  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
01a47d70  00 33 35 34 37 32 31 2c  32 30 32 30 2f 30 34 2f  |.354721,2020/04/|
01a47d80  32 32 2c 32 31 3a 31 39  3a 31 34 2c 44 43 6d 56  |22,21:19:14,DCmV|

Second run did look uncorrupted, but I didn't run full 600k samples on it.

Processing this data with corrupted content is extremely tedious and tricky (multitude of grep, and sed tricks to do it automatically, which is even harded because grep refuses to parse the file by default as it is binary).

The fact that date and time are in separate column makes processing even harder (especially of multi-day data). I am using gnuplot for 21 years, and had a real trouble parsing the separate columns with this format. It is essentially impossible, and you need to have yet another sed to bring it to sanity (single column). I wasted like 2-3 hours trying to make it work, despite me knowing every piece of gnuplot for long time.

Code: [Select]
set grid
set ylabel "Power [mVA]"

set xdata time
set timefmt "%Y/%m/%d %H:%M:%S"  # Input format.

set xlabel "Time"
set format x "%Y-%m-%d\n%H:%M"  # Tic label for x axis.

# 1  2          3        4     5       6   7   8       9 10   11      12 13
# 14,2020/04/14,09:13:43,DCmVA,0024.77,mVA,DCV,01.5981,V,DCmA,015.504,mA,,
# Filter only rows with data.
# Filter rows that are corrupted.
# Convert 14,2020/04/14,09:13:43,DCmVA to 14,2020/04/14 09:13:43,,DCmVA, maintaining column numbering.
set datafile separator comma
plot "<egrep --text '^[0-9]' 20041800.CSV | egrep --text -v '354716|354721' | sed -E -e 's/^([0-9]+),([^,]+),([^,]+),/\\1,\\2 \\3,,/'" u 2:5 w l t "power"

Of course this regexp would need to be adjusted every time to do something out of it. Or write another tool to try to detect this zeros somehow.

I tried also to use 'using (sprintf("%s %s", $2, $3)):5', but it didn't work.

If data was in a sane format, it would be simply be two lines:

Code: [Select]
set xdata time
plot "20041800.CSV" u 2:4 w l t "power"

Eh. :(

Also the lack of longer data logging than 600k, is also problematic, as you need to stitch data and remember to restart logging, which can make gaps:

[attachimg=1]


I am attaching a simple Python 3 script to remove corrupted data and merge multiple files, and convert the date / time into single column. Inside you will find example how to use it with gnuplot:

Code: [Select]
set yrange [0:]

set xdata time
set timefmt "%Y/%m/%d %H:%M:%S"  # Input format.

set xlabel "Time"
set format x "%Y-%m-%d\n%H:%M"  # Tic label for x axis.

set ylabel "Power [mVA]"
set grid

set datafile separator comma

plot "<python3 121gwfix.py 20041800.CSV 20042500.CSV" using 2:5 with dots title "Power"
« Last Edit: May 03, 2020, 02:56:15 pm by movax »
 

Offline movax

  • Newbie
  • Posts: 4
  • Country: aq
Re: EEVblog 121GW Multimeter Issues
« Reply #1185 on: May 20, 2020, 11:03:34 pm »
A new issues discovered. To prevent DMM from stopping logging on low battery (which would happen after about 1 million samples on crappy batteries, and about 2 million samples on good batteries), I switched to power it from my benchtop PSU (Agilent E3642A), with 6.00V, 250mA limit.

After powering it on, the PSU shows correctly 6.01V. Verified by secondary multi meter.

Well, in 121GW settings, it is reading 5.7V, which is lower than what it is. That is not too good, because it indicates that it will stop working earlier, and waste battery. If it was 5.9V that would be fine, to be on conservative side, but 0.3V different is not good. Is there some naive reverse polarity protection and diode voltage drop? That looks like bad design to me in low power device operated on batteries. Active reverse polarity protection would be better. Maybe it is some other issue? Maybe voltage divider to measure battery voltage has low accuracy resistors?

My ambient is about 32 deg C at the moment.

« Last Edit: May 20, 2020, 11:05:23 pm by movax »
 

Offline AlanS

  • Supporter
  • ****
  • Posts: 93
  • Country: au
Re: EEVblog 121GW Multimeter Issues
« Reply #1186 on: May 20, 2020, 11:11:23 pm »
@Movax - Clearly you are not outside.  :D
 

Online J-R

  • Regular Contributor
  • *
  • Posts: 120
  • Country: us
Re: EEVblog 121GW Multimeter Issues
« Reply #1187 on: May 21, 2020, 01:41:49 am »
A new issues discovered. To prevent DMM from stopping logging on low battery (which would happen after about 1 million samples on crappy batteries, and about 2 million samples on good batteries), I switched to power it from my benchtop PSU (Agilent E3642A), with 6.00V, 250mA limit.

After powering it on, the PSU shows correctly 6.01V. Verified by secondary multi meter.

Well, in 121GW settings, it is reading 5.7V, which is lower than what it is. That is not too good, because it indicates that it will stop working earlier, and waste battery. If it was 5.9V that would be fine, to be on conservative side, but 0.3V different is not good. Is there some naive reverse polarity protection and diode voltage drop? That looks like bad design to me in low power device operated on batteries. Active reverse polarity protection would be better. Maybe it is some other issue? Maybe voltage divider to measure battery voltage has low accuracy resistors?

My ambient is about 32 deg C at the moment.

At 6.0V mine indicates 6.0V.  At lower voltages it does stray one or two tenths low.

You're already there, just test the point at which the low battery indicator comes on?

For me it comes on just below 4.3V supply voltage, so the batteries would be pretty well used up.
 

Offline AVGresponding

  • Super Contributor
  • ***
  • Posts: 1361
  • Country: england
  • Exploring Rabbit Holes Since The 1970s
Re: EEVblog 121GW Multimeter Issues
« Reply #1188 on: May 21, 2020, 09:15:32 am »
Also bear in mind a set of brand spanking new cells will have an open circuit V of around 1.65 each, so 6.6V for the battery, and given the low current drain from the DMM it'll likely not drop hugely on load initially.
nuqDaq yuch Dapol?
Addiction count: AVO-BlackStar-Brymen-Fluke-Hameg-HP-Keithley-IsoTech-Mastech-Megger-Micronta-Solartron-Tektronix-Thurlby-Time Electronics-TTi-UniT
 

Offline dcac

  • Frequent Contributor
  • **
  • Posts: 250
Re: EEVblog 121GW Multimeter Issues
« Reply #1189 on: May 22, 2020, 10:12:43 am »

Well, in 121GW settings, it is reading 5.7V, which is lower than what it is. That is not too good, because it indicates that it will stop working earlier, and waste battery. If it was 5.9V that would be fine, to be on conservative side, but 0.3V different is not good. Is there some naive reverse polarity protection and diode voltage drop? That looks like bad design to me in low power device operated on batteries. Active reverse polarity protection would be better. Maybe it is some other issue? Maybe voltage divider to measure battery voltage has low accuracy resistors?


They are probably standard 1% smd resistors - so the error can't be explained by that.

My 121gw also show about 0.3-0.4V too low for the battery, I think the problem could be the chosen resistor values for the voltage divider:
[attachimg=1]

This equates to about 250K signal source impedance for the ADC - which seems far above the recommended maximum of 50K.

This gives quite noisy sampling but they mitigated it to some degree with a look up table to compensate for the nonlinearity and some heavy average filtering in the firmware, but perhaps still not so good to be outside the recommended impedance values by that much.

 

Offline CDaniel

  • Frequent Contributor
  • **
  • Posts: 349
  • Country: ro
Re: EEVblog 121GW Multimeter Issues
« Reply #1190 on: May 22, 2020, 04:53:17 pm »
Impedance shouldn't be much of the problem here ... they couldn't do a simple ADC measurement right in firmware ( what a surprise  ;D ) . In firmware you can adjust the divider ratio to be accurate .
« Last Edit: May 22, 2020, 04:58:51 pm by CDaniel »
 

Offline dcac

  • Frequent Contributor
  • **
  • Posts: 250
Re: EEVblog 121GW Multimeter Issues
« Reply #1191 on: May 22, 2020, 08:25:56 pm »
Of course they are adjusting for the divider ratio in firmware, they are also adjusting for the lack of linearity, but still they get a value that's way of.

I think the design criteria perhaps was - this only need to be good enough to show if batteries are good or bad.
 
But still, reading the battery voltage with a 12bit ADC could certainly provided for a much more accurate measurement, and perhaps down to 10mV resolution. And it could’ve been interesting to follow more exactly how the batteries was consumed.

 

Offline van0014

  • Newbie
  • Posts: 1
  • Country: au
Re: EEVblog 121GW Multimeter Issues
« Reply #1192 on: May 24, 2020, 10:25:34 am »
It would be awesome if that low battery divider could be changed and re calibrated without changing firmware. I guess one way of finding if there's a calibration value for low batt would be uploading blank or random calibration data. Might be risky even with a backup, depending on what other data might be read from the calibration file
 

Offline CDaniel

  • Frequent Contributor
  • **
  • Posts: 349
  • Country: ro
Re: EEVblog 121GW Multimeter Issues
« Reply #1193 on: May 24, 2020, 11:09:24 am »
For what do you want that ? Correct calibration can be attempted by replacing one of the resistors with a trimpot to change the divider ratio , no ideea if it will be linear afterwards , depends on how the firmware was made ... Anyway , I doubt that the the low voltage bat value  is stored in calibration data , most probably is in firmware .
« Last Edit: May 24, 2020, 11:11:02 am by CDaniel »
 

Offline billrule

  • Newbie
  • Posts: 4
  • Country: au
Re: EEVblog 121GW Multimeter Issues
« Reply #1194 on: May 26, 2020, 02:09:45 pm »
I haven't noticed if this has been covered already, but a quick search didn't turn anything up....
By now, I imagine lots of us will have exhausted the original batteries in the meter, and as casual as I am, I disregarded the notification that this had happened. What concerned me however, was that while the meter still gave a reading, checking the mains voltage reported basically 0 volts! Luckily, I didn't lick the terminals before using a second meter to confirm, but it could have been a severe lesson for disregarding the "battery low" symbol. :o
 

Offline Kilrah

  • Supporter
  • ****
  • Posts: 1855
  • Country: ch
Re: EEVblog 121GW Multimeter Issues
« Reply #1195 on: May 26, 2020, 08:34:46 pm »
After powering it on, the PSU shows correctly 6.01V. Verified by secondary multi meter.

Well, in 121GW settings, it is reading 5.7V, which is lower than what it is. That is not too good, because it indicates that it will stop working earlier, and waste battery. If it was 5.9V that would be fine, to be on conservative side, but 0.3V different is not good.
Looks like someone's been looking to find a use for those batterizers...  :-DD
 

Offline dcac

  • Frequent Contributor
  • **
  • Posts: 250
Re: EEVblog 121GW Multimeter Issues
« Reply #1196 on: May 27, 2020, 12:21:37 pm »
It would be awesome if that low battery divider could be changed and re calibrated without changing firmware. I guess one way of finding if there's a calibration value for low batt would be uploading blank or random calibration data. Might be risky even with a backup, depending on what other data might be read from the calibration file

I wouldn't mess with the divider network, though their choice of values are strange. The only reason I can think of using such high resistance would be to limit possible over current into the ADC pin coming from the battery terminals - perhaps from a static discharge.

But it obviously caused them some problems getting a stable ADC reading, it's quite an elaborate filter they implemented in FW and it costs some processing power. But then they really seem to be over correcting for possible linearity faults, I actually think much of the error is coming from this, but then again I only have one 121gw to compare to, but mine hardly need any correction at all, 4V to 6.5V it is within 50mV if I bypass the correction in FW all together.

 

Offline CDaniel

  • Frequent Contributor
  • **
  • Posts: 349
  • Country: ro
Re: EEVblog 121GW Multimeter Issues
« Reply #1197 on: May 27, 2020, 02:46:09 pm »
High resistance is for low consumption ... that divider is allways connected .
Measuring a voltage with  microcontroller's ADC is very basic , you are talking about "elaborate filter in FW" like is some magic  :-DD , sorry . How sloppy the firmware is , with so many bugs ,  I personally doubt there is any coding sophistication , just the minimum possible to work  :)
 

Offline ve2mrx

  • Contributor
  • Posts: 38
  • Country: ca
Re: EEVblog 121GW Multimeter Issues
« Reply #1198 on: May 27, 2020, 03:15:51 pm »
Hi movax,

After powering it on, the PSU shows correctly 6.01V. Verified by secondary multi meter.

Well, in 121GW settings, it is reading 5.7V, which is lower than what it is. That is not too good, because it indicates that it will stop working earlier, and waste battery. If it was 5.9V that would be fine, to be on conservative side, but 0.3V different is not good.

Did you calculate the error percentage? 0.3V/6V=0.05, so 5%. I'd think your batteries will have more variance than this. I could be wrong, but it looks like a very minor issue.

If you think it's wrong, just ask @EEVblog?

73's,
Martin
 

Offline Scottjd

  • Frequent Contributor
  • **
  • Posts: 405
  • Country: us
    • YouTube Gadget Reveiws
Re: EEVblog 121GW Multimeter Issues
« Reply #1199 on: May 27, 2020, 07:00:35 pm »
I only have one 121gw to compare to, but mine hardly need any correction at all, 4V to 6.5V it is within 50mV if I bypass the correction in FW all together.
Two more meters to throw in the mix.
Both meters display the battery low icon at 4 volts. The accuracy seems to be further out the lower the batteries get, still I would consider the batteries dead at this point.

On meter 1
@ 6V displayed on the meter, I measured it at 6.080V
@ 4.0V displayed on the meter, I measured them at 4.331V

On meter 2
@ 6V displayed on the meter, I measured it at 6.027V
@ 4.0V on the meter, I measured them at 4.270V
« Last Edit: June 04, 2020, 04:00:08 am by Scottjd »
Please be sure to check out my YouTube channel and subscribe if you like the videos. https://www.youtube.com/c/GadgetReviewVideos

By people subscribing and giving thumbs up I know what I am doing is still wanted and adding value, then will continue to release new videos. Thank you for your support.
 


Share me

Digg  Facebook  SlashDot  Delicious  Technorati  Twitter  Google  Yahoo
Smf