Hello ykhaled,

We do not offer this type of plot in our software (CCDF plot). This is something we may offer in the future, but for now we don’t currently have plans for this.

The only work-around I see available is to utilize our programming API to make the measurement in your own application. This would require programming experience as well as the ability to make this calculation with the waveform data from the BB60C.

Let me know if you have additional questions.

Regards,
Andrew

Hello mehran,

We are working on Labview vi’s right now for our products. These files should be available in the next couple of weeks. If you cannot wait for us to deliver this, then consider using the example vi project we distribute in the API download folder. The vi project can be found in the sa_series examples. The API for the SA44/SA124 is very similar to the BB60C API and you should be able to convert this project to the BB60C API in short time.

Regards,
Andrew

Sure, it probably doesn’t recognize the __declspec(deprecated()) specifier. I use it to warn people when they are using functionality that is deemed deprecated. You could probably remove the specifier and find out if it compiles.

Regards,
Andrew

Hi Simon,

Wow, this is excellent feedback. Thank you so much for taking the time to write this up. I think you propose a number of reasonable modifications. I will be making notes of all of your suggestions and determining where we can fit these into our development.

You did ask about the sweep time. There is an upper limit currently on the sweep time of 1 second overall. This limitation exists due to our architecture and how we process sweeps. This is unlikely to change at this point, without some substantial rework.

Regards,
Andrew

Hi Amy,

Our phone number is 1-800-260-TEST. Justin’s extension is 3.
Justin’s email is justin at signalhound dot com.
We are usually available by phone between 9-4 PST.

We look forward to hearing from you.

Regards,
Andrew Montgomery

Hello Joe,

Thank you for the update. The USB card sounds promising!

Regards,
Andrew

Hi Jason,

Sounds like you have a cool setup.
Out of curiosity, are you aware of the fast preset loading with the Ctrl+# keys? If you save a preset (Through the ‘Preset’ file menu), you can quick load it with this shortcut. If you are opening Spike remotely, you can load the preset right after the application launches.

Currently we do not have any command line functionality or the ability to programmatically control Spike, nor is there a way to start Spike with a start up preset. It has to be done through the file menu or the keyboard shortcut.

Let me know if you have additional questions.

Regards,
Andrew Montgomery

Hello bayderkhani,

The Spike software can be used with all of our devices. Some quick questions.

In the lower right hand corner of the software, in the status bar, it should list the device type/serial number/firmware version. Can you let me know what is listed there?

What is the version of the Spike software you have installed? You should be able to view this in the Help->About menu.

I won’t in the office until Tuesday the 3rd to be able to address this fully.

I look forward to your reply and thank you for your patience.

Regards,
Andrew Montgomery

Alexey,

Please email support at signalhound dot com as well as beau at signalhound dot com and ask for the .bin and .tep files for your serial number. You will need to place both of these files into the folder you mentioned. I believe this will solve your problem.

Regards,
A.J.

Hello magintd,

The IQ samples are stored in the binary file as 16 bit signed integers, interleaved (I1, Q1, I2, Q2 … etc). The 16 bit integers are scaled to +/- 32767 with an additional scaleFactor to bring them into the 0-1 range.

The proper way to recover the IQ values are
float floatReal = ((float)int16Real / 32767.0) * (1.0 / scalefactor);
float floatImag = ((float)int16Imag / 32767.0) * (1.0 / scalefactor);

Where the scaleFactor is found in the XML file.

Let me know if you have additional questions.

Regards,
A.J.

Hello sajdenman,

The audio demod mode does have a limiting bandwidth of about 300kHz.

You could manually measure your frequency deviation in zero-span mode using the FM plot and markers to measure the peaks and troughs. I don’t know if this would be sufficient for you.

Let me know if you have additional questions.

Regards,
A.J.

Hello Claudio,

Thank you for posting your findings here. I have also received your email with this document.

Have you tried a resolution of 1080p yet? I have yet to be able to reproduce these issues at 1080p. I’m wondering if this is another graphical issue at the 4K display resolution.

Regards,
A.J.

Hello magintd,

I can clarify. The bbr file is a flat recording of sweeps only (frequency domain ‘bins’). The IQ data is not recorded in this file. The sweeps are stored as min/max arrays. If the avg detector is enabled, min/max should equal the same values. I will attach a basic bbr parser so you can see the layout and how we parse the files in our software.

If you are looking to get IQ data, then we do have another recording feature in zero-span that records IQ data. If you are looking for the ultimate flexibility, you could grab IQ data directly from the device with our APIs.

Let me know if you have additional questions.

Regards,
A.J.

Attachments:

You must be logged in to view attached files.

Hi Fabrice,

Thank you very much for the feedback. I like all of your ideas! We will definitely take these ideas into consideration as we further develop our software. Thank you again.

Regards,
A.J.

Hello Fabrice,

Currently the software limits the zero-span acquisition to ~4M points. We do not currently have plans to increase the number, but there is another way you could achieve a longer sweep time. There are record/playback control panels located along the bottom of the application in zero-span mode. You could set up a 30+ second recording and then play that back in the software. Playing back the recording is very convenient as you can scroll through the IQ data and control playback rates. Even with playback through, it will still only allow you to plot 4M points at once.

I hope this helps, let me know if you have follow up questions.

Regards,
A.J.

Hi Joe,

Thanks for sharing the video with us. It was a fun watch. Those were some neat Labview projects. I’ve been meaning to learn it. Good stuff.

Regards,
A.J.

You can use either function. They both serve the same purpose, the bbGetIQ function just has additional flexibility in how much data you acquire, keeping track of data loss, data left in the queue, and control over flushing the IQ data queue. Admittedly the bbFetchRaw function is much simpler and may be easier to use in Labview.

Regards

Hi Joe,

Did you get download the latest API files from the link I posted above? The bbFetchRaw function is deprecated and is not used in any of the examples I provide. The function that replaces it is the bbGetIQ function and has more flexibility.

That said, decimation is the only way to control the sample rate of the device. bbFetchRaw will always return the same amount of data per call. You do not need to call bbQueryStreamInfo more than once. bbGetIQ allows you to retrieve an arbitrary amount of samples per function call. bbFetchRaw guarantees no loss of samples assuming data retrieval keeps up with the sample rate of the device. The API will store about 3/4 of a second worth of data before data loss occurs.

This information and more can be found in the API manual at
https://signalhound.com/sigdownloads/BB60C/BB60-API-Manual.pdf

Regards,
A.J.

Hi Joe,

Glad you found your problem with that function.

Regarding getting IQ data from the receiver, take a look in the examples folder. There will be an example of the minimal IQ acquisition setup. This should be a good starting point. If you don’t see the examples folder, get the latest API files from this download

https://signalhound.com/download/bbsa-application-programming-interface-for-windows-3264-bit/

Video triggering occurs in the Spike software. The implementation is simply looking for the transition across a certain amplitude. (for() loop through each IQ sample). Pattern triggering is much more involved and is performed in the Spike software as well.

Regards,
A.J.

Hi Joe,

Yes, this call should be functional. Spike uses this function to properly determine which device is connected to the PC. You are free to email me any example you have where you find the function not behaving as you expect. I can take a look and see if I can reproduce it.

Regards,
A.J.

[Author]

Posts