LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

FPGA read write control node changing unrelated control when built and run as a startup rtexe

I'm targeting a CRIO 9066. Running LabVIEW RT 2015SP1. My application works well when run from the development environment but when I build it and run it as a startup exe I noticed some odd behavior. I was able to trace it down to one node

request node.PNG

That's writing 1 into the previous control (I8)

previous control.PNG

That is, samples should be 9 but if I execute the request node (FYI, it's a latching boolean, I don't know if that's relevant), samples becomes 1.

 

This only happens when run as an RT executable.  Any ideas or suggestions to prevent random errors like this?

 

Other details which may or may not be relevant:

Open FPGA reference opens the build spec (not a bitfile or VI)

Open FPGA ref is in a functional global that is used in multple places:

FPGA open func global.PNG

 

 

0 Kudos
Message 1 of 3
(2,627 Views)

could you provide a bit more code regarding where the 1 sample is being written vs the 9 that is expected?  I'm not really getting what is going on in your code

0 Kudos
Message 2 of 3
(2,574 Views)

Sure,

 

Here's the equivalent code:

FPGA mem issue.PNG

In development mode, I get a 9 out. When I compile, I get 1 out. Samples is used only once in the FPGA as a control.

0 Kudos
Message 3 of 3
(2,554 Views)