PCI - 6143

Bonjour,
Je recherche l'équivalent l'equivalent en PCIexpress de la carte NI PCI 6143 car les ports PCI sont aujourd'hui obsolete.
Ce que je recherche à avoir 8 voies isolées par carte.
Merci.

Bonjour Nico,
Vous pouvez passer sur une carte NI PCIe-6321. Lorsque vous passez sur une plateforme PCIE vous aurez au minimum 16 Entrées Analogique.
Sinon je vous propose d'appeler notre service commercial au 01 57 66 24 24 pour avoir des conseils sur votre configuration matériel.
Merci,
Cordialement
Brice S.
National Instruments France

Similar Messages

Synchronous data collection using pci-6143's

I can set up synchronous data collection across the analog inputs of my three PCI-6143's using a separate task for each board and explicitly sharing the master timebase from board 1 (the one receiving the trigger to start data collection) to the other 2. Then I need 3 read channel VI's etc.
The DAQ Assistant will configure all the AI channels to work inside one task across the three boards, which is very convenient, but I lose the synchronicity. Specifically, the device triggering the data collection (board 1), leads the other two boards by a few microseconds. How can I use a single task for all three boards for analog input (voltages) while retaining completely synchronous data collection? Thanks!

Hi Brian_g,
You should be able to synchronize your SMIO cards by including them in the same task this way. You will have to type in the names, ie "Dev1\ai0:7, Dev2\ai0:7, Dev3\ai0:7" and still specify the start trigger off of your master device. I would work from the "Cont Acq & Graph Int Clk.vi" example and add in the digital trigger.
Please post back if this does not resolve your issue or I didn't answer your question.
Cheers,
Andrew S.
National Instruments
Getting Started with NI-DAQmx
Measurement Fundamentals

Having trouble reading board ID for NI PCI 6143

VI will not read board ID
Attachments:
Boardid.vi ‏29 KB

bnortham,
It would appear that you are attempting to use Traditional DAQ's Get DAQ Device Info.vi However the PCI-6143 is supported in DAQmx only. I have attached a VI through which you should be able to get this information using DAQmx.
I hope this helps,
Dan
Attachments:
Read_Device_ID.vi ‏21 KB

Synchronization of PCI 6143

Hi,
I need to synchronize a high speed camera with a pressure transducer. It should capture frames everytime data from the transducer is recorded. I have a PCI 6143 card and I am looking for a way to do this with LabVIEW SignalExpress. The camera can be synchronized via an XLR connector. The image is taken when signal is activated through the connector (the positive input becomes less than 2V more positive than the negetive input of the connector). It used edge-synchronizing and the signal must be passive before next synchronizing edge is accepted. Please give directions to tackle this problem. Thanks

Hi,
You can use Analog or Digital Triggering (according to data recieved from the transducer)and then send the DO to you connector. I think that would work...
.......^___________________^
....../ '---_BOT ____________ ]
...../_==O;;;;;;;;_______.:/

NI PCI 6143 + Labview

To measure simultaneously three AC voltages , we have chosenas the NI PCI 6143. we wan to mesure the rms
voltage AC: 8.4mV + -7%.
We succeeded to measure the the rms voltage of this signal in one chanel (task) but we have encountered two problems for multithreading in action:
- The second measures is slightly lagged when using the same measurment VI (the VI attached);
- An error message appears when using independent measurement VIs (C_à_d for each channel AI0, Ai1 and Ai2 we are used an independent Vi);
Thank you for helping me to find the source of these error messages as well as multithreading.
See attached the VI of analog measurement
Attachments:
entree analogique (sous-VI).vi ‏27 KB

Create a DAQmx task that samples multiple channels.
You did not post your error message, but it could be from multiple VIs trying to communicate with the module simultaneously. You can't do that.
Jim
LV 2013

PCI-6143 or PCI-6070?

In my application, there are 6 analog input signals of high frequency. The sampling rate I'm looking for is 100ks/s for each signal. I'd use labview 7/7.1 with Window 2000. Which board do you recommend? Thanks very much!

