LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

Several issues only with executable, not in VI

Hello, I'm developing a program to control a network analyzer from GPIB, store data, read that data into some matlab (math script) routines to determine pass/fail and plot a pattern, then save a screen-grab of that pass/fail/pattern. Everything works as I expect it to in the development environment, but when I build it into an executable and run it on the same development machine, weird things start to happen that I don't understand. I know from past that executables run faster than vi's so I have added time delays here and there where it seems to make sense for that particular bit of code, but even that has not helped.

There are 3 main issues:

 

1.) I populate a listbox from a folder with filenames that match a pattern. This works great. There is an event structure that waits for one of the files to be selected which then sends that file into a subvi that runs through the mathscript routines. Problem is in the executable, after this mathscript subvi executes, all the contents of the listbox disapear and I can't select another file to run through the mathscript code. stopping and starting the main app re-reads this in but it should be read in continuously because its in the main programs for-loop.

 

2.) The mathscript routines were developed by someone else, they are in several nodes. The first two nodes work perfectly to generate 2 patterns, find beam peak, position, and beamwidth, but the next two, which are identical, don't seem to work in the executable. They should produce sidelobe levels, but don't.

 

3.) The screen-grab bit doesn't work in the executable either, I found a vi from Alex T. (https://decibel.ni.com/content/docs/DOC-19720) that automates a print screen event and then reads the clipboard to output image data which I then save as a jpg or png. This I had to add delays in to get the vi to work, but it still doesn't work in the executable.

 

Any help or ideas would be greatly appreciated. Even if its just the basics- I'm pretty much self-taught  and don't profess to know the best way or even the right way 😉

 

Jamie

0 Kudos
Message 1 of 7
(3,276 Views)

If everything works as expected and it didn't happen in Executable, then deriving the path is one of the issue. How are you getting the path (Example: Meas Path) ?. Since you are self taught I would suggest you to debugg the exe by enabling the option Advanced>Enable Debugging while creating exe. This will help you learn how things works in exe.

 

-----

The best solution is the one you find it by yourself
0 Kudos
Message 2 of 7
(3,237 Views)

Can you downgrade your VIs to LV 2012? I am using LV2012.

PBP
Labview 6.1 - 2019
0 Kudos
Message 3 of 7
(3,228 Views)

I tried to debug in exe but I did not see how to get to the block diagram. It said to go to Operate>Debug Application or Shared Library but there is "No debuggable applications or runtime libraries found" even after I enabled debugging before I built the exe. Meas Path gets populated after a measurement with the last place it saved data.

0 Kudos
Message 4 of 7
(3,199 Views)

saved for 2012 version

 

Also I figured out how to go into debug mode with an exe, now my problem is the remote debugging window freezes when I stop the program and start it again after I add probes, etc. also I did manage to see an error code before it froze the last time, -90093

0 Kudos
Message 5 of 7
(3,181 Views)

Error code -90093:  LabVIEW:  The LabVIEW Run-Time Engine does not support this function.

 

Looks like you are using something that is not available in the RTE.


GCentral
There are only two ways to tell somebody thanks: Kudos and Marked Solutions
Unofficial Forum Rules and Guidelines
"Not that we are sufficient in ourselves to claim anything as coming from us, but our sufficiency is from God" - 2 Corinthians 3:5
Message 6 of 7
(3,161 Views)

I wonder if something in here is causing that error

0 Kudos
Message 7 of 7
(3,151 Views)