DAQCard-6533 (PCMCIA) Doublebuffered performance

I'm using my DaqCard-6533 (PCMCIA) under Win2k (service pack 1) in doublebuffered patterngeneration mode. Laptop specs: 750Mhz PIII with 192mb ram. The manual shows a performance of 120000 S/sec. I get error 10803 when i use the card at any frequency above e few Khz's.
My test program which is attached runs double buffered mode from 2000000 Hz till 1 Hz. On error it changes to a lower frequency. When the program is running and I right-click on the desktop the frequency always lowers ( i always get the 10803 error), not depending on the frequency it is currently running (tested till 6kHz). I know under 4Khz it doesn't always generate this error.
I want to use the DAQCard at 40Khz... the manual shows 120K
hz (on a slower laptop).. so i supposed this should work... But it doesn't. on frequency's higher than 20khz it even produces errors on mouse movement.
So my question is... what's wrong? why can't i read data at the specified benchmark rates. (source attached) (using visual c++ 6.0 whith the NIDEX32.LIB and NIDAQ32.LIB
Attachments:
tracker_test.c ‏17 KB
Tracker_test.dsp ‏5 KB
TRACKER_TEST.DSW ‏1 KB

PM
Here are a couple things to check. First, have you tried just using the example program you wrote yours from? This would get rid of any extra overhead your program is causing, though it may not make any difference. Also, the spec you mentioned is for 8-bit operations though your program has GroupSize set to 2, which indicates you are doing 16-bit operations. If you only want to do 8-bit, change the GroupSize to 1. Do you have another PCMCIA card in the computer? If so, try your program with it out. Also, if you are using an older version of NI-DAQ, pre 6.9.1, I would suggest upgrading to the newest versions as there has been some optimization. (The newest one is 6.9.2) Try to adjust the buffer size as well as a larger buffer size sometimes helps decrease
the amount of -10803 errors.
Brian

Similar Messages

DAQCard-6533 performance (PCMCIA)

The on-line DAQCard-6533 PCMCIA card ad states "up to 400 kbytes/s (pattern I/O); up to 740 kbytes/s (handshaking I/O). I'm not even getting on tenth of those speeds.
If I run the card at even 25 Khz, I get error -10803 indicating an input buffer overrun (too fast). I've tried patterned I/O and handshake I/O with the same results. Increasing the buffer size makes a small difference up to about 4096, then no benefit after that.
Has anyone ever actually used this card to acquire continuous data faster than 25 KHz? Nobody I've been able to contact at NI has any hands-on experience. Everybody throws answers at me assuming I'm using the PCI version of the card, not the PCMCIA.
It appears that this card's internal FIFO is 8 samp
les deep, and it uses PIO rather than DMA, so interrupts are constantly happening. This seriously limits input speed, even on a fast notebook.
Any help would be appreciated. I'm just about to abondon NI as a supplier for our data acq cards, but I thought I'd give this one more shot. I have sample source code and a program that demonstrates the problem.
email: [email protected]

My system is an IBM Thinkpad A21p, 850 MHz with 512MB RAM. I have all unnecessary services disabled, and no other applications running.
I have attached a ZIP file that contains my example program that shows the problem, together with the relavant source code.
Thanks,
Ron Schaaf
[email protected]
Attachments:
DAQCard6533_prob.zip ‏103 KB

PCMCIA for 2MHz, 5V TTL, PCI-6533 ???

Hello all,
I'm using the NI PCI-6533 (DIO-32HS) right now for collecting data. We are looking for the same card for PCMCIA. In NI website, there is only one card available for PCMCIA (0.1 Mhz, 5V TTL, PCMCIA).
I just wonder if anyone know that NI has any PCMCIA that is 2MHz just like the PCI-6533. Or what should I do to collect data from PCMCIA that fast as the PCI-6533?
Thanks

Hi Neweng,
Unfortunately you're correct. NI only makes one PCMCIA card that supports hardware timed DIO the DAQCARD 6533. If you look at the product manual you can see that the board's benchmark rates are not 2MHz (p E-6).
653x User Manual
One reason for this is that PCMCIA only supports interrupt-based data transfer not DMA. Please reference the following document for a description of the differences between the buses.
Bus Considerations When Choosing a DAQ Device Interface
The following link briefly defines DMA and interrupt-based transfers.
ss.nsf/webmain/67FB57DFE27F2664862568AA007EA2E9>Data Transfer
I hope this helps.
Sarah Miracle
National Instruments

Two edge separator with a NI DAQCard-6024E for PCMCIA

Hi,
I have two different TTL-level signals available, and I want to measure the duration of time starting when one signal goes high and stoping when the next signal goes high.
How can I do this using LabVIEW 5.1 and a NI DAQCard-6024E (PCMCIA)?
Thankful for every answer.
Regards,
Henrik

Probably the best way to do this is to set up counter 0 to do triggered pulse generation and then do buffered period measurement on counter 1, with the second signal being the gate signal. In other words, the first TTL signal starts the first counter producing a pulse train and the second counter measures this pulse train until the second signal causes it to latch. Look at some of the examples for triggered pulse generation and buffered period measurement and this will probably help you get started.

I need a PCMCIA Extender

Hello, i'm working with the DAQCard 6024E (PCMCIA) for acquiring signals of voltage and current, but i have the following problem: the DAQCard it works 5 hours daily and it heat very much, and it reach temperatures high. I need a PCMCIA extender for to connect the DAQCard PCMCIA out of my PC. What PCMCIA Extender can I to buy?? Can you make me a recomendation??
Thanks.

Hi Andres-
It sounds like you're looking for a way to extend your DAQcard out from the slot to allow for better ventilation and cooling. NI does not offer any hardware to perform this, and short of better cooling for the laptop itself you might want to just perform a search for "PCMCIA extender" or some variation. A quick search on my end turned up this result.
Any ideas from other users that have found this type of hardware would be appreciated.
Thanks-
Tom W
National Instruments

Unwanted 5VDC (uS) Pulses on DAQCARD-1200 Digital Outputs

I'm currently using a DAQCard-1200 PCMCIA multifunction DAQ card to automate some "push-button" features on a particular piece of equipment. I've connected 3 of 8 Digital Outputs available on PortA in parallel with the momentary pushbutton switches used for manual control. To stimulate one of the switches, I am pulling the digital line low for 100mS then returning it to a high (the other signals should remain high during this time). I scoped the signals and noticed very short (uS) +5VDC-Pk pulses occuring on the idle lines (also on the digital lines I'm not even using). I'm using a the "Write to Port" VI. These "blips" occur during the rising "and" falling edges of the active signal. Occasionally, these
"blips" are long enough to trigger the other two inputs that I'd like to remain inactive. Besides using a filter to reduce the inverse-peak of the unwanted signals, is there a way to programatically control or remove these "blips" alltogether? Or are these even supposed to be there?

These blips can occur when writing to a digital port, and not masking the bits you do not wish to change.
If these blips are causing problems, take a look at the Write to Digital Port.VI. Double click on its icon to open its front panel. Go to its block diagram. You'll see where the port is configured on iteration 0, and then the Port Write is called, and there is an input to mask lines. This is what you'll need to do--put a value on this input to mask lines you want to remain the same. This should fix the blips you are seeing.
Also, if you are not manipulating more than one digital line at a time, you could use the Write to Digital Line.VI, which would accomplish the same thing. But if you need to update more than one line at the exact same ti
me, this method won't work for you.
Mark

6533 Built-In-Test (Self Test)

I'm using a DAQCard 6533 Digital I/O card and my customer requires I test the card for proper functionality before each use.
Most COTS hardware vendors today provide Built-In-Test (BIT) and I assume NI does for the 6533, too.
So, before I add another several weeks to my schedule to write my own BIT, I'd like to know how the 6533 tests itself or how I can call a routine that will execute a 6533 BIT routine.
Any info would be helpful.
Thanks

Hello,
Although I know that there is an E-Series Diagnostic Utility available for the MIO boards, I do not know of any Built-In-Test routine for the 6533.
At this moment I will advise to write a custom BIT routine based on the NI-DAQ shipping example programs for this Digital I/O board (653X).
Hope this information helps and good luck with your application!

DAQCard-6024Eが認識されない

担当者様，
NIのDAQCard-6024Eをラップトップ上で使用していますが，「Measurement ＆ Automation Explorer」でデバイスを認識してくれません．
ラップトップは，Panasonic社のCF-8Wで，OSはWindows　XP，ドライバはNIDAQ８５０とTDAQ７４４を使っています．
症状としては，「Measurement ＆ Automation Explorer」の「デバイスとインターフェイス」にカードが見えません．
XPの「デバイスマネージャ」をみると，「その他デバイス」の「PCMCA UNKNOWN_MANUFACTURER」として認識されています．
このドライバを
「ドライバの更新」
「一覧または特定の場所からインストールする」
「検索しないで，インストールするドライバを検索する」
「Data Acquisition Device」の「DAQCards-6024E」
として，ドライバを再インストールすると，
「ドライバ更新警告 …，ドライバがハードウェアと互換性があることを確認できなかったため，このデバイスをインストールしないことをお勧めします．…」と警告されます．
ドライバインストールを続行すると
「このハードウェアのインストール中に問題がありました」「このデバイスを開始できません．（コード１０）」となります．
そして，「デバイスマネージャ」では「DAQCard-6024E」のアイコンの上には「！」マークが付き，稼働しません．
ラップトップのカードスロットルの不良の可能性もあるため，他社のUSBカードを刺したとこと正常に稼働しています．
問題のDAQCard-6024Eを他のラップトップ（Windows XP）に入れますと問題なく認識していますので，DAQCard-6024Eに問題があるのではなさそうです．
更に分からない症状としては， DAQCard-6024Eが「PCMCIA MTD-0002」というデバイスとして認識されることがあることです．
ちょっと対処の手が尽きた感があり，Web上でもそれらしい対処法がみつからないため，知恵を借りたいと思います．

YKI様、
ご返信ありがとうございます。
YKI様の報告いただきました状況を考えますと、デバイス異常である可能性はあまり高くないかと存じます。
インストールされておりますNI-DAQmxバージョン8.5は XPにもVistaにも対応しておりますので、バージョンによる問題もございません。
（現に、YKI様がMAXで一度ご確認いただいております）
他のラップトップでは動作するとのことですが、
その他のラップトップ環境下においてもステッピングモータのコントローラのソフトウェア等ソフトウェアはインストールされておりますでしょうか。
もしかすると、その他に追加でインストールされたドライバもしくはソフトウェアが競合を起こしているかもしれません。
他のラップトップの環境と、
現在MAXおよびデバイスマネージャで認識されないラップトップの環境と比較してなにか大きな違いはないでしょうか。
また、デバイスをお送りいただく際の検査なのですが、
デバイスの認識、アナログ、デジタル入出力のテスト等、簡易的なものになります。
（主にお客様の報告いただいている現象が再現できるかを検証いたします）
期間は数日間になりますが、発送の時間を含めますと一週間（５営業日）でございます。
日本ナショナルインスツルメンツ株式会社｜　技術部　｜　小清水

Daqcard 6036e affected by laptop power supply?

Hello NI types;
I have a problem that seems pretty bizarre to me, so I thought I would share it with you to see if anyone has any suggestions.
I have a brand new Daqcard-6036E (pcmcia card), with shielded cable and the CB-68LPR terminal block, and I'm trying to use it with a Sony Vaio laptop (PCG-955A) with Windows XP professional. Labview 7, full installation with all the recommended drivers from the Labview 7 cdroms (didn't install anything from the 6036E cdrom, since I figured the stuff on the LV7 disc was probably more current anyway).
The card is recognized by MAX, Labview, etc. I can bring up the test panels no problem. I measure in differential mode, -10v to 10v range, I'm using the proper terminal pairs for the differential mode (aich0 + aich8 for diff1, etc). Problem is, regardless of what I put in for an input (I've used a little dc voltage supply, and bridging the terminals with a wire to enforce 0V) I get garbage not even resembling the proper input. It does random fluctuations all the way up to the input limits (-10/10 V). I measure with a meter and everything looks great at the terminals. I don't have any other terminal block connections (no connections from AIGND's, AO, timers, etc).
Here's the weirdness: the setup works just perfect... as long as I'm running the laptop off the battery and not using the power supply plugged into the wall. This was really, really annoying to try and find (pulling out the power supply to the laptop was the last thing I tried after fussing with it for a couple of hours). Battery only: reads correct voltages, nice and stable. Laptop power supply: reads completely incorrect fluctuating voltages.
I checked that I was trying to read differential mode (in MAX, and my labview stuff I've written), and I have no idea what to try next. I've used NI stuff for years (LV2,4,5, Nubus cards on macs, pci cards on pcs and macs) but I've never had an opportunity to use a pcmcia card before. I've never seen this behaviour on any other setup I've worked on.
I have a few suspicions: laptop power brick (which plugs in on the same side of the laptop as the pcmcia cage) isn't really nice 19.6 V dc @ 3A like the back of the brick says (have not verified this), maybe bizarre ground loop problems (I get this problem even with no external sources hooked to the CB-68LPR, just the differential inputs connected together on the channel). Maybe the power supply brick makes rf interference that annoys the card (I tried moving the brick farther away with no difference). Maybe Sony just doesn't like me.
As a dumb test, I ran the laptop's power brick plugged into a 120v inverter running off a 12V car battery (ie - 12Vdc -> 120Vac -> 19.6 V dc -> laptop) and that made no difference (still didn't wdfdfork). My other thought is to try and run the laptop directly off a regulated dc supply fed by a 24V battery setup, but that'll take me a little while to assemble to test.
Any thoughts on this? Sadly I do not have a second laptop to try this all in to see if that rectifies things. Has anyone else encountered this?
I hope I haven't left out a salient detail. If I forgot to mention something relevant please ask.
Best regards,
Steven Cogswell

