home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / os / os2 / misc / 43601 < prev    next >
Encoding:
Text File  |  1993-01-22  |  3.4 KB  |  68 lines

  1. Newsgroups: comp.os.os2.misc
  2. Path: sparky!uunet!cs.utexas.edu!news.uta.edu!utarlg.uta.edu!b259phl
  3. From: b259phl@utarlg.uta.edu (PHILIP LIPPEL)
  4. Subject: Re: info needed on realtime data collection
  5. Message-ID: <22JAN199312104803@utarlg.uta.edu>
  6. News-Software: VAX/VMS VNEWS 1.41    
  7. Sender: news@utagraph.uta.edu (USENET News System)
  8. Nntp-Posting-Host: utarlg.uta.edu
  9. Organization: The University of Texas at Arlington
  10. References: <93022.090839SXC3@psuvm.psu.edu>
  11. Date: Fri, 22 Jan 1993 18:10:00 GMT
  12. Lines: 54
  13.  
  14. In article <93022.090839SXC3@psuvm.psu.edu>, <SXC3@psuvm.psu.edu> writes...
  15. >We are thinking of using OS2 in our lab to make better use of our computers,
  16. >since we use them for running the equipment and analyzing data.  However, the
  17. >FAQ states that, under OS2, real time data collection may be compromised.
  18. >Could someone explain how tweaking the OS2 DOS settings fixes this? Or are
  19. >there other folk who use OS2 in a lab setting who can tell me how they work
  20. >around this?  It's no use changing operating systems if it messes up our data,
  21. >though I must admit the multitasking ability is very tempting.
  22. >                 Thanks for your time,
  23. >                         Sabrina Chase
  24. >                         Penn State Physics Dept.
  25. >                         sxc3@psuvm.psu.edu
  26. Since OS/2 handles all interrupt services itself (emulating them for DOS
  27. programs as required) it has to be a little bit slower than a DOS machine
  28. directly handling the interrupts. It is impossible to know whether or not this
  29. will affect your data acquisition efforts without knowing 
  30. 1) What your data acquisition rates are, and your acq hardware
  31. 2) What kind of machine (or at least, what processor type and speed) you 
  32.   are using. 
  33.  
  34. I can, however, give you a few examples of acquisition setups I have used 
  35. succesfully.
  36.  
  37. A 386/16 sx machine with 6Meg of memory running a mass spectrometer with
  38. windows- based software (running under Win-OS2, of course). This is not a
  39. very demanding application in that most of the "intelligence" is in the 
  40. MS hardware. The MS electronics communicates with the PC through a serial
  41. port.
  42. This runs fine, and the PC is useful for word processing, network communications,
  43. etc. These other apps are slow (it's a pretty low-power machine!) but the data-
  44. taking never misses a step.
  45.  
  46. 386/16 and 386/33 machines with Scientific Solutions Labmaster Data Acquisition
  47. boards installed. (These are general purpose D/A, ditgital i/o , and 100 Mhz
  48. A/D cards). The slower machine has been used to run data acq software for 
  49. a tunneling microscope-- this is DOS software. No problems at up to a few hun-
  50. dred points per second- hasn't been tested beyond that due to limitations of
  51. the microscope and our present samples. Since this is a full-screen DOS session,
  52. we don't do anything else simultaneously. We're working on OS/2 device drivers 
  53. for this board and an OS/2 version of the software.
  54. The second Labmaster card is being used primarily for digital i/o from a 2-dimen
  55. sional position-sensitive detector. Expected data rate is up to 100k events
  56. /second. Each even requires a sixteen bit data transfer. All parts of this
  57. system are " under development". Eventually the data taker will be a 486/33,
  58. but we have transferred data at 100kHz on the 486/33 using a preliminary, 
  59. DOS-based, program running in a DOS window. 
  60.  
  61. Our experience so far: Interrupt emulation is excellent; we haven't had any
  62.  problems with DOS software. 
  63. Philip Lippel
  64. Physics Dept.
  65. UT Arlington
  66. phl@sgiris.uta.edu
  67.  
  68.