home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / unix / internal / 2057 < prev    next >
Encoding:
Internet Message Format  |  1992-12-15  |  2.7 KB
  1. Xref: sparky comp.unix.internals:2057 comp.unix.questions:14708 comp.unix.wizards:5239
  2. Newsgroups: comp.unix.internals,comp.unix.questions,comp.unix.wizards
  3. Path: sparky!uunet!netnews!humesdg1
  4. From: humesdg1@netnews.jhuapl.edu (Dave Humes)
  5. Subject: Realtime data acquisition under UNIX?
  6. Message-ID: <BzBGBG.Axw@netnews.jhuapl.edu>
  7. Summary: To what extent is UNIX capable of realtime processing?
  8. Keywords: realtime UNIX 
  9. Organization: JHU/Applied Physics Laboratory
  10. Date: Tue, 15 Dec 1992 19:47:40 GMT
  11. Lines: 39
  12.  
  13.  
  14. We have a requirement to process analog data on an existing UNIX system in our
  15. laboratory.  Continuous, gap-free acquisition is required, thus we have a
  16. realtime processing requirement.  The A/D board has dual 64K X 16 bit buffers.
  17. One fills while the other is available to the host.  An interrupt signals buffer
  18. full and data starts filling in the other buffer.  During the interval between
  19. interrupts, the data must be moved from the A/D buffer to a disk file.
  20.  
  21. The computer we are using is a Solbourne 5/602 (2 cpu Sun/SPARC) clone.  It is
  22. based on a propietary bus (Kbus), but includes a 6U VME subchassis where we 
  23. intend to install the A/D board.  The VME bus is accessible to the host through
  24. the system I/O board which acts as a bus translator.  The operating system is 
  25. Solbourne's OS/MP 4.1.A3, a multiprocessing variant of the Sun operating system.
  26.  
  27. The worst case occurs while processing one channel of analog data at a sample 
  28. rate of 100KHz.  At this rate and using an input buffer of 64K X 16 bits, an
  29. interrupt will occur every 0.66 seconds.  So, every 0.66 seconds we must get
  30. 128 Kbytes of data out of the A/D, probably by doing a DMA from the input 
  31. buffer to memory on the Kbus, and from there it must be appended to a file.
  32. The input buffer is mapped to VMEbus addresses.
  33.  
  34. I realize that it is almost impossible to answer this question without actually
  35. trying it, but since that requires buying hardware, we'd rather not take that
  36. approach.  I also realize that a number of realtime executives exist to solve
  37. this problem, but we'd rather not take that approach either if it is not
  38. strictly necessary.  I would greatly appreciate hearing from anyone who has 
  39. actually attempted realtime data acquisition under UNIX.  Thanks.
  40.  
  41. -- 
  42.  
  43. -------------------------------------------------------------------------------
  44. David Humes         |       Johns Hopkins University Applied Physics Laboratory
  45. (410) 792-6651      |       humesdg1@aplcomm.jhuapl.edu
  46. -------------------------------------------------------------------------------
  47. -- 
  48.  
  49. -------------------------------------------------------------------------------
  50. David Humes         |       Johns Hopkins University Applied Physics Laboratory
  51. (410) 792-6651      |       humesdg1@aplcomm.jhuapl.edu
  52.