- From: Dmitry <mdf_at_tut.by>
- Date: Thu, 10 Feb 2005 10:11:36 +0100
Hi Sven ! I don't know current status of drivers for Addi-Data drivers, but I have also a project with DAQ card and now almost made a decision to bay PCI-AD16N-DAC2/ PB / DE / REF02(+/- 5V, 0-10V). This is AD-DA card with 16bit input 12 bit output, 40kHz maximal rate for AD conversion. I found a simple driver on produser's web-page in free access (http://www.kolter.de/down.htm). It says that it works for 2.4.x and 2.6.x kernels. Look PCI-cards at http://www.kolter.de/neuep.htm. NOTE: I have no yet any experience with these cards, just had chosen for myself. Best regards, Dmitry Minich. ------------------------------------------------------------------------------------------------ Sven Geggus wrote: >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-10Z09:11:36