RS232/USB Probe

(by the author: ) This is a really old program. I am not sure where the code is or much else about it. I now work in Python and a much more useful program is Python SmartTerminal

Summary

 * Name: RS232/USB Probe
 * Status: still developing, but is working Download available see  -- after a period of inactivity some development Jan 09.
 * Technology: Java -- should run on many platforms, Windows 98 through Vista
 * Author: russ_hensel ( where you can find an email address to reach me )
 * License: not fully determined, but open source and object code.

This is one of a series of articles on Microcontroller Serial Communications, rooted at this site here: Microcontroller Serial Communications Articles

Purpose:

The project is a specialized terminal emulator designed to talk to a microcontroller or similar device, either to control them or to try to deduce what its control protocol is.

Several areas are provided for input to the device. This is typed as strings, but escape sequences also allow special characters including any ASCII character entered by its hex code. Data is sent by pressing the send button. Each send area has its own recieve area just to the right of it. Also all data both sent and recieved is logged to the bottom window. Other events in the software are also posted to the logging area. The application has several send areas so that you can easily reissue earlier commands and easily keep frequently used commands ready to use.

A complete log of activity is provided both to the screen and to a log file.

Q: (Does this require a USB Bit Whacker between the PC and the device under test (DUT), or does it also work fine with direct RS-232 connection between the PC and the device under test?) A: No BitWacker is required for this application, it works with any serial device ( which can be the device under test ), but works best with devices that wait for a command, then they issue a response. If you have a device to test that does not have a serial port then using a BitWacker or other microcontroller as an intermediary can be a useful approach.

Early Mock Up of Screen


The screen has been enhanced, to see the current version, try the software.

Some Features

 * Should work on any computer/os that supports Java. Currently using an older version of Java so that it will run on old Windows 98 computers.


 * Works with RS232 and USB ( virtual RS232 ). This includes USB to RS232 converters.


 * Communication parameters set through a property ( text ) file. Name of property file can be specified at the command line, or may be changed once the application is running.


 * Consists of several "mini terminals" sharing a common loging area. This make issuing, reissuing commands and seeing old responses easy.


 * Log data is written to a log file ( which can be specified in the property file ) as well as the screen.


 * After sending a command it listens for a response untill either a end of response character is recieved, a maximum length, or a maximum anount of time. ( all of these are specified for each mini terminal ).


 * Can be set to "probe" for the right communications port by sending a command to the port and looking at the response.


 * Non printable and other ascii codes can be entered.


 * User comments may be added to the log data.


 * Provides a framework of code for other applications like the BitWacker Command GUI or the Graphical Data Logger

Download and Installation Directions
moved to BitWacker PIC and Other Microcontroller to Java Communications

Use Details
Some Use Details

Start Up
Before running the program make sure the property file ( RS232Probe.properties ) has the values you want to use. This file is documented internally. Make sure you save a backup somewhere of the original file ( there is a backup in the installed files ). Double click the batch file to launch the program. Startup information will appear in the Java console ( the dos window associated with the program, and in the program log area, and in the log file. )

Features implemented in the property file and batch file ( see these files for more information ).


 * The batch file ( perhaps named RunRS232Probe.bat ) can specify the name of the property file to use. Otherwise the property file defaults to RS232Probe.properties.


 * The com port, baud rate and other communications parameters can be set in the property file. The virtual com ports under usb drivers ingore the baud rate and other properties, but they must be set to legal rs232 values.


 * You may leave out the desired com port and have the application probe all available ports looking for a specified response. Typically this is done by opening the port, sending the version command, and looking for a valid response from the microcontroller.


 * You may specify a special command ( a string ) to be sent to the microcontroller after a port is succesfully opened to connect to it.


 * You should specify the name of your logging file.


 * There are other values in the property file that may be present but are used by related applications, but ignored by the RS232Probe.

Running
Fill in one of the blanks under Data ( the column by defaults contains SendMe ) and press the  button. The device response ( if any ) will appear in the corresponding Received Data field. You can edit the data and send it again or just send it again. The panel on the bottom shows the activity of the application >> precedes sent data, and << received data. The rows are repeated so that you can easily switch between string sent.

One somewhat complicated, but important area to understand is how the program knows that the microcontroller has finished responding. We have three ways:


 * Wait for some special character ( which I call the termination character ) to be recieved. Very often the carriage return serves this purpose.  In this program you can specify a character for the program to look for.
 * Wait some maximum anount of time and assume by then that the microcontroller is finished. This method is not fast, and is not particurllarly reliable.  Nice to have as a backup method or if waiting for a termination character when the microcontroller has crashed could wait forever.
 * Stop after some maximum length of response. Alsmost always an error condition.

These are specified by entering data in some of the gui fields and can be different for different data that you send.

The initial values in the GUI give you some idea ( I hope ) on how to use them. Here are some details on all the Graphical User Elements.

Each time the application initializes it either starts with an empty log file or appends to the old one, I need to find out which, what would you like it to do? Append seems the right choice to me.

Logging on start up:

Typically something like ( this is using the opening using a "probe":


 * Reading property file C:\Russ\Java\RS232Etc\MrMoose.properties
 * Stream File = C:\Russ\Java\RS232Etc\MrMoose.properties
 * COM3 Opened Now Probing Response UBW FW D Version
 * <<v
 * COM6 Opened Now Probing Response UBW FW D Version
 * COM7 Opened Now Probing Response UBW FW D Version
 * COM10 Opened Now Probing Response UBW FW D Version
 * COM12 Opened Now Probing Response UBW FW D Version
 * COM13 Opened Now Probing Response UBW FW D Version
 * Parms.initPort failed
 * RS232 Probe initilization complete.
 * COM13 Opened Now Probing Response UBW FW D Version
 * Parms.initPort failed
 * RS232 Probe initilization complete.
 * Parms.initPort failed
 * RS232 Probe initilization complete.

Data transmitted to the microcontroller is preceeded with >>, data recieved is preceeded with << ( no data recieved in the above example ).

There is also a bunch of logging to the java console, some of it is the same as to the log area and file, other logging may be different, particurlarlly for execptions that the application does not do a good job of managing. Take a look at this if the application seems to behaving oddly. There is more information on the scanning of com ports, something like:


 * Reading property file C:\Russ\Java\RS232Etc\MrMoose.properties
 * openOutputStream for rs232probe2.txt
 * Looking for port: COM15
 * Found port: COM3
 * Found port: COM6
 * Found port: COM7
 * Found port: COM10
 * Found port: COM12
 * Found port: COM13
 * Found port: LPT1
 * Found port: LPT2
 * Port not found: COM15
 * Parms.initPort failed

In this case it is scanning for port 15, but it is not active so initialization fails.

Special Character Translation
This feature allows you to put non printable characters in the strings you send. Typically every command needs to be ended with one of these characters, most often a carriage return.

Enhancements
The following are under consideration but may or may not ever happen, your comments will be some of the input for the decision.

RS232Probe Enhancements and Bugs a list for all the related applications, will absorbe the list above soon.