Hello Cristian,

Thank you for the information.

Currently the only recording the software offers, is a continuous sweep recording where the sweeps are continuously recorded to a single file, which is a binary file. That file can then be opened and viewed in the Spike software. In the preferences menu of the software, you can set a “Sweep Delay” which introduces a time delay between each sweep from the device. Using this delay and our recording feature, you could record a sweep every ‘n’ seconds. The file which is recorded is a binary file which only the Spike software knows how to read. You would not be able to open the file in Matlab. But the Spike software can view the file and allows you to scroll through all the sweeps that were recorded.

If you have any further questions, please let me know.

Regards,
A.J.

Hello Ivan,

We just released a new version of the software which enables you to perform video triggering for digital demodulation. The version which adds this functionality is version 3.0.20 of the Spike software. I have specifically tested this with 2FSK. Let us know if this helps you with your application.

Regards,
A.J.

Hello Cristian,

Currently the software does not have this kind of functionality. Out of curiosity, what type of time interval would you need and are you talking about each sweep being saved to a new CSV file? I would like to know more about your use case, so that if we ever decide to develop functionality like this, we can address your needs.

Regards,
A.J.

Hi, Can I have you rephrase your question? Based on your topic title and message contents I am unable to determine exactly what you are asking.

Thank you,
A.J.

Hi Ivan,

Yes, we agree that the micro-usb 3.0 connectors are very fragile and they have given us much grief. We have recently introduced a locking cable for newer BB60s which has a similar effect as your solution. The locking connector unfortunately cannot be fashioned onto older boards as it required a slight board redesign to make room for the new end plate. We are examining the larger USB type B connector for future designs.

Regards,
A.J.

Thanks for the feedback Henrodog. I will keep this in mind as we progress. This new panel will continued to be worked on for future releases. We anticipate adding a quick hide ability and we will be adding more functionality to the panel.

Regards,
A.J.

Hi Randy,

Will you give us a call at 1-800-260-TEST Ext. 3. We will likely want to have you send the unit in for a small repair. The USB 3.0 connector on the device is likely the issue here and we can do a number of things to get this behavior resolved. If you want to try a new cable first we can do that, but we have seen this behavior before and it typically is a loose connector. Give us a call and we can discuss things further.

Regards,
A.J.

Hi Randy,

As of right now, we do not offer these types of logarithmic-ally spaced sweeps. We have received this request in the past, and are aware of the need for it. We might develop this functionality for a future update. I apologize for the inconvenience.

If there is anything else we can help you with, let us know.

Regards,
A.J.

There is no way to re-flash to version 4 in the field. If there is an issue with your unit you can contact us and we discuss possible solutions. If you had an issue with the firmware update, we can help you with that too. Call 1-800-260-TEST if you are in the U.S., or send us an email.

Regards,
A.J.

Hi hcglitte,

The measurements control panel is disabled because we have not implemented the trace/marker/offset measurements in the harmonics viewer. I apologize for the inconvenience.

Regards,
A.J.

Hi hcglitte,

Yes this is possible and something we have talked about implementing, we have just not set aside the time to do it yet.

Regards,
A.J.

Hi HC,

You may already know this from our manuals, but the gain and attenuation are optimized based on the reference level. When gain and attenuation are set to automatic, we expect the user to set the reference level just above the expected input signal if the user needs the best dynamic range and sensitivity. For all of our devices, the range in which are devices are optimized is typically between +10 to -50 dBm reference level. This also changes based on frequency and temperature of the device.

Showing the gain and attenuation chosen is a good idea, but can be tricky as when the gain/atten settings are automatic we also optimize gain atten by frequency band as the device sweeps, so in some configurations there is not a signal gain/atten value used.

Regards,
A.J.

Hi hcglitte,

The correct value is what is chosen in the combo box. Thank you for bringing this to our attention. The value shown on the graticule is incorrect.

Regards,
A.J.

Hi Ivan,

Thanks for the heads up on these. The Zero Span center frequency resets to 1 GHz each time you start the program. If you click the zero-span button on the control panel, it will use the current center frequency as the new center frequency for zero-span. Also, if you use the file menu to get to zero-span, it will use the last center frequency that was set in zero-span. Hope this helps.

Regards,
A.J.

Hi Ivan,

There is a new release today. You will see in the release notes, the release yesterday adds the feature that the software will not re-cal when temperature drifts when making scalar measurements. Please note, that accuracy will drift several dB as the device is warming up.

Regards

Hi Andy,

Working on getting the software to remember the size currently. Expect an update today.

Regards,
A.J.

Hi Cyprien,

If you have installed the Spike x64 application on your PC, you can get the 64-bit version of the ftd2xx.dll library from the Spike installation directory at C:/Program Files/Signal Hound/Spike/
You will see the ftd2xx.dll file that Spike uses, which you can copy into the same directory as the bb_api.dll file for your application. This should resolve the error you are seeing.

Regards,
A.J.

Hi Ivan,

I have some comments on your feedback. The BB60C will rise to operating temperature when the device is connected to the PC via USB, even if the software is not running. If it is possible, you can connect the unit a bit before you plan to use it, allowing the unit to reach full operating temperature. This will eliminate the annoying re-calibrations. Although, I do agree that it would be better to allow the user to re-calibrate it manually.

I believe you can change the div setting without losing the re-calibration currently. I will determine if this is possible with the reference setting as well in the future.

I agree that with more development, calibrations could be handled in a more consistent manner. If you are able to warm up the unit before your measurements I hope this will eliminate most of the issues you have with this.

Thank you for your feedback as always.

Regards,
A.J.

Hi Martin,

Thank you for the heads up on this. This is a known limitation right now. I will be releasing a version today 11/9/2015 that addresses this. The function call will change from saEnableExternalReference to saSetTimebase(device, SA_REF_EXTERNAL_IN). The external timebase will be reset when calling the saCloseDevice function so it should be able to be set again once you re-open the device, without reloading the DLL.

Keep an eye out for that. Version 3.0.9 of the SA api. It will be released with version 3.0.17 of Spike.

Regards,
A.J.

Hi Cyprien,

We are aware of this issue. The reason this happens is because we utilize the GPU in our application through the OpenGL library. This is not supported in Windows Remote Desktop unfortunately and is a known limitation. There are a few workarounds.

Some customers report that if they can launch Spike before logging in to remote desktop and it will work, but they cannot launch Spike through remote desktop. You can also use a VNC client/server. There is a free version called TightVNC which we have used with success. This lets you control the PC remotely. If you have the NUC with vPro functionality, there is a way to setup the device to be controlled remotely using vPro. This is more involved but is a very robust solution.

Regards,
A.J.

[Author]

Posts