Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 10 Dec 1997 15:55:23 -0800 (PST)
From:      "J. Weatherbee - Senior Systems Architect" <jamil@acroal.com>
To:        hackers@freebsd.org
Subject:   Proposed code merge, objections?
Message-ID:  <Pine.BSF.3.96.971210153206.25636A-100000@acroal.com>

next in thread | raw e-mail | index | archive | help

I've been told there is no official policy on this, so I want some
feedback.  I am considering currently a merge of the alog driver
(Industrial Computer Source AIO8-P) into -stable.  Fortunately it is
really not a merge since the driver itself was developed and tested on
-stable in the first place and had to be altered for -current.  For any of
you who don't know what alog is, it is a driver for a Low-Cost ($195)
12 bit analog data-acqusition board with optional externally daisy chained
signal conditioners/multiplexers.  I am trying to promote this product
since I have had very good experience with it.  The best thing by far is
the capability of attachment of up to 128 channels, at approximately
$26/channel (including interface board and multiplexers). Whoa, that means
you can actually own one without taking out a second mortgage on you
house. I have had
this software running on a 48 channel system running -stable for about 3
months, without a problem.  In summary, this probably won't effect much of
anyone, however I want to make the driver available in RELENG_2_2 since
people running data acquisition thingys in a commercial environment like
me are running -stable.  So next time you go to buy that overpriced 
Low cost ($700 for 8 channels, no mux w/o external expensive SCXI
stuff) National Instruments board, take a look first at Industrial
Computer Source.  Who I might mention have repaired some digital I/O
boards at no cost 3 times in a year that were connected to some faulty
equipment that blew them after a few months repeatedly (no more with that
crap).  I'm not knocking on National Instruments, but their stuff is
really Laboratory Quality (which sometimes is not what you want for
industrial applications).  

I plan on (in the future) expanding alog to drive different models of
analog boards (anything I can get my hands on).  So anyone wanting to
permanently donate :) any analog board (in a reasonably unridiculous
manner) I will support.  I am also considering discussing a general
interface to digital I/O boards (as a class),  of course only those having
some reasonable method of autodetection. 










Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.3.96.971210153206.25636A-100000>