Search Results for 'api'

[Justin Crooks]

Using our legacy API, the device can be configured to use the 2.9 MHz IF (hung mixer mode). You would have to use a higher frequency than 5 MHz (something like 15 MHz at least). I’m not sure it would get you significantly better numbers, but it might give you a few more dB.

There is probably enough RF-to-IF leakage in the mixer that you could use this mode (SHAPI_Configure, use 2.9 MHz IF set to true) and inject your signal directly at 2.92 MHz (at a higher amplitude). This is the closest to direct ADC access the SA series offers.

These are just my thoughts, and may not work, but if you give it a try let me know what you find. The BB60C has more direct ADC access, but realistically, the SM200A would be the ideal choice.

[Justin Crooks]

Pritam,
Our API supports a maximum of 8 per computer. Keep in mind that the USB high speed bus is a shared bus, so you probably can’t even have 8 SA44B devices all streaming at the same time, unless you were decimating the data heavily.

A possible setup, if you need 24 USB-SA44B’s simultaneously streaming to one PC, would be to have 7 PCs in a network. Use 6 PCs to connect to 4 SA44B’s each, and each stream their data to the 7th PC. It would be a bit of a project, but any project that requires 24 spectrum analyzers is going to be a bit of work anyway.

How to set SwpTime to capture for SA_IQ mode using SA44B C#.NET API?

In the API document it is mentioned that Compressed IQ streaming is not implemented yet. What is the plan here?

[Justin Crooks]

We have an API for the SA44B that allows it to be used with a Raspberry Pi 2 (and probably on newer versions as well). It is kind of hobbled in this mode, but you can do some basic sweeps and probably even stream 40 kHz of decimated I/Q if you wish. You would be responsible for the software though.

For using Spike, an Intel NUC running Windows can be useful if size is a concern.

[Andrew]

Hi Quadsat,

I would recommend using a small form factor Windows PC like the Intel NUC line or other brick-like models. There are also several Atom based SBC computers that would run the SA44B. Also consider the Intel compute stick.

While we do provide an x64 Linux and an ARMv7-A API build on the downloads page, they are not supported and less than ideal for the SA-series of products as we have difficulty maintaining the USB throughput on Linux operating systems, and thus difficulty in providing reliable measurements.

Let me know if you have follow up questions.

Regards,
Andrew

[Andrew]

Hi Chris,

The issue specifically is the how the Spike software renders the plots. The issue isn’t with the hardware(SA44B) itself, which means you would not have the same issue if you were to utilize the hardware through LabVIEW. Our LabVIEW project functions as a wrapper for our C API that we provide for all of our receivers. There are examples for configuring the device for sweeping.

If you have questions while getting set up in the LabVIEW project contact roger@signalhound.com

Regards,
Andrew

[Justin Crooks]

From the thread you linked to:
“The TG44 can be used as a standalone generator. There is an application called TGStandalone in the Spike application installation directory which allows you to set the frequency and amplitude of the generator.”
You can also set the TG frequency and amplitude using a TG standalone API, available on request. There are no modulation capabilities, just a CW. The TG output has a lot of harmonics, so a low pass filter should be used if you use it over the air, and you should make sure to adhere to any regulations regarding over the air RF transmissions.

[Andrew]

Hello Mallaug,

Since Spike also uses the API to retrieve the firmware string and is working for you, it would lead me to believe the issue is probably in the C# interop.

Hopefully someone here has enough C# experience to answer your question. You might also try searching online with search terms like “PInvoke char pointer parameter” or similar. It seems to bring up a lot of relevant results.

Regards,
Andrew

Trying to get the firmware version from a SA44B. Spike says it is 2.12. I must be doing something wrong….

I’m using C# and this code, but I’m only getting Zeros:

 public static string saGetFirmwareString(int device)
    {
        char[] firmware_version = new char[16];
        if (saGetFirmwareString(device, firmware_version) == saStatus.saNoError)
            return new string(firmware_version);
        return "";
    }

 [DllImport("sa_api.dll", CallingConvention = CallingConvention.Cdecl)]
    public static extern saStatus saGetFirmwareString(int device, char[] version);

[Andrew]

Hello David,

I think the biggest issue I see is that since you specified a linear scale output from the API, the sweep is in the units of mV. In the Spike software we specify a log scale output and then convert each sweep bin to mW (power units) before summing them up, and then convert the final result back to dBm. If you want to stay with the linear scale (mV) output from the API, just square each sweep bin before summing.

I will attach a file I have sent others from the Spike software. It has some additional details that are irrelevant here, such as only summing up the power in a range specified by the user, but you will notice the same logic for summing the bins as mW and then dividing by the window bandwidth.

If you aren’t already, you can test the output of your code to the values Spike provides. Assuming similar channel widths, it should match very closely.

Regards,
Andrew

Attachments:

You must be logged in to view attached files.

