Program that can log from many multimeters.

[fenugrec]

do you use the correct name for the serial port?

Ah ! good idea - it seems this (or more likely the jSerialport layer ?) needs only the last part, e.g. "ttyACM0". This is very unusual; devices are almost always fully-specified on linux. I would suggest at least, if the name starts with "/dev/", to use it as-is... Let me know if that's jSerialport behaviour, I can open a ticket with them.

That right-click  feature would be awesome, but sadly doesn't work here; nothing is shown (neither in the GPIB page, or if I add e.g. a 34401 with direct serial connection).

Otherwise things are much better now, I can actually take readings and logs. Having some mode-switching issues but for those I blame my own incompetence.

Thanks !

[HKJ]

Ah ! good idea - it seems this (or more likely the jSerialport layer ?) needs only the last part, e.g. "ttyACM0". This is very unusual; devices are almost always fully-specified on linux. I would suggest at least, if the name starts with "/dev/", to use it as-is... Let me know if that's jSerialport behaviour, I can open a ticket with them.

I do not know if jSerialPort accept both type of names, I request a list of serial names from it and then match them to the names in the address fields.

That right-click  feature would be awesome, but sadly doesn't work here; nothing is shown (neither in the GPIB page, or if I add e.g. a 34401 with direct serial connection).

The right click feature only works with devices that has a serial port type, i.e. it is supposed to work with the 34401 if there are any serial ports accessible.

[palmerr23]

Definition file attached this time.  I used the Protek 506 definition as a template - commenting out almost most of the ranges until I get DCV working.

I'm already using the SingleValue driver and comfixedbaud port (thanks for confirming that they're the correct ones).

Why use 1200N81 when it's 7 bits, 2 stop bits? I tried N81 and it made no difference (commented out).

Quote from: palmerr23 on Today at 02:01:01 am
I've confirmed that the comms should be  1200 No parity 7 bits, 2 stop (1200N72)  (see TTerm2 attachment.)

This means your use this definition for the port:
#port comfixedbaud
#baudrate 1200N81

Quote from: palmerr23 on Today at 02:01:01 am
It returns a reading every time a "D" (no CR or LF required) is sent from teraterm, and the reading is of the format "DC -x.xxx    V" for DCV. (see Tterm1 attachment).

That sounds like you need the:
#driver SingleValue

[HKJ]

Definition file attached this time.  I used the Protek 506 definition as a template - commenting out almost most of the ranges until I get DCV working.

I cannot see any problems in it, but maybe you need to disable the eol character: #eol \_

You can try using debug mode and see if it shows something useful.

[RikV]

Are there any plans to support USBTMC? I could of course connect my Siglent on TCPIP but I preferably would have evrything through USB since my scope (GW_Instek) does'nt have a TCPIP port.

[oz2cpu]

what is USBTMC ?
if it is just a COM port ? with added serial protocol on top ?
it should be very easy to support ?

[HKJ]

Are there any plans to support USBTMC? I could of course connect my Siglent on TCPIP but I preferably would have evrything through USB since my scope (GW_Instek) does'nt have a TCPIP port.

I will if I find a java library to support it, preferable multi platform.

if it is just a COM port ? with added serial protocol on top ?

It is not.

[trp806mo]

USBTMC stands for USBTest and Measurement Class and allows GPIB-style communication over USB using USBTMC-compliant VISA layers

[trp806mo]

Is there a trick to delete a row in the table (in order to suppress a glitch from the acquisition but after log 0)

[HKJ]

Is there a trick to delete a row in the table (in order to suppress a glitch from the acquisition but after log 0)

Generally you cannot modify the data in the table, but you can filter it during a export and then reload it (Export/reload is a one button operation)

[oz2cpu]

HA HA i am super happy about this program,
just added two I2C temperature sensors TMP275, Via arduino
modifyed the good example code and TC driver allready provided my HKJ (see homepage links)
with the power of average I can get even more resolution, from a temperaure sensor,
its native resolution is 0.0625C wich is quite allright, but its jumps are very nice and PWM alike, see the attached picture,
this means with average added on top of this, you can get the values in between the native steps :-)
i need this, for my temperature controlled voltage refferance , so i can reveal how well or bad, the temperature regulation performs.
side note : the two sensors are hand soldered to wires, and not calibrated, the values you see here, are directly what the chips say,
my plan is to add 8 and make a nice temperature monitor unit.
Temperature Measurement is one of the most important things to get into your data set
almost no matter what kinds of science recording you are doing.
PPS : incase any of you want to play along, with Test Controller and Arduino, I found a problem with reset, lock up, and program not running
when a new connection to TC is made, HKJ and I are on it, i plan to dig more into it during the next weeks, until then, if you see this, just short reset to +5
while you hit the reconnect button in TC and all will be fine.

