Real-Time Measurement and Control

cancel
Showing results for 
Search instead for 
Did you mean: 

Error -88708 in NI-DAQ

Hi,

I'm using SCXI electronics with custom software based
on NIDAQ drivers. Sometimes (once per week approx.)
software gets error -88708 during data acquisition
through SCXI-1200.
Does anybody know what does this error mean?
I found only "Status Resource Not In Pool_Routing" name
for this error and it says nothing to me...

Thanks,
Peter Kravtsov
0 Kudos
Message 1 of 5
(8,895 Views)
Hello Peter.  I entered that error code in the Explain Error function in LabVIEW and it returned the explanation: "The specified resource is not available.  The operation could not be completed as specified."  Since your hardware is running for so long before this error occurs, my guess is that your software is designed properly.  From a hardware standpoint, our SCXI-1200 is a legacy product so knowledge base articles are fairly limited.  However, the error indicates that some hardware is shutting down or losing communication with your PC.  Is there something special that you are trying to do when this error is thrown?  I am interested by the error text that you reported ("Status Resource Not In Pool_Routing").  Where did you see this error message?  Was the error thrown at a specified VI?  Also, some general information about your application, the software used in coding your application, the versions of the drivers that you are using (specifically DAQ), and any other hardware involved in your application would be helpful in troubleshooting this unique error. 
 
Brian F
Applications Engineer
National Instruments
0 Kudos
Message 2 of 5
(8,875 Views)
Hi,

Thanks for the answer.
The software was developed using Borland Delphi.
(It was developed for a number of similar systems
and we didn't want to switch to LabView).
I'm using NI-DAQ 8.0 to interface to SCXI.
I tried to install NI-DAQ 8.30, but it leads
to connection hanging problem
(http://forums.ni.com/ni/board/message?board.id=300&message.id=2287&requireLogin=False)
The description of the error I took from one of the
header files (I don't have LabView with error explain 🙂
The modules installed are:
1600 (creta controller)
1100 (analog mux)
1163 (digital control)

Error appeared during analog channels acquisition through
1100 and 1600.

Peter.
0 Kudos
Message 3 of 5
(8,865 Views)
Hi Peter. 
 
Thanks for your prompt response.  I have been investigating this error that you are seeing and have a few questions and suggestions.  First, you state that you are using NI-DAQ 8.0.  I am assuming that you mean DAQmx 8.0 (since the latest version of Traditional DAQ is 7.4.1).  DAQmx 8.0 should work with all of your SCXI modules as long as you are using Windows XP or Windows 2000.  Are you using one of these operating systems?  One thing that can cause this loss of communication is the entry of your PC to suspended mode.  Another thing is the existance and execution of Traditional DAQ tasks on your system at the same time that you are using DAQmx.  The 88708 error is reported by the DAQmx resource pool when the resource it was told to reserve isn't present in the driver. This happens when the DAQmx driver is trying to reserve a task in one thread and disable the driver (so it can be used by Traditional DAQ) in another thread.  Thus, if you are using Traditional DAQ alongside DAQmx, this is probably the source of the problem.  These two explanatiosn seem like the most likely sources of this issue. 
 
Let me know if this helps or if you still need assistance.  Please include a screenshot of the error in your next post if you are still experiencing issues along with a description of what your program is designed to do.  This information will help me troubleshoot the issue further.  Have a great day!
 
Brian F
Applications Engineering
National Instruments
0 Kudos
Message 4 of 5
(8,838 Views)
Hi,

Thanks for your reply and sorry for delay...
Of course, I'm using Ni-DAQmx 8.0, since traditional DAQ does not support SCXI-1600.
There is only one NI-DAQ (mx 8.30) installed on this machine, and it is called from only one thread.
We are using Windows XP system and all "sleep" or suspend
modes are disabled, because this PC controls important
experiment hardware.
So I think that case with calls of Ni-DAQ from different
threads sould not happen.
As I was noticed, the SCXI connection was crashed again
yesterday (I'm not in the area and only have remote access
to the system). I'll ask operator to send me a screenshot
next time.

Thanks for your help,
Peter.
0 Kudos
Message 5 of 5
(8,765 Views)