From Saturday, Nov 23rd 7:00 PM CST - Sunday, Nov 24th 7:45 AM CST, ni.com will undergo system upgrades that may result in temporary service interruption.
We appreciate your patience as we improve our online experience.
From Saturday, Nov 23rd 7:00 PM CST - Sunday, Nov 24th 7:45 AM CST, ni.com will undergo system upgrades that may result in temporary service interruption.
We appreciate your patience as we improve our online experience.
10-18-2016 08:57 AM
I'm having the same problem. Could it be that the 2015 version zip file is corrupted? I'm needing the Adv FPGA Resources for a VeriStand Sensor Simulation Custom Device.
11-29-2016 04:26 PM
@NIKAE, @ChuckF, I am also seeing problems extracting from the 2015 version. The 2016 version, however, seems fine.
@HandyAndy, do you have access to the original 2015 version that you could re-upload?
11-29-2016 04:29 PM
@Jon_Kokott, the only difference is the Advanced Sessions Resources solution is completely specified at run-time. The casting solution requires "datatohost" be hard-coded in a dialog at edit-time.
04-19-2017 01:39 PM
I have the same issue. Does anyone find the solution?
07-10-2017 09:20 PM
Any plans to make this officially part of LabVIEW? I am hesitant to use something from NI Labs in a solution. I know this forum makes it seem really solid but there is a concern of its status that the QA dept (or equivalent) of a customer would frown upon.
10-16-2017 05:13 PM
2017 version?
Source code so we can make our own?
VI Package for easier install/dependency management by other libraries?
10-17-2017 04:47 PM
Worked with some internal folks: 2017 installer is now located here: http://ftp.ni.com/pub/devzone/NI_Labs/LVFPGA Adv Session Resources 17.0.zip
10-17-2017 10:31 PM
Thank you for posting.
Is there a reason the posted installer (installs to many versions of LabVIEW) is carries NI Labs license? This is what prevents us from using it in our projects; customers would not look kindly on a product built with such a license, namely the High Risk Applications/System Failures section.
10-17-2017 11:13 PM
The short answer is because that tool does not go through the same levels of internal testing and validation as official software products do, and we want to be very clear and upfront about that. This software may have bugs that NI may not fix.
11-29-2017 01:32 PM - edited 11-29-2017 02:00 PM
I've hit an issue with GetResources. The "Data type" variant it returns doesn't seem to contain type definitions, even if the FPGA resource is type defined. It's handy to be able to sort items not just by name but by type definitions (go figure, typing something so you know what it is). Is this a bug/known issue? Or is that not expected to work?
I've worked around it by using the rvi GetControlsFromBitfile, which does properly return type data in its variants. Besides needing the bitfile path instead of its ref, are there any performance or other reasons not to use the rvi functions for resource detection instead of the GetResources function? I.E, I don't see a reason to ever use that function, just the OpenResourceByName. Thoughts?
Thanks! --Ryan
Edit: In case it matters, I'm in LabVIEW 2016.