home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / apple2 / 19604 < prev    next >
Encoding:
Text File  |  1992-08-29  |  2.3 KB  |  50 lines
  1. Newsgroups: comp.sys.apple2
  2. Path: sparky!uunet!munnari.oz.au!comp.vuw.ac.nz!actrix!David.Empson
  3. From: David.Empson@bbs.actrix.gen.nz
  4. Subject: Re: Modem port differnces in Rom1 and Rom3
  5. Organization: Actrix Information Exchange
  6. Date: Fri, 28 Aug 1992 13:20:08 GMT
  7. Message-ID: <1992Aug28.132008.1291@actrix.gen.nz>
  8. References: <eeg4PB1w165w@bluemoon.rn.com>
  9. Sender: David.Empson@actrix.gen.nz (David Empson)
  10. Lines: 38
  11.  
  12. In article <eeg4PB1w165w@bluemoon.rn.com> t_captain@bluemoon.rn.com (Tc Wilson) writes:
  13. > 
  14. > I've recently had to switch from using my Rom03 GS for my BBS to using my 
  15. > Rom01 GS. I have a USR HST on it, and I've noticed that the Rom 01 handles 
  16. > flow controlling (hard-ware wise) differently from the Rom03. Basicly, 
  17. > what's happening is that the HST is dropping the CTS (handshake in) line, 
  18. > and the Rom03 has no problem reading it; however, the Rom01 has a major 
  19. > problem - I have to use a timing loop (1/30th of a second) to stop output 
  20. > to let the modem catch up (otherwise Ymodem-4k and Zmodem dies). This 
  21. > doesn't always work, however (2400/ARQ connects chunk out hard).
  22. > 
  23. > My question is this: what, if any, hardware differences are their in the 
  24. > MODEM port between the Rom01 and Rom03? I'm not interested in going 
  25. > through the firmware, since it gets in the way and can't succesfully 
  26. > handle anything above 19200 without loosing throughput.
  27.  
  28. From comparing the circuit diagrams of the ROM 01 and ROM 03 serial
  29. port hardware, I can't see ANY differences - the same chips, same pin
  30. numbers, etc.
  31.  
  32. It MAY be something to do with the way the SCC has been initialized -
  33. there could be a subtle difference in the initialization used by the
  34. serial firmware.  If you're writing to the hardware yourself, you
  35. should be reinitializing the SCC as required (direct SCC access is
  36. documented in IIgs technical note #18).
  37.  
  38. > Or is this problem with my GS's modem port, and not between the two? It 
  39. > just seems very odd, since everything else (port wise) works the same 
  40. > between the two.
  41.  
  42. It doesn't sound like a hardware problem.  At what point do you need to
  43. impose the "1/30 second delay"?  When the software detects CTS going
  44. away, or when CTS is re-activated?
  45. -- 
  46. David Empson
  47.  
  48. Internet: David.Empson@bbs.actrix.gen.nz    EMPSON_D@kosmos.wcc.govt.nz
  49. Snail mail: P.O. Box 27-103, Wellington, New Zealand
  50.