Hello Ben and others;
Indeed, you hit the nail on the head, except it was the other way around. I hadn't taken notice of it before, but this laptop (which isn't mine) doesn't even have a 3-prong plug on the adapter in the first place, only 2-prong (the cord/brick have no facility for a 3rd either, and it's the original sony adapter). I ran a connection from the AIGND (AIGND/AOGND/DGND on this card are all the same point according to the manual) to the 120v ground (3rd prong) and sure enough, everything cleans up and voltages are correct again.
And a small note for those taking notes, although I said the laptop is a "PCG-955A" (that's what's on the bottom), it's actually a Vaio FX120 (written in tiny print on the screen bezel).
Thanks for all you
r help,
Steve

Digital IO with DAQCard 1200

Hi!
Does someone know the maximum datarate for digital I/O with DAQCard 1200 (PC-Card) ?
Is it similar to the 1MHz limit on the AT-Bus?
Thank you for your help.

Edmund,
The digital lines on the DAQCard-1200 do not have hardware timing associated with them, so the maximum read/write rate will depend on software timing.
This means that the read/write will depend on how fast your code can execute. One thing to remember is that as other programs call for CPU time you application code will slow down and if nothing else is using CPU time your application will run faster up to a point.
If you need hardware timed digital I/O I would recommend using a DAQCard-6533.

