| ID | Known Issue |
|---|
395826
| Scaling coefficients returned can differ by up to 1e-10.
For a single record IQ acquisition scaling coefficients obtained from the niRFSA Get Scaling Coefficients VI or the niRFSA_GetScalingCoefficients function could be different from the scaling coefficients obtained from the niRFSA Fetch IQ (1D I16) VI or the niRFSA_FetchIQSingleRecordComplexI16 function. Similarly, for a multi-record IQ acquisition scaling coefficients obtained from the niRFSA Get Scaling Coefficients VI or the niRFSA_GetScalingCoefficients function could be different from the scaling coefficients obtained from the niRFSA Fetch IQ (2D I16) VI or the niRFSA_FetchIQMultiRecordComplexI16 function. The difference in the scaling coefficients can be up to 1e-10.
Workaround:
There is no workaround for this issue. However, since the difference in coefficients is rather small, this difference does not affect amplitude accuracy for any of the devices supported by NI-RFSA.
| Reported Version: 2.6 | | Resolved Version: Unknown | | Added: 03/13/2013 |
|
378277
| In Spectrum acquisition mode, there is no magnitude only equalization performed when doing in-band retuning.
The 5 MHz and 300 kHz filters do not have any magnitude equalization performed in spectrum acquisition mode on the NI PXIe-5665.
Workaround:
N/A
| Reported Version: 2.6 | | Resolved Version: Unknown | | Added: 12/05/2012 |
|
343973
| Specifying a non-zero external gain for the External Gain property or NIRFSA_ATTR_EXTERNAL_GAIN attribute with the Input Isolation Enabled property set to Enabled or the NIRFSA_ATTR_INPUT_ISOLATION attribute set to NIRFSA_VAL_ENABLED causes the driver to return incorrect amplitude parameters.
If you set the Input Isolation Enabled property to Enabled or the NIRFSA_ATTR_INPUT_ISOLATION attribute to NIRFSA_VAL_ENABLED with a non-zero external gain for the External Gain property or NIRFSA_ATTR_EXTERNAL_GAIN attribute, the downconverter gain, fetched IQ, and spectrum data are off by the specified external gain.
Workaround:
To obtain the actual values of the downconverter gain, fetched IQ, and spectrum data, subtract the external gain from the data returned by the driver.
| Reported Version: 2.5.2 | | Resolved Version: Unknown | | Added: 03/28/2012 |
|
343973
| Specifying a non-zero external gain for the External Gain property or NIRFSA_ATTR_EXTERNAL_GAIN attribute with the Input Isolation Enabled property set to Enabled or the NIRFSA_ATTR_INPUT_ISOLATION attribute set to NIRFSA_VAL_ENABLED causes the driver to return incorrect amplitude parameters.
If you set the Input Isolation Enabled property to Enabled or the NIRFSA_ATTR_INPUT_ISOLATION attribute to NIRFSA_VAL_ENABLED with a non-zero external gain for the External Gain property or NIRFSA_ATTR_EXTERNAL_GAIN attribute, the downconverter gain, fetched IQ, and spectrum data are off by the specified external gain.
Workaround:
To obtain the actual values of the downconverter gain, fetched IQ, and spectrum data, subtract the external gain from the data returned by the driver.
| Reported Version: 2.5.2 | | Resolved Version: Unknown | | Added: 03/28/2012 |
|
325036
| Reference Clock cannot be exported on the Ref Out terminal on the NI PXIe-5663E.
The following error generates when the NI PXIe-5663E is configured to export the Reference clock to the REF OUT terminal:
The LO returned the following error:
Requested value is not a supported value for this property.
Property: NIRFSG_ATTR_EXPORTED_REF_CLOCK_OUTPUT_TERMINAL
You Have Requested: RefOut, RefOut2
You Can Select: RefOut, RefOut2
Status Code: -223587
Workaround:
Export the Reference clock to another terminal or downgrade your version of NI-RFSA to NI-RFSA 2.4.2.
| Reported Version: 2.5.2 | | Resolved Version: Unknown | | Added: 03/15/2012 |
|
312899
| Handle leaks can occur when using Spectral Measurements Toolkit 2.6.1 or Modulation Toolkit 4.3.1 and earlier with the NI-5660 API.
When the ni5660 Initialize and ni5660 Close VIs are placed into a loop, Windows handle leaks occur on each iteration of the loop and persist until the top-level VI enters the Idle state. This leak also occurs when a VI containing the ni5660 Initialize and ni5660 Close VIs is executed multiple times by NI TestStand when the LabVIEW Adapter is set to reserve loaded VIs for execution.
Workaround:
Manual Change Option:
- Launch the LabVIEW version where you need to apply the workaround.
- Open the VI
<LabVIEW>
\vi.lib\addons\Modulation\Analog\support\IQutilites\mod_IQ ViRef Table.vi. - Open File»VI Properties.
- Select the Execution as the Category pull-down menu.
- Remove a checkmark from the Reentrant execution checkbox.
- Click OK.
- Save the VI and close LabVIEW.
Note: You must make this change for each installed location and version of LabVIEW on the disk where the Spectral Measurements Toolkit and/or the Modulation Toolkit are installed.
Upgrade option: Install a newer version of the Spectral Measurements Toolkit or of the Modulation Toolkit.
| Reported Version: 2.4 | | Resolved Version: Unknown | | Added: 09/26/2011 |
|
258323
| Routing signals across segment boundaries on the NI PXIe-1075 chassis can intermittently fail.
The NI PXIe-1075 chassis backplane has the following three trigger buses (segments) that you can use to route digital signals:- Trigger Bus 1: PXI Slots 1, 2, 3, 4, 5, and 6
- Trigger Bus 2: PXI Slots 7, 8, 9, 10, 11, and 12
- Trigger Bus 3: PXI Slots 13, 14, 15, 16, 17, and 18
Backplane signal route requests may sometimes fail if the source and destination devices lie in different segments of the chassis. In that scenario, error -26981 ("A protocol violation was detected.") is returned. This error is intermittent, and its frequency depends on the embedded controller or MXI interface device used in the chassis.
Workaround: There are two possible workarounds for this issue:- Change the location of the source and destination devices for the hardware route such that both of them lie in the same trigger bus.
- Since this error is intermittent, first retry the same route because it may succeed. In LabVIEW, you can retry by conditionally detecting error -26981, clearing the error, and attempting to reserve the same route again.
| Reported Version: 2.4 | | Resolved Version: N/A | | Added: 01/17/2011 |
|
224755
| Low-power signals may appear at fixed intervals in power spectrum data.
Low-power signals may appear at fixed intervals when performing a power spectrum acquisition. When performing an acquisition narrower than the hardware instantaneous bandwidth, the signals can appear in the lower frequency bins and upper frequency bins of the acquisition. When performing a multispan acquisition, the signals can appear at the boundary of each single span spectral acquisition that makes up the total acquisition.
Workaround: The low-power signals represent the dither signal on the digitizer. Although the dither signal is at a frequency that is outside the bandwidth of the equalized response, the power of the dither signal can leak into the equalized response, depending on the resolution bandwidth and the FFT window type. You can remove the dither from the power spectrum data using one of the following methods:- Using a narrower resolution bandwidth.
- Disabling the dither.
- Choosing a different FFT window type. This solution may be less effective than the previous solutions, depending on the resolution bandwidth.
| Reported Version: 2.3 | | Resolved Version: N/A | | Added: 01/17/2011 |
|
258630
| Using NI-RFSA with NI-TClk to synchronize multiple devices acquiring at different I/Q rates results in misaligned data.
When using NI-TClk synchronization where two or more NI RF vector signal analyzers acquire at different I/Q rates, the acquired data might be misaligned. The misalignment manifests itself as a skew where the data from one device appears to be leading/lagging the data from the other device. The time delay between the data acquired by the master and a slave is constant for the combination of the hardware settings configured on the two devices. This skew is repeatable and does not vary with time.
Workaround: Since the skew does not vary with time, you can empirically determine the expected misalignment and correct the acquired data manually.
| Reported Version: 2.3 | | Resolved Version: N/A | | Added: 01/17/2011 |
|
350338
| In the device documentation, including the Getting Started Guide and Help file, the MAX "Configure" button is inaccurately labeled with its former name, "Properties."
Workaround: When the documentation instructs you to select the "Properties" button, you should select the "Configure" button.
| Reported Version: 2.5.2 | | Resolved Version: N/A | | Added: 08/24/2012 |
|
380936
| NI-RFSA computes an incorrect temperature corrected gain when the IF gain on the NI PXIe-5603 or the NI PXIe-5605 is nominal.
It is possible for NI-RFSA to report an incorrect value for the Downconverter Gain property or the NIRFSA_ATTR_DOWNCONVERTER_GAIN attribute, the IF Output Power Level property or the NIRFSA_ATTR_IF_OUTPUT_POWER_LEVEL attribute, or return error -1074118655 when the IF gain on the NI PXIe-5603 or the NI PXIe-5605 is nominal. A nominal IF gain is chosen by NI-RFSA if there is no calibration data present in the device EEPROM for the attenuation configuration that is requested. The computed temperature corrected gain is incorrect only when the configuration requires NI-RFSA to choose a nominal IF gain.
Workaround: Calibrate the requested gain configuration using the NI-RFSA external calibration API.
| Reported Version: 2.4 | | Resolved Version: N/A | | Added: 12/05/2012 |
|