Jump to content
TimVargo

[CR] LabVIEW Task Manager (LVTM)

Recommended Posts

Greetings! I saw you guys at NIWeek, so I rushed to work and tried grabbing this!

Curious thing, though:

When I opened the above package with VIPM, it said it couldn't find the following package:

On 7/1/2014 at 7:31 PM, TimVargo said:

lava_lib_tree_control_api >= 1.0.1-1

So I looked and looked again, then I went to Google, and it pointed me to

which gives me a .zip file.

Where do I put that to make this work?

Share this post


Link to post
Share on other sites

Thanks for pointing this out postalbyke.  I may have neglected to include that unpublished package into the LVTM package.  I will look into this later today.

Share this post


Link to post
Share on other sites

A new installer package, which now properly ensures that all dependent 3rd-party libraries get installed, has been uploaded.  Neither the version number nor build number has changed, still at v1.10.0.71.

Many thanks to postalbyke for discovering and reporting this issue, and for testing the fix.

Edited by TimVargo
  • Like 1

Share this post


Link to post
Share on other sites

"LVTM Control App.exe" isn't in Documentation. It wants the 2013 RTE. Is it an application build of the tool that can be used on a target device (that does not have LabVIEW.exe installed) to debug a LabVIEW-built application executable? If so, how can I recompile it with 2015 so I don't need to put the 2013 RTE on the device? The only .lvproj I see where the application build specification might have been is for the regression test.

Share this post


Link to post
Share on other sites

Hi dwb,

