Windows version

[IgorA100]

I really want your program to work under Windows!
How can I do that?

[flankendiskriminator]

I tried, got every prerequisites installed (python, pip, some pip packages) and the multimeter is reacting on the connection (switches to remote mode), but the program is not receiving any data.

Too bad.

[martin-bochum]

The Windows Software from the CD is working ? Sorry I don't work with Windows.

[IgorA100]

The Windows Software from the CD is working ?

I don't have a CD that has a program similar to yours :(
There is a disk with "DMMEasyControl V1.2.3", but this program is not convenient, buggy and does not know how to build graphics :(

[martin-bochum]

Slow down Baud-Tate to 57600
RS232_SPEED = 57600

[flankendiskriminator]

@martin-bochum No difference. But i am using an RS232/Ethernet Bridge so maybe this is the issue.

With DMM it works fine, even with 115k.

[flankendiskriminator]

Also not working with an RS232/USB Bridge from Prolific. Guess there is some difference in serial handeling between Windows/Linux.

[martin-bochum]

I don't know how old the DMM's Firmware is. My Firmware (1 year ago) was very buggy and i changed the OWON-DMM to a Siglent-DMM ( https://martin-bochum.github.io/DMM-Siglent-SDM/ ) . The RS-232 connection never worked for me with 115KBaud. With 57600Baud it works quite stable. The TCP connection, that I want to use, was very unstable.
http://martin-bochum.de/Cloud/peak_tcp_rs232.mp4

[flankendiskriminator]

But that firmware is not for XDM2041, right?

[martin-bochum]

Yes, I have had a PEAKTECH but it is from OWON

[Groko93]

I'm trying to get your program running on windows 10 with my new Peaktech P4094. The device is connected via the com port to the PC (USB with virtual com port => PORT6). The original software DMMEasyControl V1.8.2 is running without major issuse.
Unfortunatley your script is hanging on the same position as Bucklew reportet.
The connection to the measuring device seems to work, because the "*IDN?" query provides the correct serial number from the device.
I'm wondering that the queries "SCIP version/DMM Date/DMM Time" etc. didn't provide an answer. According to the programming manuel these are valid commands.
By the way, the original "DMMEasyControl" is running with 115,2kB without problems. Lowering the baud rate resulting in the same effect (no response).
Any idees what we can try further? I would like to use your script for some automatic measuring procedures.

[flankendiskriminator]

I tried yesterday with an Ubuntu LiveCD and it did not work either. So it does not depend on Windows vs. Linux but I guess more on a buggy firmware on the device.

Which firmware do you have @Groko93? (Under "Utility").

Our devices ODOM XDM2041 and Peaktech P4094 are the same, so i guess they are running the same firmware.

[Groko93]

It's version 3.1.0 as you can see on my screenshot above from the program. Checksum: 504D96ED

[flankendiskriminator]

Yeah, got the same.

I write a request to OWon, if there is a newer firmware.

[Groko93]

I'll ask PeakTech service about it. Let's see if we get the same answer. :o)

[martin-bochum]

Sorry, but I am using just Linux. I don't have the P4095 anymore and the last Firmware was 2.22.0 with more bugs then the previous Version . I think there is a problem with the Windows VISA, what you need to run the Windows Software, and pyvisa. You can check it in a Console with pyvisa-shell.

pyvisa-shell

Welcome to the VISA shell. Type help or ? to list commands.

(visa) list
( 0) ASRL/dev/ttyUSB1::INSTR
( 1) ASRL/dev/ttyUSB0::INSTR
( 2) ASRL/dev/ttyACM0::INSTR
(visa) ?

Documented commands (type help ):

EOF attr close exit help list open query read termchar timeout write

(visa)