[bittware]

If the center frequency drift is of concern, which API function should be used to get the instantaneous frequency measurement value？

[Justin Crooks]

If you are using the API, we provide streaming I/Q data at 40 MSPS, which you could have centered at 3 GHz.
For amplitude, use I*I+Q*Q, and for phase use the atan2 function.
By relative phase, I mean 2 things:
1) If your generator time base does not exactly match the BB60C, the phase angle in the I/Q data will rotate at the frequency difference.
2) If you lock time bases together, there will be a fixed phase offset between the generator and the BB60C. In most cases, there will be a *new* fixed phase offset each time you start I/Q streaming, but exact multiples of 20 MHz may avoid this.
You can download the API manual from our website for more information.
Using the API, you can measure amplitude and phase 40 million times per second. By adjusting sample rate and signal bandwidth, and adding some averaging, you can make more accurate, but slower, amplitude and phase measurements.

[bittware]

It’s great to know BB60C could get it done.
Could you elaborate on “measurements on the instantaneous amplitude (including pulse width at 25 nanosecond resolution), frequency, and relative phase of the pulse.”?
In fact, I’m going to tune my 3GHz signal generator to my RF Cavity in real-time.
I’m particularly interested in what API may be involved to interpret the amplitude, frequency and relative phase. These three factors are the key to drive my tuner. How fast is the API running at the remote? Within 3ms interval, can all these three parameters per pulse be recorded without missing in streaming mode?
Thanks again.

[Andrew]

Hello HHonza501,

There are no plans currently to allow the user to change sweep configurations during the recording. If users needed this kind of flexibility on the sweep recordings I would recommend using the API to retrieve sweeps from the device and storing them in a custom file format that suits the customers needs.

You are correct, as you scroll the recording it will move the sweeps into the waterfall. I can see how this wouldn’t be desired. I will make a note of this and potentially resolve this for future versions. Thank you for the feedback.

Let me know if you have additional questions or need clarification.

Regards,
Andrew

[Andrew]

That is correct. There is no configurable DSP on the unit, other than the processing associated with individual measurements (sweep/real-time/IQ). The API will be very similar to our other devices.

Regards,
Andrew

[jthienel]

Using Linux for this application and no anti-virus is running.
Have only received one type of error code from the unit.
The subsequent trace is correct.
Is there some sort of CRC error checking between the SH and the api? I can work with a trace that has errors but I need to know to reject it.
This application will send alarms if the trace is out of tolerance so it is critical that false alarms are not generated.
Is there a different or better FTDI driver available?
Does running the FTDI driver or USB communications in priority mode help?
Thanks,
Jay

Hello,
Using Labview to control an SA124B.
Changing the attn and gain inputs to the gain attn vi it appears to not control the SA124B attenuation or gain controls.
The controls are integers and the api manual shows values of -1 to 3 are valid for the attn control and -1 to 2 are valid for the gain control.
Is there any thing else that has to be done to manually control the attn and gain.
Thanks.

[Andrew]

Hi Fabrice,

So, what’s going on here is that the API is limiting the IF bandwidth to 50kHz and the GUI is not showing you the clamped value. If you opened the spectrum plot in zero-span you would notice that as you decrease the bandwidth past 50kHz it is being limited. (IE you wouldn’t notice a difference spectrum at 10 and 50kHz bandwidth)

The proper fix here is to have the GUI report the bandwidth that was clamped. The reason there is IF bandwidth limits here, is due to the filter sizes required to get reasonable rolloff at very narrow bandwidths. There are fixed sized filter passes on the downsampling processing in the BB60C API.

If you are able, a workaround is to simply lower your sample rate to something closer to 10kHz. 50kHz bandwidth is less than 1/10th the sample rate you are using. A good target might be between 1/2 and 1/4.

I realize it may not be a viable option, but we do have a programming interface for the BB60C. If you need a very specific setup, polling the IQ data from the device into your C/Matlab/Python/other program, and then filtering down to 10kHz can be straightforward. Then you can save the data in whatever format is best for your application.

Again, open up the spectrum plot to visualize where the lower IF bandwidth cutoff hits. I can make a note to fix the GUI to show the clamped values.

I apologize for the inconvenience. Let me know if you have further questions or feedback.

Regards,
Andrew

[Andrew]

Hi Testpoint,

I agree with Jared. Tools like Matlab (they do have an LTE toolbox https://www.mathworks.com/products/lte-system.html) will be the best way forward. I’m not aware of any third party applications that solve this problem directly using our receiver. As Jared stated, you will need to pull the IQ data directly from the receiver (using the BB60C API) and push it through some processing libraries. There are Matlab examples for getting IQ data from the BB60C into your Matlab script, you can find these examples in the API SDK. (link: https://signalhound.com/download/bbsa-application-programming-interface-for-windows-3264-bit/)

Regards,
Andrew