LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

Labview 8.5.1 Newer not better?

I have a compiled app that ran fine on 8.5 but now randomly crashes (stops responding) after being complied in 8.5.1.
 
Anyone else notice this?
 
I dread having to unsintall 8.5.1 and go back, fact I am not sure I can because 8.5 probably will not open things saved in 8.5.1
 
 
========================
=== Engineer Ambiguously ===
========================
0 Kudos
Message 1 of 29
(5,003 Views)

XX.YY.ZZ

NI has a standing practive to make sure that any ZZ version can be opened by any XX.YY where XX.YY is the same or greater.

So LV 8.5 should open LV 8.5.1

Ben

Retired Senior Automation Systems Architect with Data Science Automation LabVIEW Champion Knight of NI and Prepper LinkedIn Profile YouTube Channel
0 Kudos
Message 2 of 29
(4,994 Views)
That's bad news.

I haven't such items with 8.5.1 a few pointers:
-Have you installed the 8.5.1 runtime on the target computer?
-Have you done a recompile of you user.lib (the readme has a special section on that item)
-You should be able to open 8.5.1 VIs on a 8.5.0 development environment

What special techniques do you use?
A little more info can be found here

Ton
Free Code Capture Tool! Version 2.1.3 with comments, web-upload, back-save and snippets!
Nederlandse LabVIEW user groep www.lvug.nl
My LabVIEW Ideas

LabVIEW, programming like it should be!
0 Kudos
Message 3 of 29
(4,984 Views)
I have opened and run five different projects with 8.5.1, including an RT CRIO project.  They all ran perfectly.  I even compiled and exe and an installer for the RT project and this worked flawlessly as well.

I have had a couple crashes, but I had those with 8.5 as well.  It did seem to fix a problem with 8.5 RT that cause the FPGA code to stop communicating with the RT system after a period of time.
Randall Pursley
0 Kudos
Message 4 of 29
(4,959 Views)

-Have you installed the 8.5.1 runtime on the target computer?

Yes 8.5.1 runtime is installed on the target

-Have you done a recompile of you user.lib (the readme has a special section on that item)

No, but I have now and rebuilt the app after the mass compile, and redeployed it.

This is kind of a P.I.A. since the target computer is in Atlanta GA. and I am in Washington State. I have to remote access into it with VNC to make any changes to the target.

-You should be able to open 8.5.1 VIs on a 8.5.0 development environment
Good to know, I hope it does not come to that...

What special techniques do you use?

Nothing special, I am using a couple USB DAQ devices from Measurement Computing and a serial port to read some debug data from the device under test. I have attached my main vi in case you can spot some rookie error I missed.

 

========================
=== Engineer Ambiguously ===
========================
0 Kudos
Message 5 of 29
(4,927 Views)
I would warn Measurement Computing (aren't they a part of NI?).
Your code looks OK, no obvious errors that would cause this.

Ton
Free Code Capture Tool! Version 2.1.3 with comments, web-upload, back-save and snippets!
Nederlandse LabVIEW user groep www.lvug.nl
My LabVIEW Ideas

LabVIEW, programming like it should be!
0 Kudos
Message 6 of 29
(4,901 Views)

Hi RTSLVU,

I was just wondering if you could tell us a bit more about the LabVIEW crashes that you are experiencing. Do they only happen with one application or has it happen with multiple applications? Does it usually occur when you are editing the VI, running the application or building the executable? I would like to try and reproduce it on my end so the more information that you can provide, the easier it will be to figure out what is going on and to narrow down the problem. Thanks again!

Carla

National Instruments
Applications Engineer
0 Kudos
Message 7 of 29
(4,837 Views)

Greetings List Contributors,

I've also had some difficulties with 8.5.1 RT (running on the now-discontinued PXI-8187RT controller). My upgraded application runs okay for about 5-10 minutes, then I lose the connection to the RT target. Based on the feedback from the RT System Manager, it appers there is some type of memory leak problem, as the memory usage increases steadily until the connection is lost. at this point, the RT system appears to have locked-up, as the RT video output stops updating as expected. I've tried profiling the VIs to see if one of them is steadily increasing it's memory footprint, but so far, I haven't been able to see anything odd (at the VI level, at least).

The application has been working fine under 8.5 on a newer PXI-8106 controller installed at a customer's site, but I wanted to check it out on the lab test system (the PXI-8187) before upgrading the customer's system to 8.5.1. (My reason for wanting to upgrade is related to a problem with shared variable bindings in built applications in 8.5. The app works great in the LabVIEW environment, but a bug in the run-time causes some of the shared variable bindings to 'miss' at times...)

So far, my inclination is to stay put at 8.5. I'm not ruling out that I'm creating a memory leak on my end by doing something careless like continually opening a reference in a loop and never closing it. However, I've looked for this sort of thing and can't find any problems. (I did encounter a problem with reading shared variables in a loop that caused a similar memory leak, way back in LV 8.2. It seemed to happen only in reference to a very large string -- specifically, a flattened JPEG image. Once I converted that particular shared variable read operation for use with the datasockets API, I was able to open the reference outside the loop, and read it explicitly inside the loop using the single, open DS reference. That solved that particular problem. The behavior here looks suspiciously the similar... but I don't have any particularly large strings or arrays mapped to a shared variable in this application. A couple of dozen small shared variables, but nothing too big.)

There is one consideration -- the Vision version I'm running is still 8.5. (There was no Vision 8.5.1 update included in our last Developer Suite quarterly installment.) Perhaps LV 8.5.1 RT requires Vision 8.5.1..? Just a thought.

Anyway, I've been looking at this for a couple of days, off and on, as time permits. My own testing has not been completely exhaustive yet. But I guess the question is whether others are experiencing similar 'behavior enhancements' with 8.5.1 RT, and in particular, in the context of vision-based applications.     

-- D.

 

0 Kudos
Message 8 of 29
(4,807 Views)

H Carla

That fault seems to only happen when running compiled executable in the Lab View runtime.

I don't know if it is connected but I ran it today without using the remote panel through the web server and it ran for several hours without  locking up.

Prevously I had been using Internet Explorer to monitor and Lab View's web server, remote panel combination to monitor the test through an internet connnection.

========================
=== Engineer Ambiguously ===
========================
0 Kudos
Message 9 of 29
(4,768 Views)

Hi RTSLVU,

Thanks for your reply. I have been researching a bit further and I have not come across any known issues with remote panels and web server crashing in LabVIEW 8.5.1. Do you think you could post the whole project so that I can try to reproduce the problem on my end. Also, is it just the executable that is causing problems or do you run into issues with the project crashing as well?

National Instruments
Applications Engineer
0 Kudos
Message 10 of 29
(4,704 Views)