Labview - Digital Filter Design Toolkit Reference Manual
Labview - Digital Filter Design Toolkit Reference Manual
TM
Worldwide Offices
Australia 61 2 9672 8846, Austria 43 0 662 45 79 90 0, Belgium 32 0 2 757 00 20, Brazil 55 11 3262 3599,
Canada (Calgary) 403 274 9391, Canada (Montreal) 514 288 5722, Canada (Ottawa) 613 233 5949,
Canada (Québec) 514 694 8521, Canada (Toronto) 905 785 0085, Canada (Vancouver) 514 685 7530,
China 86 21 6555 7838, Czech Republic 420 2 2423 5774, Denmark 45 45 76 26 00,
Finland 385 0 9 725 725 11, France 33 0 1 48 14 24 24, Germany 49 0 89 741 31 30, Greece 30 2 10 42 96 427,
Hong Kong 2645 3186, India 91 80 51190000, Israel 972 0 3 6393737, Italy 39 02 413091,
Japan 81 3 5472 2970, Korea 82 02 3451 3400, Malaysia 603 9059 6711, Mexico 001 800 010 0793,
Netherlands 31 0 348 433 466, New Zealand 64 09 914 0488, Norway 47 0 32 27 73 00,
Poland 48 0 22 3390 150, Portugal 351 210 311 210, Russia 7 095 238 7139, Singapore 65 6 226 5886,
Slovenia 386 3 425 4200, South Africa 27 0 11 805 8197, Spain 34 91 640 0085, Sweden 46 0 8 587 895 00,
Switzerland 41 56 200 51 51, Taiwan 886 2 2528 7227, United Kingdom 44 0 1635 523545
For further support information, refer to the Technical Support and Professional Services appendix. To comment
on the documentation, send email to [email protected].
Warranty
The media on which you receive National Instruments software are warranted not to fail to execute programming instructions, due to defects
in materials and workmanship, for a period of 90 days from date of shipment, as evidenced by receipts or other documentation. National
Instruments will, at its option, repair or replace software media that do not execute programming instructions if National Instruments receives
notice of such defects during the warranty period. National Instruments does not warrant that the operation of the software shall be
uninterrupted or error free.
A Return Material Authorization (RMA) number must be obtained from the factory and clearly marked on the outside of the package before
any equipment will be accepted for warranty work. National Instruments will pay the shipping costs of returning to the owner parts which are
covered by warranty.
National Instruments believes that the information in this document is accurate. The document has been carefully reviewed for technical
accuracy. In the event that technical or typographical errors exist, National Instruments reserves the right to make changes to subsequent
editions of this document without prior notice to holders of this edition. The reader should consult National Instruments if errors are suspected.
In no event shall National Instruments be liable for any damages arising out of or related to this document or the information contained in it.
EXCEPT AS SPECIFIED HEREIN, NATIONAL INSTRUMENTS MAKES NO WARRANTIES, EXPRESS OR IMPLIED, AND SPECIFICALLY DISCLAIMS ANY WARRANTY OF
MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. CUSTOMER’S RIGHT TO RECOVER DAMAGES CAUSED BY FAULT OR NEGLIGENCE ON THE PART OF
NATIONAL INSTRUMENTS SHALL BE LIMITED TO THE AMOUNT THERETOFORE PAID BY THE CUSTOMER. NATIONAL INSTRUMENTS WILL NOT BE LIABLE FOR
DAMAGES RESULTING FROM LOSS OF DATA, PROFITS, USE OF PRODUCTS, OR INCIDENTAL OR CONSEQUENTIAL DAMAGES, EVEN IF ADVISED OF THE POSSIBILITY
THEREOF. This limitation of the liability of National Instruments will apply regardless of the form of action, whether in contract or tort, including
negligence. Any action against National Instruments must be brought within one year after the cause of action accrues. National Instruments
shall not be liable for any delay in performance due to causes beyond its reasonable control. The warranty provided herein does not cover
damages, defects, malfunctions, or service failures caused by owner’s failure to follow the National Instruments installation, operation, or
maintenance instructions; owner’s modification of the product; owner’s abuse, misuse, or negligent acts; and power failure or surges, fire,
flood, accident, actions of third parties, or other events outside reasonable control.
Copyright
Under the copyright laws, this publication may not be reproduced or transmitted in any form, electronic or mechanical, including photocopying,
recording, storing in an information retrieval system, or translating, in whole or in part, without the prior written consent of National
Instruments Corporation.
Trademarks
LabVIEW™, National Instruments™, NI™, and ni.com™ are trademarks of National Instruments Corporation.
Product and company names mentioned herein are trademarks or trade names of their respective companies.
Patents
For patents covering National Instruments products, refer to the appropriate location: Help»Patents in your software, the patents.txt file
on your CD, or ni.com/patents.
Chapter 1
Introduction
Custom Hardware from LabVIEW................................................................................1-1
Additional Advantages of the FPGA Module................................................................1-2
FPGA Module Application Development .....................................................................1-2
Execution Targets............................................................................................1-2
Execution of FPGA VIs...................................................................................1-3
Communication with FPGA VIs .....................................................................1-3
Interactive Front Panel Communication ...........................................1-3
Programmatic FPGA Interface Communication...............................1-5
FPGA Module Examples ...............................................................................................1-7
Chapter 2
Creating FPGA VIs
Targeting FPGA Devices...............................................................................................2-1
Utilizing FPGA Space ...................................................................................................2-1
Performing Basic I/O .....................................................................................................2-2
Analog I/O .......................................................................................................2-3
Analog Input .....................................................................................2-3
Analog Output...................................................................................2-3
Digital I/O........................................................................................................2-4
Timing FPGA VIs..........................................................................................................2-5
Creating Timed I/O Applications ....................................................................2-5
Creating Delays between Events .....................................................................2-6
Measuring Time between Events ....................................................................2-6
Customizing I/O.............................................................................................................2-7
Creating Triggers.............................................................................................2-8
Creating Counters............................................................................................2-9
Using Parallel Operations ..............................................................................................2-11
Parallel Operations on the FPGA ....................................................................2-11
SubVIs on the FPGA .......................................................................................2-13
Understanding How to Program FPGA VIs ..................................................................2-14
Restricted and Unavailable VIs and Functions ...............................................2-14
Mathematical Operations.................................................................................2-15
Arrays.............................................................................................................. 2-16
Memory ........................................................................................................... 2-16
Controlling I/O Power-On States .................................................................................. 2-16
Communicating with a Host VI..................................................................................... 2-18
Interrupt-Based Communication..................................................................... 2-18
Chapter 3
Managing Shared Resources
Resource Contention and Arbitration............................................................................ 3-1
Arbitration Options........................................................................................................ 3-3
Normal ............................................................................................................ 3-3
Normal (Optimize for Single Accessor) ......................................................... 3-3
None ................................................................................................................ 3-4
Available Arbitration Options for Specific Resources ................................... 3-4
Jitter ............................................................................................................................... 3-5
Timing ........................................................................................................................... 3-6
FPGA Utilization........................................................................................................... 3-7
Chapter 4
Running FPGA VIs
Compiling FPGA VIs .................................................................................................... 4-1
Compiling FPGA VIs Using the LabVIEW FPGA Compile Server .............. 4-2
Compiling on a Remote Computer ................................................................. 4-2
Managing Compilation Files........................................................................... 4-3
Using Compiled FPGA VI Options............................................................................... 4-3
Changing the FPGA Device Clock Rate......................................................... 4-3
Configuring FPGA VIs to Run Automatically ............................................... 4-4
Downloading FPGA VIs to the FPGA Device.............................................................. 4-4
Running FPGA VIs ....................................................................................................... 4-4
Running FPGA VIs at Power On .................................................................................. 4-5
Setting Target Configurations ....................................................................................... 4-5
Chapter 5
Communicating with FPGA VIs
Establishing Communication with the FPGA VI .......................................................... 5-1
Selecting the FPGA VI ................................................................................... 5-1
Selecting the FPGA Device ............................................................................ 5-2
Setting Open and Run Options........................................................................ 5-2
Reading and Writing Data to the FPGA VI................................................................... 5-3
Chapter 6
Debugging FPGA VIs
Testing a VI Before Compiling .....................................................................................6-1
Building Debugging into an FPGA VI ..........................................................................6-2
Adding Indicators ............................................................................................6-2
Adding I/O.......................................................................................................6-2
Appendix A
Technical Support and Professional Services
Glossary
If you are not using the FPGA Module, refer to Chapter 5, Communicating
with FPGA VIs, for information about communicating with the FPGA
device.
Conventions
The following conventions appear in this manual:
» The » symbol leads you through nested menu items and dialog box options
to a final action. The sequence File»Page Setup»Options directs you to
pull down the File menu, select the Page Setup item, and select Options
from the last dialog box.
bold Bold text denotes items that you must select or click in the software, such
as menu items and dialog box options. Bold text also denotes parameter
names and palette names.
monospace Text in this font denotes text or characters that you should enter from the
keyboard, sections of code, programming examples, and syntax examples.
This font is also used for the proper names of disk drives, paths, directories,
programs, subprograms, subroutines, device names, functions, operations,
variables, filenames and extensions, and code excerpts.
Related Documentation
The following documents contain information that you might find helpful
as you read this manual:
• LabVIEW User Manual
• LabVIEW Help, available by selecting Help»VI, Function, &
How-To Help
• LabVIEW FPGA Module Release Notes
• Where to Start with the NI PXI-7831R
• NI PXI-7831R User Manual
• LabVIEW Real-Time Module User Manual
With the FPGA Module, you configure the behavior of the reconfigurable
FPGA to match the requirements of a specific measurement and control
system. The VI you create to run on a FPGA device is called the FPGA VI.
Use the FPGA Module to write FPGA VIs. When you download the FPGA
VI to the FPGA, you are programming the functionality of the FPGA
device. Each new FPGA VI you create and download is a custom timing,
triggering, and I/O solution.
Execution Targets
By default, LabVIEW selects the development computer as the execution
target. You must change the execution target to access the FPGA Module
palettes, VIs, functions, and development tools. To change the execution
target from the LabVIEW dialog box, select an FPGA device from the
Execution Target pull-down menu. Even if the target device is not present,
you still can target the FPGA device to develop an FPGA VI. If you are
currently working on a VI and you want to change the execution target, you
can select Operate»Switch Execution Target to set the execution target.
FPGA VI FPGA VI
Front Panel Block Diagram
The LabVIEW front panel communicates with the FPGA device block
diagram to exchange the state of the controls and indicators. You can
communicate with an FPGA device located in the host computer or with an
FPGA device located in a remote system. As the FPGA device block
diagram continues to run, the host computer updates values on the FPGA
VI front panel as often as possible. The execution rate of the FPGA VI is
not affected by the host computer updates to the controls and indicators.
Use Interactive Front Panel Communication between the FPGA device and
the host computer to control and test VIs running on the FPGA device.
After downloading and running the FPGA VI, keep LabVIEW open on the
host computer to display and interact with the front panel of the FPGA VI.
run the FPGA VI on the FPGA device, test the FPGA VI by targeting an
FPGA device emulator. An emulator is an execution target that simulates
the behavior of the FPGA VI running on the FPGA device. Refer to
Chapter 6, Debugging FPGA VIs, for more information about testing
FPGA VIs with emulators.
Host VI FPGA VI
You also can use an RT target as the host computer. The RT target can use
Programmatic FPGA Interface Communication to communicate with the
FPGA device. You then can use a Windows computer to communicate with
the RT target. The flexibility of FPGA devices integrates well with
LabVIEW Real-Time Module applications, such as control and
hardware-in-the-loop simulations, which require a significant amount of
determinism.
Begin with the Getting Started examples to learn about simplified functions
based on actual application VIs. The Getting Started examples highlight
key concepts, such as communication between the host VI and the FPGA
VI as well as simplified timing, triggering, and data transfer. Continue
through the other categories of FPGA Module examples for more detailed
information.
When you target LabVIEW to an FPGA device, you have access only to the
LabVIEW VIs and functions that make sense on the FPGA device. For
example, a typical FPGA device does not have access to a disk drive, so File
I/O functions are not available on the Functions palette when you target
that device. The LabVIEW VIs and functions available when you target an
FPGA device have the same behavior and functionality in FPGA VIs as in
VIs created for Windows. In addition to the subset of the standard
LabVIEW VIs and functions, the FPGA Module provides FPGA
device-specific VIs and functions. Refer to the LabVIEW Help, available by
selecting Help»VI, Function, & How-To Help, for information about
FPGA Device I/O functions and VIs.
Tip You can identify FPGA Device I/O functions on the palettes by their purple borders.
When you compile the VI, LabVIEW displays a Compile Report of the
FPGA usage. Refer to Chapter 4, Running FPGA VIs, for more
information.
Each FPGA Device I/O function corresponds to a specific type of fixed I/O
resource. An FPGA device might include multiple I/O resources of the
same type. Each individual I/O resource is a terminal on the FPGA device.
You can configure the FPGA Device I/O functions to read or write to as
many terminals as are available on the FPGA device. For example, you can
use the Analog Input function to read the data input on any of the analog
input terminals on the FPGA device.
5. To associate more inputs or outputs with a fixed I/O resource, click the
Add Input or Add Output button and configure the fixed I/O resource
as you did in the previous step.
6. Click the OK button to save the I/O configuration and close the
Configure dialog box.
Analog I/O
Analog Input
The Analog Input function initiates a conversion, waits for the result, then
returns the binary representation of the voltage as a 16-bit signed integer.
Typically you create the FPGA VI to use the binary representation for
operations within the FPGA VI. You also can pass the binary
representation back to the host VI and convert the binary representation
back to a voltage.
The equation you use to convert the binary representation back to an actual
voltage depends on the specific FPGA device. Refer to the hardware
documentation for more information. For example, with an NI PXI-7831R
device, use the following equation to convert the binary representation to
voltage:
Binary Code
Input Voltage = ---------------------------------- × 10.0 V
32768
Note Avoid executing this calculation in the FPGA VI because the FPGA only supports
integer operations. Also, performing the equation on the FPGA uses additional space on
the FPGA. Refer to the Mathematical Operations section for more information.
Analog Output
The Analog Output function writes the binary representation of the voltage
as a 16-bit signed integer to the digital-to-analog converter (DAC), which
sets the analog output voltage. You can generate voltage information in two
sources—the host VI or the FPGA VI. Typically the host VI converts the
voltage to a signed 16-bit binary representation before writing the value to
the FPGA VI. If the FPGA VI determines the voltage, typically the
FPGA VI performs the calculations using 16-bit binary representations.
In both cases, the DAC passes the binary representation out as a voltage.
Note Avoid executing this calculation in the FPGA VI because the FPGA only supports
integer operations. Also, performing the equation on the FPGA uses additional space on
the FPGA.
Digital I/O
You can treat digital resources as individual lines or as predefined groups
of eight digital lines, also known as ports. A terminal is either an individual
digital line or a digital port depending on which FPGA Device I/O function
you use. You can perform both digital input and digital output on any
digital terminal. Refer to the LabVIEW Help, available by selecting
Help»VI, Function, & How-To Help, for information about specific
FPGA Device I/O functions and port assignments.
Use the Digital Input and Digital Port Input functions to read the state of a
digital terminal. The state of the digital terminal is commonly determined
by an external signal, such as the output generated by an external device.
Use the Digital Output and Digital Port Output functions to set the state of
a digital terminal or port. You can use the Digital Input functions to verify
the state of the same terminal to which the Digital Output function writes.
Note If you have used a terminal for output, you must use the Digital Enable or Digital
Port Enable function to disable the terminal for output before the Digital Input function can
read the state of an external signal.
The Digital Output and Digital Port Output functions both write the data
and enable the terminal for output. You also can use the Digital Data and
Digital Port Data functions, which write data to a terminal but do not enable
the output. Use the Digital Enable and Digital Port Enable functions to
enable the digital terminal, which allows the data to be driven out. For
example, you might have one portion of the block diagram continuously
generating an internal signal. Use a Digital Enable or Digital Port Enable
function in another portion of the block diagram to independently control
when the internal signal is actually driven out to an external device.
To use the Loop Timer VI to control the execution rate of the I/O, place a
sequence structure inside a While Loop. Place the Loop Timer VI in the
first frame of the sequence structure. Configure the Counter Units and Size
of Internal Counter in the Configure Loop Timer dialog box that
appears. Place the LabVIEW code for the I/O in subsequent frames of the
sequence structure.
TipYou can save space on the FPGA device by choosing the smallest Size of Internal
Counter you can use for the application.
The I/O executes at the rate specified by the Count parameter of the Loop
Timer VI. You can use the Timed Loop VI template to quickly create an
FPGA VI that uses the Loop Timer VI.
The first call of the Loop Timer VI does not result in any wait or delay
because it establishes a reference time stamp for subsequent calls. After the
first call of the Loop Timer VI, subsequent calls of the Loop Timer VI do
not return until the time specified by the Count parameter has elapsed since
the previous call. If the time specified by the Count parameter is less than
the time it takes the FPGA device to execute the code in the While Loop,
the Loop Timer VI returns immediately and establishes a new reference
time stamp for subsequent calls.
Place one Tick Count VI in the first frame of the sequence structure. Then
place the LabVIEW code you want to measure in the second frame of the
sequence structure. Finally, place the other Tick Count VI in the last frame
of the sequence structure. You then can calculate the difference between the
results of the two Tick Count VIs to determine the execution time.
The Tick Count VI has an internal counter to track time. The internal
counter for each Tick Count VI you place on the same block diagram shares
the same start time. Therefore, every Tick Count VI that uses the same
values for the Counter Units and Size of Internal Counter options tracks
the same time. For example, if two Tick Count VIs that use the same
Configure Tick Count options are called simultaneously, they return the
same Tick Count value.
The Tick Count value returned by the Tick Count VI is in integer values of
Counter Units. The Tick Count value cannot represent any fractional time
periods that may occur when Counter Units is configured for uSec or
mSec. This can result in timing measurements that have an accuracy of ±1
Counter Unit value. For example, the Tick Count VIs in Figure 2-3 can be
configured to measure time in milliseconds. If the first Tick Count VI
executes at 47.9 milliseconds, Tick Count returns a value of 47. If the
second Tick Count VI executes at 53.2 milliseconds, Tick Count returns
a value of 53. Although this example has a 5.3 milliseconds delay, the
difference between the returned values is 6 milliseconds.
Customizing I/O
The FPGA Module includes functions for performing basic I/O. However,
you might have applications that require more advanced or custom I/O
functionality. Use the FPGA Device I/O functions as building blocks to
create customized I/O functionality such as triggering and counters.
Creating Triggers
In many applications, you might need to wait for a trigger before
performing an action. You can wait for a trigger on a single digital input
using the Wait on Edge or Level function. This function waits until the
specified condition is met on the digital input before continuing. Place the
Wait on Edge or Level function in the first frame of a sequence structure
and place the LabVIEW code for the task in the following frame, as shown
in Figure 2-4.
Figure 2-4. Creating a Trigger with the Wait on Edge or Level Function
You also can create more advanced triggering events from the FPGA
Device I/O functions. For example, you might need an application that
triggers only when multiple digital lines match a given condition, as shown
in Figure 2-5.
You can place the Digital Input function in a While Loop and exit the While
Loop only when the digital inputs match the trigger pattern. Place the
While Loop in the first frame of a sequence structure, just as you did for the
Wait on Edge or Level function in the previous example.
You can implement analog triggers in the same manner. Place an Analog
Input function and a Comparison function in a While Loop to trigger when
the analog input value exceeds a programmable threshold.
Creating Counters
Counters can range from simple event counters to complex signal
measurement with multiple inputs and outputs. You can build a simple
event counter with the Wait on Edge or Level function in a While Loop.
For example, you can use the Wait on Edge or Level function to wait for
a rising edge to occur on a digital input terminal, as shown in Figure 2-6.
When the Wait on Edge or Level function detects an edge, the block
diagram increments the counter value and stores the counter value in a shift
register on the While Loop. You can use an indicator to view the counter
value either on the front panel or by a local variable.
You also can build more advanced counters from the FPGA Device I/O
functions. For example, an application might require a counter with
independent count up, count down, and gate inputs and an output, as shown
in Figure 2-7.
In Figure 2-7, the counter value increments when a rising edge occurs on
count up, the counter value decrements when a rising edge occurs on count
down, and the gate prevents count up and count down from changing the
counter value when the gate is high. The output gets asserted when the
counter value is a multiple of four. You can make simple Boolean decisions
in LabVIEW code to determine if the counter counts up, down, or stays the
same. You also can make simple mathematical decisions in LabVIEW code
to determine when the output asserts.
You also can make measurements on input signals, as shown in Figure 2-8.
For example, you might need to measure the period of an input signal.
You can place the Wait on Edge or Level function in the first frame of a
sequence structure followed by the Tick Count VI in the second frame of
the sequence structure. Then place the sequence structure in a While Loop.
Store the current value returned by Tick Count in a shift register to create
the previous value for the next iteration of the While Loop. Then subtract
the previous time from the current time to determine the period of the input
signal.
You can use independent sampling rates to more efficiently acquire data in
systems that contain both high frequency and low frequency signals.
Configure one data acquisition engine with a fast sampling rate to measure
a high frequency signal, such as audio signals. Configure the other data
acquisition engine with a slower sampling rate to measure a low frequency
signal, such as temperature.
If you use shared resources among parallel operations, you might lose the
benefits of determinism and a higher execution rate. Possible shared
resources include digital output lines, analog lines, memory blocks, the
interrupt line, front panel controls, local variables, and non-reentrant
subVIs. Refer to Chapter 3, Managing Shared Resources, for information
about shared resources.
Tip Each parallel operation uses a certain amount of space on the FPGA. If you begin to
run out of space on the FPGA and have identical parallel operations, you might save space
by creating a subVI for the operation and making it non-reentrant. However, you lose
parallel execution by creating a non-reentrant subVI for the operation.
If you use a non-reentrant subVI in an FPGA VI, only a single copy of the
subVI becomes hardware and all callers share the hardware resource. If you
use a reentrant subVI in an FPGA VI, each call of the subVI generates a
dedicated hardware resource. For example, if you have five instances of an
event counter configured as a reentrant subVI on the block diagram,
LabVIEW implements five independent copies of the event counter
hardware on the FPGA.
Be careful not to use shared resources in reentrant subVIs when you want
to have dedicated hardware for each copy of the subVI. If you use any
shared resource in a reentrant subVI, only one copy of the shared resource
exists in hardware. Each reentrant subVI must use arbitration to access the
shared resource. Refer to Chapter 3, Managing Shared Resources, for
information about shared resources.
Mathematical Operations
The FPGA Module restricts the use of mathematical operations in FPGA
VIs to integer numeric data types. You can perform integer math using the
Numeric functions. You cannot use floating point operations in FPGA VIs.
You can take advantage of the rollover behavior that occurs with overflow
in some applications. For example, the execution time measurement in
Figure 2-3 relies on the rollover behavior of overflow for proper operation.
Suppose the Tick Count VIs are configured with an 8 bit Size of Internal
Counter and milliseconds for Counter Units. When the internal counter
of the Tick Count VI reaches 255 ms it rolls over to 0. If the first Tick Count
VI returns a Tick Count of 132 ms and the execution time of the LabVIEW
code to be measured takes 140 ms, the internal counter has rolled over and
the second Tick Count VI returns a Tick Count value of 16 ms. When the
block diagram subtracts 132 from 16, overflow occurs and results in the
value of 140.
Note The Tick Count VI takes a single cycle to execute. In this example, if you set
Counter Units as Ticks instead of mSec, the returned result from the subtraction is 141
even though the LabVIEW code in the middle sequence takes only 140 ticks to execute.
If you want to avoid overflow, you have two options—using larger data
types and using the Saturation Arithmetic VIs. You might avoid data
overflow with a larger data type, but larger data types consume more space
on the FPGA.
TipUse the smallest data type possible in FPGA VIs to minimize space used on the
FPGA.
You also can use the Saturation Arithmetic VIs to handle signed integer
overflow. Refer to the LabVIEW Help, available by selecting Help»VI,
Function, & How-To Help, for information about the Saturation
Arithmetic VIs.
Arrays
You can use only fixed-size, one-dimensional arrays in FPGA VIs.
You can make any array constant, control, or indicator fixed-size by
right-clicking the array index and selecting Set Dimension Size from the
shortcut menu.
Tip Arrays consume significant amounts of space on the FPGA. To optimize compile
time, avoid using arrays larger than 32 elements.
Memory
You can use FPGA memory for data storage in the FPGA VI. You access
the FPGA memory using the Memory Read and Memory Write VIs
available with the FPGA Module. You can use these VIs to perform basic
read and write operations to the FPGA memory, and as building blocks to
create more advanced memory functions such as FIFOs, dual ported
memory, look-up tables, and so on.
You can create look-up tables with constant or variable entries in FPGA
VIs. You can use fixed-size arrays for smaller look-up tables with variable
entries. You can use constant fixed-size arrays when the look-up table
entries do not need to change and you want to limit FPGA usage. For larger
look-up tables, use the Memory Read and Memory Write VIs available
with the FPGA Module to create look-up tables with variable entries in the
FPGA memory.
You must program the FPGA VI so that the block diagram sets the output
states without any dependencies on the host VI. For example, you can place
the digital and analog output functions in the first frame of a sequence
structure. You then place the rest of the LabVIEW code in the subsequent
frames of the sequence structure, as shown in Figure 2-10. Then configure
the FPGA VI to start executing as soon as it is loaded in the FPGA. Compile
and download the FPGA VI to the flash memory on the FPGA device and
configure the FPGA device to automatically load the FPGA VI from the
flash memory when the FPGA device powers on. When the FPGA device
powers on, the FPGA VI loads into the FPGA from the flash memory, and
the FPGA VI starts executing immediately. The output functions in the first
frame of the sequence structure on the FPGA VI set the output states. Refer
to Chapter 4, Running FPGA VIs, for information about automatically
loading and running FPGA VIs.
You can create more than a static power-on state on the outputs of the
FPGA device. You can create arbitrary power-on functionality that
performs complex actions. For example, you can set outputs based on the
state of the inputs, use serial communication with an external device, and
so on.
Note If you use an I/O resource only once after the power-on state, you can select the
None arbitration option to save space. Refer to Chapter 3, Managing Shared Resources,
for information about arbitration.
A host VI can control and monitor only data passed through the FPGA VI
front panel. For example, if you want the host VI to monitor the data from
an Analog Input terminal, you must wire an indicator to the Analog Input
function on the FPGA VI block diagram.
Interrupt-Based Communication
You can use interrupts to notify the host VI of events, such as data being
ready, an error occurring, or a task finishing. An interrupt is a physical
hardware line to the host that the FPGA device asserts.
Use caution when you include simultaneous interrupt calls on the FPGA
device. The interrupt becomes a shared resource if you use more than one,
and this can induce jitter. Refer to Chapter 3, Managing Shared Resources,
for more information about resolving resource contention.
Resource contention occurs when you include two or more functions or VIs
on the FPGA VI block diagram that simultaneously request access to the
same shared resource. A requestor becomes an accessor when it actively
requests information from a specific resource and is granted access by a
special component called an arbiter. The arbiter determines which
requestor becomes an accessor when resource contention occurs. Possible
shared resources include digital output lines, analog lines, memory blocks,
the interrupt line, front panel controls, local variables, and non-reentrant
subVIs.
Figure 3-1 illustrates an FPGA VI with arbitration between the first and
second requestor of AI0.
Notice that the two While Loops might simultaneously request access to
AI0, depending on the values of the Period and Period 2 controls.
Similarly, one While Loop might request access to AI0 just after the other
While Loop was granted access but before AI0 finishes executing. Because
LabVIEW can allow only one accessor at a time, LabVIEW uses arbitration
to ensure sequential access to the shared resource.
Note The arbitration process can take several clock cycles to execute. Arbitration takes
additional time and FPGA space and can add jitter to an application.
Arbitration Options
The following arbitration options are available with the FPGA Module:
• Normal
• Normal (Optimize for Single Accessor)
• None
Normal
A resource with the Normal arbitration option always uses an arbiter, even
if only one requestor requests access. The Normal arbiter is a fair round
robin arbiter that ensures sequential access to a shared resource. The arbiter
does not allow a requestor to become an accessor again until all other
waiting requestors have become accessors. Consequently, jitter occurs if
you have more than one simultaneous requestor. Refer to the Jitter section
for more information.
Use the Normal (Optimize for Single Accessor) option in the following
situations:
• You have a large FPGA VI and need to save space.
• You have only one accessor for a resource.
None
A resource with the None option does not arbitrate simultaneous requests,
which saves significant space on the FPGA. To use the None option, you
must guarantee sequential access to the resource in the data flow of the
FPGA VI. If you attempt to make simultaneous requests in the FPGA VI,
you make simultaneous accesses and corrupt data.
Use the default I/O arbitration options for most applications. You can
change arbitration options to optimize some designs. To access arbitration
options, double-click or right-click the function icon on the block diagram
and select Properties from the shortcut menu. Select an arbitration option
on the Arbitration tab of the FPGA Device I/O function Configure dialog
box. Each configured Alias is associated with an Arbitration option.
References to the same Alias in the block diagram have the same arbitration
options. Refer to the LabVIEW Help, available by selecting Help»VI,
Function, & How-To Help, for more information about configuring
aliases.
None is the only arbitration option available for the Digital Input and
Digital Port Input functions. In addition to minimizing FPGA usage, the
None option allows the Digital Input and Digital Port Input functions to
execute in a single clock cycle. Use the None option to minimize FPGA
usage and allow single clock cycle execution for the other digital I/O
functions.
Note Use the arbitration options with caution. Incorrect use can cause incorrect execution
of a block diagram or unintended data. For example, use the None option for an analog
output only if you are certain that the resource is not accessed from two functions or VIs
at the same time. If you do access the shared resource from two locations simultaneously,
the data presented to the resource is the logical OR of the data from the individual
requestors.
Note The default mode for subVIs in LabVIEW is non-reentrant, but you might need
reentrant subVIs for parallel execution and no arbitration. Refer to Chapter 2, Creating
FPGA VIs, for information about reentrant subVIs.
Jitter
Jitter occurs if a requestor is delayed in becoming an accessor due to
resource contention with one or more additional requestors. For example,
you might have an application performing a timed While Loop that samples
analog input at a fixed rate. Each time the Analog Input function executes,
the function becomes an accessor as soon as it requests the analog input
resource. If you add a second timed While Loop that samples the same
analog input resource, the two Analog Input functions might
simultaneously request the analog input resource. In this case, the arbiter
delays one of the requestors while allowing the other requestor to become
an accessor. The delayed requestor has jitter because the access does not
occur immediately after the request was made.
To avoid jitter, design the FPGA VI block diagram to make sure a requestor
does not access the shared resource when the shared resource is busy or to
make sure two requests do not occur during the same clock cycle. Jitter
occurs most often when you have a shared local variable with multiple
writers or a shared subVI from two independently running loops or
unrelated parts of the VI as shown in Figure 3-2.
The VI in Figure 3-2 shows two While Loops that might attempt to write to
the Edge Detected local variable simultaneously. The arbiter allows one
While Loop to access Edge Detected at a time. The other While Loop does
not access Edge Detected until after the first While Loop finishes. Jitter is
introduced into the delayed While Loop.
The possibility of jitter grows with the number of accessors. If you do not
schedule simultaneous requests, the delay through the arbiter is constant
regardless of the number of potential accessors.
Timing
Not all arbitration options take the same amount of time to execute.
If you want accesses to multiple resources of the same type to occur
simultaneously, you must choose arbitration options for each resource that
take the same amount of time to execute. Figure 3-3 illustrates an FPGA VI
that might have a timing problem depending on the arbitration options
selected.
The Digital Output functions shown in Figure 3-3 have three arbitration
options. If you choose the Normal arbitration option, LabVIEW
implements an equivalent arbiter for both Connector0/DIO0 and
Connector0/DIO1. Both arbiters take the same amount of time to execute,
so Connector0/DIO0 and Connector0/DIO1 output simultaneously in the
first frame of the Flat Sequence structure.
If you choose the None arbitration option for both Digital Output functions,
LabVIEW does not implement an arbiter for either Connector0/DIO0 or
Connector0/DIO1. Therefore, Connector0/DIO0 and Connector0/DIO1
output simultaneously.
FPGA Utilization
Arbitration also can use a significant amount of space on the FPGA. If you
can decrease the number of requestors of a resource to one, use the Normal
(Optimize for Single Accessor) arbitration option. The single requestor
requires no arbitration. If you have two requestors, LabVIEW uses Normal
arbitration, even if Normal (Optimize for Single Accessor) is selected.
Before you can run an FPGA VI on an FPGA device, the LabVIEW FPGA
Compile Server must convert the VI to a bitstream that LabVIEW can
download to the FPGA device. The LabVIEW FPGA Compile Server
executes independently of the LabVIEW development system, so you can
run it on a remote computer.
LabVIEW prompts you to compile new or changed FPGA VIs. If you made
only cosmetic changes to the FPGA VI and you did not change the front
panel controls and indicators, you do not need to recompile the FPGA VI.
Click the Use Old Bitstream button when the Warning: Beginning
compile for FPGA dialog box appears to avoid a new compile of an
already compiled FPGA VI. If you make non-cosmetic changes to the
FPGA VI and do not recompile, the most recently compiled FPGA VI
downloads and runs but you might receive incorrect results.
You can compile FPGA VIs if an FPGA device is not installed. However,
you cannot run the FPGA VI or use an emulator without an FPGA device
installed.
The compile time depends on the size of the VI, the processor speed, and
amount of memory in the computer on which you are compiling. National
Instruments recommends at least 512 MB of memory for the LabVIEW
FPGA Compile Server. If you have less memory, smaller block diagrams
might compile quickly, but larger block diagrams might use large amounts
of virtual memory, which can be very slow, and compiles can take over ten
times longer to complete.
Change the global default clock rate for an FPGA device by selecting
Tools»FPGA Target Options. All subsequent FPGA VIs you create
for that FPGA device have the new default clock rate. You can change the
clock rate for a specific FPGA VI by selecting Tools»Build for FPGA.
The clock rate for the specific FPGA VI is compiled into the bitstream.
Each time you compile the same FPGA VI, the FPGA VI retains the same
clock rate.
Note If you click the Run button and are not targeted to an FPGA device, LabVIEW
generates random data for the FPGA Device I/O functions.
If you want to close LabVIEW but leave the FPGA VI running, select
File»Exit without closing FPGA VIs. If you later restart LabVIEW, you
can reconnect to the running FPGA VI by opening the FPGA VI, targeting
LabVIEW to the FPGA device, and clicking the Run button.
You can build host VIs to programmatically read and write to the front
panel of the FPGA VI by targeting LabVIEW to Windows or an RT target.
Refer to Chapter 5, Communicating with FPGA VIs, for more information.
After you run the FPGA VI, you might need to debug the block diagram.
Refer to Chapter 6, Debugging FPGA VIs, for more information.
You must use this feature when you want the FPGA VI to run automatically
when the FPGA device is first powered on or after a power failure. Refer
to the Configuring FPGA VIs to Run Automatically section for more
information.
To write host VIs, you first target LabVIEW for Windows or an RT target.
Refer to the LabVIEW User Manual for information about developing VIs
that run on Windows. Refer to the LabVIEW Real-Time Module User
Manual for information about developing VIs for RT targets.
You can use the FPGA Interface functions to programmatically control and
communicate with an FPGA VI. Use the FPGA Interface functions to
perform the following operations in host VIs:
• Establishing communication with the FPGA VI.
• Reading and writing data to the FPGA VI.
• Waiting for and acknowledging FPGA VI interrupts.
• Closing the VI reference.
You also can programmatically select an FPGA device when you use the
Open FPGA VI Reference function using the VISA Resource Name input.
Right-click the Open FPGA VI Reference icon on the block diagram and
select External VISA Input from the shortcut menu to add the VISA
Resource Name input to the Open FPGA VI Reference function.
LabVIEW lists the FPGA devices in the Select Board dialog box using
relative addressing. Relative addressing shows the current assignments of
FPGA devices to labels. Each FPGA device is labeled RIO0, RIO1, RIO2,
and so on. If you select RIO1, the Open FPGA VI Reference function
downloads the FPGA VI to the FPGA device currently labeled RIO1 in the
Select Board dialog box. If you then remove the FPGA device currently
labeled RIO1 from the system, LabVIEW reassigns the labels so that the
FPGA device that was labeled RIO2 becomes RIO1, RIO3 becomes RIO2,
and so on. The Open FPGA VI Reference function now downloads the
FPGA VI to the new RIO1 FPGA device. You can use absolute addressing
or relative addressing with the VISA Resource Name input.
You also can choose to open the reference without running the FPGA VI by
right-clicking the Open FPGA VI Reference icon on the block diagram and
selecting Open from the shortcut menu. If you open an FPGA VI reference
without running the FPGA VI, you can use the Invoke Method function
from the host VI to programmatically run the FPGA VI. You also can use
the Invoke Method function to download and abort FPGA VIs. Refer to the
LabVIEW Help, available by selecting Help»VI, Function, & How-To
Help, for more information about the Open FPGA VI Reference and
Invoke Method functions.
Note The FPGA Module creates a register map specific to the FPGA VI that includes
a hardware register for every control and indicator. LabVIEW uses the register maps
internally to communicate with the FPGA VI for both Interactive Front Panel
Communication and Programmatic FPGA Interface Communication.
You can use arrays with the Wait on IRQ method if you want to wait on
multiple logical interrupts. Depending on the logical interrupt or
combination of logical interrupts, the host VI can execute different code to
handle the interrupts. You also can generate occurrences in the code that
enable other parts of the host VI.
Use only one Wait on IRQ method at a time per FPGA device in a host VI.
For example, if you control two FPGA devices with one host VI, you can
use two simultaneous Wait on IRQ methods, one for each device.
Note You cannot use more than one Wait on IRQ method at a time in a time-critical VI
running on an RT target. When you use the Wait on IRQ method in a time-critical priority
thread, the entire thread sleeps while the Wait on IRQ method waits on an interrupt.
Acknowledging Interrupts
You must use the Acknowledge IRQ method to acknowledge the logical
interrupts returned by the Wait on IRQ method to allow the FPGA VI to
assert those interrupts again. Acknowledge the interrupt only when the host
VI is ready to accept the next interrupt from the FPGA VI. If you use the
Wait Until Cleared option on the Interrupt VI in the FPGA VI,
acknowledging the interrupt allows the FPGA VI to continue executing.
For example, you might not want to acknowledge the interrupt until a
certain value is written to the FPGA device.
By default, the Close FPGA VI Reference function aborts the FPGA VI and
closes the FPGA VI reference. You can close the FPGA VI reference
without aborting the FPGA VI by right-clicking the Close FPGA VI
Reference function icon on the block diagram and selecting Close from the
shortcut menu. If you do not abort the FPGA VI, the FPGA VI continues
executing on the FPGA device after you close the FPGA VI reference.
You can use all traditional LabVIEW debugging tools, such as probes,
execution highlighting, breakpoints, and single-stepping. You cannot test
certain behavior, such as timing and determinism, with an emulator because
the FPGA VI runs on the host computer instead of the FPGA. The emulator
tries to preserve the timing of the Loop Timer, Wait, and Tick Count VIs as
much as possible. Other functions and VIs execute as quickly as possible
on the host computer.
Note You must have an FPGA device installed to use an emulator. However, you can still
debug the FPGA VI without an FPGA device by targeting LabVIEW for Windows. When
you run an FPGA VI while targeting LabVIEW for Windows, LabVIEW generates random
data for the FPGA Device I/O functions.
Adding Indicators
You can add indicators to the FPGA VI block diagram to monitor the
internal state of the FPGA VI. Use indicators as you would probes. Place
them anywhere on the block diagram where you need to see data to verify
the functionality of the VI. You also can perform more advanced
debugging by using controls to change execution of the FPGA VI.
Note Adding indicators to the FPGA VI takes up more space on the FPGA. Be sure to
remove debugging indicators if you encounter space constraints on the FPGA.
Note An indicator consumes a small amount of execution time, which can affect the
performance of the FPGA VI. Whenever possible, add debugging indicators in parallel to
other operations in the FPGA VI to minimize the effect on execution time.
Adding I/O
If you have unused I/O resources on the FPGA device, you can add
additional I/O terminals to the FPGA VI block diagram to aid debugging.
You can easily monitor the internal state of Boolean logic, triggers, and so
on. You can create more advanced debugging tools by adding LabVIEW
code to analyze data and events and to control flow.
If you searched ni.com and could not find the answers you need, contact
your local office or NI corporate headquarters. Phone numbers for our
worldwide offices are listed at the front of this manual. You also can visit
the Worldwide Offices section of ni.com/niglobal to access the branch
office Web sites, which provide up-to-date contact information, support
phone numbers, email addresses, and current events.
A
accessor A hardware component that has been granted access to a specific shared
resource by an arbiter.
alias A user defined name for an I/O terminal, displayed on the FPGA Device
I/O function icon on the block diagram. For example, you can create an
alias for AI0 named Oven Temperature that appears in the Analog Input
function icon on the block diagram. The complete list of aliases created in
an FPGA VI appears in the Configure dialog box for each FPGA Device
I/O function. Aliases configured in one FPGA VI do not appear in other
FPGA VIs.
B
bitstream Programming information that is downloaded to an FPGA device to
determine its behavior.
C
compile for FPGA The process of creating a bitstream from an FPGA VI.
D
DAC Digital-to-analog converter—an electronic device, often an integrated
circuit, that converts a digital number into a corresponding analog voltage
or current.
development computer The computer on which you develop LabVIEW VIs. The VIs can run on
different execution targets.
device An instrument or controller you can access as a single entity that controls
or monitors real-world I/O points. A device often is connected to a host
computer through some type of communication network.
E
emulation VI The VI that the emulator downloads to the FPGA device so you can test and
debug an FPGA VI without compiling and downloading the FPGA VI.
emulator A target you can select from the Switch Execution Target list that mimics
the behavior of an FPGA device. The emulator runs the FPGA VI on the
host computer and accesses the emulation VI running on the FPGA device
to provide real I/O. You can use the emulator to test and debug FPGA VIs
without compiling and downloading the FPGA VIs.
execution target The computer or device that runs a LabVIEW VI. An execution target can
be an FPGA device, an RT target, or the development computer.
F
flash memory Non-volatile storage that retains its contents even when the device
powers off.
FPGA Field Programmable Gate Array. A programmable logic device (PLD) with
a high density of gates.
FPGA Interface function A type of function that enables communication between a host VI and an
FPGA VI. Available with the FPGA Module targeted to LabVIEW for
Windows or an RT target.
H
host computer The computer that controls and monitors the FPGA device.
host VI A VI that runs in software on the host computer and controls and monitors
the FPGA VI on the FPGA device using FPGA Interface functions.
I
Interactive Front Panel A method of communicating with the FPGA VI that allows you to interact
Communication directly with the FPGA VI front panel controls and indicators. The front
panel of the FPGA VI displays on the host computer while the block
diagram executes on the FPGA device.
interrupt A hardware signal that allows a peripheral device to alert the host computer
to perform some action.
J
jitter The amount of time that the loop cycle time varies from the desired time.
L
logical interrupt A hardware alert that allows multiple interrupt sources to simply and
efficiently share a single hardware interrupt in an application.
N
non-reentrant VI A subVI that occurs as a single instance shared among multiple callers.
O
operating system Base-level software that controls a computer, runs programs, interacts with
users, and communicates with installed hardware or peripheral devices.
P
power-on state The state at which a device is set when the system powers on.
Programmatic FPGA A method of communicating with the FPGA VI that allows you to use a
Interface host VI to communicate programmatically with an FPGA VI using the
Communication FPGA Interface functions. LabVIEW on the host computer communicates
directly with LabVIEW on the FPGA device.
PWM Pulse width modulation. Typically refers to a signal whose high period and
low period can be varied in a controlled fashion.
R
real time A property of an event or system in which data is processed with high
determinism as it is acquired instead of being accumulated and processed
at a later time.
register A location in hardware on the FPGA device that you can read or write to
pass data between the FPGA device and the host computer. Every control
and indicator in an FPGA VI has an associated register.
register map A collection of registers that define the hardware interface for
communicating between the host computer and an FPGA device.
resource contention A situation that occurs when two requestors simultaneously attempt to
access a shared resource or when a requestor attempts to access a resource
that is currently in use by an accessor.
round robin arbitration An arbitration scheme where no requestor has priority over any other
requestors. The current accessor does not become an accessor again until
any other pending requestors have become accessors.
RT target A National Instruments RT Series device you can target to run host VIs.
T
terminal A specific I/O resource on an FPGA device, such as Connector0/DIO0.
V
VI See virtual instrument (VI).
virtual instrument (VI) Program in LabVIEW that models the appearance and function of a
physical instrument.