Products > Test Equipment

Siglent SPD3303X(-E) calibration FW1.01.01.02.07R2 - best practice

<< < (6/10) > >>

jgartrel:

--- Quote from: BreakingOhmsLaw on November 18, 2021, 12:21:29 am ---
Some side notes:
- You cannot use EasyPower to send the SCPI commands. It seems to (intentionally?) botch the calibration commands. The best way is to use a telnet client (like https://putty.org/) to establish a telnet connection to port 5025. Or you can use NI VISA MAX instead. If you do, you must use "Write" in the NI VISAVisa Test Panel, not "Query".


--- End quote ---

With firmware version 1.01.01.02.07R2, I too had issues on MacOS using 'telnet' to connect to the device. Commands such as '*CALCLS 0' and '*IDN?' would work, but 'CALibration:VOLTage ch1,1,0.8613' would fail with a beep.

The calibration command would be accepted in firmware version 1.01.01.02.05, but the command '*CALST' (to store the new values) would fail.

I did have success using a Windows box with NI-MAX v5.4.1, but I was hoping for something that could be run without needing NI-MAX.

What eventually worked for me was to use 'netcat' instead of 'telnet' on MacOS. Following BreakingOhmsLaw recipe above, using the following sequence of commands from the Terminal in MacOS, I was able to successfully calibrate the device:


--- Code: ---$ printf 'CALibration:VOLTage ch1,1,0.8613\n' | nc -w 5 192.168.X.X 5025
$ printf 'CALibration:VOLTage ch1,2,25.740\n' | nc -w 5 192.168.X.X 5025
$ printf '*CALST\n' | nc -w 5 192.168.X.X 5025
$ printf '*IDN?\n' | nc -w 5 192.168.X.X 5025
Siglent Technologies,SPD3303X,XXXXXXXXXXX,1.01.01.02.07R2,V3.0

--- End code ---

When looking at what 'telnet' believes it is sending vs what 'netcat' believes it is sending, they look identical with 0x0a line terminations.  However, there must be more that I am missing here.

UPDATE: After a packet capture, it is apparent that 'telnet' is actually replacing the newline with CRLF behind the scenes. Toggling CRLF on/off in 'telnet' has no effect (CRLF is still sent). However, after configuring 'telnet' to 'set outbinary' via an escape command, the proper 0x0a line termination is sent and 'telnet' is usable.  This may also be a source of many other terminal programs also failing to send a properly formatted calibration command that the SPD3303X(-E) does not reject.

Thank you to BreakingOhmsLaw for all the hard work on putting this post together! I hope this additional info helps others on their journey.

rolfdegen:
Houston, we have a problem!

Problem with new Firmware SPD3303X_V1.01.01.02.07R2.ADS 
After a while (> 1 hour) the power supply switches off the active channel  ???

My firmware vesion: SPD3303X_V1.01.01.02.07R2.ADS

BreakingOhmsLaw:

--- Quote from: rolfdegen on April 17, 2024, 08:42:15 pm ---Houston, we have a problem!

Problem with new Firmware SPD3303X_V1.01.01.02.07R2.ADS 
After a while (> 1 hour) the power supply switches off the active channel  ???

My firmware vesion: SPD3303X_V1.01.01.02.07R2.ADS

--- End quote ---

How old is your unit? The early version had a problem with a bridge rectifier overheating that was the cause for it switching off after some time.

rolfdegen:
This is my Power Supply SPD3303X-E with hack for higher resulution. With the old firmware I had no problems with switching off  :-BROKE




BreakingOhmsLaw:
Hardware version 3.0 has that rectifier bug.
If it's still under warranty, revert to old FW and have it repaired.

Navigation

[0] Message Index

[#] Next page

[*] Previous page

There was an error while thanking
Thanking...
Go to full version
Powered by SMFPacks Advanced Attachments Uploader Mod