04-07-2011 06:31 AM
Hi,
I am playing around with the NISE examples and VIs on a system running
- LabVIEW 2010 SP 1
- SwitchExecutive 3.50.49154
with a PXI-2535 matrix.
I've created a new SE virtual device, provided some channels and routes and also (mutual) exclusions between some of the channels. I wanted to try out what happens when trying do make some connections which must not be made due to the programmed exclusions.
Best regards
Uli
04-08-2011 06:37 AM
Hi Uli
This error 29032 usually comes up if an exclusion was set for a particular connection set in Switch Executive. There are a number of reasons why you would want to do this, but I would suggest making sure these particular exclusions are not set.
Switch Executive and Exclusions with Single Pole Double Throw Relays
Error -29032 Connecting this route would cause excluded channels to be shorted together.
It
is typically expected behavior to get an error when trying to connect a
channel to itself. Usually that error shows up as error -29035:
CANNOT_CONNECT_TO_ITSELF. Basically connecting a device to itself is not
something that is possible with Switch Executive.
Perhaps you had some other scan channels connected at the time of the failure ?
Regards
Pixar
04-11-2011 01:10 AM
Hi Pixar,
thanks for your reply. I've understood the reason for using exclusions in Switch Executive as this is exactly what I'll need in my application. Getting error 29032 is not the issue. The problem is that the VI is doing the connection despite the fact that it returns the error.
Suppose there are 3 channels c0, c1, c2 and 2 defined routes
In addition, c1 and c2 are defined to be mutual exclusive.
Now, I call "ni SE Connect" for route A which closes relays for columns c0 and c1.
Then, calling the same VI for route B will return error -29032 but nevertheless close the c2 relay! At the end, all 3 relays c0..2 are closed at the same time! This is what I suspect to be not okay.
Best regards
Uli
04-11-2011 12:48 PM
Hi Uli,
We tried reproducing this internally and were not able to. We correctly got the error and the connection was not made.
In order for us to try to reproduce this here more exactly:
1. What version of the NI-Switch driver is installed?
2. What version of NI-DAQmx is installed?
3. Please post an export of your NISE configuration
4. Please post a copy of your MAX Data Folder (zipped) (found at C:\ProgramData\National Instruments\MAX\Data on Win7). This will allow us to run the test again with your full system configuration.
5. Where are you checking that the connection to c2 is being made? Is it appearing closed in the Switch Soft Front Panel, or are you testing the physical connecton itself?
Regards,
04-29-2011 08:18 AM
Hi Eric,
when I was initially adding this post I could only use the Switch Soft Front Panel to check connections. Meanwhile I have a break-out solution so I wanted to get back to this since I supposed your question 5.
> 5. Where are you checking that the connection to c2 is being made? Is it appearing closed in the Switch Soft Front Panel, or are you testing the physical connecton itself?
could be a good candidate to identify the problem on my side. So I reran the VI I used before (the NISE configuration has also not been changed since that), got the error -29032 and started checking the Front Panel...
But: this time the connection was really not made. Everything is working as expected!
Although I know I've seen it on the Soft Front Panel several times, I am not capable to reproduce it now. No program or driver updates, no NISE configuration change...
I therefore consider this topic closed (as long as I am not able to reproduce the phenomenon again). Sorry for any inconvenience and trouble this might have caused!
Regards
Uli
04-29-2011 09:48 AM
Hey Uli,
Thanks for posting back, and I'm glad to hear everything is working as expected now. If you ever see this phenomenon again, where a route exclusion is not honored and the connection is made, please let NI know. If that were to ever happen it would be a large safety concern and we need to be aware of it.
Thanks,