Can I acquire data with VB from my DAQCard without using Measurment Studio?

I have the Measurement and Automation Software on my computer and VisualBasic.NET. Do I need any other software if I am receiving 2 analog signals and outputing 1 analog signal on my NI DAQCard-6024E PCMCIA?

The short answer is yes, you can acquire data with VB.NET from your DAQCard without using Measurement Studio.
There are a variety of ways to do it. All of them require that you install either the Traditional DAQ driver or the DAQmx driver in addition to Measurement and Automation Explorer. The DAQ drivers are included on a CD or CDs with your hardware. They are also available on the quarterly National Instruments Device Driver CD.
1) You can use the Measurement Studio DAQmx .NET API. This is far and away the easiest API to use to program DAQ cards in VB.NET and C#. This API is included in the DAQ installer and does not require you to purchase Measurement Studio. However, without Measurement Studio you do not get the benefit of the DAQ Assistant integrated into Visual Studio .NET. The DAQ Assistant, when integrated into Visual Studio .NET, allows you to graphically configure your DAQ tasks, generates the code you need to configure your tasks, and generates a .NET user control (with user interface) that demonstrates how you use the tasks that you created. The caveat to this approach is that PCMCIA cards are not directly supported under DAQmx 7.0. There is, however, a beta versin of DAQmx PCMCIA support as described in this KB article.
2) You can use the .NET P/Invoke services to call the Traditional DAQ or DAQmx C API directly. See MSDN for more information about P/Invoke. If you choose the DAQmx API, you will need to install the beta of the PCMCIA support as described in this KB article. National Instruments does not provide any examples, language-specific documentation, or code generation for this method. You'll need to look at the C API documentation to see what to do.
3) You can use the Measurement Studio Traditional DAQ ActiveX controls. These are included in the DAQ installer and do not require you to purchase Measurement Studio.
The absolute quickest and easiest way to get started using an NI-DAQ card in VB.NET is through the DAQ Assistant and Measurement Studio Professional or Enterprise edition.
Your next best approach is to use the native .NET DAQmx API. This API was designed from the ground up to support .NET languages. There are examples written in VB.NET to help you get started.
If for some reason, you don't want to use the native .NET API (or your hardware is not supported under DAQmx), whether you use P/Invoke or the ActiveX controls is a toss-up. It depends mostly on whether you are already familiar with the C API or the ActiveX API.
David Rohacek
National Instruments

