Logging from meters

64 posts / 0 new
Last post

Pages

HKJ
HKJ's picture
Online
Last seen: 3 min 23 sec ago
Joined: 05/24/2011 - 12:23
Posts: 7196
Location: Copenhagen, Denmark
Logging from meters

I have published to log from a couple of different meters and other devices. I also plan on including lux meters.

The software can log from many different meters at the same time, save CSV files, show curves and do some analysis of the data.

Read more about it and download it here

My website with reviews of many chargers and batteries (More than 1000): https://lygte-info.dk/

bmengineer
bmengineer's picture
Offline
Last seen: 9 hours 5 min ago
Joined: 01/26/2018 - 11:38
Posts: 925
Location: Ontario, Canada

wow. this looks like the UltraDMM that I use and love, but with support for far more meters and devices. Thanks so much for this, I’ll absolutely have to try it out.

Find all my reviews of flashlights and more gear at www.bmengineer.com

HKJ
HKJ's picture
Online
Last seen: 3 min 23 sec ago
Joined: 05/24/2011 - 12:23
Posts: 7196
Location: Copenhagen, Denmark
bmengineer wrote:
wow. this looks like the UltraDMM that I use and love, but with support for far more meters and devices. Thanks so much for this, I’ll absolutely have to try it out.

Not really. With this software you can analyze data and add calculated values, i.e. if you have current and voltage, you can add a Watt, a Ah or a Wh column.

Next step up is scripting, the current version do support some.

My website with reviews of many chargers and batteries (More than 1000): https://lygte-info.dk/

maukka
maukka's picture
Offline
Last seen: 20 hours 59 min ago
Joined: 12/31/2015 - 04:15
Posts: 2101
Location: Finland

Looks cool. I’d love support for the

*IDN?
HEWLETT-PACKARD,34401A,0,11-5-2

I’m using a USB-RS232 adapter.

edit: UNI-T UT181A would also be a welcome addition. I’ve been using this one from CuriousTech for now.

HKJ
HKJ's picture
Online
Last seen: 3 min 23 sec ago
Joined: 05/24/2011 - 12:23
Posts: 7196
Location: Copenhagen, Denmark

maukka wrote:
Looks cool. I’d love support for the

*IDN?
HEWLETT-PACKARD,34401A,0,11-5-2

I’m using a USB-RS232 adapter.

I do not have the meter, that makes it a bit difficult for me, but maybe you can do it you self (Depends on how close it is to 34465A)?

The program has a “Devices” directory, in that make a copy of “Keysight34465A.txt” and rename it to “HP34401A.txt”.
Then edit the file and change the 4 first lines.

#idString HEWLETT-PACKARD,34401A,
#name Hewlett-Packard HP34401A
#handle HP34401
#port com

Maybe add a:
#baudrate 9600

If you get it fully working I would like a copy of it. The software can change range on bench meters, but it requires some careful setup and testing.

My website with reviews of many chargers and batteries (More than 1000): https://lygte-info.dk/

maukka
maukka's picture
Offline
Last seen: 20 hours 59 min ago
Joined: 12/31/2015 - 04:15
Posts: 2101
Location: Finland

I believe you can test it by putting the 34465A into 34401A emulation mode.

If it’s any help, here’s the serial port settings required for the 34401A

HKJ
HKJ's picture
Online
Last seen: 3 min 23 sec ago
Joined: 05/24/2011 - 12:23
Posts: 7196
Location: Copenhagen, Denmark

I may check that out a bit later today. Do the meter not have adjustable baudrate?

My website with reviews of many chargers and batteries (More than 1000): https://lygte-info.dk/

maukka
maukka's picture
Offline
Last seen: 20 hours 59 min ago
Joined: 12/31/2015 - 04:15
Posts: 2101
Location: Finland

It does, but 9600 is max.

HKJ
HKJ's picture
Online
Last seen: 3 min 23 sec ago
Joined: 05/24/2011 - 12:23
Posts: 7196
Location: Copenhagen, Denmark

It is the Agilent 34410A & Agilent 34411A that they can substitute ID lines for and for that works with my software, by just editing the 3 lines at the top.

