Program that can log/control many multimeters and other devices.

[HKJ]

I have the Fa-3/6G frequency counter.
Is there a way to use the software?
I haven't gotten it to work yet!
Could someone help me?
...or is it not possible?

If it has a serial port where you can read the data, you can probably make it work with TC.

[Kurt_!]

I have the Fa-3/6G frequency counter.
Is there a way to use the software?
I haven't gotten it to work yet!
Could someone help me?
...or is it not possible?

If it has a serial port where you can read the data, you can probably make it work with TC.

But how?
I don't have a device to choose from.

[HKJ]

First:
I previously had an older version of the SDK before the "WARNING: A restricted method in java.lang.System has been called" started showing up. Apparently, that's a feature of JDK 24+, and TC may need to work around that in future releases.

In the meantime, the workaround for now is to change the line in the debug (or the batch file for non debug):

Code: [Select]

java --enable-native-access=ALL-UNNAMED -jar TestController.jar debug %1 %2 %3 %4 %5 %6 %7 %8 %9
The --enable-native-access=ALL-UNNAMED allows it to work, but it's not ideal.

It may be part of increased java security and I will have to include that option.

I tried it on my computer and java refused to start.
I.e. I cannot add it generally.

[Kurt_!]

It works well with my electronic load.

[HKJ]

But how?
I don't have a device to choose from.
...
It works well with my electronic load.

Somebody has to make a definition for it. Look in the directory "Devices", it has definitions for all supported devices.
It is ascii files and you can make it yourself if you have the protocol specification (Or can reverse engineer it).

[Kurt_!]

And therein lies the problem. Protocol doesn't exist.
Very simple output. No problem for Timelap.

[HKJ]

And therein lies the problem. Protocol doesn't exist.
Very simple output. No problem for Timelap.

That makes it easy to add.
See this driver: https://lygte-info.dk/project/TestControllerConfigDevice2%20UK.html#Single_value
If it sends multiple values, this may work: https://lygte-info.dk/project/TestControllerConfigDevice2%20UK.html#Ascii_variable_length_communication_blocks,_can_be_multi_line_ascii_(AsciiBlock)

[Kurt_!]

Thanks. I'll read up on it...

[flash2b]

With com0com software on windows you could intercept the traffic on the serial port.

With the software that works, create a connection to the virtual serial port of com0com. In com0com route the connection from the new serial port to the existing serial port that previously connected to your software. Then use the software and within com0com you can create a virtual null modem connection between the two ports and see the traffic that is interchanged.

[Gertjan]

V2.77 is up

ParamSweeper LogSync makes it possible to log in clearly defined steps matching the param stepping, instead of a independently.

Hi HKJ,

I finally came round to testing the new ParamSweeper LogSync.

It works like a charm! So thank you very much!
Logging is slower. (about twice the "normal" time, as expected) But that is no problem at all.

No more struggle to avoid lost or double readings. Jay!

regards, Gertjan.

[dems]

According to the huge number of devices supported by your application, I would have a question.
Is there a standard for the communication protocol? Or are these proprietary protocols? Regardless of the physical layer.

There is two "standards": scpi and modbus, but they only defines the lowest level. All devices has their own commands and not all use the "standards".
TC handles it by having a couple of protocols build in and some of the protocols can be adapter with parameters,
Each device has its own definition file in plain ascii that list what protocol to use and has definition for adjustments to the protocol and commands to communicate with the device.

Does TC support Modbus TCP/IP communication?
Did you already link your application to a CAN bus, LIN bus datalogger ?

[HKJ]

Does TC support Modbus TCP/IP communication?
Did you already link your application to a CAN bus, LIN bus datalogger ?

I have coded it, but never checked it against anything. I.e. it probably contains some bugs.

[dems]

Does TC support Modbus TCP/IP communication?
Did you already link your application to a CAN bus, LIN bus datalogger ?

I have coded it, but never checked it against anything. I.e. it probably contains some bugs.

Does it mean integrated in the current version of TC ?
Is there any documentation for connecting devices in Modbus TCP/IP on the website ?

[HKJ]

Does it mean integrated in the current version of TC ?
Is there any documentation for connecting devices in Modbus TCP/IP on the website ?

Yes, see here: https://lygte-info.dk/project/TestControllerConfigDevice2%20UK.html#Modbus_serial_&_network

[KungFuJosh]

I guess the error told the truth. TC was loading the ARM 64 bit DLL when I needed the AMD 64bit version. I downloaded jSerialComm-2.11.2.jar, extracted the AMD 64bit DLL, and overwrote the ARM versions and I'm back in business.

jSerialComm includes native code for lot of processor and OS combination, that is the way it handles serial ports without you have to do any installing.

I did have to manually install the AMD 64 version though. No idea why it didn't figure it out correctly on its own.

[KungFuJosh]

I tried it on my computer and java refused to start.
I.e. I cannot add it generally.

Which JDK version are you running?

[HKJ]

I tried it on my computer and java refused to start.
I.e. I cannot add it generally.

Which JDK version are you running?

java version "1.8.0_421"
Java(TM) SE Runtime Environment (build 1.8.0_421-b09)
Java HotSpot(TM) 64-Bit Server VM (build 25.421-b09, mixed mode)

[KungFuJosh]

Does the #cmdSetup dialog need to be open before the func is defined? If so, how can I do that? If not that, what do you think is going on there?

I have not gone through your stuff yet, but the function definition is stored in the parser that is associated with scpiCmd and global is always valid.
One issue: Never call another #pgm# scpiCmd from one, they use the same instance of the parser, i.e. it will give some serious issues.
Functions create their own temporary instance of the parser and do not affect anything else.

The function and scpiCmds all work, the problem is enabling the function using a scpiCmd, independent of the scpiCmd calling the function. I made the addFuncGlobal a #pgm# command:
#scpiCmd EnablegetMeasUnit #pgm#
addFuncGlobal("getMeasUnit","""


If I manually enable that, it works fine. The problem is, I don't know how to enable the global function automatically.

For example, initCmd does not work:
#initCmd MeasDefault;EnablegetMeasUnit

It shows the command execution in the log, but the global function doesn't work until I manually run the EnablegetMeasUnit cmd. After I manually execute that, everything works as it should.

Thanks,
Josh

[HKJ]

java version "1.8.0_421"
Java(TM) SE Runtime Environment (build 1.8.0_421-b09)
Java HotSpot(TM) 64-Bit Server VM (build 25.421-b09, mixed mode)

A check on my win11 computer shows:
java version "1.8.0_461"
Java(TM) SE Runtime Environment (build 1.8.0_461-b11)
Java HotSpot(TM) 64-Bit Server VM (build 25.461-b11, mixed mode)

I have started TC without any issues, but have not used it with devices yet.
The win11 computer has a complete copy of the win10 computer, mostly up to data, but I could use some software to synchronize files between them.

[HKJ]

The function and scpiCmds all work, the problem is enabling the function using a scpiCmd, independent of the scpiCmd calling the function. I made the addFuncGlobal a #pgm# command:
#scpiCmd EnablegetMeasUnit #pgm#
addFuncGlobal("getMeasUnit","""


If I manually enable that, it works fine. The problem is, I don't know how to enable the global function automatically.

For example, initCmd does not work:
#initCmd MeasDefault;EnablegetMeasUnit

It shows the command execution in the log, but the global function doesn't work until I manually run the EnablegetMeasUnit cmd. After I manually execute that, everything works as it should.

I will have to do some testing on that.

[KungFuJosh]

java version "1.8.0_421"
Java(TM) SE Runtime Environment (build 1.8.0_421-b09)
Java HotSpot(TM) 64-Bit Server VM (build 25.421-b09, mixed mode)

A check on my win11 computer shows:
java version "1.8.0_461"
Java(TM) SE Runtime Environment (build 1.8.0_461-b11)
Java HotSpot(TM) 64-Bit Server VM (build 25.461-b11, mixed mode)

I have started TC without any issues, but have not used it with devices yet.
The win11 computer has a complete copy of the win10 computer, mostly up to data, but I could use some software to synchronize files between them.

That issue seems to be specific to JDK 24+, which is different than the JRE 8 that you're running.

I'm guessing that the logging warning thing may only effect the debug mode (as the warning itself is related to logging), and I don't know if it does anything but issue a warning. I could be wrong though if TC is using the same function for logging otherwise. This still might not matter at all for people on JRE instead of JDK.

Probably unrelated to that, the bigger issue for me was the AMD vs ARM serial thing. I couldn't connect any devices before correcting that.

Thanks,
Josh

[Kurt_!]

Unfortunately, I haven't gotten it to work yet.
It requires a bit of skill.
The device only accepts specific commands.
(Only for FA.3) It constantly outputs data (see image).
I've already started with the device file.
But I only get this error message:
Cannot read from... device
# ask Values ​​is not defined.
Maybe someone knows more, if not, I'll leave it alone...

[KungFuJosh]

Unfortunately, I haven't gotten it to work yet.
It requires a bit of skill.
The device only accepts specific commands.
(Only for FA.3) It constantly outputs data (see image).
I've already started with the device file.
But I only get this error message:
Cannot read from... device
# ask Values ​​is not defined.
Maybe someone knows more, if not, I'll leave it alone...

What commands does the device accept?

IIRC, it's a simple device that constantly streams. There are other devices that function similarly that you can borrow ideas from to set it up.

I can try and help, but I don't have one of those counters to test with.

Thanks,
Josh

[Kurt_!]

This is the description.
I hope it helps.



Equals FA-2 vs FA-3

[KungFuJosh]

This is the description.
I hope it helps.



Equals FA-2 vs FA-3

You need to setup the driver for it using #driver ascii, and create custom #scpiCmd commands using the info from section 4.5 of the manual. You can search through the devices folder for other examples of ascii devices.

The first thing to do though is to establish basic communication. I'm not sure if establishing a device ID will be an issue with that or not. You could try checking "Scan serial ports" in the Load devices tab and see if it finds anything on that com port.

If you can establish an ID for the device, then you could edit what I used when I did the V3500A driver to suit your device:

Code: [Select]

#idString Keysight,V3500A,
#name Keysight V3500A
#handle V3500A
#driver ascii
#port comfixedbaud
#baudrate 9600
Thanks,
Josh