Tektronix Technical Forums are maintained by community involvement. Feel free to post questions or respond to questions by other members. Should you require a time-sensitive answer, please contact your local Tektronix support center here.

Use TSP in the non-Windows RTOS embbedded controller

Use this forum for questions about Keithley Test Script Builder software.
Post Reply
icebahn
Posts: 11
Joined: January 20th, 2015, 10:53 am
Country: United States

Use TSP in the non-Windows RTOS embbedded controller

Post by icebahn » January 20th, 2015, 2:20 pm

I have an embedded system controller that will control
the 2602B for power source and measurement. The controller
has a simple RTOS so I could not use LabView nor
the tools/drivers that Keithley provides.

My controller has an RS232 interface. From reading
2600BS-901-01 (B-May 2013)(Ref).pdf:

1) The commands described in section 7 are strings
that my controller can send to the SMU as is. Is that correct?

For example,

To read the autozero setting, the controller would send
the following strings and then read
any string received back from Keithley?

"azMode = smua.measure.autozero\n"
"print(azMode)\n"

2) What is serial.read() and serial.write() in relation
to RS232? Does my controller need (or should it use) the
serial.read()/write() commands?

Thank you,

Andrea C
Keithley Applications
Keithley Applications
Posts: 1331
Joined: October 15th, 2010, 10:35 am
Country: United States
Contact:

Re: Use TSP in the non-Windows RTOS embbedded controller

Post by Andrea C » January 20th, 2015, 5:06 pm

Hello,

The commands are simple ASCII strings. In your example, you could shorten it by instead using sending "print(smua.measure.autozero)\n" and then reading back the response.

The serial.read and serial.write commands would be used by a script running on the 2600B product to communicate with an RS-232 device such as a printer or component handler, etc.

If you instead are trying to control the 2600B over the RS-232 command interface from your controller, you would not make use of these commands.

Andrea

icebahn
Posts: 11
Joined: January 20th, 2015, 10:53 am
Country: United States

Re: Use TSP in the non-Windows RTOS embbedded controller

Post by icebahn » January 20th, 2015, 6:44 pm

Hi Andrea,

Thank you for your reply and the hint to shorten the command.
I'm now ready to write my driver to control the SMU. ;)

icebahn
Posts: 11
Joined: January 20th, 2015, 10:53 am
Country: United States

Re: Use TSP in the non-Windows RTOS embbedded controller

Post by icebahn » January 21st, 2015, 12:41 pm

Hi,

I have more questions.

My embbeded processor is connected to 6202B through the
RS232 interface and the 6202B is connected to the 3706A.

I will assign node 1 to 6202B and node 2 to 3706A.

1) Can I assume that the 6202B is always a master node because
it connects to the controller? Can I change the setup to have the
3706A be the master node (in this configuration).

2) The 3706A has a different command set from the 6202B
(e.g "dmm" command vs "smuX" command). Can I run one instrument's command
through a different instrument.
(I will put "node[1].smuX" and "node[2].dmm" in front of the command).

Thank you,

Andrea C
Keithley Applications
Keithley Applications
Posts: 1331
Joined: October 15th, 2010, 10:35 am
Country: United States
Contact:

Re: Use TSP in the non-Windows RTOS embbedded controller

Post by Andrea C » January 22nd, 2015, 2:46 am

You are correct, the master node is the one connected to and receiving commands from the computer and is usually node 1.
Either instrument could be the master node. You just need node number uniqueness for each instrument on the TSP-LINK network.
You can send commands to the 3706A on node 2 by using the node[2]. preface on those commands.

Post Reply

Return to “Test Script Builder”

Who is online

Users browsing this forum: No registered users and 0 guests