Hi Ralph,

Great! I'm glad at least the data gets transferred now!

Is this going to be a permanent setup? Are speed and data reliability
issues in this design? If so, I think that a regular terminal program like
Procomm is not the best choice for capturing your data. You would probably
want to write your own code on the PC side or use something which is faster
and has some form of error correction. There is absolutely no reason why a
486 running in DOS shouldn't be able to handle continuous 9600 baud. If it
is straight DOS (no win 95 running in the background,etc.) or the uart is
an enhanced kind (16550), then any speed up to 115200 should be
achieveable. Often, however, terminal programs actually have downright
crappy interrupt handlers.

As for error correction, whatever is writing the data to the eprom could
include a checksum every so often which the receving program could use to
determine if the data was received reliably.

Just a few ideas to toss around. I have written serial interrupt handlers
for both PCs and microcontrollers before and I'd be glad to give any
further help if you wish.

Sean

At 02:01 AM 9/1/98 -0700, you wrote:
>Sean,
>I lowered the baud rate to 2400 and sent three files,
>they all have the same size and all compare.  I was
>using BRGH=1 for the 9600 and tried BRGH=0
>and adjusted the value for the speed and got the
>same results as before.  Guess I'll stick with 2400
>as it seems to work.  Thanks again.
>
>-Ralph
>rlandry@haywood.main.nc.us
>"If they call it Tourist Season why can't we shoot 'em?"
>
+--------------------------------+
| Sean Breheny                   |
| Amateur Radio Callsign: KA3YXM |
| Electrical Engineering Student |
+--------------------------------+
Save lives, please look at
http://www.all.org

Personal page: http://www.people.cornell.edu/pages/shb7
mailto:shb7@cornell.edu
Phone(USA): (607) 253-0315
ICQ #: 3329174