07-16-2019 06:15 AM
Hi everyone,
I keep getting error code -200089 and I can't find any proper description of what that error is. It seems to be coming from the create task vi and stops the code from taking any data. I've attached a snippet of the block diagram.
Any help at all would be appreciated!
Solved! Go to Solution.
07-16-2019 06:24 AM - edited 07-16-2019 06:26 AM
This means: Task name specified conflicts with an existing task name.
Simply rename the task. That should fix your issue.
All LabVIEW error codes can be found inside the folder: "C:\Program Files\National Instruments\Shared\Errors\English"
https://knowledge.ni.com/KnowledgeArticleDetails?id=kA00Z000000P8tFSAS&l
07-16-2019 06:39 AM
Help->Explain Error. And you will see the error description be "Task name specified conflicts with an existing task name." This tells me you are not properly clearing your task(s). But to clear out you current situation, you just need to shutdown LabVIEW and start it back up. But you need to make sure your task is cleared by your application when you are done with it.
07-16-2019 06:39 AM
Thank you that removed that error! Now another error is present with this description
<nierror code="-50103">
The specified resource is reserved. The operation could not be completed as specified.
What does this mean?
07-16-2019 06:43 AM
@ehalpin13 wrote:
Thank you that removed that error! Now another error is present with this description
<nierror code="-50103">
The specified resource is reserved. The operation could not be completed as specified.
What does this mean?
It means there is another task that has your device's channel(s) reserved. This is a mutex to keep multiple tasks from using the same resource. Are you stopping and clearing out your tasks?
07-16-2019 06:56 AM
I have attached my code below. These are the only tasks with these channels so I'm confused about how to fix this.
07-16-2019 07:04 AM
In your event structure you have to make ensure that the terminals for the DAQmx wires are wired, otherwise your task won't be closed correctly.
(it will use the fefault value for the DAQmx task and not the value which has been previously created)
07-16-2019 07:04 AM
Hi ehalpin,
never use "default if unwired" tunnels for references! NEVER!
Right now your DAQmx tasks (mostly) never get stopped/cleared…
Other problems:
07-16-2019 07:38 AM - edited 07-16-2019 07:54 AM
I would actually move the closing of the tasks into the Stop event case. Then you really don't have to worry about the "Use Default If Unwired" setting on the Event Structure. But you could help yourself a lot just cleaning by up your VI.