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.

Hello Cyprien,

The frameWidth is the sweep size divided by an even integer if the sweepSize is >= 1024. This means, the frameWidth will always be between 512 and 1023. Example, If the sweepSize is 1026 then the frameWidth will be 513, and each column in the frame will be the contribution of two bins of the sweep. We always use an even integer divisor so you can consistently determine which sweep bins fall into the frame columns.

The frame returned is the accumulation and scaling of the last 20 frames. It is implemented as a 20 frame FIFO. If you specify the default 30FPS, then each frame is the accumulation of the last 2/3 second.

If you have any further questions, let me know.

Regards,
A.J.

Ivan,

The overload could be energy in the entire acquisition band you are currently in. In your case, at 10MHz, the device is using the direct RF path which would account for frequency from 9kHz -> 27MHz. If you increase your span from 9kHz to 27MHz do you still see the overload?

Regards,
A.J.

Hi Ivan,

After further discussion here, we are going to add the ability to specify whether you are using the TG 10MHz reference output, so it will disable this frequency correction. We think allowing the user to manually specify this is the best way forward. It will likely be a new checkbox in the TG control panel. Look for this in the next release.

Let me know if you have any further feedback or questions on the issue.

Regards,
A.J.

Hi Ivan,

You are correct, there is a frequency correction offset that is applied to the output of the TG. In the original 2.18 software, the correction value was ignored when the SA is configured to accept an external reference. The Spike software currently does not perform this action. I will look into adding this as a parameter in the software.

Regards,
A.J.

[Author]

Posts