On Jan 13, 2:24=A0am, schmidtd  wrote:
> On Jan 13, 1:18=A0am, BLuRry 
wrote:> > The ser=
ial port part isn't particularly hard, having done that kind of
> > > thing before. :-) =A0I started that work a while ago, but got bogged
> > > down in trying to detect (remotely, automatically) which kind of Appl=
e
> > > is at the other end. =A0It would be a whole lot easier if one just
> > > picked ahead of time which kind of device one were talking to.
>
> > You wouldn't happen to have a sample of a polling read loop would
> > you?
>
> Why, yes. =A0From:http://adtpro.cvs.sourceforge.net/viewvc/adtpro/adtpro/=
client/src/pro...
>
Very nice stuff.  What I'm trying to do requires something a little
more compact.  Fist I need to eliminate as much init code as I can
(so, preferably can I assume the port is already set to 8-bits, etc?)
and just switch the port to 115200 baud and disable all interrupts.

I noticed that ADTPro reads RR8 for data rather than the c03a/c03b
data lines?  Is there an advantage to that if using polling?

I'm very close to getting my code to work against kegs, but am in the
midst of tackling a nasty bug (the ][, ][+, //e and //c versions are
not affected)

-B
--- SBBSecho 2.12-Win32