My website with reviews of many chargers and batteries (More than 1000): https://lygte-info.dk/

HKJ
HKJ's picture
Online
Last seen: 3 min 23 sec ago
Joined: 05/24/2011 - 12:23
Posts: 7196
Location: Copenhagen, Denmark

Maybe it is a bit hard to start with the program, the way to get devices(multimeters) into the program is rather discrete.

At the bottom of the “Load devices” page, use this:

To select and added devices.

My website with reviews of many chargers and batteries (More than 1000): https://lygte-info.dk/

maukka
maukka's picture
Offline
Last seen: 20 hours 59 min ago
Joined: 12/31/2015 - 04:15
Posts: 2101
Location: Finland

I’m able to communicate with the meter on the commands tab, but logging or viewing the current values tab doesn’t work. Just constant beeping from the meter when getting errors. DMM reports error -410,“Query INTERRUPTED”.

Any tips on modifying the meter txt file?

HKJ
HKJ's picture
Online
Last seen: 3 min 23 sec ago
Joined: 05/24/2011 - 12:23
Posts: 7196
Location: Copenhagen, Denmark

The “#askValues data:last? “ is used to read the data from the meter

It looks like you can use any off:

#askValues read?
#askValues fetch?
#askValues meas?

I do not know which one is best

Also look for #prepareSample and the lines after it, they are send to start measuring. I use them to setup a trigger.

Note: Most commands use everything from the #command to the next #command, with exception some of the parameters just after the #command and some special tags, the text is transmitted to the meter.

My website with reviews of many chargers and batteries (More than 1000): https://lygte-info.dk/

maukka
maukka's picture
Offline
Last seen: 20 hours 59 min ago
Joined: 12/31/2015 - 04:15
Posts: 2101
Location: Finland

Thanks, got it working at least for VDC using the meas? command. Need to send system:remote first.

HKJ
HKJ's picture
Online
Last seen: 3 min 23 sec ago
Joined: 05/24/2011 - 12:23
Posts: 7196
Location: Copenhagen, Denmark

That command is probably best put in the #initCmd tag.

Handling modes requires two type of settings:
One to read the actual mod:
#askMode :SENSE:FUNCTION?

And a coupe of commands to select modes:
#cmdMode VAC VOLT:AC
abort;
*cls;
conf:volt:ac

The VOLT:AC is what the meter answers to the #askMode command and the lines below the #cmdMode command is how to select that mode.
Finally you remove the #cmdMode that you do not need

If you get this worked out you have a full configuration for the meter.

My website with reviews of many chargers and batteries (More than 1000): https://lygte-info.dk/

maukka
maukka's picture
Offline
Last seen: 20 hours 59 min ago
Joined: 12/31/2015 - 04:15
Posts: 2101
Location: Finland

I’m getting ;; -410,“Query INTERRUPTED” error message if I try to switch the meter operating mode via the popup menu.

Also, adding the SYSTEM:REMOTE command to the #initCmd results in the same error

Writing these commands, such as CONF:VOLT:AC in the input field in the program works fine.

Quote:

-410 Query INTERRUPTED

A command was received which sends data to the output buffer, but the
output buffer contained data from a previous command (the previous
data is not overwritten). The output buffer is cleared when power has
been off, or after a *RST (reset) command has been executed.

I read here, that there needs to be a short delay between SCPI commands to avoid this.

edit: For the measurement to work on other modes than VOLT:DC, I had to change the #askValues to READ?, because MEAS? just switches the meter to the default VOLT:DC mode.

HKJ
HKJ's picture
Online
Last seen: 3 min 23 sec ago
Joined: 05/24/2011 - 12:23
Posts: 7196
Location: Copenhagen, Denmark

You can try sticking a “;*ESR?” after the commands that need a delay, if this do not work I will add a delay function.

You can put many command on the same line with ; (semicolon) between them. The software will split them and send them on at a time. Anything with a ? will for a wait for the answer.

My website with reviews of many chargers and batteries (More than 1000): https://lygte-info.dk/

