Phase RSPduoEME calibrator app for SDRplay RSPduo - usable with Linrad?

[rsku...@gmail.com]

https://www.qsl.net/g4eev/index.html

I ran across this application that is used to calibrate the phase between the 2 tuners in the SDRplay RSPduo. It is supposed to work with MAP65 but I was wondering if this would be usable with Linrad too, and if it is, how would you setup Linrad to access the data streams. It appears that this app outputs I/Q so Linrad would not be controlling the RSPduo? Network input on the local loopback to Linrad maybe?

My interest is mainly in processing for mediumwave DXing.

From the RSPduoEME manual there are a bunch of output modes that look like they use some Linrad standards:

There are nine operating modes available from the drop-down

window:

1: Single channel A, output to the Soundcard at 96K samples

complex (2 channel audio / 16bit).

2: Single channel A, output to the Soundcard at 192K samples

complex (2 channel audio / 16bit).

3: Single channel (A) output as network UDP (Linrad TIMF2

format) compatible for input to MAP65.

4: Single channel (A) duplicated as two channel network UDP

(Linrad TIMF2 format) compatible for input to MAP65. This is

intended for testing and should produce a 45 degree polarisation on

MAP65.

5: Dual channels (A&B) output as network UDP (Linrad TIMF2

format) compatible for input to MAP65. This is intended as the

normal mode for adaptive polarisation input to MAP65. The TIMF2

data is sent on UDP port 50004.

6: Dual channels (A&B) output as network UDP (Linrad TIMF2

format) compatible for input to MAP65. Additionally, channel A is

output to the soundcard at 96K samples complex (2 channel audio /

16bit).

7: Dual channels (A&B) output as network UDP (Linrad TIMF2

format) compatible for input to MAP65. Additionally, channel B is

output to the soundcard at 96K samples complex (2 channel audio /

16bit).

Note: Modes 6&7 are reliant upon sufficient PC processing

resources and may not work on all systems.

8: Dual channels (A&B) output as network UDP (Linrad RAW16

format) at 96K samples, intended as input to Linrad. This mode is

experimental and requires Linrad to be used on a separate PC due to

clash of Linrad server port 49812. Network performance has not be

verified. The RAW16 data is sent on UDP port 50000.

9: Dual channels (A&B) output to the Soundcard at 96K samples

complex (4 channel audio / 16bit). This is intended as input to Linrad

in a similar way as using a Delta44 soundcard. This mode is

dependant upon using a virtual audio cable configured for 4 channel

audio at 96000 samples/sec and appropriate Linrad audio settings.

(Linrad offers several audio drivers using Portaudio, some may not

work as well as others, I have found that MME works with a latency

of ten.)

Rick Kunath, K9AO

[Leif Asbrink]

Hello Rick,

Yes, this seems to be designed for the purpose. You can use
9: Dual channels (A&B) and select the appropriate virtual audio
soundcard for input in Linrad.

5: Dual channels (A&B) You can receive this with Linrad on
the same or another computer.

8: Dual channels (A&B) Maybe as #5 or perhaps only on another
computer. I do not know why there is a problem with the
Linrad server port 49812, but you could change it in network.c
and re-compile.

73

Leif

> --
> There is an excellent Linrad User Guide by Gaetan, ON4KHG, at:
> http://w3sz.com/Linrad%20Installation%20&%20Configuration%20User%20Guide%20-%20V1-0.pdf
> ---
> You received this message because you are subscribed to the Google Groups "Linrad" group.
> To unsubscribe from this group and stop receiving emails from it, send an email to linrad+un...@googlegroups.com.
> To view this discussion on the web visit https://groups.google.com/d/msgid/linrad/918af299-405f-484e-ba9f-c678f6fd0f1cn%40googlegroups.com.

[Earl Shaffer]

Hi Rick.

Not that long ago I tried using the single version of SDR Play with Linrad.

It worked fine with the program that is made for it.

I could get a signal into Linrad but no matter what driver I tried, I could not change bands from within Linrad.

I had to go to the supplied program to control SDR Play then send the signal to Linrad. The result would be that

the SDR Play was completely deaf because the front end of the SDR Play would be on the wrong band.

