DAQ: error 10041

I use a DAQ card to measure a voltage, and my program works. But when I
create an application of my program (xxxxx.exe), there is an error:
"error 10041, The specified task ID is invalid. For instance, you may
have connected a taskID from an Analog Input VI to a Digital I/O VI."
Do you know what i'm supposed to do?

Hello,
To make current values default in your front panel controls, open your VI and then go to the Menu "Operate >> Make Current Values Default". Save your VI and rebuild your executable with the application builder. It should work now. Do not forget to install NI-DAQ on all the target PCs where your executable will be installed.
Hope this helps.
Matthieu G.

Similar Messages

"The specified resource is reserved" in DAQ error

Dear all,
Earlier before I posted a thread on "stop error caused by device driver?". The problem was partially solved, however, new problems start to come up.
Basically the problem is that I have an PXI-6115 DAQ card, I used its two output channels to control my scan mirrors (by send two sawtooth waveform out). Everytime I finished one scan cycle, I need to put the mirror back to its originial position by using the same two output channels (sending two single voltage out). Since these two tasks are of different type, I created two different tasks: scanTask and parkTask. Then I do the following as suggeted by TheWoost:
1. create and configure task handles for scanTask
2. create and configure task handles for parkTask
3. start scanTask and stop after finished one scan cycle
4. start parkTask and stop after returning to orginial position
Then repeat 3 and 4. The problem comes in when I get to step 4: "Function DAQmxStartTask: (return value == -50103 [0xffff3c49]). The specified resource is reserved. The operation could not be completed as specified. Task Name: _unnamedTask<1> Status Code: -50103"
I browsed through the knowledge base and realized that I cannot have two tasks using the same output channel, even though only one of them is active. If I clear scanTask after stopping it, then recreate it when I need it, that would be fine. However, that would be too much trouble. I was wondering if my understanding is right. If yes, is there anyway to get around it? I need to run scanTask and parkTask in a loop and it would be hard to recreate the task everytime.
Any input is highly appreciated. Thank you for your time.
Best Regards,
Dan

Dear Rob,
Thank you for offering your expertise on this problem. I would be happy to include my code here. Right now I take the alternative approach by clearing each task after it's finished and then recreate them. It works fine but brings in complexity and inconvenience. If you can get away with this, that would be great.
The code is an except from the whole program. Since I changed it back and forth so many times, there might be some errors. The main part is focusButton and stopButton. When I hit focusButton, the two mirror outputTask are running. When I hit stopButton, I stop these tasks and call parkLaser function, which assign the outputTask to do single point output. Then I can do focus again. This is the part that gives problem.
If there is anything that is unclear, please let me know.
Best,
Dan
Attachments:
scanimage2.c ‏47 KB
Scanimage.uir ‏48 KB

Unable to reset DAQ error -10441 on PCI6111E

Hi all,
We have a problem with our PCI6111E (+ NIDAQ v6.9.1f28 + MAX 2.1.3.14 + LabVIEW 5.1) where while acquiring data we occasionally get -10441 & -10444 errors. When this happens the DAQ device reset, or restarting LabVIEW doesn't help & we have to restart the computer.
Does anyone have any idea how to clear this error?
I am using "AI Waveform Scan.vi" and "Device Reset.vi" from LabVIEW 5.1
Thanks

These are errors involving memory.
Try adding more memory to the machine,
or
Reduce the number of samples to be read,
or
reduce the sample rate,
or
break your acquistion into multiple parts,
or
do continuous double buffered Acquisition.
Ben
Ben Rayner
I am currently active on.. MainStream Preppers
Rayner's Ridge is under construction

Compact daq (Error for long time measurement)

I have a trouble when I use the NI9215 (analog input module of the compact DAQ).
When it was kept sampling for more than 20 seconds, I got a error message from labview.
For example, it is operated at the sampling frequency, 10 kHz, and try to get more than 200 kS, namely it takes 20 s, error messagy popped up in the labview program. In the labview program, I use a DAQ assistant, which is connected to DAQ mx read.
Please give me some advice. Thanks.

Post the message will be helpful, this can help determine if it is a buffer overflow, timeout, improper property memory leak...
Paul
Paul Falkenstein
Coleman Technologies Inc.
CLA, CPI, AIA-Vision
Labview 4.0- 2013, RT, Vision, FPGA

