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

[HKJ]

I've found a small bug 

If you change the device/handle (right click) from A to B, and then right cllck on the command line, the command list of the previously selected handle/device are shown. I have seen this bug before, so it is not since 3.03.

I am not sure what you mean?
Right click to change handle is not saved and will not affect the command history. If it is a good solution can be discussed, but to include the change I would have to modify the command to include the device. I do that when generating script, but not when scrolling in command history.

Edit: Right click on the command line do not have anything to do with history, it simply match whatever is on the command line to the help list (Window below command line) and shows all matches.

[flash2b]

If my device is DM18C04: and I right click on the area where I can type commands, right click on the single line there is a large vertical context menu shown with all related commands of the DM18C04.

Now if I change to an other loaded device by right clicking on the DM18C04: and select let say XACX0440: that works fine. However on the area where I can type commands, rich click the vertical context menu shows still the commands of the DM18C04. If I enter a command, and do the same thing the context menu is from the XACX0440 so the right ones. So after sending something to the newly selected device, the correct context menu is shown.

I only happens when switching devices.

[HKJ]

If my device is DM18C04: and I right click on the area where I can type commands, right click on the single line there is a large vertical context menu shown with all related commands of the DM18C04.

Now if I change to an other loaded device by right clicking on the DM18C04: and select let say XACX0440: that works fine. However on the area where I can type commands, rich click the vertical context menu shows still the commands of the DM18C04. If I enter a command, and do the same thing the context menu is from the XACX0440 so the right ones. So after sending something to the newly selected device, the correct context menu is shown.

I only happens when switching devices.

I can see you point, the help window do first change when you start typing, not when you change device.
I may fix that 

[flash2b]

I was already making print screens 

[HKJ]

I was already making print screens 

When you explains something so I understand it and can reproduce it, I do not need more.
If I take it as an error is another discussion, in this case I will accept it as a error, but a minor one (Because nobody else has complained in 6 years  ).
And at the current time I am working on something else in TC and it requires a lot of work.

[flash2b]

There is a small typo on the about page:

hid4Jave should be hid4Java

[HKJ]

There is a small typo on the about page:

hid4Jave should be hid4Java

Ok, it is fixed.
I am sure there are a lot more typos and bad wording, especially in the documentation.

[flash2b]

I will update all my definitions theat use  modbus RS485 to support the shared modbus function shortly.

I expected that, that is the reason I did not do it.
What I said about not modifying any drivers, it not complete true, the NT18B07 is updated, I did also remove the serial number, to get stable numbering of the 3 I have.

I have updated all my definitions to support shared modbus using RS485. Also all serial numbers are now empty, you can add your own if you like. Furthermore all have minor updates and bugfixes.

HKJ,  please add them to the next release of TC.

[ Attachment Invalid Or Does Not Exist ]

Part of TestController v3.04

[HKJ]

I have updated all my definitions to support shared modbus using RS485. Also all serial numbers are now empty, you can add your own if you like. Furthermore all have minor updates and bugfixes.

HKJ,  please add them to the next release of TC.

Thanks, it is updated.
I will recommend anybody uses modbus devices from you download this update and unpack it in the TC Devices directory, so they do not have to wait for the next release to get it.

[flash2b]

Shall I also update the HSPY-400-1 and Kunkin KP184 definitions, they are also RS485.

[HKJ]

Shall I also update the HSPY-400-1 and Kunkin KP184 definitions, they are also RS485.

If they use RS485 bus: Yes
if they use RS232: No

If it was as simple as just update any device with modbus,  I may have made it automatic. But it must be modbus and RS485 interface, before it is relevant.

[flash2b]

HKJ, I did check that, for sure.

[flash2b]

Here is the other one

I made a mistake..... sorry

[HKJ]

Here is the other one

I made a mistake..... sorry

Updated, thanks.
And I did run into your mistake 

[flash2b]

V3.03 is up
A warning: I have modified the code around GPIB, but have not tested it, i.e. it may not work anymore or it might work with multiple devices.

It is possible to download V3.00 from here: https://lygte-info.dk/pic/Projects/TestController/TestController3.00.zip (This is the old version, the new version must be downloaded from my website).

I have retested GPIB with an AR488 on my Hameg 8112 and it still works fine with v3.03.

I cannot test with multiple devices since my AR488 is a ARTAG version that does not have a feed trough connector. I have posted in the AR488 thread to test TC v3.03 with multiple devices and share results/feedback.

[HKJ]

I have retested GPIB with an AR488 on my Hameg 8112 and it still works fine with v3.03.

