LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

labview abort button causes compac rio to shutoff

Ok let me try to explain this

 

Im running a chamber with 2 crios 9074

 

The problem im having is when i abort the vi one crio keeps my digital outputs in there current state which is what I want but the other crio turns off my digital outputs causing my system to vent my test pressure which i dont want.

 

This is also code that I have ran on other chambers which act like i want keeping the outputs in there current state I believe it has something to do with this crio setup or drivers.

 

Things I've tried

 

set all crio drivers like the others system didn't help

changed out the crio chassis

 

0 Kudos
Message 1 of 10
(3,472 Views)

You should never use the LabVIEW abort button (on the toolbar) to stop a vi.  You should have a "soft" abort button on the front panel that shuts everything down in an orderly fashion before exiting the program.

 

Post your code and we can offer more detailed suggestions. 

>

"There is a God shaped vacuum in the heart of every man which cannot be filled by any created thing, but only by God, the Creator, made known through Jesus." - Blaise Pascal
0 Kudos
Message 2 of 10
(3,461 Views)

I do that in the code but im still wondering why one rio acts one way and the other does it different when the abort button is pressed

0 Kudos
Message 3 of 10
(3,456 Views)

any other advice?

0 Kudos
Message 4 of 10
(3,444 Views)

Is there a reason you need to be aborting the VI? Could you deploy the code as a Real-Time Executable that runs at startup? This would allow you to headlessly and safely maintain the digital outputs.

 

As vt92 said, Aborting the VI is not recommended, especially when unexpected behavior could cause damage to your system.

Zach P.

Staff Software Engineer | LabVIEW R&D | National Instruments
0 Kudos
Message 5 of 10
(3,429 Views)

I understand that but im still wondering why 2 crios with the same code and hardware act differently im going to triple check the wiring i thought the 9476 module would keep the state of the output

0 Kudos
Message 6 of 10
(3,425 Views)

I think the OP is trying to kill the vi on purpose to leave everything in an "up" state.  I think a modified suggestion of a "soft" abort is better.  Exit gracefully, but with everything up and running.

Bill
CLD
(Mid-Level minion.)
My support system ensures that I don't look totally incompetent.
Proud to say that I've progressed beyond knowing just enough to be dangerous. I now know enough to know that I have no clue about anything at all.
Humble author of the CLAD Nugget.
0 Kudos
Message 7 of 10
(3,417 Views)

It is more likely than not a matter of timing. The abort simply kills everything and can leave things in unknown states. As things are getting the rug yanked from under them they may react differently. I wouldn't worry much about why it is happening becasue as stated, it is the wrong way to stop the system. It is by nature undefined.



Mark Yedinak
Certified LabVIEW Architect
LabVIEW Champion

"Does anyone know where the love of God goes when the waves turn the minutes to hours?"
Wreck of the Edmund Fitzgerald - Gordon Lightfoot
0 Kudos
Message 8 of 10
(3,407 Views)

both of the rios are on the same project and being read thru a local network would it be better if they were hooked in series?

0 Kudos
Message 9 of 10
(3,401 Views)

@cbt wrote:

both of the rios are on the same project and being read thru a local network would it be better if they were hooked in series?


I don't think the network is the issue. Implement a proper shutdown and you will know and have control over what happens. Trying to understand and explain/control something that is by nature undefined is a futile effort.



Mark Yedinak
Certified LabVIEW Architect
LabVIEW Champion

"Does anyone know where the love of God goes when the waves turn the minutes to hours?"
Wreck of the Edmund Fitzgerald - Gordon Lightfoot
0 Kudos
Message 10 of 10
(3,398 Views)