maukka
maukka's picture
Offline
Last seen: 20 hours 59 min ago
Joined: 12/31/2015 - 04:15
Posts: 2101
Location: Finland

Still getting the 410 error while switching modes.

For some reason the system:remote under #initCmd started to work now even without the *ESR?

HKJ
HKJ's picture
Online
Last seen: 3 min 23 sec ago
Joined: 05/24/2011 - 12:23
Posts: 7196
Location: Copenhagen, Denmark

maukka wrote:
Still getting the 410 error while switching modes.

For some reason the system:remote under #initCmd started to work now even without the *ESR?

Could you have forgotten to restart the software after editing and saving the definition?

I have added a delay function, use [time_in_millis] as a SCPI command, this means it must be on its own line or with semicolons before and after it.
I.e. either this:
*cls
[1000]
SENSE:FUNCTION:ON “PER

or this:
*cls;1000;SENSE:FUNCTION:ON “PER

for a 1 second delay. The minimum is [1] and the maximum is [9999], no spaces is allowed inside the brackets.

My website with reviews of many chargers and batteries (More than 1000): https://lygte-info.dk/

maukka
maukka's picture
Offline
Last seen: 20 hours 59 min ago
Joined: 12/31/2015 - 04:15
Posts: 2101
Location: Finland

Did you upload the updated software to support the delay command. Meter reports 101,“Invalid character”.

HKJ
HKJ's picture
Online
Last seen: 3 min 23 sec ago
Joined: 05/24/2011 - 12:23
Posts: 7196
Location: Copenhagen, Denmark
maukka wrote:
Did you upload the updated software to support the delay command. Meter reports 101,“Invalid character”.

Yes, I did. It has version 0.13 on the About screen (You can reach that from the configuration page). It is a bit hysteric about the format, if there is anything but bracket numbers bracket it will ignore it.
The SCPI output part will split into separate commands on all ; and newlines, then it will remove leading and trailing spaces. What is left is checked for the delay function and else send to the meter.

My website with reviews of many chargers and batteries (More than 1000): https://lygte-info.dk/

HKJ
HKJ's picture
Online
Last seen: 3 min 23 sec ago
Joined: 05/24/2011 - 12:23
Posts: 7196
Location: Copenhagen, Denmark

I have written a short description on how to add a SCPI multimeter:

http://lygte-info.dk/project/TestControllerConfigDMM%20UK.html

You have probably figured most of it out already.

My website with reviews of many chargers and batteries (More than 1000): https://lygte-info.dk/

HKJ
HKJ's picture
Online
Last seen: 3 min 23 sec ago
Joined: 05/24/2011 - 12:23
Posts: 7196
Location: Copenhagen, Denmark

A description on how to use simple scripting: http://lygte-info.dk/project/TestControllerScriptingExample%20UK.html

I have also added the Siglent SDM3045X bench multimeter.

My website with reviews of many chargers and batteries (More than 1000): https://lygte-info.dk/

maukka
maukka's picture
Offline
Last seen: 20 hours 59 min ago
Joined: 12/31/2015 - 04:15
Posts: 2101
Location: Finland

Thanks for all the work!

I’ve been logging for 24 hours straight and this thing is rock solid. Haven’t gotten the delay commands to work yet so switching the operating mode isn’t happening for me.

HKJ
HKJ's picture
Online
Last seen: 3 min 23 sec ago
Joined: 05/24/2011 - 12:23
Posts: 7196
Location: Copenhagen, Denmark

maukka wrote:
Thanks for all the work!

I’ve been logging for 24 hours straight and this thing is rock solid. Haven’t gotten the delay commands to work yet so switching the operating mode isn’t happening for me.

The software is not really ready for long time logging yet, it will hit a memory limit after some time (Some Java options can improve this).

I wonder about the delay, it works from V0.13.
Here are two examples (Pictures cannot be spoiled by the automatic formatting):

My website with reviews of many chargers and batteries (More than 1000): https://lygte-info.dk/

maukka
maukka's picture
Offline
Last seen: 20 hours 59 min ago
Joined: 12/31/2015 - 04:15
Posts: 2101
Location: Finland

