| Note:
The VersaTRAK RTU is not recommended for new systems.
Please use one the newer SIXNET Controllers
or RTUs instead.
|
Just
click on a question below to get the answer:
 |
A
VersaTRAK RTU is a powerful and versatile remote terminal unit.
It can perform stand alone control (IEC
61131 programming), data acquisition, datalogging, peer-to-peer
communications, and much more. The VersaTRAK RTU is very closely related
to a SIXTRAK programmable gateway. They both share the same 32-bit
CPU and can interface up to 128 SIXTRAK I/O modules. The main difference
is that a VersaTRAK has some I/O built-in and can have up to 4 communications
ports.
Practically unlimited.
A VersaTRAK RTU can have built-in as much as 8 analog inputs, 4 analog
outputs, 8 discrete inputs, and 4 discrete outputs. Then you can easily
add 8 more discrete I/O with a VT-PB8 expansion board. On top of that
you can have up to 128 SIXTRAK I/O modules for 1024 I/O points. And
that's not all. You can then interface to EtherTRAK
I/O and RemoteTRAK I/O
for an incredible amount of I/O. The VersaTRAK may be the most expandable
RTU ever!
A VersaTRAK's
Ethernet port supports the Open Modbus/TCP protocol per Modicon's
specifications. It also support Modbus over UDP which is faster
than TCP but has less error checking. In addition, it supports the
SIXNET protocol over either TCP or UDP. The VersaTRAK's serial (RS232
or RS422/485) port(s) support Modbus ASCII, Modbus RTU, or SIXNET
protocol. Both master and slave modes are supported.
Most likely because
there are several methods for interfacing to a VersaTRAK RTU. The
first is with the SIXNET IOmap interface which comes with Level 2
of the SIXNET I/O Tool Kit. This shared database supports OPC, DDE,
and direct DLL calls. SIXNET also offers a Modbus OPC Server that
talks Modbus/TCP and provides access via OPC or DDE. A third method
is to use the Modbus/OPC driver that most HMI/SCADA software is offering.
Yes. Each port
can be individually configured for a different protocol and mode (master
or slave).
Sure. The best
way is to use an operator interface that can act as a Modbus master.
These displays are widely available and inexpensive. Also, no programming
is required in the RTU because these displays are configurable on
their own. We have tested the TCP, Exor, CTC, and other brands of
displays. Refer to our Technical
Notes for details.
Sure. Just install
TCP/IP (if youre not using it already), set your IP addresses,
and your all set to talk to your VersaTRAK RTU with an Ethernet port.
Most Ethernet networks can run multiple protocols (i.e. NetBEUI, IPX/SPX,
TCP/IP, etc.) all at the same time.
Yes. If your VersaTRAK
RTU is connected to a network with Internet access, then you can access
it from any where in the world just by specifying its IP address.
Absolutely. Communications
over radio or telephone modems is a snap for the VersaTRAK RTU. For
radio modems, both the dumb (requires gateway to control transmitter
keying) and intelligent (automatic transmitter keying) variety are
supported. For telephone
modems, a ISaGRAF
function block makes it easy for a programmable gateway to dial and
make connections to other stations or the master site. In addition,
these RTUs also support leased-lined, short-haul, or any modem that
can be interfaced via a serial port. Refer to our Technical
Notes for details.
Yes. The Sixlog
software makes it a snap to perform datalogging in a VersaTRAK RTU
which can have up to 2 Meg of RAM. With this much memory you can log
more than 26,000 records of 16 analogs, 64 discretes, and 6 floats.
If youre logging once a minute then you can log for 26,000 minutes
or 18 days before filling up the memory.
Easily. No programming
is required to perform peer-to-peer I/O moves between a VersaTRAK
RTU and other RTUs, SIXTRAK
gateways, EtherTRAK I/O,
RemoteTRAK I/O, or third
party Modbus devices. Just use the Plant Floor software to configure
your peer-to-peer I/O transfers.
Yes. Using the
combination of powerful ISaGRAF programming and configurable peer-to-peer
I/O transfers the VersaTRAK can easily be programmed to perform report
on exception (i.e. on an alarm or other event) and store and forward.