[HKJ]

just added two I2C temperature sensors TMP275, Via arduino
modifyed the good example code and TC driver allready provided my HKJ (see homepage links)

Adding a temperature channel to TestController is easy and cheap: Connect a Arduino (Nano/ProMicro) to a temperature sensor (DS1820) and you can directly use the Arduino example code from my website. https://lygte-info.dk/project/TestControllerArduino2%20UK.html

I am very curious about your problem, I have used a lot of Nano and ProMicro and never seen a problem. I hope the modified TC version I have made will solve it.

[RikV]

This is maybe a good starting point?
https://github.com/javatmc/javatmc-core

[oz2cpu]

>I am very curious about your problem, I have used a lot of Nano and ProMicro and never seen a problem.
>I hope the modified TC version I have made will solve it.

NEW JAR file received, so i open this experiment again :-)

the problem is ONLY related to MEGA i tried one original brand new,
and an older china clone, both lock up after the com connect reset pulse, and is only released running again
when TC time out its connections..
Attached pictures of the two, (the cure right now, is to use other boards, or if you insist on using mega, tie its cpu reset to +5, easy access via jumper)

ALL other Ardunio boards, UNO, Normal, clone, Nano and nano clone, WORKS just fine, i went thru all my boxes and tried them all,
actually also wanted to see if any one was blown :-) so it was a win win.
i see the connect reset, and a little while after the reset, rx tx negotiation with TC goes well,
and it finds the unit, all is happy.
if you like to solve this ? I will be happy to assist with experiments.
Else we could also just call it case closed, and just dont use mega, they are big and expensive, why would you use them ?

[HKJ]

This is maybe a good starting point?
https://github.com/javatmc/javatmc-core

No, it do not support more than I already do.

[HKJ]

the problem is ONLY related to MEGA i tried one original brand new,
and an older china clone, both lock up after the com connect reset pulse, and is only released running again
when TC time out its connections..

I tried a clone MEGA and it worked fine.

Attached pictures of the two, (the cure right now, is to use other boards, or if you insist on using mega, tie its cpu reset to +5, easy access via jumper)

I can see one significant difference between your MEGA and mine: The serial port, yours is probably a AVR processor, mine is a serial-USB chip.
I do not have any Arduino with the square serial chip, all mine a DIP serial-USB chip.

I have no idea why that would affect the communication, maybe it is a USB driver problem for that square chip.

[oz2cpu]

i am sorry for jumping back and forward in the topics :-)
when we add temperature sensors, using whatever external hardware like arduino or what not,
people use DS18B20 or other sensors like LM75 to TMP275, for high accuracy , and high resolution.
i love to see a bunch of DS sensors on the same temp and same curve, zoomed in to only show +/- 1C
do they track ? to halve of one lsb ?
time:
conversion time pr sensor is multiplied by number of sensors,
this total will limit the TC program loop speed of all your instruments,
i tried to add reply delays in my arduino, TC runs fine and stable, no matter how long and crasy i try to be,
it just limit the max log speed, so that is nice to know.
see the attached pictures,
i like to be able to attach 1-8 sensors to a unit, that is serial or ethernet connected to TC,
and i like to be able to run TC in 1sec log mode,
all other instruments i got, are ethernet connected, so i assume the com time is close to zero,
at least in the mS range we talk about here.

[HKJ]

i am sorry for jumping back and forward in the topics :-)
when we add temperature sensors, using whatever external hardware like arduino or what not,
people use DS18B20 or other sensors like LM75 to TMP275, for high accuracy , and high resolution.
i love to see a bunch of DS sensors on the same temp and same curve, zoomed in to only show +/- 1C
do they track ? to halve of one lsb ?
time:
conversion time pr sensor is multiplied by number of sensors,
this total will limit the TC program loop speed of all your instruments,
i tried to add reply delays in my arduino, TC runs fine and stable, no matter how long and crasy i try to be,
it just limit the max log speed, so that is nice to know.
see the attached pictures,
i like to be able to attach 1-8 sensors to a unit, that is serial or ethernet connected to TC,
and i like to be able to run TC in 1sec log mode,
all other instruments i got, are ethernet connected, so i assume the com time is close to zero,
at least in the mS range we talk about here.

When reading values from devices all reads are performed in parallel, i.e. the slowest devices sets the pace.
When TC is logging all the communication and logging is off-loaded to background jobs, i.e. slow response time will not affect user interface.
BUT when TC is communicating from the command line, Setup and Mode popups it is in the same thread as the user interface and will slow down the user interface, if the device is slow.
Scripts are usually also background jobs and it is possible to run many scripts threads in parallel, even if they access the same device (If a device is configured correctly in TC only a single TX/RX is indivisible).

The time a sensor needs to convert a value do not need to affect the response time of a device, all my examples are written that way. This may mean that the actual value logged in TC is only updated for every X entries (I.e. logging the same values for X entries), but it will not slow down logging from other devices or slow down TC.

[HKJ]

I forgot:

conversion time pr sensor is multiplied by number of sensors,

I do not believe that, I am pretty sure they can be run i parallel, i.e. only a slightly longer cycle time for 8 sensors compared to 1 sensor.

[Jester]

HELP.....
I'm sure this must be documented somewhere, it's just not obvious where.

I'm trying to setup logging from 3x 34401A meters using GPIB

Under load devices I added a 34401A, however it defaults to Type "Serial" and I would like to use GPIB. I'm using what I'm guessing is a clone Agilent 82357B USB to GPIB adapter, that is recognized by Windows7 device manager as a  Keysight 82357B. I have successfully used this adapter in the past so I know it works.

When I click on GPIB the GPIB interfaces pops up as type AR488 id A connection serial and the Address and baudrate are blank and red in color.

It's not obvious how I configure the program to use GPIB with my 34401A meters.

[HKJ]

HELP.....
I'm sure this must be documented somewhere, it's just not obvious where.

I'm trying to setup logging from 3x 34401A meters using GPIB

Under load devices I added a 34401A, however it defaults to Type "Serial" and I would like to use GPIB. I'm using what I'm guessing is a clone Agilent 82357B USB to GPIB adapter, that is recognized by Windows7 device manager as a  Keysight 82357B. I have successfully used this adapter in the past so I know it works.

When I click on GPIB the GPIB interfaces pops up as type AR488 id A connection serial and the Address and baudrate are blank and red in color.

It's not obvious how I configure the program to use GPIB with my 34401A meters.

There are few issues:
1) To use a GPIB interface click on the Serial/... in the Type column and select GPIB (It will only be shown for devices that has been defined with a GPIB interface).
2) TC only support a few GPIB interfaces as can be seen in the combobox on the GPIB popup. The AR488 is a cheap GPIB interface, there is a thread about it here on EEVBlog.
3) TC only handle one device for each GPIB interface at the current time, it is a bug in the software and will be fixed, but I have no timeline for it.

[oz2cpu]

i just went out and got a brand new china clone mega, i dont give up on research that easy ha ha..
YES that one works with TC
But both my genuine original arduino Mega, dont
if you like to solve this ? I am ready to help, my suggestion : we live quite close, i dont mind meeting,
we could simply swap a clone mega of yours, for one of my original,
then i am curious to hear how this works out your place :-)

[HKJ]

i just went out and got a brand new china clone mega, i dont give up on research that easy ha ha..
YES that one works with TC
But both my genuine original arduino Mega, dont
if you like to solve this ? I am ready to help, my suggestion : we live quite close, i dont mind meeting,
we could simply swap a clone mega of yours, for one of my original,
then i am curious to hear how this works out your place :-)

I am not sure how much time I want to spend on a old MEGA model, the smaller Arduino and the newer models are much more interesting.
You could try controlling the handshake signals and see if it changes anything, i.e. using 9600RD as baudrate (Assuming you use 9600 baud on the Arduino).

[Bad_Driver]

This may be a very dumb problem but I need some help.

Since my C-programing knowledge is not existing I started a small ESP32 interface project using Micropython.

For first testing I used 2 DS18b20 sensors. Everything works with a serial terminal as expected. See screen shot of terminal. So far so good. 

I modified the DS18b20 definition of HKJ (attached) but the response of the device is unexpected strange and I have no idea why and how to overcome this problem:

Starting
;; jSerialComm version: 2.7.0
;; Start thread for: COM3 - BD_DS18b20
;; Start thread for: COM4
;; Start thread for: COM8
;; Stopping thread for: COM8
;; Stopping thread for: COM4
;; COM8: Close
;; COM4: Close
;; COM3: Set params: 115200
;; COM3: Tx: <*IDN?.> 2A 49 44 4E 3F 0D
;; COM3: Rx: <*IDN?> 2A 49 44 4E 3F
;; CP2102 USB to UART Bridge Controller (COM3) Device BD,DS18b20, do not match: *IDN?
;; COM3: Close
;; Stopping thread for: COM3 - BD_DS18b20
;; COM3: Close

Any help will be appreceated!

[HKJ]

Since my C-programing knowledge is not existing I started a small ESP32 interface project using Micropython.

For first testing I used 2 DS18b20 sensors. Everything works with a serial terminal as expected. See screen shot of terminal. So far so good. 

I modified the DS18b20 definition of HKJ (attached) but the response of the device is unexpected strange and I have no idea why and how to overcome this problem:

It is a echo function, your device is echoing any input it receives.
Is there some way you can disable that?