DAQ error on digital output.

I use a MIO-16E board on my Mac G4. Its analog input and analog output work
fine. However, whenever I use digital output, I get a error code -10008,
which means "the group is invalid" (?). This error is generated by "DIO port
Write".
Does anyone know what it really means? Even the examples come with LabVIEW
get the smae error message. Your help is appreciated.

I believe that the default for digital i/o is that they are configured as
inputs. If you didn't use DIO Config to set them as ouputs, that might explain
the error message.
"Joseph Chao" wrote:
>>I use a MIO-16E board on my Mac G4. Its analog input and analog output
work>fine. However, whenever I use digital output, I get a error code -10008,>which
means "the group is invalid" (?). This error is generated by "DIO port>Write".>>Does
anyone know what it really means? Even the examples come with LabVIEW>get
the smae error message. Your help is appreciated.

DAQ Error

Why do I have this error when running the same program
in one PC but no error in another? 2 PCs have the same
setup, hardware, channel config and all. Please help
Error: "A channel, port or counter is out of range
for the device type or device configuration; or the
combination of channels is not allowed; or the scan
order must be reversed (0 last)."

Greetings,
What hardware are you using? Which VI is returning this error? Which channels on the hardware are you attempting to access? What syntax are you using?
Spencer S.

How Do I Use Examples for Visual C++with NI-DAQ?

我有一张NI6723的卡，用the Measurement & Automation Explorer测试的时候，一点问题都没有。完全安照前面所说的例子（http://digital.ni.com/public.nsf/allkb/0087C1E20920F7B986256D9B0061DEE2），我用Visual c++建立工程后，编译没有任何错误。但是运行后就会弹出错误：
[AO_VWrite] returned NI-DAQ error-104041
The specified device is not a National Instruments product,the driver does not support the device (for example,the driver was released before the device was supported),or the device has not been cofigured using the Measurement & Automation Explorer.
请问各位，这是怎么回事？

用TRADITIONAL DAQ可能不支持
M系列有很多卡不支持

Producer consumer error 200279

Hello,
So I’m about to go crazy and hoping someone can help me here. I’m writing a program that controls a motor and using a producer/consumer method to write the data at 10,000 intervals a second. I’ve read through multiple examples and I don’t see what I’m missing. I’m trying to record 18 different readings from a DAQ 9178, 3 readings for voltage module NI 9205, 1 reading for current module Ni 9203, 2 readings for accelerometer module Ni 9234 and 12 readings for temperature module 9213. Every time I run the program I keep getting the error message 200279 and it states that it’s trying to read samples that no longer exist. It advised me to increase the buffer rate. So I did as it suggested in multiple ways and the error messages keeps showing up. I’ve also shut down the computer, exited and restarted Labview several times and none of this worked. I have included the a picture file below. Where the problem is, is in the producer loop and the error is shown coming out of the DAQ error indicator. One idea I had but I’m unsure how to approach it is to somehow mean the data coming out of the DAQ to reduce what’s getting to the buffer. If anyone knows how to fix this problem please explain it in detail (I mean talk to me like I’m stupid) cause I’ve been stuck on this problem for almost two weeks now. Thank you in advance to anyone who can help.
SteelTiki
Solved!
Go to Solution.

The DAQ error isn't related to your choice of architecture, although your implementation of it might be hurting you. It's almost impossible to follow what's going on in your diagram because you have wires running in many directions (try to keep data flowing from left to right), there are local variables all over the place (almost definitely not needed), and there's a lot of code that's not in the image or is hidden in another frame of the sequence. Normally one would not have the event structure as the consumer loop (as you've done), and it's generally not a good idea to have multiple event structure in the same VI (with rare exceptions usually involving user events). It might not solve your problem but it would be worth taking the time to clean up your diagram. Eliminate sequence structures and local variables as much as possible, move some code into subVIs, and straighten out your wires.
As for the DAQ error: the DAQ board is reading data into a circular buffer, and you're not reading it fast enough, so samples are being overwritten. The reason you're not reading it fast enough is because you only read a single sample at a time (the DAQmx Read is configured for 1 sample on multiple channels) but you say you're acquiring 10,000 samples/second. Since your loop won't run 10,000 times per second, you're not reading all the data, which causes the error. Try configuring the DAQmx Read for multiple samples.

HELP! Error 8 occurred at TDMS Open

