LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

Labview 2012 compound arithmetic function breaks VI using units


@rolfk wrote:
My guess about solving known bugs in respect to units is that it is all lumped together in one big Meta Bug that also includes fixing the entire LabVIEW unit system, and that is a really difficult thing to do, if at all possible. My experiments back then led me to believe, that it is basically an unsolvable problem if you talk about making units a fully featured attribute of all elements in LabVIEW.

I don't doubt that you're correct.  However, as a programming tool and especially for LabVIEW as an engineering programming language, fully-implemented and working units are potentially very useful for code-time error checking, and ease of checking the implementation of a model.  It's frustrating to see them there but to keep running into the issues you talk about - would it be better to remove them altogether?

 


@rolfk wrote:

... I abandoned units then and never looked back. And I know in fact nobody who really felt different about units then and since, and that also means it is never really tested, both in Betas and apparently not even in the LabVIEW unit tests.


I've used them perhaps half-a-dozen times, never for anything critical, and so probably should have checked them in the latest Beta but just didn't have time!  I once wrote a simple model of oxygen diffusion using units, and it was very helpful to be able to check that all the components of the equations had correctly matching units, and also to be able to compute pressures in Pascals but display them for the user in mmHg.  But it wouldn't be much more work to handle all that explicitly, especially as a couple of functions (convolutions) required converting out of units and back again.

 

So my take is that it would be great to have units working properly everywhere - for example, the Derivative function would differentiate a distance with a time and get a velocity.  But if not, then they should probably be removed altogether, with a short footnote to mourn their loss, and wonder what could have been.

 

Message 21 of 24
(857 Views)

Today I realized my code broke as well due to the multiplication error when using units. 

 

Funny fact is that it depends on the order and in particular on the first element of the multiplication. Thus it takes the product of units multiplied to the unit of the first element of the product.

 

See attached image:

 

.units.png

 

 

I recently migrated to LV 2012, but noticed that the old bug with units in LV 2010 hasn't been solved either. See http://forums.ni.com/t5/LabVIEW/Unit-label-disappears-when-replacing-to-system-control/m-p/1291610#M...

 

I sometimes really wonder why I should upgrade to a new LabVIEW if known bugs never get solved and only we get new features which have as well bugs (which also don't get solved).

0 Kudos
Message 22 of 24
(789 Views)

This specific bug appears to have been fixed in the 2012f3 patch (actually the f2 patch, but it was removed due its own bug):

 

http://digital.ni.com/public.nsf/allkb/2F8112CC78A524FC86257A93006EA241

 

http://digital.ni.com/public.nsf/allkb/72A03F5B8E074C4086257A790051AE7F

 

 

With the f3 patch installed, my demo VI from this thread works properly now.

0 Kudos
Message 23 of 24
(782 Views)

CAR 368375 was fixed in the LabVIEW 2012 f3 patch and is also included in the fixes in LabVIEW 2012 SP1 which released today. You can download the evaluation of LabVIEW 2012 SP1. LabVIEW 2012 SP1 will also be released by NI Update Service on Monday.

 

Thank you for reporting the issue!

 

Jeff Peacock 

 

Product Support Engineer | LabVIEW R&D | National Instruments 

0 Kudos
Message 24 of 24
(736 Views)