Troubleshooting

[Note]
Note

Most of the products have a unique troubleshooting page that is similar to this page. Click your product name in the navigational bar to use the product-specific Troubleshooting page.

Review the following information before calling Technical Support because they will request that you perform many of the procedures or verifications before they will be able to help you diagnose a problem.

If you cannot diagnose the problem, you can contact Pepperl+Fuchs Comtrol, Inc. Technical Support .

Troubleshooting Checklist

The following checklist may help you diagnose your problem:

  • Verify that you are using the correct types of cables on the correct connectors and that all cables are connected securely. Refer to the product User Guide or Hardware Installation document for cabling information.

    [Note]
    Note

    Most customer problems reported to Pepperl+Fuchs Comtrol, Inc. Technical Support are eventually traced to cabling or network problems.

  • Make sure that you have installed and configured the latest driver.

  • If you have a RocketModem IV or RocketPort, reboot the system with the bootable diagnostics to verify that it is not a hardware problem.

  • If you have a spare device try replacing the adapter or server.

For additional troubleshooting, you can refer to one of the following:

Troubleshooting the Driver for Windows

If using a device driver for a WIndows system, you can check the following:

  • If using an in-house application, verify that you are addressing the port correctly. In many applications, device names above COM9 require the prefix \\.\ in order to be recognized. For example, to reference COM20, use \\.\COM20 as the file or port name.

  • Verify that the product has installed by checking the Device Manager to verify that the device displays.

  • After driver installation, if a port does not open; open the Device Manager, go to Ports COM&LPT, right-click on the yellow exclamation mark on the port, and click Update Driver.

  • You can open the Device Manager and enable the Verbose Event Log feature under the Options tab and then reboot the system.

  • If you have a DeviceMaster and have not done so, install PortVision DX, which includes Test Terminal for troubleshooting communications on a port-by-port basis and Port Monitor to check for errors, modem control, status signals, raw byte input and output counts.

    You can use the Test Terminal procedure below or the Port Monitor (PMon2) and Test Terminal (WCom2) User Guide, which provides procedures for using both Test Terminal and Port Monitor to test ports and communications.

  • If you have an adapter product, you can install the Pepperl+Fuchs Comtrol, Inc. Utility for troubleshooting communications on a port-by-port basis and Port Monitor to check for errors, modem control, status signals, raw byte input and output counts.

    You can use the Test Terminal procedure below or the Port Monitor (PMon2) and Test Terminal (WCom2) User Guide, which provides procedures for using both Test Terminal and Port Monitor to test ports and communications.

  • Remove and reinstall the device driver.

Test Terminal Explanation

The following discussion provides background information about the two tests procedures discussed using Test Terminal (v3.01) in Using Test Terminal to Test a Port. You can check to see if an updated version is available.

Optionally, you can use the Port Monitor (PMon2) and Test Terminal (WCom2) User Guide, which provides procedures for using both Test Terminal and Port Monitor to test ports and communications.

[Note]
Note

Test Terminal is also included in PortVision Plus and the Pepperl+Fuchs Comtrol, Inc. Utility assemblies.

  • Send and Receive Test Data: This sends data out the transmit line to the loopback plug, which has the transmit and receive pins connected thus sending the data back through the Rx line to Test Terminal, which then displays the received data in the terminal window for that port. This test is only testing the Tx and Rx signal lines and nothing else. This test works in either RS-232 or RS-422 modes as both modes have transmit and receive capability. A failure in this test will essentially prevent the port from working in any manner.

  • Loopback Test: This tests all of the modem control signals such as RTS, DTR, CTS, DSR, CD, and RI along with the Tx and Rx signals. When a signal is made HI in one line the corresponding signal line indicates this. The Loopback Test changes the state of the lines and looks for the corresponding state change. If it successfully recognizes all of these changes, the port passes.

    A failure on this test is not necessarily critical as it will depend on what is connected and how many signal lines are in use. For example, if you are using RS-232 in 3-wire mode (Transmit, Receive and Ground) a failure will cause no discernible issue since the other signals are not being used. If the port is configured for use as either RS-422 or RS-485 this test will fail and is expected to fail since RS-422 and RS-485 do not have the modem control signals that are present in RS-232 for which this test is designed.

Using Test Terminal to Test a Port

