SDR (Software Defined Radio) Transceiver

[Matony]

Great it would be variable DDC with TCP/IP streaming from/to any SDR application (HDSDR, SDR#, GNUradio).

[IanWizard]

There have been some requests for this, and it was listed in the video from some time back. There has been some talk about it being in the works, but I've not seen anything to suggest that is actually happening, nor any mention of time-frame. I'm waiting until there's something to suggest it's actually going to happen before I order mine. I don't have anywhere near the time to do it myself, not to mention the fact that I'm not well qualified either

[sa-penguin]

There are 2 options I can think of:
1) Single channel ADC. Easiest to implement, an external amp / filter is all you need to get started in HF. Optional extras include Variable Gain Amp, controlled by a voltage out one DAC channel. Leaves other DAC channel free, for implementing TX version.

2) Dual channel ADC. Requires the RF to already be split into I and Q channels, ie. external mixer. I and Q signals are the same frequency but 90 degrees out of phase: for HF you could use both DAC outputs. If you want more control, you will need signals from extender board section. More effort, but greater bandwidth. TX would involve mdulating the DAC outputs, then using more control signals from extender board section to switch between RX /TX.

Both can start with HF and then extend toward the GHz offered by HackRF, BladeRF etc. The first option should be cheaper and easier to implement, the second may have more luxury "bells and whistles". Which would you prefer?

[Matony]

There are 2 options I can think of:
1) Single channel ADC. Easiest to implement, an external amp / filter is all you need to get started in HF. Optional extras include Variable Gain Amp, controlled by a voltage out one DAC channel. Leaves other DAC channel free, for implementing TX version.

2) Dual channel ADC. Requires the RF to already be split into I and Q channels, ie. external mixer. I and Q signals are the same frequency but 90 degrees out of phase: for HF you could use both DAC outputs. If you want more control, you will need signals from extender board section. More effort, but greater bandwidth. TX would involve mdulating the DAC outputs, then using more control signals from extender board section to switch between RX /TX.

Both can start with HF and then extend toward the GHz offered by HackRF, BladeRF etc. The first option should be cheaper and easier to implement, the second may have more luxury "bells and whistles". Which would you prefer?

Both options would like to use I would start with a single ADC channel and simple streaming TCP / UDP over network..

[fastjack]

I have bought this very cool board mainly for it's huge potential to use as an SDR transceiver.
Is there any development currently ongoing?
Are there plans for developing such an interface?
Fastjack

[Nils Roos]

An application that streams ADC data over ethernet is currently in development.
We (BrandonKinman and myself) have a working prototype which we use eg. as a GNU Radio TCP source. There are some bugs to iron out still, but expect to hear more news over the coming weeks.

Once that is done, the reverse direction (ethernet data stream -> DAC) will be added.

If you have any suggestions what features would be good to have in these modules, please tell us.

Cheers
Nils

[fastjack]

Hi Nils,
that is really great news!
How will this work? Like an USRP with an UHD driver?
I will look closely for any updates on this topic.
In the future it might be very interesting to have dual Rx capability, in order to make phase measurements. I assume that all the 4 RF ports are coherent?
And if dual Tx capability would be possible, with controllable phase shift between these outputs, the possibilities are endless.

Well, for now keep up the good work! Thanks for all the effort.
Fastjack

[piccolo]

Nils, glad to hear that you've gotten RP to work as a GNURadio source. Are you able to demodulate signals?

[Nils Roos]

I don't have any CB or ham radio experience, nor equipment. So I do not have a signal to demodulate and no idea how to build a demodulator in grc.
If you'd be interested to try it out and have appropriate equipment, I could fix you up with something to use the Red Pitaya as a grc input source.

[piccolo]

Nils, I do have equipment and some facility with GRC. If you have some code to get the RP working as a GRC source, I'd like to play with it.