Hello,
In your case, either board would probably serve your purpose. Each of the individual boards has its individual advantages though. The 6070E has a higher overall sampling rate (1.25 MS/s), but this card multiplexes between all of its analog inputs because there is only one analog-to-digital converter on the board. This means that all of the channel readings acquired are not acquired at the exact same instant, but are offset from each other by a small amount of time. The 6070E also has a larger input voltage range at +/- 10V.
The 6143, on the other hand, is a simultaneous sampling DAQ card, meaning that each of the analog inputs has its own analog-to-digital converter associated with it. So the big advantage of the 6143 is that signals can be acqu
ired on multiple channels at the same instant in time.
I hope this helps! Let me know if there is anything I can help with or clarify.
Ken S.
Applications Engineering
National Instruments

Installing NI-PCI 6143 and 6703 in a MAC with OS 10.3

I am having difficulty in getting the PCI6143 and 6703 boards running in a MAC (OS 10.3.9). I intalled the Labview 7.1 followed by drivers NI-DAQmx base and then the hardware. However, the configuration utility does not see the cards and refresh button does not do anything. I tried lsdaq utiliy too but no avail. Any ideas?
Thanks
Palitha J

Hi Palitha,
You mentioned in your post that you are using Mac OS X and you are
having problems seeing your device. I don't have too much
experience on Mac, but I do know that if you can see your devices in
lsdaq, then that means things will work out just fine. If the
devices do not appear in lsdaq, then that means for some reason or
another the device is not installed/recognized. The best route
would be to uninstall DAQmx Base, remove the boards, reinstall DAQmx Base 1.5 for Mac OS X, reinsert the boards, and then check the system again (lsdaq is the best starting point).
If you still cannot recognize your boards, you may want to check and
see if the operating system even recognizes that the boards are present
in the system.
Regards,
Otis
Training and Certification
Product Support Engineer
National Instruments

6143 trig sur horloge externe sur des front montant et descendant ?

bonjour,
je me pose la question s'il est possible de sychroniser l'aquisition d'une PCI-6143(carte d'aquisition simultanée) sur des front montant et descendant
je suis en possession de de carte PCI-6143 et d'une carte PCI-6602(4 timer) relier via le bus RTSI
merci
Pièces jointes :
Sans titre.JPG ‏50 KB

Bonjour,
Pouvez-vous donner plus de détails sur la synchronisation que vous voulez réaliser?
L'exemple "E/S matérielles/DAQmx/Entrée analogique / Tension entrée continue" (dans Aide/Recherche d'exemples) montre comment fonctionne une acquisition avec déclanchement numérique. Je vous invite à jouer avec pour tester votre matériel.
Cordialement,
Jovan N. - Application Engineering

Registers for PCI-6122

Hi,
I would like to use comedi with the PCI-6122 board. I know a driver has been written for the PCI-6143 and I was wondering if anyone know if the registers were the same or if it would be possible to get a listing of the registers so I can write the driver?
Cheers

Hello,
There are some differences between the 6122 and the 6143. Because of these differences we do not have any RLP documentation ready for the public.
Is there a specific feature of the PCI-6122 that you are using that makes the other boards unusable for our application? If not you could use one of the boards that are fully documented in the DDK or one that is supported by comedi.
Thanks,
Steven T.

Getting high data acquisition rate (Under 1ms)

Hello,
I'm having a bit of trouble with data resolution when taking voltage measurements from my photodiode. I have been collecting data at about 1 point per ms and I need to be collecting at a resolution greater than this (however my actual needed resolution is not yet known as the signal is currently buried due to resolution problems). I'm currently using labview version 8.6 to collect data from a ThorLabs PDA36A amplified photodetector (resolution of 17MHz) running to a NI BNC-2110 and then to a PCI-6143 card with a 250kHz resolution. I've attached the code below.
The one item of interest that I have noted is that I am able to select the frequency of data collection in the DAQmx_read.vi properties however whenever I run the code all it spits out is one point per ms. With any frequency higher than 1kHz (which is the default) the data output occasionally puts 5-6 data points at one time each time being on ms apart.
Any help will be appreciated.
P.S. I've attached both files which I use to check our data. The Light Sensor is the file that collects the data, the Read File file just spits out a graph after I've saved the information. I've tried to speed this code up as much as possible and am now convinced code speed is no longer an issue and that the problem lies elsewhere.
Message Edited by Luminescence9 on 05-19-2010 02:44 PM
Attachments:
Light Sensor.vi ‏17 KB
Read File.vi ‏51 KB

