home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / sci / electron / 15074 < prev    next >
Encoding:
Text File  |  1992-09-01  |  2.7 KB  |  67 lines
  1. Newsgroups: sci.electronics
  2. Path: sparky!uunet!cis.ohio-state.edu!zaphod.mps.ohio-state.edu!darwin.sura.net!haven.umd.edu!news.umbc.edu!gmuvax2!peraino
  3. From: peraino@gmuvax2.gmu.edu
  4. Subject: need help with serial interface problem, please!
  5. Message-ID: <1992Sep1.141042.297@gmuvax2.gmu.edu>
  6. Keywords: rs-232 serial interface problem help!
  7. Organization: George Mason University, Fairfax Va.
  8. Date: Tue, 1 Sep 1992 14:10:42 GMT
  9. Lines: 56
  10.  
  11.  
  12. Help! I need an rs-232 guru;
  13.  
  14.      I have a serial interfacing problem. I bought a receiver which has
  15. a serial interface in the back for computer control. I want to be able
  16. to control it from my HP-48 calculator, which has a serial interface.
  17. The receiver has the following specs:
  18.  
  19. 9600 baud, even parity, 7 data bits 1 start, 1 stop, half duplex, and
  20. RTS/CTS hardware handshaking. Considered DCE. None of this setup is
  21. changeable. The pinout is as follows:
  22.  
  23. 1- Scan feedback; +5 volts = receiver unsquelched
  24. 2- Rx data
  25. 3- Tx data
  26. 4- DTE ready
  27. 5- Signal ground
  28. 6- DCE ready
  29. 7- RTS
  30. 8- CTS
  31. 9- Shield ground
  32.  
  33.  
  34. The calculator can do 9600 baud, even parity, full duplex. The problem is,
  35. it only has Tx  Rx  and ground.  It can do xon/xoff handshaking, but not
  36. hardware handshaking. The calculator is DTE, and cannot be changed to
  37. half duplex.
  38.  
  39. On the receiver, I have tried shorting DTE/DCE, and the receiver thinks
  40. it's connected. Then, I tried shorting RTS/CTS and running the Tx/Rx 
  41. from the calc straight through. This does not work. On the calculator,
  42. when I try to send a command which requires a response, I get parity errors,
  43. and a few characters of garbage. If I tell the calc to ignore parity errors,
  44. I do not even get the expected number of characters back from the receiver.
  45. I think the problem lies in the fact that the calculator does not do RTS/CTS,
  46. and I cannot fake it out by shorting them, but I don't know enough about
  47. hardware handshaking to be sure. It seems I need some sort of protocol
  48. converter, which would talk to the calculator "normally" with no handshaking,
  49. and pass the stuff back and forth to the receiver with RTS/CTS. Is this true,
  50. and what would it cost?
  51.  
  52. I can connect the receiver to my pc, run procomm terminal software, and
  53. type commands manually. But this ONLY will work if I tell procomm to use
  54. RTS/CTS handshaking. If I short RTS/CTS on the receiver when connected to the
  55. pc, this will not work. All of this leads me to believe that I cannot
  56. get the calculator to talk to the receiver without RTS/CTS for real.
  57.  
  58. Is the kind of converter I'm talking about practical/necessary, or am I
  59. just not doing something right? Please respond to me directly. Thank you
  60. very much.
  61.  
  62.  
  63. peraino@gmuvax.gmu.edu
  64.  
  65.  
  66. Due to state budget cuts, no fancy signatures allowed.
  67.