SDRplay Community Forum

After much testing using the debug code in my previous post, I think I now have a version of the gr-osmosdr library sdrplay_source_c_cc that will work as well as it can without major code modification such as using a FIFO buffer to allow fixed output packet size. I'm not seeing any dropped packets, ...

I modified my gnuradio-companion test program to show AM demodulated base-band output, both as a scope display and an FFT frequency display. This made it a bit easier to track problems. The modified code is available here: http://www.transmitter.com/sdrplay/sdrplay-airspy-gr-osmosdr-test-2.grc.txt H...

@Amish - Thanks for testing it. Last night i configured my B200 as a 440 MHz signal generator and did some more testing of the original and modified code. As I suspected, even the latest code is dropping or corrupting packets, just different ones. Comparing the baseband output from my Airspy and the...

Another day, another problem. Additional testing with the code in the previous email showed that packets were being dropped. This resulted in T8 CW reception, no noticeable problems with SSB and AM reception, but patterned noise in a NOAA 15 APT recording made on a pass this afternoon. The lost pack...

I've got the sdrplay_source_c.cc code working quite a bit better. SSB reception works well and the output is generally stable. To ensure the buffer size wasn't an issue, I upped it to 2064 for this version. Lower values may work fine. The latest revision is at http://www.transmitter.com/sdrplay/sdrp...

When you keep running into dead-ends, sometimes it's best to go back to the beginning and start over. Taking a different approach to putting a band-aid on the SDRplay gr-osmosdr code -- I say band-aid because this is not a complete solution, I decided to go back to the original code and add an "if" ...

I tried changing the 0904-22 code and modifying the comparison in the "while" loop. I was able to reduce the remaining "cnt" close to zero but this resulted in lower frequency, but more disruptive, errors. I also tried different divisors when storing the buffers and there was either no improvement o...

After playing around a bit, I think the test-0904-22 of sdrplay_source_c.cc is the most stable. See the previous posting for details. The major problem with it is the cyclic amplitude and frequency shift. It is occurring at a regular rate so it should be possible to eliminate it. You can see the imp...

I added some debug code to sdrplay_source_c.cc to see how the packets were being handled. Here are the changes to the unmodified (current) sdrplay_source_c.cc: Download: http://www.transmitter.com/sdrplay/sdrplay_source_c.cc.orig-debug.txt The modified sdrplay_source_cc::work : int sdrplay_source_c:...

Fixing the gr-osmosdr SDRplay library is going to take some work, and I came up with a tool that should be useful in seeing if code changes actually fix anything. Download GRC file: http://www.transmitter.com/sdrplay/sdrplay-airspy-gr-osmosdr-test.grc.txt http://www.transmitter.com/sdrplay/sdrplay-a...