On your DAQmx Timing vi, you need to specify the source input to Onboard Clock. Otherwise you have no timing source. On your DAQmx Read vi, set the polymorphic selector to Single Channel - Multiple Samples - Waveform. Then use the Get Waveform Components to get dt. This gives the time interval between samples. You can use the same Get Waveform Components to get Y, which is the same 1D array of data as you get in your original code.
If you use the Waveform data type, you can wire it directly to a Waveform Graph and eliminate the top loop altogether.
- tbob
Inventor of the WORM Global

Need help to choose a DAQ for simultaneous sampling

We need to choose a DAQ for simultaneous sampling. The restrictions are:
a) 2 channels
b) The signals on both channels are not continuous. A valid input on the channels is signaled by a falling edge in a third line that can be used as a trigger.
c) The rate of these signals can be up to 50000 per second but they do not arrive in a periodic way.
d) The timing:
The trigger is a pulse of 600 ns
The signals on the channels are stable 200ns before the leading edge of the trigger pulse and remain stable for 900ns.
We have seen the PCI-6143 but we are not sure if it is the best choice.
We have some questions:
1) Does the 6143 fulfill the timing requirements ?
2) Is it posible and easy to set the board to take one sample after the trigger ?
3) Is there a better choice than the 6143 to solve the problem ?
4) Can we solve this problem programming in VB or VC++ and using the software that comes with the board or do we need to buy extra libraries ?

1) Does the 6143 fulfill the timing requirements ?
Yes, the 6143 should fulfill these requirements. It has a 250 KS/s sampling rate per channel which should give you 5x oversampling at the 50 kHz maximum bandwidth you indicated. The minimum delay from the recognition of the trigger to the first sample on this board is 100 ns which falls within the 900 ns window.
2) Is it posible and easy to set the board to take one sample after the trigger ?
It's not clear to me whether you want to take a single sample after a trigger and stop or use the trigger as an external sample clock to acquire several samples at the rate of the trigger. In either case, it's possible and relatively easy to do so. The only quirk is that the minimum number of samples to acquire for a hardware timed acquisition is two samples. This means if you really only want one point after the trigger, you'll have to setup the hardware to acquire two samples and then throw the second one away in software.
3) Is there a better choice than the 6143 to solve the problem ?
This seems like a pretty solid choice for the application you described. However, you didn't mention what the amplitude of your input signals are. The 6143 has a fixed +/- 5 volt range. If this isn't sufficient, you'll have to provide signal conditioning or choose a board with a wider input range. Also, I'm assuming your trigger signal is a TTL signal. If it's an analog signal, you'll want to choose a board with an analog trigger circuit (the 6143 doesn't have an analog trigger). The PCI-6111 is a 2 channel board with a +/- 42 volt input range, an analog trigger, a 5 MS/s sampling rate, and will also meet all of your requirements. The only down side of the 6111 is that it is more expensive and is a 12 bit converter instead of 16 bit. The PCI-6120 has even more functionality than the 6111 and has a 16 bit converter at 800 KS/s. PXI has some more simultaneous offerings, but I'm assuming you want to stick with PCI. You can also check out some of our modular instrument offerings such as the PCI-5102. I'm not as familiar with the modular instruments, so you'll have to check out the specs for yourself. Whether there is a better choice or not is pretty subjective. That will depend on how much you're willing to spend for the features and specs you really care about. From the information you provided, the 6143 will be the lowest cost solution that meets the requirements you specified.
4) Can we solve this problem programming in VB or VC++ and using the software that comes with the board or do we need to buy extra libraries ?
The DAQmx driver provides interfaces to both of these programming environments at no extra cost.

NI DAQmx 8.3 and CPU usage

