3 ms·
The interface having enough bandwidth to do this is interesting
by tinus_hn 5y ago
The interface having enough bandwidth to do this is interesting
- Aachen 5y agoAh, I did not know that. I've always worked with USB SDRs, is a regular USB3 higher bandwidth than these pins?
- blihp 5y agoUSB 3 can provide orders of magnitude (how much depends on which rev) more bandwidth. This device provides slightly more bandwidth than an RTL-SDR stick over USB 2.
- jcrawfordor 5y agoUSB2 can do 10MSPS easy, but in my experience small SBCs like the Raspberry Pi struggle to keep up with this rate at the CPU. Might be more practical with the newer models, but I gave up on an RPi 3 with a 10MSPS SDR because it was excessively dropping samples at around the 5MSPS point... so it's possible that 4MSPS is approaching the limit of the CPU, at least for a given level of optimization of the software tools (I was mostly just sending out I/Q samples over the network).
- dragontamer 5y agoIt seems to only support 4 Mega-samples/second, which isn't much bandwidth. EDIT: Its a fair bit of bandwidth for an embedded system like Rasp. Pi, so I'm not trying to undersell the project. But we're looking at 32-bit samples at 4MSPS, or ~16MB/s bandwidths here.
- GekkePrutser 5y ago32-bit samples is a lot for an SDR though!
- gswdh 5y agoIt’s one or two 13 bits samples from the ADC padded out to 32 bits. True 32 bit ADCs do not exist.
- robocat 5y agoFrom article “each ADC sample contains 13 bit (I) and 13 bit (Q), that are streamed with a maximal sample rate of 4 MSPS from the AT86RF215 IC. This channel requires 4 bytes (samples padded to 32-bit) per sample (and I/Q pair) => 16 MBytes/sec which are 128 MBits/sec. In addition to the 13 bit for each of I/Q, the Tx/Rx streams of data contain flow control and configuration bits.”