PCMCIA acquisition problem (indicator refresh)

Hi!
I use LV 8.2 and DAQmx 8.3 drivers on laptop with NI DAQCard-6036E (PCMCIA). As a demostration I eclose acquisition.vi as attachment. Everything works fine if samples per channel is set to 500 or more (sampling rate is 1000 all the time), but when samples per channel is set to 100, indicators are refreshd every fifth iteration of while loop (if you run acquisition.vi you will noticed thah while watching loop index indicator whitch is increasing by 5). I also run this VI with other cards like USB or PCI and it works fine (indicators are refresh everyiteration of loop). I have this problem only with PCMCIA card.
I hope that somebody can help me because it is crucial for the project that I developed.
Thank you in advance!
Andrej
Attachments:
acquisition.vi ‏34 KB

Hi Andrej,
Thank you for posting to the NI forums. This is the expected default behavior for your device, and in general, all of our PCMCIA devices. Unlike our PCI devices, PCMCIA devices do not support DMA – they are interrupt driven. The default interrupt to trigger the onboard data fetch into RAM is setup to occur when the onboard memory is more than half full. You can change this setting to fetch the data when the onboard memory is simply “not empty”.
This is described in the following Knowledge Base article.
Data Updates Very Slowly at Low Sample Rates in NI-DAQmx With PCMCIA DAQCards
I hope this helps! Please post back if you have further questions.
Ed W.
Applications Engineer
National Instruments

