Yup, that was more of what I was looking for. You are correct, there is no
guarantee of an interrupt at the stop bit. I think the interrupt/timer0
approach is the way I'm going to go.

Thanks,
Erik

----- Original Message -----
From: "michael brown" <n5qmg@AMSAT.ORG>
To: <PICLIST@MITVMA.MIT.EDU>
Sent: Wednesday, March 20, 2002 6:52 PM
Subject: Re: [PIC]:Dual USART PIC


> > > code available for a software UAR that uses the RB0 interrupt
> >
> > You might want to check out the I/O section at www.piclist.com
> > There are interrupt and interruptless code samples
> >
> > I plan to use RB0 interrupts but can't say how soon it will
> > before I have any presentable code. Still pencil-sketching
>
> Jinx,
> I think he wants to *only* use RB0 ints to receive each "bit".  This would
> be impossible without using a timer, of some sort, to figure out how many
> consecutive bits you didn't get an interrupt for.  IIRC, if you trigger on
> the start bit, you (not specifically you Jinx, but you know what I mean
> ;-D) wouldn't even be guaranteed an interrupt on the stop bit.  I don't
see
> any "feasible" way to receive serial data using *only* RB0/INT's.
>
> If your gonna have to use a timer anyway, then you would just use RB0/INT
to
> get the first bit, and TMR0 ints to trigger interrupts at the appropriate
> time to receive the data bits and stop bit.
>
> However, if it *can* be done, I'm sure you could think of a way Jinx.  ;-)
>
> michael brown
>
> --
> http://www.piclist.com hint: The PICList is archived three different
> ways.  See http://www.piclist.com/#archives for details.
>
>

--
http://www.piclist.com#nomail Going offline? Don't AutoReply us!
email listserv@mitvma.mit.edu with SET PICList DIGEST in the body