The following procedure shows how to use Test Terminal to send and receive test data to the serial ports and run a loopback test.

  1. Stop all applications that may be accessing the ports such as RAS, RRAS, or any faxing or production software.

    See the appropriate help systems or manuals for instructions on stopping these services or applications. If another application is controlling the port, then Test Terminal will be unable to open the port and an error message will be shown.

    [Note]
    Note

    Remember to restart the application once testing of the ports has been completed.

  2. From the Start menu, click Programs > Comtrol > Utilities > Test Terminal (WCOM2).

  3. Click File > Open Port and the appropriate port (or ports) from the Open Ports drop list.

  4. Install the loopback plug onto the port (or ports) that you want to test.

  5. Click Port > Send and Receive Test Data.

    You should see the alphabet scrolling across the port. If so, then the port installed properly and is operational.

  6. Click Port > Send and Receive Test Data to stop the scrolling data.

  7. Click Port > Loopback Test.

    This is a pass fail test and will take a second or two to complete. Repeat for each port that needs testing.

    The loopback test tests the modem control (hardware handshaking) signals. It only has meaning in RS-232 mode on serial connector interfaces with full RS-232 signals. If performed under the following conditions, the test will always fail because full modem control signals are not present:

    • RS-422

    • RS-485

    • RJ11 connectors

  8. Close Test Terminal

If both of these tests successfully complete, then the port is operational as expected.

[Note]
Note

Do not forget to restart the application.

Troubleshooting Linux

You can use the following subsections to test the serial ports on a Linux system.

lcom(1)

Pepperl+Fuchs Comtrol, Inc. has available lcom(1), which is a multiport serial I/O test program. You can use lcom in test mode to send test data to any serial port.

[Note]
Note

For assistance using lcom, use the manual page (lcom.1) that accompanies the program.

The following examples use ports ttyRP0 and ttyRP1 (RocketPort INFINITY,RocketPort EXPRESS, and RocketPort EXPRESS SMPTE). You will need to substitute the port numbers that you will be testing, where appropriate, for your device using the following table.

Hardware TypePort Nomenclature

DeviceMaster AIR

DeviceMaster LT

DeviceMaster PRO

DeviceMaster RTS

DeviceMaster Serial Hub

ttySIx

RocketPort ISA

RocketPort uPCI

RocketPort Plus uPCI

RocketPort Plus 422 uPCI

RocketModem IV

ttyRx

RocketPort INFINITY

RocketPort EXPRESS

RocketPort EXPRESS SMPTE

ttyRPx

BroadPort 550

RocketPort 550 Universal PCI

ttyAx
[Note]
Note

Where x is the port number, which begins at 0 (zero) and continues sequentially. Linux is case-sensitive, be sure to use the proper case. tty is lowercase, SI, R, RP, and A are in uppercase.

You can also refer to the procedures below to check the ports:

File Transfer

You can transfer a file using the following information. The default settings are 9600, 8, n, 1, and no parity. To send a file you can redirect output to a device, where x is 0 through 7. The following example shows a RocketPort EXPRESS:

cat /etc/inittab > /dev/ttyRP0

Sends the contents of the /etc/inittab file to the ttyRP0 device at 9600 baud, 8, n, 1, and no parity.

Changing Serial Port Settings (stty)

Use the following information if you need assistance changing or viewing the baud rate settings.

To change the baud rate, use the following RocketPort EXPRESS example, which changes the baud rate to 19200, where x is 0 through 7.

stty 19200 </dev/ttyRP0

To view the current serial port settings for ttyRP0, enter:

stty -a </dev/ttyRP0
[Note]
Note

Settings changes via stty are only valid during current log in session. For permanent setting changes, use the /etc/inittab file.

Setting Up Terminals and Modems (mgetty, agetty, getty)

Add the appropriate line or lines to the /etc/inittab file then restart.

Some distributions use the agetty command and other distributions use getty. Check the documentation for your Linux distribution if you are unsure.

Terminal Example:

T0:23:respawn:/sbin/agetty -L ttyRP0 57600 vt100

Modem Example:

T1:23:respawn:+/sbin/mgetty -m ‘"" AT&F OK’ -D -x9 -s 115200 ttyRP0

If necessary, see the manual pages for more information on mgetty.

Testing with minicom

You can also use minicom to test the serial ports, which is shipped with most Linux operating systems. A Pepperl+Fuchs Comtrol, Inc. document is available for using minicom.


nice color