Scanivalve MPS4232 - Binary TCP Scan Data Transfer; FTP Scan Data Transfer; UDP Scan Data Transfer; Binary Data Buffering

18
MPS4232
Section 3: Operation
TCP client. Programs like ScanTel, HyperTerminal, or PuTTY
can be used to display and collect the ASCII data to the
screen or to a le. If binary data output is not enabled, and
the SCAN command is sent to the Telnet port, the MPS will
typically return data to the host from where the command
was sent.
ASCII data can be formaed using the FORMAT variable
under LIST S. The three formats available are:
• Unformaed, column based (scrolling)
• Formaed, VT100 terminal style (updang)
• Comma Separated Variable, CSV (scrolling)
Data output follows the specied ASCII packet structure
listed in Secon 5: Soware.

The MPS4200 provides a binary TCP server designed to
support any computer based TCP client, such as LabVIEW.
The structure of the binary packet sent from the binary
server is expressed in Secon 5: Soware.
The Binary TCP server expects a connecon to arrive on
port 503. Data will only stream to a single connecon. If a
second connecon is opened on the port, data will send on
the new connecon.
Because all conguraon sengs may be handled via the
Telnet server (port 23), the binary server supports starng
and stopping a scan with commands sent to port 503.
Sending the binary representaon of the integer “1” will
start a scan, and sending the binary representaon of the
integer “0” will stop the scan. The scanning will also stop if
the FPS variable has been met, the MPS scan buer over-
ows, or when the binary client disconnects from the MPS.
The scan sll adheres to the variables congured in the
MPS; RATE, FPS, and TRIG.
Scans can also be iniated use the SCAN command via
telnet, or an external scan trigger (TRIG == 2). When
these opons are used, the connecon to port 503 must
be opened prior to the SCAN command or external scan
trigger. If this connecon is not made, the MPS will not
send scan data to this desnaon. The scanning will also
stop if the FPS variable has been met, the MPS scan buer
overows, or when the binary client disconnects from the
MPS. The scan sll adheres to the variables congured in
the MPS; RATE, FPS, and TRIG.

The MPS4200 can transfer scan data using FTP protocol to
an applicable FTP server. The user may set up any suitable
server or NAS capable of running as a FTP server.
When ENFTP is set to one, and a scan is started, the so-
ware will aempt to connect and open a le on the FTP
server as congured by the FTP variables. The me and
date that is indicated by the GETTIME command is used in
the construcon of the le name.
The le that is saved on the server is assembled as follows:
<path on server><base data lename><date>_<me>.<type>
Where <type> is:
• “.DAT” for binary
• “.TXT” for ASCII Text
• “.CSV” for ASCII CSV le.
The le is closed when the scan stops. If the le cannot
be opened on the server when the scan starts, the scan is
stopped before any data is output and the MPS will report
an error.
FTP protocol can be used simultaneously with UDP output.
This allows users to congure a system such that data can
be monitored “real-me” via the UDP stream and collected
reliably via the FTP data transfer. For more informaon on
FTP variables, please see Secon 5: Soware.

The MPS4200 can transfer scan data using UDP protocol to
an applicable UDP client. The user may set up any suitable
UDP client for this operaon. Data output follows the speci-
ed packet structure listed in Secon 5: Soware.
UDP output supports a mulcast address following the
standard UDP mulcast address group, using a UDP address
of 224.0.0.0 through 239.255.255.255 and any valid port.
UDP protocol can be used simultaneously with FTP output.
This allows users to congure a system such that data can
be monitored “real-me” via the UDP stream and collected
reliably via the FTP data transfer. For more informaon on
UDP variables, please see Secon 5: Soware.

All binary data output, including the Binary server, can
buer up to 32768 frames of data (using the standard 32
channel binary packet) before the buer overows and
stops scanning. This allows the host soware to gather data
from the MPS at a slower rate than the MPS is scanning.
However, mulple frames must be read, at once, with each
read.
To calculate the maximum me that the client can wait
before reading data from the binary server use the
following: