'High Speed Serial'
Has anybody managed to transmit and receive at baud rates of
about 38k baud on a 10MHz 16C84? I recon it's just about
possible if using interrupt-on-change 7:4. Anyone done it, do
you have the code?
Assuming you want to either send or receive but not both at the same time,
I have done 38.4kbaud on 16c5X series with 4mhz (RC) oscillator. Of course,
a better clock source makes the code a bit easier. Are you sure you need
this to be
interrupt driven? What are you using the serial for? What are the constraints?
>Has anybody managed to transmit and receive at baud rates of
>about 38k baud on a 10MHz 16C84? I recon it's just about
>possible if using interrupt-on-change 7:4. Anyone done it, do
>you have the code?
Martin J. Maney
On Fri, 15 Dec 1995, Mark D. Simpson wrote:
> I'll need to send/receive in the same code, possibly not at the same time,
> though that would be nice. It's for a midi project. I need to AtoD a pressure
> sensor, and insert volume control messages in a midi stream (so it needs to
At this point my immediate thought is "have you considered the 16C7x
chips?" The '73 would make you life a lot simpler: with an onboard A/D
converter and UART the hairiest parts of the job are all but done for
you (he said, with his fingers crossed). I'm using that chip in a similar
sort of application, and I've sketched what I would need to do to make it
work without the hardware A/D and UART, and I think it would be just
barely possible (I was planning for 19.2K, actually), but it requires the
actual processing code to be sliced and diced into tiny fractions. My
first hack at it used up most of the clock cycles in overhead, which
meant I'd need even tinier slices for the real work, and I said "bah!"
Then I ordered ITU's nice little programmer package.
OTOH, if you just want to do it on the 5x chip to see if it can be done,
don't let me discourage you! It will be ugly and a lot of work, but it
ought to be possible. I think.
BTW, if you've got an incoming MIDI stream then it seems to me that you
do indeed have to design for simultaneous send and receive. Unless you
are somehow assured that the sending end will wait for you to finish
transmitting, which seems unlikely. :-)
More... (looser matching)
- Last day of these posts
- In 1995
, 1996 only
- New search...