LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

Data Value Reference bug?

Solved!
Go to solution

I can't pretend that I am an expert of Data Value Reference (DVR) but here is an intriguing behavior...

Here is an excerpt of my diagram (to focus on the region of interest. I honestly believe the rest of it is irrelevant but will post the VI if asked):

 

ScreenHunter_002.jpg

 

I have basically a large data structure which I want to upload to a processing VI only once. This is what the case structure is for: first call, I make a copy of the data and store it in a shift register of the external while loop; any call after that, I do nothing with the DVR (the DVR wire is basically propagated untouched to a DVR indicator which is handled in the calling VI).

 

Totally unrelated is the two-pronged Boolean shift register to the right. At this stage, one of the register is uninitialized and my VI is broken... But wait! Take a look at the error window:

 

ScreenHunter_003.jpg

 

What happened to my DVR? Unsupported type???

Nevermind, let me first initialize the shift register and I'll look into that later:

 

ScreenHunter_006.jpg

 

OK, so now my shift register is fixed...and so is the DVR as well!

If I remove the shift register initialization, the DVR error pops up again.

Odd...

Message 1 of 9
(4,056 Views)

It appears that these unrelated DVR errors appear in many cases. I just used one in another subVI and while I was drawing up the diagram, I had a bunch of expected error PLUS the same "invalid contained type" error, although the DVR was untouched...

0 Kudos
Message 2 of 9
(4,041 Views)

Since I am the only one to be entertained, here is a follow up on this story. The diagram below uses the same DVR as above:

 

ScreenHunter_001.jpg

 

Really nothing fancy. But there is an error. Can you find it? If not, you are not helped by the Error List window which shows:

 

ScreenHunter_003.jpg

 

Again, this bizarre "Invalid contained type" error... Notice that it is an FP error... !?

If I finish the diagram and connect the loop index to the Array index, all error disappear.

 

So, once again, why do I get this DVR-related error when there is absolutely no apparent reason for it?

 

 

0 Kudos
Message 3 of 9
(4,021 Views)

Those are curious X.

 

It almost sounds like hte issue we get with shift registers where LV get confused at to what type of data it should contain.

 

I can offer nothing else.

 

Ben

Retired Senior Automation Systems Architect with Data Science Automation LabVIEW Champion Knight of NI and Prepper LinkedIn Profile YouTube Channel
0 Kudos
Message 4 of 9
(3,978 Views)

Yeah, well, I was hoping that it would catch the attention of one of the blue guys...

It might not be a DVR bug, just one of these oddities of the Error List algorithm, as in this case...

Related to DVR reference not really DVR per se, BTW.

0 Kudos
Message 5 of 9
(3,955 Views)
Solution
Accepted by X.

The error message for the DVR is a bug.  It will go away when the other errors in the VI are fixed.  CAR 295415 in the Known Issues.

Regards,

Jon S.
National Instruments
LabVIEW NXG Product Owner
Message 6 of 9
(3,953 Views)

Jon,

 

Something is wrong with the Added dates in that link.

 

Instead of a date, that CAR shows "Added: 00/40774/"

0 Kudos
Message 7 of 9
(3,939 Views)

I saw that when I linked the page.  I let the right people know internally to get it updated.  Our database automatically outputs Excel files that we can use to generate the page and it looks like some formatting changed.

 

The CAR above was added August 19th 2011 in case anyone was interested.

Regards,

Jon S.
National Instruments
LabVIEW NXG Product Owner
0 Kudos
Message 8 of 9
(3,934 Views)

Actually, I have seen the same issue many times "breaking" a simple control reference when there was any sort of error in the VI. This is very intermittant.

 

Mike...

(Another one of the last ten people on the planet that knows what an octothorpe is...)


Certified Professional Instructor
Certified LabVIEW Architect
LabVIEW Champion

"... after all, He's not a tame lion..."

For help with grief and grieving.
Message 9 of 9
(3,929 Views)