TIP: Click on subject to list as thread! ANSI
echo: os2prog
to: Louis Rizzuto
from: Neil Rossi
date: 1994-08-27 14:06:00
subject: Real-Time

LR>>Hi, Neil.  Does OS/2 support an ARTIC?  Does UNIX?  I know

1) Yes, and 2) I don't know.  I've used ARTIC under both OS/2 1.2 and
1.3 and it works fine.

LR>>there is support by IBM for GPIB under DOS.  I didn't know
LR>>IBM supported their GPIB via microchannels tho.

I could be wrong on this because I don't have the docs at hand, but I'm
pretty sure this is correct.  There's a daughterboard that fits onto the
ARTIC card (WARNING:  Extra cost option for both serial and GPIB
connections; the basic ARTIC card comes without any connection to the
outside world whatsoever and you have to buy one of the daughtercards to
get the ARTIC to actually do any work).

LR>>How did your system work at the concept level.  If you can
LR>>use pseudo code then might make the concepts more
LR>>comprehensible to me.

Well, it would get into a pretty long message, but the basic idea was to
interface PC's to semiconductor process and measurement tools that
communicated via the SECS (Semiconductor Equipment Communication
Standard) protocol.  The PC would provide a "friendly" user interface
that would allow operators to automatically load and start a tool (even
remotely), while the PC would contain enough intelligence to monitor for
warnings and serious errors from the tools and shut them down if
warranted, broadcasting an error message to the LAN.  At the code level,
a standard finite state machine controlled the various setup, run and
monitor states.

Since the tools normally sent process and measurement data during the
run, there needed to be a way to buffer the data without getting into
realtime polling of the serial connection which would bring the PC to
its knees.  This is where the ARTIC card came in.  With it monitoring
the port, the OS/2 app could do other things (like starting a process on
another tool; the ARTIC can handle up to 8 serial connections as I
recall, buffering them separately with a unique identifier.  This
means we could run 8 different tools from the single PC) without
having to worry that we'd miss an important error message or some data.

Is that enough detail for you?  I'm not sure what your app is trying to
do to know whether this would be an appropriate solution.
___
 X SLMR 2.0 X Vermont: We have two seasons here, winter and August!

--- Maximus/2 2.01wb


* Origin: The Ozone Layer, Williston, VT. (802) 862-5058 (1:325/118)
SEEN-BY: 12/2442 54/54 620/243 624/50 632/348 640/820 690/660 711/409 410 413
SEEN-BY: 711/430 807 808 809 934 712/353 623 713/888 800/1
@PATH: 325/118 141/730 920 754 1130 1135 3615/50 229/2 12/2442
@PATH: 711/409 54/54 711/808 809 934

SOURCE: echomail via fidonet.ozzmosis.com

Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.