仅在 Linux 中与 TDK-Lambda ZUP 的串行 RS485 / RS232 通信非常慢

Question

In our experiment, we use many ZUP power supplies to power up the electronics. The exact models are TDK-Lambda ZUP80-2.5 and ZUP6-33. They are remotely controlled and monitored by a server running Linux.

The problem is that the serial communication is very slow. By slow I mean that the ZUP baud rate can be set between 300 and 9600. To communicate (almost) reliably with the PSU I have to set the baud rate to the minimum 300 bps.

At first, I was suspecting a hardware or wiring issue but nothing seemed to improve the situation. Then I tested the PSU with the official proprietary Windows application (using the very same hardware setup) and I could communicate at 9600 baud rate without problems. So the problem lies undoubtedly in the Linux driver or in my code.

The ZUP can communicate with the PC using RS232 or RS485. I tried them both with the same results. I tried to use a cheap RS485-USB adapter, the RS232 serial port of a desktop PC and a professional-grade PCIe RS485 card, all without success.

As a programming language, I am using Python. I tried to use pyvisapy and a scientific software called Pyrame that essentially provides a wrapper around the serial Python module. Should I try with a different language?

Here is a minimal example to show how I am accessing the unit in pyvisapy:

#!/usr/bin/env python2
# -*- coding: utf-8 -*-

import visa
from visa import constants
rm = visa.ResourceManager('@py')
inst = rm.open_resource('ASRL/dev/ttyUSB0::INSTR')
inst.baud_rate = 9600 # 300
inst.write_termination = ''
inst.read_termination = '\r\n'
inst.set_visa_attribute(constants.VI_ATTR_ASRL_FLOW_CNTRL, constants.VI_ASRL_FLOW_XON_XOFF)
inst.stop_bits = constants.StopBits.one
inst.parity = constants.Parity.none
inst.data_bits = 8

print(inst.write(":ADR01;"))
print(inst.write(":REV?;"))
print(inst.read())

In Linux, the above code works with 300 bps but not with 9600 bps (the situation get worse and worse gradually as I increase the baud rate). Even with 300 bps, sometimes I get some timeout or data corruption errors when sending or receiving long commands.

PS our DAQ runs only in Linux so using Windows is not an option.

Answer 1

It turned out to be an issue with Python itself, as pointed out by the user Marcos G.. As I have written in the comments I have tried to write a driver using both pyserial and arduino-serial . Despite some initial partial success, both of them turned out to have more or less the same issues. So I have re-written completely the driver in C++ using the libserialport C library . Now I can communicate with the ZUP at almost full speed.

Answer 2

I had similar issues with 9600 Baud until I discovered Paragraph 5.6.1 from TDK-Lambda's Zup User Manual.

There's a Python library for Zup control at https://github.com/Amphenol-Borisch-Technologies/Zup-Python-Library.

Look at class Zup's _write_command() method.

Per Zup Manual, paragraph 5.6.1:

• 10mSec minimum delay is required before sending ADR command.
• 15mSec average command processing time for the Zup Series.
• 30mSec delay required after sending ADR command.