Date   

Re: Airspy via LTE

Roberto Zinelli
 

I use in my spyverter on orange pi ( same as raspberry) hamachi VPN ... work fine with 4G connections
73 Iw4ens Roberto

Inviato da OldPhone

Il giorno 16 set 2019, alle ore 20:10, Dave GW4GTE <dave@...> ha scritto:

Running a server on 4G/LTE can be a problem.

Almost all mobile providers run CGNAT (Carrier Grade NAT).

They run their own IP addressing scheme inside their network, and map IP addresses to 'real internet' IP addresses as required - WHEN CONNECTING FROM 4G TO THE OUTSIDE WORLD. BUT, you can't route to your server's 4G address on the mobile provider's network from the global internet.

Knowing the IP addresses involved (which is easy to do) isn't enough. There would need to be the equivalent of port forwarding set up at the 4G boundary, which you can't get at.

The way round it is to use a proxy server - the actual server looks like it's at an IP address that you can connect to.

Some SDR solutions can work this way. Kiwi SDR offers a free to use proxy service that gets round this. It works. I use it myself.

Another solution I use with my remote Perseus servers is to use the VPN included with TeamViewer - which is free to none commercial users. The advantage of this is that as well as making the server accessible, you can remotely control the host machine. This works. I use it myself at two remote sites.

I can't see why Spyserver can't be made to work as well but I've never tried it.

Dave GW4GTE



Re: Airspy via LTE

Dave GW4GTE
 

Running a server on 4G/LTE can be a problem.

Almost all mobile providers run CGNAT (Carrier Grade NAT).

They run their own IP addressing scheme inside their network, and map IP addresses to 'real internet' IP addresses as required - WHEN CONNECTING FROM 4G TO THE OUTSIDE WORLD. BUT, you can't route to your server's 4G address on the mobile provider's network from the global internet.

Knowing the IP addresses involved (which is easy to do) isn't enough. There would need to be the equivalent of port forwarding set up at the 4G boundary, which you can't get at.

The way round it is to use a proxy server - the actual server looks like it's at an IP address that you can connect to.

Some SDR solutions can work this way. Kiwi SDR offers a free to use proxy service that gets round this. It works. I use it myself.

Another solution I use with my remote Perseus servers is to use the VPN included with TeamViewer - which is free to none commercial users. The advantage of this is that as well as making the server accessible, you can remotely control the host machine. This works. I use it myself at two remote sites.

I can't see why Spyserver can't be made to work as well but I've never tried it.

Dave GW4GTE


Re: Airspy via LTE

Evariste Courjaud
 

Just a warning  : I set up this kind of setup but discover that my LTE provider don't provide a routable public IP adress . I need to set up a VPN for workaround which add some extra bandwidth.
I could however serv several clients as my uplink was around 20mbits.

  


Re: Airspy via LTE

prog
 

On Mon, Sep 16, 2019 at 07:18 PM, vsu8992 wrote:
Feasible?
Yes. You can use the SpyServer.

Any bandwidth limitations via LTE (T mobile USA ) versus WIFI? 
I don't know about T mobile, but streaming narrow band channels will take less than 40 KB/s for the IQ + FFT.


Airspy via LTE

vsu8992
 

Considering using Airspy + Raspberry Pi 4 setup in a remote location. High-speed WIFI is unavailable but I could connect to the interface via 4G LTE correct? 

Due to distance I would only be able to visit about once a month. Feasible? Any bandwidth limitations via LTE (T mobile USA ) versus WIFI? 


Re: New SDR# release r1716 #software #announcements

Terry Gaff
 

Working fine, many thanks Youssef.


Re: New SDR# release r1716 #software #announcements

Pekka Sorjonen
 

Thank you so much. Works great! Three instances of Airspy HF+ running with different antennas.
Pekka


New SDR# release r1716 #software #announcements

prog
 

This release adds a device selector with the possibility to "unselect" the device so it can be used by another running instance of SDR# or any other program. The listing does not include devices already claimed by other software instances. This will save a lot of problems to many. Finally, the last selected device is saved on exit and reloaded on start. If the device is not present on start, the first available device is selected instead. If no devices are available, the selection goes to <none>.

