Re: current status of Addi-Data drivers?

Hi,

I use the APCI-3120 on a SuSE linux PC. I did not use the comedi driver so far 
but the RTAI driver by ADDI -Data for the APCI3120 works fine. At least with 
a 2.4 RTAI patched kernel.

what do you mean by " autonomous" - are you talking of a stand-alone measuring 
box? maybe you want to use/have a look at the features of  the MSX-box by 
ADDI Data.

I have good experience with the support of the company. One can actually talk 
or email with the persons writing the software. So maybe you just get in 
contact for you questions ... enough advertisement ;) !


Bent

Am Mittwoch 09 Februar 2005 19:12 schrieb Sven Geggus:
> Hi there,
>
> I am in the planing state of an Linux based autonomous Data aquisition and
> evaluation System.
>
> For several reasons I intended to go with a DAQ Card from ADDI-Data, the
> APCI-3120 in particular.
>
> One particular reason is the fact, that they advertise and provide a comedi
> driver on their Website. The otehr most important one is the fact, that
> ADDI-Data seems to be a somewhat small company which is located just a few
> Kilometers down the road from the place I live and work over here in
> germany :)
>
> Unfortunately there driver seems to be pretty old (based on comedi
> comedi-0.7.58) and did not even compile on my Desktop Linux Box
> (Debian Sarge System based on Kernel 2.6.x).
>
> Therefore I downloaded the current Comedi-tarball which did not even
> provide any Support for DAQ Cards from ADDI-Data.
>
> I figured out, that the current cvs-Version does provide the drives, but
> does not build them (at least by default).
>
> Any comments on this?
>
> Which decent PCI based Card could you recommend instead of the APCI-3120?
>
> Today many Companies provide Linux drivers mostly with stange APIs
> compatible to a particular proprietary Windows API of the particular
> company. IN addition they often tend to attach proprietary libraries which
> is even worse.
>
> I once tried to use a board from http://www.ueidaq.com/ which
> provided a very stange non Unix-like Interface with some asynchronous
> signaling of Data availability via sigio.
>
> Such a thing is definitely not the way I intend to go.
>
> Sven

Received on 2005-02-10Z08:34:01