No, the LVTM Control App is not about debugging a LabVIEW-built application executable -- rather it is intended to run on your development machine, alongside of the LVTM tool.  If the LabVIEW code you are developing ever hangs up the UI of your LV development environment, the Control App will allow you to escape from that situation (which otherwise requires killing LabVIEW and loosing any unsaved changes).  The most common cause for getting into that situation is if your code calls a modal VI that was already open (you were editing it and forgot to close it before running it's caller).  Normally you could use the LVTM tool to close the front panel of any open VI; but when this frustrating circumstance occurs, the entire LabVIEW development environment UI becomes unreachable, including the LVTM tool itself -- so the Control App was created to overcome that problem.  Here is the text from the Control App's VI documentation:

This application helps close any open modal VIs that are not closeable otherwise.
Click Refresh to get all modal VIs in memory, in all application instances.
Select the VI that you want to close and click Close FP

Because the LVTM Control App is itself a built executable, you can still run that, and it will call into the LVTM tool and allow you to close any open front panel, effectively releasing the deadlock.  Because the Control App is a LV built executable, the LV Run-Time Engine (RTE) is required.  Install the 2013 RTE onto your development machine, and create yourself a shortcut to "LVTM Control App.exe".  Use your shortcut to recover from a hung LabVIEW UI the next time that happens to you!

Share this post


Link to post
Share on other sites

Thank you for explaining the purpose of the LVTM Control App. Can LVTM be used with LabVIEW built applications? Can it be compiled into an EXE for use on the target device?

Share this post


Link to post
Share on other sites

Which document describes how to get started, i.e. how to open the utility?

Share this post


Link to post
Share on other sites
19 hours ago, dwb said:

Which document describes how to get started, i.e. how to open the utility?

I just now edited the topic description to clarify this.  I will also add it to the readme file for the next release.

  • Invoke the LVTM tool from your dev environment menu: Tools > LAVA > LabVIEW Task Manager

Share this post


Link to post
Share on other sites
On 7/19/2017 at 7:02 AM, dwb said:

Can it be compiled into an EXE for use on the target device?

No.  The tool relies on much functionality that is not available in a RunTime environment, including many VI Scripting properties.  However, there is a possible solution...
 

On 7/19/2017 at 7:02 AM, dwb said:

Can LVTM be used with LabVIEW built applications?

Probably, but it would require you to first enable this from within your own built application -- a small and simple piece of code (example provided) to invoke the LVTM on a key combination of your choice.  See this post from the early days of LVTM development.  There, Ravi describes a technique of invoking LVTM from LV built executables, by using a plugin.  The download linked in that post was written for a much older version of LVTM, but you should be able to adapt it to the current version.  All of the plugin architecture is already provided, so I would think you would only need to replace a few older LVTM folders with newer versions of the same, then rebuild it.  If you do this, we would appreciate any feedback on your experience in modifying it; or maybe even post your modified plugin solution here.

Edited by TimVargo

Share this post


Link to post
Share on other sites

I'm finally getting around to installing this after seeing your NI Week presentation (which was really good BTW).

The dependencies for GPower Error and NI SmartBalloon are

  • GPower Error & Warning = 1.2.0.14
  • NI SmartBalloon = 2.0.0.2

There are more current versions of both libraries out and VIPM wants me to downgrade.  Is there are reason these dependencies are fixed or could this be modified to allow the current versions?

  

Share this post


Link to post
Share on other sites
On 7/26/2017 at 10:01 AM, EricLarsen said:

Is there are reason these dependencies are fixed or could this be modified to allow the current versions?

Eric, 

LVTM was built to support LV2013 and up (when developing toolkits, always best to provide backward compatibility as far back as possible).  Those two libraries do indeed have more current versions available, but those more recent library versions THEMSELVES do not provide backward compatibility back to LV2013.

So the answer to your question is that it depends on what version of the LV development environment you will be running LVTM under.  If you are developing in LV2013 or LV2014, then you will need to stick with GPower Error & Warning = 1.2.0.14, and NI SmartBalloon = 2.0.0.2.  If you are developing in LV2015 or higher, then you should be able to safely use the very latest versions of those two libraries without any compatibility problems.

Share this post


Link to post
Share on other sites
On 7/28/2017 at 11:43 AM, TimVargo said:

So the answer to your question is that it depends on what version of the LV development environment you will be running LVTM under.  If you are developing in LV2013 or LV2014, then you will need to stick with GPower Error & Warning = 1.2.0.14, and NI SmartBalloon = 2.0.0.2.  If you are developing in LV2015 or higher, then you should be able to safely use the very latest versions of those two libraries without any compatibility problems.

Hi Tim,

I installed your task manager on 2 of my Windows 7 Pro 32-bit systems running LabVIEW 2016.  It installed GPower at version 1.2.0.14 and NI smartBalloon at 2.0.0.2.  If I update either of the packages, your task manager package icon changes to "missing dependencies".  So I've downgrade the two support packages so your Task Manager will run.

I also tried to install task manager on a Windows 7 Pro 64-bit system running the 32-bit version of LabVIEW 2016, but I get an error that the package is not compatible with the operating system.

Aside for those areas, your Task Manager has been very, very helpful

Thank you for creating it,

Ron

Share this post


Link to post
Share on other sites
3 hours ago, sprezzaturon said:

I installed your task manager on 2 of my Windows 7 Pro 32-bit systems running LabVIEW 2016.  It installed GPower at version 1.2.0.14 and NI smartBalloon at 2.0.0.2.  If I update either of the packages, your task manager package icon changes to "missing dependencies".  So I've downgrade the two support packages so your Task Manager will run.

Hi Ron,

I haven't actually tried this, but I can see no reason why you shouldn't be able to update both packages without breaking LVTM.  Sure, the package will complain about "missing dependencies", but that shouldn't matter because by then you've already done installed it and no longer need the package.  The order in which this is done IS important however.  First install LVTM along with the older dependent packages, THEN (optionally) upgrade the GPower and SmartBalloon packages.

>> So I've downgrade the two support packages so your Task Manager will run.<<
Are you saying that after the two package upgrades LVTM wouldn't run?  In what way did it complain?

 

3 hours ago, sprezzaturon said:

I also tried to install task manager on a Windows 7 Pro 64-bit system running the 32-bit version of LabVIEW 2016, but I get an error that the package is not compatible with the operating system.

I have rechecked the package build specs, and both bitness of the OS and bitness of LabVIEW are set to allow both 32 and 64-bit -- so everything SHOULD be compatible, unless it is one of the dependent packages that is the problem (I've not tried this myself on 64-bit LabVIEW).  When you got that error, did the error message explicitly state which "package is not compatible"?

Share this post


Link to post
Share on other sites
On 10/3/2017 at 2:10 PM, TimVargo said:

Hi Ron,

I haven't actually tried this, but I can see no reason why you shouldn't be able to update both packages without breaking LVTM.  Sure, the package will complain about "missing dependencies", but that shouldn't matter because by then you've already done installed it and no longer need the package.  The order in which this is done IS important however.  First install LVTM along with the older dependent packages, THEN (optionally) upgrade the GPower and SmartBalloon packages.

>> So I've downgrade the two support packages so your Task Manager will run.<<
Are you saying that after the two package upgrades LVTM wouldn't run?  In what way did it complain?

 

I have rechecked the package build specs, and both bitness of the OS and bitness of LabVIEW are set to allow both 32 and 64-bit -- so everything SHOULD be compatible, unless it is one of the dependent packages that is the problem (I've not tried this myself on 64-bit LabVIEW).  When you got that error, did the error message explicitly state which "package is not compatible"?

I'm having the same issue on both 2016/2017. 

Labview 2017 - 32 bit

Labview 2016 - 32 bit

Win 7 - 64bit

 

I uninstalled the entire GPower toolset, uninstalled LVTM.  Rebooted.  Installed LVTM 1.10.0.71 from VIPM. 

Tested that it worked (it does).   Upgraded "GPower - Error & Warning" to 2012.0.0.31 (the next step up from 1.2.0.14 in VIPM).   LVTM is now broken.  

The GPower dependencies I see it look for are 

<vilib>:\GPower\Error\Error_ClearError.vi
<vilib>:\GPower\Error\SubVIs\Filter\Error_FilterMulti.vi
<vilib>:\GPower\Error\Error_FilterCodes.vi

 

I have software that relies on GPower Error to be up to date, so I can't avoid upgrading GPower. 

 

gpower.PNG

Share this post


Link to post
Share on other sites

I'm trying to use LVTM to debug an issue I have with, probably, stale references to asynchronous dynamically launched VIs. To stress test the problem, I open LVTM, open my project, launch what I have to launch, and then I uncleanly choose File/Close all (this project) while the whole contraption is running.

LVTM shows me then this attached unreactive almost empty tree, with an entry surviving from the aborted project. If I double-click it, I get the error dialog.

TaskManager.PNG

How can I help to debug LTVM (and my issue too?)

Share this post


Link to post
Share on other sites

An UI glitch, I realize. On the toolbar, the light bulbs icons are inverted. The left one turns highlighting on, the right one off. The tooltips are correct.

2018-08-30_12-07-31.png

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.