SCOUG Logo


Next Meeting: Sat, TBD
Meeting Directions


Be a Member
Join SCOUG

Navigation:


Help with Searching

20 Most Recent Documents
Search Archives
Index by date, title, author, category.


Features:

Mr. Know-It-All
Ink
Download!










SCOUG:

Home

Email Lists

SIGs (Internet, General Interest, Programming, Network, more..)

Online Chats

Business

Past Presentations

Credits

Submissions

Contact SCOUG

Copyright SCOUG



warp expowest
Pictures from Sept. 1999

The views expressed in articles on this site are those of their authors.

warptech
SCOUG was there!


Copyright 1998-2024, Southern California OS/2 User Group. ALL RIGHTS RESERVED.

SCOUG, Warp Expo West, and Warpfest are trademarks of the Southern California OS/2 User Group. OS/2, Workplace Shell, and IBM are registered trademarks of International Business Machines Corporation. All other trademarks remain the property of their respective owners.

The Southern California OS/2 User Group
USA

SCOUG-Programming Mailing List Archives

Return to [ 19 | May | 1999 ]

<< Previous Message <<


Date: Wed, 19 May 1999 22:24:30 PDT
From: "Benedict G Archer" <bgarcher@beckman.com >
Reply-To: scoug-programming@scoug.com
To: scoug-programming@scoug.com
Subject: SCOUG-Programming: #5

Content Type: text/plain

In <37426643.79A6@peterskye.com>, on 05/19/99
at 12:19 AM, Peter Skye said:

>>> The drivers I'd wondered about trying to develop
>>> are for simple ISA data acquisition or timing
>>> cards, e.g., cards with a small number of ADC's
>>> and programmable clocks, gates, counters etc.

>>Do you have spec sheets for the cards you want to use? If they're
>>essentially the same as a "parallel port" card, it should be "easy".

>The A/D, D/A and counters should be easy. Really not that much different
>that writing the driver in DOS once you have the PDD wrapper. The timers

But Steven, I've never written a driver in DOS,
I've assembled a number of experimental systems consisting of a PC with
plug-in ADC and digital IO cards to sample and collect data (analog or
video line) and contorl devices (e.g., shutters, flash lamps, pulsed
lasers, galvo-scanners, array sensors such as a linear diode array or ccd).
The cards have been various, all with DOS drivers and usually with a
library of functions (supplied with the card) linked into a C program (all
command line interface, but with a little graphics for simple real time
data display). Until recently most of the post acquisition data analysis
has been in OS/2, octave, Matlab in Win-OS2, even a little APL/2, and C
programs for initial data reduction. The cards have programmable timer
chips which enable one-shots, programmable gates etc. The thought I've
entertained for some time was to look for or build the drivers that would
let me use OS/2 for the data acquisition phase as well as post analysis.
I'd also have to code the library functions that I'd need. My naivete must
be obvious, but I'm anticipating Peter's tutorial as a start towards
understanding what the task I'm contemplating entails. More and more of
the available cards are PCI rather than ISA--something else to learn about.
(If only I had more time.)
Ben Archer

>-----------------------------------------------------------
>Steven Levine MR2/ICE #10183
>-----------------------------------------------------------

=====================================================

To unsubscribe from this list, send an email message
to "steward@scoug.com". In the body of the message,
put the command "unsubscribe scoug-programming".

For problems, contact the list owner at
"rollin@scoug.com".

=====================================================


<< Previous Message <<

Return to [ 19 | May | 1999 ]



The Southern California OS/2 User Group
P.O. Box 26904
Santa Ana, CA 92799-6904, USA

Copyright 2001 the Southern California OS/2 User Group. ALL RIGHTS RESERVED.

SCOUG, Warp Expo West, and Warpfest are trademarks of the Southern California OS/2 User Group. OS/2, Workplace Shell, and IBM are registered trademarks of International Business Machines Corporation. All other trademarks remain the property of their respective owners.