Overlapped Measurements and Named Results

RFmx Demod 19.1 Help

Edition Date: October 2019

Part Number: 374641M-01

»View Product Info

Download Help (Windows Only)

RFmx Demod 19.1 Help
RFmx Demod 20.0 Help
RFmx Demod 20.6 Help

Many automated test applications require multiple independent measurements on a single instrument. Such applications include amplifier frequency/power sweeps or multi-DUT wireless device tests. Engineers often implement these applications by serially sequencing measurements. However, with RFmx, you can perform multiple measurements overlapped in time with a feature called overlapped measurements. You can use this feature when measurements in a sequence are independent of previous results. The measurements must be performed on separate acquisitions because they require different hardware configurations, such as a different frequency or reference level. Overlapped measurements maximize use of the RF hardware and enable parallel processing of the measurements, thus vastly reducing the overall test time for a sequence of multiple measurements. In the following conceptual example, two overlapped ACP measurements are performed at two different reference levels. This simple program completes the following operations:

  • Configures the reference level for the first ACP measurement.
  • Initiates the first ACP acquisition.
  • Waits for the ACP acquisition to be complete and the PXI RF module to be released. RFmx spawns a thread for ACP analysis in the background without delaying the next measurement.
  • Initiates the second ACP acquisition before the first ACP measurement analysis is complete.
  • Waits for the second ACP acquisition to be complete before the first ACP measurement analysis is complete.
  • Fetches both the measurement results when their respective analysis threads are complete.

The following figure shows the RFmx overlapped measurement execution flow:

The key feature that enables overlapped measurements in RFmx is a feature called Named Results. In the previous example, both the first and second ACP measurements are initiated and tagged with a name. The RFmxSpecAn Initiate VI is called first with the ACP measurement enabled and the result name as ACP_Results_1, and then it is called again with the second ACP measurement enabled and the result name as ACP_Results_2. The results of these two measurements are stored independently, and can be fetched in any sequence after the measurements are complete using the same result names passed to the initiate VI.

Measurement results are referenced by the result name, measurement type, and the signal instance. If you do not specify any result name, the default result name (“”) is used.

The following characters are not allowed in signal name and result name: ()*+,-./{} !"#$%&':;<=>?@[]\^`|~ and any nonprintable character.

When using overlapped measurements, you must specify the result name in Initiate and then use that name to fetch the results. If you reuse the same result name, the previous named results with that name are overwritten. This behavior applies to the default result name (“”) as well. When you initiate a measurement, RFmx clears out all previous results with the same result name passed to Initiate; this clearing process keeps you from accidentally fetching a result from a previous Initiate. Notice that only the results with the same name in the default or named signal configuration passed to Initiate are cleared. For example, if you call Initiate with Selector String set to “signal:MySignal” and Result Name set to “MyResult”, Initiate clears all results named “MyResult” that were previously initiated with the signal “MySignal”.

RFmx provides a set of Build String Utility VIs to create named result strings as shown in the following figure.


The following figure shows how to use a property node to fetch a result using an arbitrary result name.


The benefit of the overlapped measurements technique increases with more measurements in your sequence. In fact, there is no limit on the number of measurements you can overlap. However, as the number of named results increases, consider deleting the measurement results that have been fetched to conserve process memory space. The named results can be deleted using the RFmxSpecAn Clear Named Result VI. After a named result is cleared, all the measurement results for that Named Result are erased from the process memory of your application. If all named results must be cleared from the memory, call the RFmxSpecAn Clear All Named Results VI.

The following example program conducts multiple TxP measurements at different frequencies and clears the named result for TxP measurement after it has been fetched.


The following figure demonstrates the sequence of events for the previous TxP measurement example.


The actual time it takes to acquire the samples and analyze the TxP measurements may vary based on your system performance and measurement settings; however, the sequence of events, such as, configuring, acquiring data, and so on will remain the same. RFmx automatically starts the analysis or processing of the measurement immediately after the samples for the measurement have been acquired. Once the processing of the measurement is complete, you can fetch measurement results.

Depending on the computational complexity of the measurement, the overlapped measurements technique can have a huge impact on overall test time. Measurement parallelism is a known technique to reduce test time; RFmx makes this easier by managing threads and results, so you can develop and realize the benefits of PXI faster.


Not Helpful