This was especially troublesome when I first plugged in the SDR Play.

I sold the SDR Play to a friend that was happy to use it with the supplied software. My PC was a Windows 10 system.

Perhaps you will have better luck fooling with the drivers than I did. I tried several of them. I also had to change drivers 

every time I switched between Linrad and the supplied program. I forget the name. Good luck.

--

There is an excellent Linrad User Guide by Gaetan, ON4KHG, at:
http://w3sz.com/Linrad%20Installation%20&%20Configuration%20User%20Guide%20-%20V1-0.pdf
---
You received this message because you are subscribed to the Google Groups "Linrad" group.
To unsubscribe from this group and stop receiving emails from it, send an email to linrad+un...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/linrad/918af299-405f-484e-ba9f-c678f6fd0f1cn%40googlegroups.com.

--

Earl Shaffer,  WB9UWA

 

My EME array photos

https://www.dropbox.com/sh/bbn2ktonko8e3az/AACHBBOhf6Djk5Pf2c86Br5ja

Detailed array photos

http://www.gm4jjj.co.uk/WB9UWA/

Facebook

http://www.facebook.com/earl.shaffer

Linkedin
http://www.linkedin.com/pub/earl-shaffer/12/881/735

[Rick Kunath]

I never did get Linrad working directly to the SDRplay API on Windows 10, but I use it constantly on Linux and it's flawless there also using the SDRplay API. Works with a 2 Pro and a Duo. I wish we could use adaptive diversity directly on Linux.

But this app might deal with the SDRplay Duo and remove the Windows driver from the mix entirely.

I'll test scenario #5 tomorrow and report back.

Rick Kunath, K9AO

To view this discussion on the web visit https://groups.google.com/d/msgid/linrad/CABipsT2A1rSxs_5Nqou%2BO16KCVYLDuEXksreEoOOZ-fM1QBFqg%40mail.gmail.com.

[Rick Kunath]

Well, I have some success with using RSPduoEME, but I have a few things
to iron out yet. (MAP65 does work fine on Windows with this, so that's
something good.)

I did ask the programs author about compiling this on Linux and he
thought it shouldn't be too much trouble as it's written in a way that
it should be able to be done on that OS with some minor changes, so
maybe that might happen someday, but he wasn't interested in doing it.
Though I'd rather see this sort of feature direct in Linrad because of
the wider spectrum width then. Maybe there is an advantage to having it
as a separate application like this that I'm missing?

I'm using option number 5 - Dual channels (A&B) You can receive this

with Linrad on the same or another computer.

I don't get any frequency display on the waterfall on Linrad like I'm
used to when I run Linrad on Linux and use the SDRplay API direct (I
can't get the API to work direct with Linrad on Windows though), and the
Linrad waterfall spectrum width is pretty narrow compared to direct to
Linrad. I wound up running RSPduoEME on Windows and pointed that to a
Suse Tumbleweed VM that I have as a guest (couldn't get the Windows
version of Linrad not to crash) and setup the Linux version of Linrad to
receive from the Windows host running RSPduoEME. It connects over the
network (same PC using a bridged network adapter on the VM so it's got
an IP in the main local subnet - 192.168.1.7 on the host to the VM on
192.168.1.9) and I get the expected windows in Linrad. I had to set the
output delay margin to 2000 so Linrad wouldn't crash over it. I'm using
AM mode on Linrad. The waterfall populates on Linrad and starts
scrolling down, so does the secondary waterfall. I click on a signal in
the waterfall and I get audio to the speakers. The phase window in
Linrad displays the expected scope-type display. But when I hear the
audio it sounds like I'm getting about a 2 or 3 second loop of audio. It
keeps repeating the same snippet over and over. Then sometimes it'll
seem to advance and I get a new loop. I get that on every signal I tune
to. It does change right away on a new signal but it keeps doing the
loop thing.

I'm doing this all on the same PC and the network bandwidth as I see on
the Windows machine using the excellent Gadgets under the Rainmeter
desktop overlay is not excessive, same for what I see in the network
graph of Gkrellm on the Linux guest.

So I'm looking for advice on how to see what might be causing that audio
looping or any other tips.

Thanks in advance,
Rick Kunath, K9AO