Why do we get "Failure to initialize dynamic link library nipalu.dll"?

We have two laptops connected by Ethernet. Each sees the other as a normal drive.
Laptop A has the NI DAQ drivers and Visual C++ installed. It is our development environment. Laptop B has the PCMCIA DAQCard 6533 installed in the PCMCIA port.
The DAQ application is stored on Laptop A, but launched, via shortcut, on laptop B. The application launches fine on laptop A (but this is of no use, obviously).
I have tried installing the NI-DAQ drivers on Laptop B, but I get the same problem...
Failure to initialize dynamic link library nipalu.dll
THANKS!

Azucena,
Thank you for your comments. Three questions come to mind:
1)If I must install NI-DAQ (do you mean just the dll or the entire environment?) on both machines, what are the licensing issues? Note that I only use one for development.
2)Why do you say NI-DAQ needs to be installed on both machines? I launch my application on my remote machine using a shortcut pointing to the application where it resides on the _development_ machine. My app should therefore be able to see all required files (dlls, etc.) on the development machine even though it is running on the remote machine. To the remote machine the development machine merely looks like a normal drive.
3) I don't see how the patch can help; Since I'm running my app on the remote
machine (which doesn't have Visual C++ installed) it won't see any Visuall C++ modules in memory because they reside in memory (when they're there) on the development machine. Plus, when I do run this app on the development machine, it runs fine!
Thanks very much!
Les

Why does DIO6534 behaves differently from its lesser relatives?

I am developing under LabWindows/CVI some code for the DIO 653X family. It's almost two years since I started working with'em, so it's disappointing the problem I'm talking about.
This is the guilty code:
DIG_Grp_Config(DIO_BOARD, 2, 2, 2, 0);
DIG_Block_PG_Config(DIO_BOARD, 2, 1, 0, rtimebase, rreqint, 0);
DIG_Block_In(DIO_BOARD, 2, in_conf_buff, 1281);
do {
status = DIG_Block_Check(DIO_BOARD, 2, &rem);
} while (rem);
It is used to read in pattern generation 1281 samples, 16 bits each, on group 2
The code runs OK on DIO 32-HS and on DAQCard 6533, but it faults on DIO 6534.
Provided that rtimebase e rreqint are correctly defined and that in_conf_buff is wi
de enough to contain all the acquisition, the problem is: come to the do-while loop that worries about controlling that the acquisition is running OK by the DIG_Block_Check instruction, the program remains in the loop, with a single sample to be read (rem = 1), only with DIO 6534.
I made some trials to get out of the mess, so that I found that the error happens when I use an odd number of samples, not when I use an even number. But the REQ pulses number are needed to drive a read-out chip, so I can't simply reduce or increase by 1 the samples number, as this would leave the chip in an umpredictable state.
Who can help me?

Hi medihelp,
Because the 6534 always performs DMA transfers in 32-bit even for 16-bit input groups, there will be "stranded" data if the number of data transferred is not a multiple of 4 bytes. This different behavior (compared to the 6533) is due to the addition of onboard memory to support high speed transfers. At the end of the DMA transfers, the stranded data will be retrieved manually, and status should be updated to indicate that the tranfer is truly finished. There is a bug in the NIDAQ driver that fails to update the status flag, causing the return value of DIG_Block_Check to get stuck at 1, even though all data has been acquired. The fix for this problem will be made available to all users very soon. In the meantime, I would recommend that you either make the
sample count a multiple of 4 bytes, or change the condition of the while loop to break when DIG_Block_Check returns 1 instead of 0.

15bit digital input on SC2345

I want to test the function of an Allen Bradley 845G-F3BAHP032KR digital absolute encoder, it uses 15bit/0-32767 resolution. I have an SC2345 conditioning unit with a 6036E DAQCard. My understanding is that if I were to use my current setup, I would have to connect all 15 lines to analog input channels and then try to interpret the signals..NI 6533 was suggested by your engineer..my question is, what else do I need to purchase to do this test? Do I need a PCI, or PXI setup, or do you have a portable setup like my current SC2345, except with more than 8 digital channels, I would need 16 digital I/O channels, right?
What hardware do I need in order to run this on my laptop. I assume at the least, a DAQCard-6533, but what other hardware
Thanks, please send your response to [email protected] it seems that all NI email content is removed by our email system here at Dominion

Greetings,
The DAQCard-6533 is a 32-bit digital input/output device and so it would definitely work with your application.
The DAQCard-6533 can perform hardware, timed digital input at speeds up to 400 kbytes/sec. Other than the DAQCard-6533, you will only need a cable and connector block to connect the 15 lines from your encoder to the 6533. You will need a PSHR68-68-D1 Shielded Cable and an SCB-68 shielded terminal block for easy screw terminal connection to the DAQCard-6533.
I've linked to the DAQCard-6533 within the online catalog below. It lists the cable and connector block that is compatible with the DAQCard-6533. I've also linked the user manual of the DAQCard-6533 which will explain its operation in more detail.
DAQCard-6533
http://sine.ni.co
m/apps/we/nioc.vp?cid=13509〈=US
653X User Manual
http://digital.ni.com/manuals.nsf/webAdvsearch/EDE443F5C700373A862569B90072D26F?OpenDocument&vid=niwc&node=132100_US
Let me know if you have any additional questions. Have a great day.
Regards,
Todd D.
NI Applications Engineer

DAQCard-6533 (PCMCIA) Doublebuffered performance

Similar Messages

Maybe you are looking for