home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / apple2 / 26005 < prev    next >
Encoding:
Internet Message Format  |  1992-12-24  |  3.5 KB

  1. Path: sparky!uunet!cs.utexas.edu!gateway
  2. From: badbunny@tfsp.saic.com (Brendan Hoar)
  3. Newsgroups: comp.sys.apple2
  4. Subject: Final Word:  PT3 / CTS bug fix
  5. Date: 24 Dec 1992 22:16:48 -0600
  6. Organization: UTexas Mail-to-News Gateway
  7. Lines: 55
  8. Sender: daemon@cs.utexas.edu
  9. Message-ID: <9212250416.AA20916@deepthought.cs.utexas.edu>
  10. NNTP-Posting-Host: cs.utexas.edu
  11.  
  12.  
  13. Now that I've downed a veggie burger, some cajun beans & rice (vegan) and a
  14. wine cooler, I feel better about posting this.  :)
  15.  
  16. Morgan (and Dave/Chris), you were absolutely right in insisting that it was a
  17. software problem.  Greg Schaefer was intializing the SCC with $56 (from the
  18. example in the Zilog docs - Zilog assumes that you aren't going to do something
  19. silly like tie TRxCB and CTSB together...) instead of $50 (from the GS
  20. docs...or technotes?).  So Greg was not only enabling everything he needed, but
  21. also enabling the transmit clock as well - and as we all know, having an input
  22. and an output enabled on the same line is bad.  Because I was unable to get a
  23. fix/waveform on the so-called interference/noise I detected (the reason is now
  24. obvious - my ineptitude with an oscilloscope) Greg assumed that it wasn't the
  25. transmit clock that was interfering and that it was some other problem.  Oops.
  26. :(  I screwed that one up - definitely.
  27.  
  28. One sort of good thing that came out of all of this is that while Greg was
  29. working on ways to get around the bad reads of the CTS signal, he ran out of
  30. room in the code space he had allotted for the driver.  So he had to do a
  31. little optimization to make room.  So there are a coupla cycles removed here
  32. and there in some loops and a few bytes saved.  Even though he has now taken
  33. out all of the work around code, he has kept the optimizations in.  Cool.
  34.  
  35. [Note: Due to the different tolerances of the Motorola 26LS32s and other
  36. 26LS32s, the transmit clock only caused problems with GS's that had Motorola
  37. buffer chips (some TIs).  So there is a hardware DIFFERENCE, but not a hardware
  38. PROBLEM.  I've got it straight now.  It just happened by chance that of the GS
  39. [I] have available to me, at least half of them had Motorola buffer chips.  My
  40. guess is that this is not representative of the 'general GS population',
  41. otherwise this would have come up long ago.]
  42.  
  43. Turning off the transmit clock, however, deals with it a lot better than
  44. soldering on an extra pull up resistor or two.  And speaking of that...
  45.  
  46. Apologies to David Huang who soldered on a resistor to get around the problem.
  47. However, he says that the 'fix' works great for him.  And while I'm at it,
  48. apologies to my auxiliary GS which is also modified.  Poor thing.  :(
  49.  
  50. *sigh* And to think I almost had a scoop!  :)
  51.  
  52. To everybody:
  53.  
  54. Greg has posted (yet again) a new PT3.CODE0 on the InSync BBS.  Grab it!  As
  55. usual, it has some more even cool improvements.  There is yet again, a better
  56. VT-100 plug in emulation too (PTM.V1).  Greg has been working hard at both
  57. writing the Macintosh version of ProTERM *AND* supporting the Apple II version.
  58. Do him and InSync a favor and if you use the program, please buy it.  Thanks.
  59.  
  60. Oh yeah, sorry - no cute ASCII art this time.  :)  Just smileys.
  61.  
  62. ____________                                        | Arbitrary in our pity.
  63. Loc.|Address|We_are_in_our_minds, 5 billion PIECES  | Selective in our shame.
  64. Work|Brendan_Hoar@notes.pw.com|_______so_defined__  | Recognizing our lives as
  65. Play|badbunny@tfsp.saic.com        (703) 998-5687 | | pinpricks, we conclude
  66. IPay|BrendanHr@aol.com_(ex-GS_Hardware_Terrorist)_| | exemption from blame.
  67.