Two PC's Talking using COM port?

I have a program which runs on Windows(console) and what it is used for is to program a device. The device uses programable Memory which is programmed VIA a rs232 cable.

That software is very un-userfriendly so i want to re write the software for ease of use.

What i am missing is the commands i need to send to the device in order to tell it what i want it to do.


So to recap this is what i have....

LapTop (With Software) -----RS232-------> Device

I Have hooked up the laptop to my desktop and tryed to view the datta being sent via MSCOMM

The laptop send data to my desktop but then it waits for me to respond befor it will send any more data.

QUESTION:

How can i figure out what commands the software is sending so i can rewrite my own software to send those same commands.

Note i did not write the original software nor did i make the device. If your curious the device is a Data Aquisition System. Basicly it Aquires Data from other devices and processes it into a file. but i dont think this information is needed

You need to use a "snoop" program to record all comms between the 2 devices. There are several programs on download.com proced at about $40 that do this and you will also need a 3-way rs232 cable that you can make yourself.

If i understand you correctly, you are trying to re-write an existing third-party's software because it is not user friendly or doesnt do what you want it to, but you cant figure out what rs232 commands it is sending?

if true, then find a snoop program (AKA "protocal anyaliser")

Im currently writing an rs232 snoop program for a college project, but it wont be finished until december... but it will be freeware!

joe
#

Reverse engineering a protocol can be done, (software or hardware protocol analysers), but depending on the complexity of the controlled device, can be fraught with problems. A simple valve actuator may have a very small set of instructions, but a big PLC could have hundreds, some of which contain dynamic fields and varying lengths.

Watching a line for hours may not catch everything. I remember well an attempt to duplicate a Westinghouse controller - worked great when started, but for some reason, was always dead the next morning. The problem was the line had always been monitored during office hours, the resulting spec had missed a midnight time sync message!

All that having been said - it can be done. You might find the protocol is available from the original system suppliers. Sometimes when things get a bit old, it is easier to publish the protocols used and abandon support rather than try to extract support money from a small and diminishing user base.

Thanx for both of your input. Its nice to know im not the only one who has ever needed to do this.
kybert if you could could you send me your freeware snoop prog when your done so i can check it out. I will probably find something else by then but im curious to what yours offers.

I reverse engineer for a living, writing applications to read codes generated by vehicle ECUs (computers in cars) -- reverse engineering can be a long winded task...

Please note, reverse engineering is illegal in the US, but is perfectly legal in the UK...

Q.
Why?

A.
Because individual elements of a software application can be copyrighted in the US, and the protocal will be copyright. In the UK, individual elements cannot be copyrighted, only the entire software product, hence the protocal is not copyright without the rest of the software package.


joe
#