What's New in LabVIEW 2011: Accelerate Your Productivity
#1
Posted 29 July 2011 - 12:48 PM
Now is the right time to use %^<%Y-%m-%dT%H:%M:%S%3uZ>T
#2
#3
Posted 29 July 2011 - 02:12 PM
Jason
Black holes were created when God divided by 0.
#4
Posted 29 July 2011 - 02:17 PM
http://www.ni.com/la...tsnew/features/
The 13 user suggested items seem quite nice.
Lead Software Engineer
Certified LabVIEW Developer
#5
Posted 29 July 2011 - 04:00 PM
#6
Posted 29 July 2011 - 05:10 PM
jkuehn, on 29 July 2011 - 02:17 PM, said:
http://www.ni.com/la...tsnew/features/
The 13 user suggested items seem quite nice.
It was still showing LV 2010 when I posted this morning. The pages must be slowly rolling over to 2011 versions.
Now is the right time to use %^<%Y-%m-%dT%H:%M:%S%3uZ>T
#7
Posted 29 July 2011 - 05:16 PM
....just joking. Thanks for the link. I've been waiting for it.
Edited by Val Brown, 29 July 2011 - 05:18 PM.
#8
Posted 29 July 2011 - 05:32 PM
Phillip Brooks, on 29 July 2011 - 05:10 PM, said:
Here's a tease. NI must like me more
Edited by jkuehn, 29 July 2011 - 05:33 PM.
Lead Software Engineer
Certified LabVIEW Developer
#9
Posted 31 July 2011 - 03:02 AM
- VI Analyzer Toolkit
- Desktop Execution Trace Toolkit
- Unit Test Framework Toolkit
Edited by gleichman, 31 July 2011 - 03:02 AM.
#10
Posted 31 July 2011 - 04:43 PM
Tim_S, on 29 July 2011 - 02:10 PM, said:
Tim
Well, I've got LV2011 downloaded, installed and configured. I mass compiled my current project, loaded the project and proceeded to send in my first SR for LV2011. Uh oh...
I received a pop-up on loading the project stating:
Compiler error. Report this problem to National Instruments Tech Support.
Dynamic IUse Node has no reference VI to call. Node = 0x0000000B
Tim
"If this was easy our kids would be doing it." - Coworker
#11
Posted 31 July 2011 - 07:35 PM
But it definitely feels more responsive than 2010.
Edited by ShaunR, 31 July 2011 - 07:37 PM.
Founder and general mischief maker on www.labview-tools.com.
SQlite aficionado and websocket zealot.
If it 'aint in LabVIEW, then you 'aint got a clue!
#12
Posted 01 August 2011 - 06:18 AM
Founder and general mischief maker on www.labview-tools.com.
SQlite aficionado and websocket zealot.
If it 'aint in LabVIEW, then you 'aint got a clue!
#13
Posted 01 August 2011 - 07:26 AM
ShaunR, on 01 August 2011 - 06:18 AM, said:
It's cool to see issues fixed that: I've posted (got CAR) or have affected me. One of the more interesting fixes for me is:
214860 — Build path too long when building application
This has been a problem since introducing the new exe structure in LV2009 (which was an awesome new feature). I look forward to looking at this in detail.
#14
#15
Posted 01 August 2011 - 02:29 PM
mje, on 01 August 2011 - 01:36 PM, said:
In particular:
Execution Details
This node exhibits the following execution behaviors:
- Does not require the user interface thread to be idle
Ding ding ding ding... we have a winner ... in my book.
Ben
#16
Posted 02 August 2011 - 10:04 AM
But what does it do to VIs? Anyone has any suggestions how to use both versions at the same time? Or is don't the only option?
Br, Mike
#17
Posted 02 August 2011 - 12:18 PM
#18
Posted 02 August 2011 - 12:49 PM
mike5, on 02 August 2011 - 10:04 AM, said:
Yea, don't is the only option. It extends beyond the source code from my experience to where you have to compile a LabVIEW DLL in the same version of LabVIEW you are using to call it.
Tim
"If this was easy our kids would be doing it." - Coworker
#19
Posted 02 August 2011 - 01:14 PM
If you use SVN you can always commit the 2010 version and name that rev accordingly the, when you want to open THAT rev in 2010, open 2010 first, then load the lvproj file from within that interface. If you just double click on the lvproj or VI file the last loaded version of LV will load and try to open the file.
#20
Posted 02 August 2011 - 08:18 PM













