home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.apple2
- Path: sparky!uunet!usc!rpi!zaphod.mps.ohio-state.edu!n8emr!bluemoon!t_captain
- From: t_captain@bluemoon.rn.com (Tc Wilson)
- Subject: GS flow control
- Message-ID: <8k6gqB1w165w@bluemoon.rn.com>
- Sender: bbs@bluemoon.rn.com (BBS Login)
- Organization: Blue Moon BBS ((614) 868-998[024])
- Date: Wed, 02 Sep 92 08:51:54 EDT
- Lines: 38
-
- David Epsom/Soenke Behrens
-
- Okay, here's the way it works:
-
- The BBS's modem port driver inits the SCC with everything it needs to do -
- generate interrupts on characters in (it intercepts the irq chain
- cleanly), and handles both input/output flow control. It works as expected
- on the Rom3 - that is, when the modem drops the CTS signal, it's read just
- as the DCD signal from the modem:
-
- SendChar pha
- loop lda SSCstat
- and #mask ; xmit ready and cts high?
- cmp #mask ; must be both
- bne loop ; one or the other isn't ready yet
- pla
- sta SSCout
- rts
-
- Simple and straight forward. However, on the Rom1, it doesn't respond to
- the CTS signal. I've put some tracing and display routines in it, and it
- seems that the Rom1 is NOT holding onto the CTS signal (DCD and xmit ready
- is fine) - it's "pulsing" the signal, as if the connection is flaky (it's
- not, I've checked the wiring).
-
- What I've had to do is put in a line of code to wait for 2 vbi's (thus
- 1/30th of a second) whenever it can't do the cts signal.
-
- As for using bit 5 of reg 3, not possible - I have to be able to get
- return codes from the modem when it's not connected, and be able to read
- BOTH dcd and cts when needed.
-
- Weird, eh?
-
-
- Tc Wilson/The Captain "Programming is an art form
- t.captain@bluemoon.rn.com that fights back."
- .... or try: TCQ, The Captain's Quarters (614) 294-0556, 300-38400 hst
-