Get the download from: https://airspy.com/download

Enjoy!


Re: Discovery and YAND Decoder Question

kb3cs
 

i think you will find, as i have, the Audio Repeater can have too tight a grip on audio devices.
you will need to at least stop the repeater processing when making audio device adjustments to other software.
i find it best to leave Audio Repeater for last when setting up a software ensemble and turning it off first when tearing down an ensemble.

  - 34 (base 23) -


Re: Discovery and YAND Decoder Question

Keith McGinnis
 

Thanks you for your help. I have Vac Cable's 1 and 2 setup for the ELAD S-2 and RDS Spy and 3 and 4 set up for previous SDR's with YAND and other decoding software. I'll play around with things today as the main focus now is trying to "hear" the audio while decoding.

Keith

On 9/13/2019 4:33 AM, SV1BTL wrote:
On Fri, Sep 13, 2019 at 10:21 AM, hinghamdx wrote:
YAND
This setup is o.k. for me, for all app. when VAC is needed, with all SDRs I own. "Line (Virtual Audio Cable)" must be selected as source. I use only 1 (one) virtual cable.
I have not used the setup for decoding YAND, but it is already used for any other digital mode, including DRM or even AM Stereo (with SoDiRa).


Re: Discovery and YAND Decoder Question

Keith McGinnis
 

Thanks Yousef! Mainly I was trying to figure out the audio out part of things as my VAC setup is all good (similar to what SV1BTL posted). I'll take a look at the link you sent me. Also the setup for hearing the actual audio setup should be similar to what I have set up for RDS Spy and the ELAD S2 so I'll follow that too.

Thanks

On 9/13/2019 3:56 AM, prog wrote:
On Fri, Sep 13, 2019 at 09:21 AM, hinghamdx wrote:
A question to anyone out there using the Discovery, YAND (Navtex
Decoder) and VAC.
The audio setup is independent from the SDR. For questions about YAND, you can check the navtexdx mailing list.


Re: Discovery and YAND Decoder Question

SV1BTL
 

On Fri, Sep 13, 2019 at 10:21 AM, hinghamdx wrote:
YAND
This setup is o.k. for me, for all app. when VAC is needed, with all SDRs I own. "Line (Virtual Audio Cable)" must be selected as source. I use only 1 (one) virtual cable.
I have not used the setup for decoding YAND, but it is already used for any other digital mode, including DRM or even AM Stereo (with SoDiRa).


Re: Discovery and YAND Decoder Question

prog
 

On Fri, Sep 13, 2019 at 09:21 AM, hinghamdx wrote:
Just a quick followup. I am able to use VAC Cable 4 again after a reboot. Still wondering what the proper settings should (and if possible to be able to hear the Navtex signal in addition to decoding it).
Follow the instructions in the "Let's get started" section:

https://www.golightstream.com/handbook/how-to-setup-virtual-audio-cables/


Re: Discovery and YAND Decoder Question

prog
 

On Fri, Sep 13, 2019 at 09:21 AM, hinghamdx wrote:
A question to anyone out there using the Discovery, YAND (Navtex Decoder) and VAC.
The audio setup is independent from the SDR. For questions about YAND, you can check the navtexdx mailing list.


Re: Discovery and YAND Decoder Question

Keith McGinnis
 

Just a quick followup. I am able to use VAC Cable 4 again after a reboot. Still wondering what the proper settings should (and if possible to be able to hear the Navtex signal in addition to decoding it).

Thanks again.

Keith

