home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / next / programm / 5344 < prev    next >
Encoding:
Internet Message Format  |  1992-07-29  |  2.5 KB
  1. Xref: sparky comp.sys.next.programmer:5344 comp.sys.next.hardware:1190
  2. Newsgroups: comp.sys.next.programmer,comp.sys.next.hardware
  3. Path: sparky!uunet!zaphod.mps.ohio-state.edu!wupost!uwm.edu!daffy!uwvax!pipe.cs.wisc.edu!lee
  4. From: lee@pipe.cs.wisc.edu (Soo Lee)
  5. Subject: Re: serial communications on NeXT computer
  6. Message-ID: <1992Jul30.005733.21284@spool.cs.wisc.edu>
  7. Sender: news@spool.cs.wisc.edu (The News)
  8. Organization: U of Wisconsin CS Dept
  9. References: <KARTHY.92Jul23115350@xiv.iesd.auc.dk>
  10. Distribution: comp
  11. Date: Thu, 30 Jul 1992 00:57:33 GMT
  12. Lines: 47
  13.  
  14. In article <KARTHY.92Jul23115350@xiv.iesd.auc.dk> karthy@iesd.auc.dk (Karsten Thygesen) writes:
  15. >
  16. >Hi.
  17. >
  18. >I am forwarding this question for a friend, but please send any
  19. >help/comments to me.
  20. >
  21. >Problem: We are currently developing a program to control a
  22. >professional video recorder. The video recorder has a serial RS 232
  23. >interface which communicates at 38400 bit/s, 8 data bits and odd
  24. >parity (i.e. 9 bits per character plus start/stop bits). These
  25. >communication parameters cannot be changed in the video recorder. We
  26. >have suceeded in producing a C program which reads and a writes to one
  27. >of the Next's serial ports at the required speed, but we can't get the
  28. >program to send 8 bit data followed by the parity bit. We guess this
  29. >is due to limitations in the standard serial drivers (/dev/tty) which
  30. >can only generate a parity bit when 7 data bits are used (i.e. max. 8
  31. >bits per character plus start/stop bits). To solve the problem, we
  32. >would like to know:
  33. >
  34. >1) Are we correct in assuming the above limitation regarding the
  35. >standard driver? If not, how do you set it to the required parameters.
  36. >
  37. >2) If the standard driver cannot be set to the required parameters,
  38. >how do you access the hardware (SCC chip)? 
  39. >
  40. >In both cases, pieces of sample code would be very helpful. (We have a
  41. >technical description of the SCC chip itself).
  42. >
  43. >Thanks in advance,
  44. >
  45. >Karsten.
  46. >
  47. >--
  48. >--------------------------------------------------------------------
  49. >Karsten Thygesen              I Aalborg University                 I
  50. >Korsgade 48 2. th             I Institute for electronic systems   I
  51. >9000 Aalborg                  I                                    I
  52. >InterNet: karthy@iesd.auc.dk  I Fredrik Bajers vej 7, 9220 Aalborg I
  53. >Phone (HOME): +45-98124259    I DK-Denmark.                        I
  54. >--------------------------------------------------------------------
  55.  
  56. My favoite solution for this kind is just one 68HC11. It has EEPROM inside
  57. which can take care of conversion as a snap.
  58.  
  59. Soo
  60. lee@cs.wisc.edu
  61.