Forum Replies Created
- Posts
Hey Mike,
I apologize, try file contents like this instead.
904.0, -250, -60
905.0, -250, -60
905.0, -250, -40
907.0, -250, -40
907.0, -250, -60
908.0, -250, -60This specifies a minimum as well for each frequency. This displays correctly for me. It appears the two value line is not being parsed properly. This should resolve the issue and allow you to use limit lines.
Let me know your results.
Regards,
A.J.Hey Mike,
You could load a custom limit line which would in effect create a mask. Create a file in a text editor or in excel like so
904.0, -60
905.0, -60
905.0, -40
907.0, -40
907.0, -60
908.0, -60(The format is [MHz, dBm] on each line)
and name it MyFileName.csv. Then in the software, File->Import->LimitLines and find and select your file.
If you create a list of points that outline the channels you are interested in observing, the software will create a max value limit line that will be drawn over the graticle. It would also let you know when a signal exceeds the limit line as well.
Is this type of functionality what you are looking for?
Regards,
A.J.Hi Mike,
The SA44 and SA124 only have an analysis bandwidth of 250kHz which limits you to symbol rates of ~150kS/s or less (most signals). Our software sets the device bandwidth to 2*samplerate when looking at a signal. This does limit you to certain signals for the SA44/SA124. Our BB60C spectrum analyzer has an analysis bandwidth of 27MHz, and is much better suited for wideband signal measurements.
I hope this helps.
Regards,
A.J.Mike,
Thank you for clarifying, I read that incorrectly. That is a good idea, and I think we contemplated sending out a mass email at one time, not sure if we ever committed to it.
Regards,
A.J.Hello Thomas,
The TG44 does not need the SA to generate calibrated outputs.
Regards,
A.J.Hello MikeH,
As of Spike version 3.0.10, the software now tells you when there is a new version available and provides a link to the download page. You will see the notification on the right hand side of the status bar (lower right). For this to work, your PC must be connected to the internet on program startup.
I think a Spike sub-forum would be a good idea.
Regards,
A.J.Hello Nealmartini,
Is your start frequency is below 16MHz by chance? There is a limitation on RBW of 6.5kHz if the start frequency of the sweep is below 16MHz.
Regards,
A.J.Hi Mike,
You can find the user manual online here
https://signalhound.com/sigdownloads/Spike/Spike-User-Manual.pdf
or in the installation directory at
C:/Program Files/Signal Hound/Spike/ManualsRegards,
A.J.Hello Nealmartini,
Can you tell me the device information listed in the lower right hand corner of the Spike application? The information I need is the model number, serial number and firmware version. There are two potential model numbers, the SA44 (no ‘B’) and SA44B.
Regards,
A.J.Hello Nicolas,
Yes, larger pattern memory is one of the top priorities if/when we create a new signal generator.
Regards,
A.J.Hello Nicolas,
You are correct, the maximum packet length would be 1ms for the parameters you listed. This is a limitation of the 2k sample pattern memory. There is no way circumvent this or work around this to create a larger contiguous pattern.
It is also not possible to externally trigger the pattern. The VSG25A cycles through the buffer continuously. If you are creating your own custom file, you have the ability to specify a period up to 64k samples. With the period parameter, you can tell the device how long to wait before cycling over the pattern memory again.
Regards,
A.J.Hello John,
At the moment there is not a way to undock the Sweep/Measurement dialogs. This is a good suggestion though. I will look into whether this could be possible in the future.
Regards,
A.J.Hello Thomas,
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.
Regards,
A.J.Hello Adrian,
dBm/Hz = dBm – 10*log10(RBW)
The document you linked then shows you how to convert dBm/Hz to nV/Hz.
Our device input is 50 Ohm, which is used in the document.Thank you for the LABVIEW example! We will take a look at it.
Regards
Hello Guoan,
You can use the BB_DIRECT_RF flag in this manner,
bbInitiate(handle, BB_STREAMING, BB_DIRECT_RF);In this mode you will receive 80MS/s 16-bit direct RF samples. In the frequency domain, you will measure frequencies from 0Hz to 40MHz, but there is a low pass filter that is roughly around 27MHz. The LO conversion stages are bypassed in this mode, resulting in exceptional RF performance. The samples are full scale.
Regards,
A.J. August 4, 2015 at 8:41 am in reply to: What is the bbFetchRaw data buffer format while using the BB_STREAM_IF flag? Hello Guoan,
If you use the BB_STREAM_IF flag, the data format is 80MS/s 16bit IF samples. This is the raw data format used internally in the API to create the I/Q data. The samples are full scale and un-calibrated. The center frequency you select should be a multiple of 400kHz. In the frequency domain the IF passband will be centered between 0 Hz and the Nyquist frequency (0.5*fs). The timebase error is not accounted for so frequency will not be exact. Decimation and bandwidth do not apply, it is always 27MHz bandwidth and 80MS/s for the BB60C.
The only benefit to this is that in this mode, the CPU load is very low, since almost no processing is performed on the data, it is simply handed off straight from the device.
Regards,
A.J.Hello Adrian,
No, the API will not change RBW or VBW (when using non-native RBWs) but the API expects that the user will set reasonable values and can fail if the values create an undesirable sweep. The sweep configuration you listed will result in a 90+ million point sweep, which will likely cause the system to run out of memory attempting to allocate the memory for that size of sweep. For multi-GHz spans, considers RBWs like 30kHz or 100kHz. A good estimate for the size of the sweep to be returned is 3 * (span / rbw) for non-native RBWs. If you use the Native RBW settings, there are fixed RBW values that your selection will be clamped to.
If you need an earlier API version, email me at aj@signalhound.com and tell me which device and version you are looking for.
Regards,
A.J.Hello Paul,
Currently there are no files available for download to run in the software, but we have a number of videos online showing the software operation I can link.
In-depth review of BB60C and software. The device is different but the software is the same for the BB60C and the SA44B. A majority of the software features are shown in this video.
https://www.youtube.com/watch?v=3txkDU-qy9kShowing off Network Analysis
https://www.youtube.com/watch?v=hxUZx-9DMYgSpectrum analysis and zero-span
https://www.youtube.com/watch?v=R-cg5v_KgNsFeatures/Marketing video
https://www.youtube.com/watch?v=LOFTYcGWOpwOur recording files are limited to standard spectrum analysis, so these videos will show much more of the software than is available playing back a file.
Regards,
A.J.Hello jyaron,
For the CPU type you mentioned, you can expect CPU usage between 5-20% depending on which type of operation you are performing. The real-time spectrum analysis mode is going to have the highest CPU usage, followed by zero-span and modulation analysis operations, followed by standard spectrum analysis. For standard spectrum analysis we have an option to introduce a delay between screen updates which slows down the update rate and lowers CPU usage.
Regards,
A.J.Hello sxb7510,
This behavior is due to the graphics card not meeting the recommended minimum. For the Spike software we specify a graphics card with OpenGL 2.0 support at minimum. If you look up your GPU model you might be able to find information about it, and maybe updated drivers. Otherwise Spike will be unable to run on this PC. I apologize for the inconvenience.
Regards,
A.J.