12-09-2005 08:01 AM
12-12-2005 10:56 AM
1) You are not right-clicking on the correct location in the Project Explorer window. The demo you are following is assuming an FPGA device that is located in the development computer. The Project Explorer window will mirror actual hardware since you are "finding hardware". Meaning that if the FPGA device is in the development computer you should right click on My Computer to add an FPGA device to the project because the FPGA device can actually be found in My Computer. However, for cRIO the FPGA device is physically located in an RT system. So you must first create an RT system in the Project before you can add the FPGA device to this RT system. If you notice the RT Project Wizard creates the FPGA device under the RT system, not My Computer.
2) Well the LabVIEW FPGA Module Release and Upgrade Notes are not incorrect either. If you right click and select New FPGA I/O you actually do see some IO channels that are available by default for all cRIO systems (i.e Sleep, Temperature). However if you haven't added any C Series Modules to the project then you will not be able to create any IO for these modules. So as you found you should add the C Series Modules to the Project before you try and add IO for these modules. The documentation you are referring to is for the software module and is trying to be as general as possible for all FPGA targets. I recommend following the "Getting Results with CompactRIO and LabVIEW". You can find this document by going to Windows Start Menu>>Programs>>National Instruments>>CompactRIO>>Search the CompactRIO Bookshelf and searching for Getting Results. This document was designed with the CompactRIO user in mind specifically and will help you become familiar with the project environment.
3) In the bottom left of the VI panel you will see the target in which the VI is opened under. With LabVIEW 8.0 you can have the same VI open under My Computer, an RT target and an FPGA target at the same time. Now most of the time you wouldn't want the same VI open in all targets, but it is possible. More often you can make use of this very powerful feature of LabVIEW 8.0 by having an FPGA VI and the RT Host VI open at the same time. What this means is that the functions palette should change dynamically as you change between block diagrams for VIs open under different targets. From you description it sounds as though the palette is not changing. I assume either the VI is not actually targeted to an FPGA, or you have pinned the palette and are looking at a palette for the last VI you were editing rather than the FPGA VI. If the VI is targeted to FPGA and you click on that VIs block diagram the palette should change. If you can reproduce the behavior consistently and you are seeing palettes for windows or rt targets even though the VI is targeted to an FPGA then please contact technical support and help them try and also reproduce the issue with step by step instructions and configurations.
4) Now similar to question 3, there is a lot of work going on in the background to try and keep the FPGA VI and the RT host VI in sync. Sometimes there are changes in the FPGA VI that do not get propagated to the host. A compile should be propagated. First you can be certain the the FPGA VI is actually compiled by right clicking on the VI under the FPGA device in the Project Explorer window and selecting Target-Specific Properties. A properties window will appear and in the right pane you should see Bitfile information with either a path to a bitfile or "bitfile does not exist". If there is not a path then the FPGA VI is not actually compiled and you need to recompile. Please note some changes to the FPGA device in the Project after a compile will invalidate the compile. For example, adding/removing IO to/from the project will invalidate the compile even if the IO is not used in the VI. If a path does exist then you know that the VI is compiled. Try and change which VI the Open FPGA VI Reference in the host VI is referencing and change it back to the original FPGA VI. If you find a path to a bitfile does exist and you continue to get the broken arrow saying the VI needs to be compiled then please contact technical support with the steps and configuration.
Regards,
Joseph D.
12-12-2005 12:32 PM
Thanks for the replies Joe,
Yup, you were right on all points, lol. Everything is working great now that I point my targets to the right device. 🙂
I just finished some preliminary benchmarking compared to LV7 (cRIO throughput). I'm going to post these in another thread.
Jeff