home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / lang / lisp / mcl / 1216 < prev    next >
Encoding:
Internet Message Format  |  1992-08-13  |  1.5 KB
  1. Path: sparky!uunet!sun-barr!apple!cambridge.apple.com!UK0392@AppleLink.Apple.COM
  2. From: UK0392@AppleLink.Apple.COM (EHN & DIJ Oakley,BDV)
  3. Newsgroups: comp.lang.lisp.mcl
  4. Subject: Re: Interfacing to I/O boards
  5. Message-ID: <713722980.2110566@AppleLink.Apple.COM>
  6. Date: 13 Aug 92 16:20:00 GMT
  7. Sender: info-mcl-request@cambridge.apple.com
  8. Lines: 21
  9. Approved: comp.lang.lisp.mcl@Cambridge.Apple.C0M
  10. Original-To: JD05@GTE.COM, INFO-MCL@CAMBRIDGE.APPLE.COM
  11.  
  12. John,
  13.  
  14. We work in MCL 2.0 and National Instruments' LabView (among other systems), and
  15. would unhesitatingly recommend their products.  They can supply you with a
  16. low-level programming suite called NI-DAQ, which includes good support for MPW
  17. C.  You can thus build data acquisition and control software using the FF
  18. interface (calling NI-DAQ material) or you can use the 'not in RAM' approach to
  19. talk to the boards direct from MCL.  Although we have not yet brought the two
  20. together in a project, I suspect that we will be doing so soon.
  21.  
  22. I would strongly discourage you from solutions based on serial port systems,
  23. unless you require relatively infrequent samples and are happy to work
  24. 'remotely' with your data acquisition hardware.  Personally, I find systems
  25. like that create more problems than they solve *unless* the remote device is
  26. doing a lot more than just acquiring the data (e.g. we have one system for
  27. laser Doppler blood flow measurement which has to work via the serial port
  28. really, but the controller for that does all the frequency shift analysis etc.
  29. and delivers processed data to the serial port).
  30.  
  31. Howard.
  32.  
  33.