I have similar problem as described on page http://forums.ni.com/ni/board/message?board.id=250&message.id=23831
but have solution and some reflections.
first of all, about system
system use 2x PCI-6143 and take data from 16 channels with maximum rate (250 kS/s)
program
was created about year ago (with LV 7.1.1, DAQmx 7.4) and on PC with
PIV (3.2 GHz) processor and 1 Gb of RAM work properly (CPU usage less
30%).
Now I've recompile program with LV8.2 and update drivers to DAQmx 8.3. now program can't work properly because CPU usage 100%
I create test VI for research this problem.
First version (daq_test1) - simple code - configure daqtask and get data.
I found:
if
sample rate less or equal 90 kS/s (on PCI-6143) CPU usage less 5%, but
when rate more 95 kS/s CPU usage jump to 60% (for one or more channels
on one or two devises).
Then I create simulated devise PCI-6143 in MAX and the same vi (daq_test1) require not more than 5-10% of CPU.
also
I have examine devise 16E-4 and find the same problem: if samle rate
more than "boundary" rate, CPU usage is too much (50-70%).
Then I add configure parameters (daq_test2) - add manualy DMA "on". There are no effects (CPU usage jump to 60% on "fast" rates)
Then I "play" with WaitMode (daq_test3). There are no effects (even if WaitMode=Sleep and SleepTime>1s CPU usage about 60%)
Finally
I create vi (daq_test4), where "manually" check
AvailableSamplesPerChannel and call DAQmx Read only when bufer has more
samples, that I need.
So I'd wound solution, but think driver
MUST check available samples carefully (also, why DAQmx 7.4 can fast
scan, but DAQmx 8.3 can't do it at least the same way as previous version).
Attachments:
daq_test.zip ‏78 KB

Artem,
Thank you for contacting National Instruments support. This is expected behavior. When the wait mode is set to Sleep, DAQmx will only sleep if and only if there is no data available to process. So, for example, at 200 kS/s, data is filling up the buffer fairly quickly and should always be available to read, which means that the process will not sleep at all. When data is always available, the CPU is going to handle it as quickly as possible and thus the CPU will appear to be running at near 100%.
Specifying a wait mode of Sleep is really only beneficial when the acquisition is running slowly enough that a lot of time is spent in DAQmx Read waiting for the data to arrive. In the past, the CPu was maxed out even at extremely slow sampling rates. Sleep mode alleviates this problem by putting the process to sleep when no data is ready for processing; however, if data is available, it will be handled immediately and no sleeping will occur. If data is constantly available for processing, the CPU is expected to deal with it right away and the usage will appear to be high.
Regards,
Kenn North
Senior Product Manager - Search, Product Data
http://ni.com/search

RT target reboots due to system error

The RT target reboots and displays the following error after the normal setup info:
Reboot due to system error.
Redirecting output to log file.
I don't know where this "log file" is saved and I don't know why the rt engine restarts.
I have 3 PCI 6143 boards and I'm reading at 250 ksamples/sec. I'm storing the data to an RT FIFO (waveform dbl array type) and using TCP to send this to the host computer where I want to display in a graph. The vi on the target computer runs fine without any connection to the host computer. When the vi on the host computer starts up, however, problems start to happen.
The host computer gets the data from the target very slowly. It takes about 5 seconds for TCP Read to read the byte size. The byte size is about 600kb. After the byte size is read the rt engine mysteriously restarts and displays the message above. My system works fine if I change all the waveform dbl array types to DBL Array. The reason I want a waveform type is because the host computer is not getting enough data with the DBL Array. For example, instead of getting a steady, straight line in the graph, I get a line jumping from 0 to the value it's supposed to be over and over.
I'm using vis similar to the vis created by the RT Communication wizard for both the target and host communication.

hi Kristi,
thanks for responding.
I'm using Labview 7.1 Real-time on a dell gpx 270 on a LAN (gigabit connection) using static IPs. I'm currently doing continuous analog acquisition on multiple channels (24 total). I have a normal priority loop managing the TCP connection, a time-critical loop within that acquiring data. On the host computer (another dell) I have all normal priority vis. I have 1 VI that contains 2 vis in it- a vi that handles the GUI and a vi that handles the TCP.
I gave up on using waveforms so i'm getting the y-component out of the 1D-waveform that i get from the daqmx vi and putting that into a 1D dbl array and storing it in an rt-fifo. By the upload, hopefully, you can see what i'm talking about. Without using waveforms the rt target does not reboot, but i still get jitter. The host computer (with the gui) seems to be reading an empty fifo more times than it has data. When I put a 100ms wait in the TCP loop on the host computer, I get the data slower, but no jitter. I don't know anything about timing so I'm guessing that's my major problem. Am I supposed to put waits inside of various loops?? I varied my time-critical loop wait time from 1ms to 3ms to see if anything would change, but no changes.
On a side note I will be acquiring data from a total of 13 6143 PCI boards from 5 different PCs when this is all done.
Attachments:
simplesystem.JPG ‏15 KB

Error while reading the analog data?

Hi,
I was trying to read the analog data from 4 voltage channels with -5,+5 voltages as minmum and maximum values.Iwas using 250khz as sampling rate and 2seconds as duration.When I try to read the analog data using DAQmxReadBinaryU16 method.I was getting the following error :
ADC conversion attempted before the prior conversion was completed.Increase the period between ADC conversions.I f you are using external clock check your signal for the presence of noise or glitches.Task Name _unnamed Task<0>.Status C.
I would appriciate if you could do this needful.
Thanks In Advance,
Meka

Meka,
The M Series devices have a specified maximum sampling rate for a single channel. Past a single channel, the maximum sampling rate is then divided down depending on the number of channels sampled. The reason for this is because each M Series device has one analog-to-digital converter (ADC). Every channel in a scan list must pass its data through this one ADC. To allow for this, the M Series devices also have a multiplexer (MUX). Because of settling time limitations with the MUX switching, the maximum sampling rate is the specified single channel sampling rate divided by the number of channels be scanned. In your case, because you are using 4 channels, the maximum sampling rate you can achieve with the 6221 is:
250 KS/s / 4 = 62.5 KS/s
If you need a sampling rate of 250 KS/s for each channel, you may be interested in our S-Series devices. These devices have a separate ADC for each channel, allowing all analog channels to run at the maximum sampling rate simultaneously. Take a look at the PCI-6143, which can sample at 250 KS/s on all of its 8 channels at the same time.
I hope this helps!
Justin M
National Instruments

DAQmx on Debian

First off, I am not using LabView.
I am running Debian 3.1 (sarge) on kernel 2.4.20.
I downloaded the DAQmx base from NI's site, and tried to install it. I had to convert each individual RPM to a .deb using alien, then install the .deb's using dpkg.
However, I cannot get the examples to build. I get the following error.
user:/usr/local/natinst/nidaqmxbase/examples/ai$ make
gcc -I../../include -O2 acquireNScans.c -lnidaqmxbase -lnidaqmxbaselv -llvrtdark -o acquireNScans
/usr/bin/ld: cannot find -lnidaqmxbase
collect2: ld returned 1 exit status
make: *** [acquireNScans] Error 1
I would really prefer to use Comedi, but I don't think there are drivers for the card I am using (PCI-6143).
Does anyone have experience trying to get this card to work with either DAQmx base or Comedi?

Here's what I found from the README for DAQmx Base 1.4 for Linux.
SUPPORTED PLATFORMS (Minimum System)
x86 System
256 MB Memory
300 MB Disk Space
Kernel versions 2.4.* only on the following distributions:
Red Hat 7.2 or later
SuSE 8.0 or later
This installer has been tested on the following systems:
SuSE 8.0 default install (kernel 2.4.18-4gb, gcc 2.95.3)
SuSE 8.0 default install (kernel 2.4.21-99, gcc 2.95.3)
SuSE 9.0 default install (kernel 2.4.21-99, gcc 3.3.1)
Red Hat 7.3 (kernel 2.4.20-28.7, gcc 2.96)
Red Hat 9.0 (kernel 2.4.20-8, gcc 3.2.2-5)
We do not currently support use of DAQmx Base in Debian systems.
However, you might want to check out a places such as Comedi, who could write the scripts for you.
Otis
Training and Certification
Product Support Engineer
National Instruments

PCI - 6143

Similar Messages

Maybe you are looking for