|
|||||||||||||||
![]() |
|||||||||||||||
![]() We are always looking to expand our sales channels. Contact Us to become a Regional Factory Representative, or a Local Distributor. ![]() |
What protocols does RemoteTRAK RS485 I/O support?
Can RemoteTRAK I/O be mixed on an RS485 network with other non-SIXNET devices?
What is the Remote I/O Field Setup module and why do I need it?
What if I need high-speed counting or RTDs but there is no RemoteTRAK I/O modules for these signals?
How many RS485 devices can I have on my network?
Why is SIXNET's "Process Quality" I/O better than typical PLC I/O?
I just got my RemoteTRAK I/O. What should I do first? First, install the SIXNET I/O Tool Kit software. Refer to the RemoteTRAK User Manual to power-up your RemoteTRAK module. Next, use the field setup module to configure your RemoteTRAK. Refer to the getting started help in the SIXNET I/O Tool Kit for details. Then follow the prescribed steps to configure and use your RemoteTRAK. Why can't I communicate to the field setup module plugged into my RemoteTRAK base? First, make sure that the serial number you entered into the SIXNET I/O Tool Kit software exactly matches the one on your RemoteTRAK module's base. Then make sure you are using a ST-CABLE-PF (supplied with the setup module) or an exact equivalent. Refer to the RemoteTRAK User Manual for a pin-out diagram. An off-the-shelf "null modem" cable may not work. Next check the Device menu settings in the SIXNET I/O Tool Kit. Make sure you have selected to "Use the settings for the field setup module". When you try to communicate watch the LEDs on the setup module. If you see no activity then you may have the wrong or a bad cable, or you have selected the wrong com port on your PC. If you see only the RD LED flash then it's probably your Device menu settings. Finally, try cycling power to your module and base. Setting up RS485 communications can sometimes be very tricky. Here are some of the things to watch out for. First, make sure the com parameters (protocol, baud rate, data bits, parity, stop bits, flow control, etc.) of the software in your PC match the settings that you loaded (via the field setup module) to your RemoteTRAK I/O modules. Why can't I communicate to my RemoteTRAK from a master RS485 device such as a PLC? First, make sure the com parameters (protocol, baud rate, data bits, parity, stop bits, flow control, lead time, lag time, etc.) of the RS485 port on your PLC or other master device match the settings that you loaded (via the field setup module) to your RemoteTRAK I/O modules. Next, refer to the RemoteTRAK User Manual and the documentation for your RS458 master device and make sure that the proper biasing and termination are in place. Also, it is required that the signal ground (in addition to the RS485 + and -) be connected for RemoteTRAK to communicate properly. Therefore, the so-called "2-wire" connection actually requires three wires. For twisted pair cable, the shield wire is commonly used for the signal ground. Finally, if all else fails try swapping the + and - connections on one end of your cable. We have seen it where the + and - designations on some devices are opposite to RemoteTRAKs. So instead of the normal + to + and - to - connections you may need a + to - and - to + connection. Why can't I communicate to my RemoteTRAK connected off of an EtherTRAK module or gateway? First, make sure the RS485 port parameters (passthru protocol, baud rate, data bits, parity, stop bits, flow control, lead time, lag time, etc.) on the EtherTRAK I/O module are configured to match those of your RemoteTRAK I/O modules. Make sure you have the proper RS485 termination. Simply terminate each end of your RS485 network. See the RemoteTRAK User Manual for details. Note: No RS485 biasing is required when connecting just SIXNET RS485 devices. Also, make sure the RS485 signal ground is connected between the EtherTRAK and RemoteTRAK. If you are using a Modbus/TCP driver then make sure you have specified the correct IP address of the EtherTRAK, station number of the RemoteTRAK, port 502 (for Modbus), and the appropriate Modbus I/O addresses. |
|||||||