I cannot test with multiple devices since my AR488 is a ARTAG version that does not have a feed trough connector. I have posted in the AR488 thread to test TC v3.03 with multiple devices and share results/feedback.

Thanks. I was careful, but it is easy to make a mistake and without testing I will not see it.

[flash2b]

Will this USBTMC library be able to deliver multi platform support for USBTMC in TC in the future? See: https://github.com/gotmc/usbtmc

I've read that Unix supports the device USBTMC natively and windows can do it over libusb. Do not know about Mac.

[HKJ]

Will this USBTMC library be able to deliver multi platform support for USBTMC in TC in the future? See: https://github.com/gotmc/usbtmc

I've read that Unix supports the device USBTMC natively and windows can do it over libusb. Do not know about Mac.

That library is in go, not Java. This means I cannot use it.

[flash2b]

My bad, go-based. Never heard of it, if have encountered many IT development streams for my work, although it exists since 2009 and 2012 was stable  v1.0.

[HKJ]

My bad, go-based. Never heard of it, if have encountered many IT development streams for my work, although it exists since 2009 and 2012 was stable  v1.0.

I had heard about it, but never seen any code from it. I have no idea what it can do or how many people use it.
I got into Java long time ago and like how it works and that it runs on anything without any extra penalty. I.e. if Windows uses a Intel or Arm processor do not matter and that it do not even have to be Windows. 
The two main languages that can work on multiple platforms is Java and C#. I have worked with C#, but the syntax changed and that is a big no for me. Java also make changes to syntax (and some are a bit silly), but old code continues to compile and run without modifications.

[hatte]

The two main languages that can work on multiple platforms is Java and C#.

I know that you have put a lot of work into developing TestController in Java, but while Java is open standards based and cross-platform the Java platform has been focusing on server-side (web) applications for many years, leaving Desktop application support behind, combined withthe problems associated with requiring separate installation of the Java runtime (JRE).

If I were to develop a similar cross platform desktop application today, I would probably base it on the Electron framework that is designed to create crossplatform desktop applications, is open source and can provide a single (monolithic) installer on all common platforms (Windows, Linux, MacOS).
The underlying runtime platform is Node.js and the rendering is done using an embedded Chromium browser.
The list of applications written using the Electron framework (notably VS Code), and the available development and documentation resources means that it is likely to continue to exist and be maintained for many years into the future (see https://en.wikipedia.org/wiki/List_of_software_using_Electron )

Alternatively, one could use PYTHON with a suitable GUI framework, but that would still leave the problem of a separately installed runtime with all the trouble it entails.

[HKJ]

The two main languages that can work on multiple platforms is Java and C#.

I know that you have put a lot of work into developing TestController in Java, but while Java is open standards based and cross-platform the Java platform has been focusing on server-side (web) applications for many years, leaving Desktop application support behind, combined withthe problems associated with requiring separate installation of the Java runtime (JRE).

If I were to develop a similar cross platform desktop application today, I would probably base it on the Electron framework that is designed to create crossplatform desktop applications, is open source and can provide a single (monolithic) installer on all common platforms (Windows, Linux, MacOS).
The underlying runtime platform is Node.js and the rendering is done using an embedded Chromium browser.
The list of applications written using the Electron framework (notably VS Code), and the available development and documentation resources means that it is likely to continue to exist and be maintained for many years into the future (see https://en.wikipedia.org/wiki/List_of_software_using_Electron )

Alternatively, one could use PYTHON with a suitable GUI framework, but that would still leave the problem of a separately installed runtime with all the trouble it entails.

I was not aware that Android is classified as a server platform  (Ok, Java used there is not standard Java).

Java is still used for desktop applications, but sometimes people links it into a runtime. I do not want to do that. I also know Java has fairly good performance, I do not know about the stuff you talk about.

[squirrax]

Hi,
i made a definition file for the UNI-T 8805E dmm .
Tested with RS232 under linux only.
Hope it can help.
Thanks !

[HKJ]

Hi,
i made a definition file for the UNI-T 8805E dmm .
Tested with RS232 under linux only.
Hope it can help.
Thanks !

Thanks, I have added it.

Most definition are made on Windows and tested on Windows, they still work on Linux and Mac, I do not expect any issue the other way around.

[squirrax]

Hi,
    i'd like to use TC to read the value of a sensor via a multimeter, convert it to a usable value and log it.
    The sensor is a DIY RF power sensor ( dl5neg design, see http://www.herbert-dingfelder.de/?page_id=68) that gives a voltage.
    i've a calibration table and i guess i need to interpolate between values. Nothing fancy.
    Can TC do that ? What would be the best way to implement that ?
Thanks in advance !