I am using the V0.13. Every time I put the delay in brackets, the meter beeps for error and reports

Quote:

:system:error?
-101,“Invalid character”

Doesn’t matter if I put it into the device config file or enter it directly in the program.

Quote:
Found Agilent HP34401A on 19H2KP0 (COM8)

*cls
500
:sense:function:on “volt:dc”
:system:error?
-101,“Invalid character”
HKJ
HKJ's picture
Online
Last seen: 3 min 23 sec ago
Joined: 05/24/2011 - 12:23
Posts: 7196
Location: Copenhagen, Denmark
maukka wrote:
Doesn’t matter if I put it into the device config file or enter it directly in the program.

No. Only my newer meters I get a invalid character due to the “ in the sense line (The 34401 may be different).

My website with reviews of many chargers and batteries (More than 1000): https://lygte-info.dk/

maukka
maukka's picture
Offline
Last seen: 20 hours 59 min ago
Joined: 12/31/2015 - 04:15
Posts: 2101
Location: Finland

Yes, that’s what I noticed. I get no errors with any of the other commands such as :sense:function:on “volt:dc”, only the bracketed delay command triggers the error beep.

HKJ
HKJ's picture
Online
Last seen: 3 min 23 sec ago
Joined: 05/24/2011 - 12:23
Posts: 7196
Location: Copenhagen, Denmark
maukka wrote:
Yes, that’s what I noticed. I get no errors with any of the other commands such as :sense:function:on “volt:dc”, only the bracketed delay command triggers the error beep.

I just checked in the 44401A manual and did not find the function:on command anywhere. It looks like you have to use function “range”, not function:on “range” and can optionally stick a “sense:” before the function

My website with reviews of many chargers and batteries (More than 1000): https://lygte-info.dk/

maukka
maukka's picture
Offline
Last seen: 20 hours 59 min ago
Joined: 12/31/2015 - 04:15
Posts: 2101
Location: Finland

The sense:function:on “volt:dc” or “volt:ac” still works fine without error for changing the DMM mode. It doesn’t matter if I leave out the :on part at the end or include it. Conf:volt:ac or conf:volt:dc also work.

So the problem is not the SCPI command for changing mode. It’s the delay. And if I omit the delay command (in brackets), then the meter reports the -410,“Query INTERRUPTED” error.

Would it be possible to make the program realize the mode used if I switch the mode manually. Now if I type in the sense:function “volt:ac”, the program doesn’t realize that it should be measuring ac even if I type in sense:function? to query it.

HKJ
HKJ's picture
Online
Last seen: 3 min 23 sec ago
Joined: 05/24/2011 - 12:23
Posts: 7196
Location: Copenhagen, Denmark

maukka wrote:
The sense:function:on “volt:dc” or “volt:ac” still works fine without error for changing the DMM mode. It doesn’t matter if I leave out the :on part at the end or include it. Conf:volt:ac or conf:volt:dc also work.

So the problem is not the SCPI command for changing mode. It’s the delay. And if I omit the delay command (in brackets), then the meter reports the -410,“Query INTERRUPTED” error.

Would it be possible to make the program realize the mode used if I switch the mode manually. Now if I type in the sense:function “volt:ac”, the program doesn’t realize that it should be measuring ac even if I type in sense:function? to query it.

I can see that I may send a empty line to the meter in some circumstances, I will fix that.

The meter uses the #askMode command to check what mode the meter is in. There is some code to trap manual mode changes, but it do not work at the current time (This will, of course, also be fixed).

My website with reviews of many chargers and batteries (More than 1000): https://lygte-info.dk/

HKJ
HKJ's picture
Online
Last seen: 3 min 23 sec ago
Joined: 05/24/2011 - 12:23
Posts: 7196
Location: Copenhagen, Denmark

From v0.15 you can add this to detect range change:

#mayModifyMode sens
#mayModifyMode func

Anything that starts with the above will force a reinitialization of column names. This is done with the #askMode command.

It do not send empty lines anymore.

My website with reviews of many chargers and batteries (More than 1000): https://lygte-info.dk/

Pages