On 9/13/2019 1:46 AM, Keith wrote:
Hello All,
A question to anyone out there using the Discovery, YAND (Navtex Decoder) and VAC.  I've always had trouble setting this up with other SDR's in the past (basically not documenting everything properly).
I'm in need of the proper settings under the audio tab of the Discovery (Input and Output).  Please note that VAC Cables 1 and 2 are already being used for another program with another SDR (not at the same time). So 3 and 4 are the available choices.  Also then need to know the proper settings on both VAC's audio repeater and the Audio input setting on YAND.  I'm pretty embarrassed that I always mess these up.
Earlier this evening I thought I had it up and running fine (with the exception of hearing the actual audio..which I guess isn't all that important as long as the signal decodes).  I thought (and once again didn't document things being half awake) that I had the Discovery's Audio input set to MME Microsoft Sound (which seems to be a setting that can't be changed) and output to VAC Cable 4.  Filter was set to USB 310 hz and had the signal centered at 518.750 khz. With that a Regional signal started decoding.  I then tried to monkey around to hear the audio and played around with VAC's audio repeater settings to no avail. At that point I must have done something as when I went back to the Discovery's Audio Output setting and set it to VAC Cable 4 again I got the following error when I tried to start up Discovery - paDeviceUnvailable
At this point I'm heading off to bed since my eyes are crossing in frustration and confusion (and the fact that the next reliable Navtex signal isn't for another hour).
Any help or guidance would be appreciated.
Thank you
Keith


Discovery and YAND Decoder Question

Keith McGinnis
 

Hello All,

A question to anyone out there using the Discovery, YAND (Navtex Decoder) and VAC. I've always had trouble setting this up with other SDR's in the past (basically not documenting everything properly).

I'm in need of the proper settings under the audio tab of the Discovery (Input and Output). Please note that VAC Cables 1 and 2 are already being used for another program with another SDR (not at the same time). So 3 and 4 are the available choices. Also then need to know the proper settings on both VAC's audio repeater and the Audio input setting on YAND. I'm pretty embarrassed that I always mess these up.

Earlier this evening I thought I had it up and running fine (with the exception of hearing the actual audio..which I guess isn't all that important as long as the signal decodes). I thought (and once again didn't document things being half awake) that I had the Discovery's Audio input set to MME Microsoft Sound (which seems to be a setting that can't be changed) and output to VAC Cable 4. Filter was set to USB 310 hz and had the signal centered at 518.750 khz. With that a Regional signal started decoding. I then tried to monkey around to hear the audio and played around with VAC's audio repeater settings to no avail. At that point I must have done something as when I went back to the Discovery's Audio Output setting and set it to VAC Cable 4 again I got the following error when I tried to start up Discovery - paDeviceUnvailable

At this point I'm heading off to bed since my eyes are crossing in frustration and confusion (and the fact that the next reliable Navtex signal isn't for another hour).

Any help or guidance would be appreciated.

Thank you

Keith


Re: Airspy Mini and C-Band Inmarsat Aero Messages #hardware #sdrsharp

Mike Jackson
 

Aah, poering the LNB, that's what I missed, thank you, I'll look into the voltage inserted.


Re: Airspy HF+ Discovery and Spyverter #hardware #spyserver #sdrsharp #gnuradio #airspydiscovery

jdow
 

No and abso-damn-lutely no.
{^_^}

On 20190910 18:01:56, Larry Dodd wrote:
Does it make any sense to use Spyverter with Airspy HF+ Discovery?  Would it improve HF 15 to 30 MHz receive sensitivity, etc?


Re: Airspy Mini and C-Band Inmarsat Aero Messages #hardware #sdrsharp

Chris van Lint
 

On 11/09/2019 12:19, Mike Jackson wrote:
I'm considering the cost of setting up a C-Band collection point to decode CPDLC messages off the Inmarsat satellites at C-Band.

If I were to use an appropriate size dish and a C-Band LNB such as the Titanium type can I connect that LNB directly to an Airspy Mini receiver and view the signals at L-Band frequencies?

Any other guidance won't go without appreciation.


Re: Airspy Mini and C-Band Inmarsat Aero Messages #hardware #sdrsharp

prog
 
Edited

On Wed, Sep 11, 2019 at 07:35 AM, Mike Jackson wrote:
I'm considering the cost of setting up a C-Band collection point to decode CPDLC messages off the Inmarsat satellites at C-Band.

If I were to use an appropriate size dish and a C-Band LNB such as the Titanium type can I connect that LNB directly to an Airspy Mini receiver and view the signals at L-Band frequencies?

Any other guidance won't go without appreciation.
The LNB you linked has 60 dB of conversion gain with the IF falling right in the range of the R2 and the Mini.
The Mini or R2 should work fine if you add an external bias-tee. A cheap satellite power inserter can do the job.