Hi,
I have built 2 vis to run concurrently, 1 vi acquires data from hardware and saves it as a TDMS file on a network drive. The other reads the TDMS file, and displays a graph.
In the development environment, both vis run fine. When I build an executable, the read vi gets error 8. Somehow as an executable the vi lost file permissions but as a plain vi it is fine?!
If I relocate the code to another PC, the development vi and the executable both get error 8!
All PCs in this scenario have R/W access to the network drive. I'm using LabVIEW 2014.
Anyhelp would be great!!
Thanks

I've had anti-virus, firewall programs, and domain policies, cause many programs to not behave correctly. From seeing graphical glitches on cameras, corrupted file transfer, remove desktop flackyness, file I/O errors, remote front panel failures, and DAQ errors. I've seen many issues all attributed to IT policies put in place to protect us. They have their job and I have mine, and when I waste days troubleshooting a feature I can't deliver due to their policies, I get cranky.
I'd do what you can to try to test this on a PC that is not domain controlled and see if the issue goes away. It might not be related but I can't think of any other reason this would act like you are describing.
Unofficial Forum Rules and Guidelines - Hooovahh - LabVIEW Overlord
If 10 out of 10 experts in any field say something is bad, you should probably take their opinion seriously.

How Can I run examples of the NI-DAQ 7.4 driver with visual c++ 6.0?

MY card is NI6723,an the driver that i have is Version 7.4 for Traditional NI-DAQ/NI-DAQmx/NI-switch.
when I run the example:C:\Program Files\National Instruments\NI-DAQ\Examples\VisualC:Ao; All of them can be compiled successfully,but can not be run;it will appears:[Ao-VWrite] returned NI-DAQ error-10401
The specified device is not a National Instruments product,the driver does not support the device(for example,the driver was release)....
when I open Measurement & Automation,and Test Panels,it works well.
What is the matter?
What is the problems,please tell me?

它不支持TRADITIONAL DAQ
你必须要用DAQMX来调用
你可以试试

-10920 error when executing buffered period measurements on a PCI 6602 timer.

I frequently encounter the -10920 NI-DAQ error when I run the C code for single buffered data period measurement .
The error message is "One or more data points may have been lost during buffered period measurements due to speed limitations of the system". I am unable to resolve this error. I have a Win2K environment and am using VC++ to compile and execute the code. Please help.

When doing buffered period measurements, the rate at which you can transfer data from the counter is system dependant. To try to get around this there are two things you can try. The first is to set the 'number of counts to read at a time' to a greater number. This way, the 6602 board will use less calls across the PCI bus. If possible, try to limit the number of pulses coming in on the gate that you are using to latch the counts, though in many applications this is not possible.
Make sure that you minimize the PCI bus activity on your computer. This includes, video activity and any network activity along with anything else that is connected to the PCI bus.
Brian

Error 200279 once every 24 hours (SignalExpress)

I am using the cDAQ 9174, with SignalExpress 2014, version 14.0.0, and the following modules: 9229, 9211, 9482.
The program runs fine, except every 24 hours I receive error 200279. Please see event log in the attachment. I opened task manager and waited for the error event to occur, but did not see any application popup that may explain the error.
The computer is not connected to the internet.
The computer has 24 GB of RAM.
Any thoughts as to why I receive this quite predictable error?
Attachments:
screenshot DAQ error.jpg ‏418 KB

Hi darylt,
Try setting less amount of samples to read, a less rate an maybe logging a little faster. Have you tried something like this? In this link, you should be able to understand a little better the meaning of each of the options.
http://digital.ni.com/public.nsf/allkb/8EF7084B908ABF6686257589007C97DF?OpenDocument
Regards,
Luis Calderon

Doing Data acq. and buffered period measurement using counters simultaneously, gives an buffer overflow error

Iam doing Data acquisition using NI-PXI 4472 and buffered period Measurement using NI-PXI 6602 simultaneously,my program gives an buffer overflow error

