TX evolution idea

[fabiencomte]

Hello,

Could it be possible for you, i you have some time to spend of course :-), to add a TX control panel ?

Something like
Enable (checkbox)
Frequency (textbox), power (slidebar)

Modulation none, AM, FM (radiobox), random
if AM frequency and amplitude excursion
if FM frequency and frequency excursion
if random, random amplitude

Thank you.

[jmichelp]

I'm considering revamping the whole control panel actually. That's the stuff I expect to be able to do around Easter.

Regarding TX capability the problem is not to be able to add it but rather about how to generate the samples. As far as I know, SDR# is RX only so that would mean I would have to generate them. Beside the performance issue that may raise from such feature, where do I take the values?
What do you have in mind regarding such feature? I'm not really keen on implementing GnuRadio, in C#, as a plugin of SDR# ;-)

[fabiencomte]

Hello,
For this kind of modulation, samples can be generated once and played with a loop depending on the period.
Else as a start, user could provide samples in a binary file ?
Question, can i activate bladeRF TX with an external program when RX is already open by SDR# ?

The application is to test filters and antennas.

Thank you for your time :-)

[jmichelp]

Providing a file, as expected by bladerf-cli, to simply stream it would be doable and at least doesn't involve any digital signal processing (I don't think this kind of DSP related stuff should be implement in a frontend plugin).
I'm still afraid about performances because this will double the required USB bandwidth.

Regarding opening the bladeRF handle twice, I think this is possible because that's typically what GnuRadio should be doing when you have both a sink and a source for full duplex operations.
People from Nuand should know as they are providing the underlying API :)