home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / next / programm / 7125 < prev    next >
Encoding:
Text File  |  1992-11-10  |  1.5 KB  |  41 lines
  1. Newsgroups: comp.sys.next.programmer
  2. Path: sparky!uunet!think.com!yale.edu!spool.mu.edu!umn.edu!doug.cae.wisc.edu!v_white
  3. From: v_white@ece.wisc.edu (Victor White)
  4. Subject: Serial port communication difficulties 
  5. Organization: College of Engineering, Univ. of Wisconsin-Madison
  6. Date: 10 Nov 92 11:50:12 CST
  7. Message-ID: <1992Nov10.115012.29368@doug.cae.wisc.edu>
  8. References: <HARDY.92Nov9233637@golem.ps.uci.edu> <1992Nov10.165515.21369@organpipe.uug.arizona.edu>
  9. Sender: v_white@janus.ece.wisc.edu
  10. Lines: 29
  11.  
  12.  
  13. Friends,
  14. This may be more UNIX than NeXT, but here goes.
  15.  
  16. I've been trying to get two way communication between a cheapy slave computer
  17. and to a Next through their serial ports to shuffle data back and forth.
  18.  
  19. On the slave I can easily check the ports status, and if there is data,
  20. I can read it off byte by byte. Writing is also smooth.  There are
  21. good routines to make sure it doesn't get hung. 
  22.  
  23. But on the Next, it seems much harder.  I simply thought by opening
  24. a file being /dev/cua, I could check the ports status via feof().
  25. But alas, it always says theres more data there, and so it continially
  26. gets hung on reading after the lasst charachter is read.  I tried all 
  27. sorts of variations with the cable, conecting various permutaions of 
  28. RTS/CTS and so on, but to no avail.
  29.  
  30. In sum, the Next has no trouble reading the data from the port.
  31. But its only problem is that it can not find a correct answer 
  32. for the status of the port.
  33.  
  34. Is there a simple solution or a better way?
  35.  
  36. I'll sumarize if theres enough interest.
  37.  
  38. Thanks,
  39. Victor
  40. v_white@janus.ece.wisc.edu
  41.