murali_vml,
There are two common buffer overflow and overwrite errors.
Overflow error -10845 occurs when the NI-DAQ driver cannot read data from the DAQ device's FIFO buffer fast enough to keep up with the acquired data as it flows to the buffer (i.e., the FIFO buffer overflows before all the original data can be read from it). This is usually due to limitations of your computer system, most commonly the result of slow processor speeds (< 200 MHz) in conjunction with PCMCIA DAQ boards, which have small FIFO buffers (e.g., the DAQCard-500). Sometimes using a DAQCard with a larger FIFO can solve the problem, but a better solution is to lower the acquisition rate or move to a faster system. Another cause of the -10845 error could be due to an interrupt-driven
acquisition. For example, PCMCIA bus does not support Direct Memory Access (DMA). If the system is tied up processing another interrupt (like performing a screen refresh or responding to a mouse movement) when it is time to move data from the board, then that data may get overwritten.
Overwrite error -10846 occurs when the data in the software buffer that you created for an analog input operation gets overwritten by new data before you can retrieve the existing data from the buffer. This problem can be solved by adjusting the parameters of your data acquisition, such as the lowering the scan rate, increasing the buffer size, and/or increasing the number of scans to read from the buffer on each buffer read. Additionally, performing less processing in the loop can help avoid the -10846 error.
See the NI-DAQ Function Reference Manual for a listing of all NI-DAQ error codes.
Have a great day.

DSA Input buffer overwritten error

Hi All,
i am using 5 PXI 4472 and one FPGA 7833R. I need to perform continuous acquisition on all 40 DSA and 8 FPGA channels at maximum of 51.2 KiloSamples/second and 102400 Samples/block
In my code i am having a while loop which will acquire dsa and FPGA data and write to file. When i consider 51.2 Kilo samples and 102400 Samples/block, the overall while loop delay is between 2000 to 2100 milli seconds. Meaning the file write and other calculations are getting compelted within 100 mseconds. i have assigned the buffer size of 1 Msamples/channels for DSA.
I believe that even if the PC RAM size is greater, DSA allows only 1Msamples/channel buffer to allocate.
I have also assigned 1.7 MB for FPGA DMA transfer host memory.
When i acquire data simultanelously from FPGA and DSA in a single while loop, the acquisition is happening fine some 15 minutes after which DSA is giving DAQ channels overwritten error.
But when i bypass FPGA acquisition, there is no daq error generated and acquisition is happening fine.
i am have upgraded LV to 8.0.1
Please share thoughts and experiences to get this solved.
Thanks,
Sudha

The first thing I would try would be to update your RIO version to RIO 2.0.1.
http://digital.ni.com/softlib.nsf/websearch/12E9CA0820A192F08625714F005A8B0C?opendocument&node=13206...
Note this is an update to RIO 2.0 not a full RIO installation. Also note that this is not RIO 2.0.2. I do not think you need RIO 2.0.2.
Reasoning: Reading data from the FPGA DMA channel is a blocking method when using RIO 2.0. That means it will consume 100% of the CPU while trying to get the data. This is obviously fast, but can starve other high priority operations like reading other DAQ channels. RIO 2.0.1 allows the Read to sleep while rating for the data to arrive.
This may not entirely solve your problem, but it is a start and the update should definitely help a little.
Regards,
Joseph D.
National Instruments

Reading PCI-6023E counter by Delphi/NI-DAQ

One current goal of mine is to read out the counter of a NI I/O board PCI-6023E by Delphi/NI-DAQ! But I don't get it work.
I am interested in having a Delphi code using NI-DAQ commands *without ActiveX components*. At NI support doesn't exist yet any example code in Delphi using NI-DAQ just commands.
What part is missing in my code "PCI6023E_Counter.pas"?
http://www.home.fh-karlsruhe.de/~egra0011/Projects/SIM
The "same" prog in VB works fine! Do the NI-DAQ commands/drivers work with Delphi? Thanks.

Rawi,
NI-DAQ provides a function prototype for Borland Delphi, so NI-DAQ function calls should work fine in that environment. Your program seems to be correct. However, you don't state why it's not working, and I've noticed that you don't seem to be checking the iStatus return value for an NI-DAQ error. You might want to check to see if an error is being returned. That could point you in the right direction. If you continue to have problems, I would recommend contacting National Instruments support for troubleshooting assistance.
Also, the counter/timer developer exchange is targeted towards 660X and TIO-10 counter/timer products. The PCI-6023E is a multifunction I/O board, and in the future, you may want to consider posting your inquiries to the multifuncti
on I/O exchange for assistance.
Regards,
Erin

DAQ: error 10041

Similar Messages

Maybe you are looking for