Date   

New Home of the HF+ #airspyhfplus #mediumwave

Bjarne Mjelde <bjarne.mjelde@...>
 

71N, 29E
--
Bjarne Mjelde
World's Northernmost DX-er
arcticdx.blogspot.com
Arctic web-rx:  kongsdr.proxy.kiwisdr.com:8073


Re: Weird recording of NOAA APT today using mini and gqrx

Ronneil Camara <ronneilcamara@...>
 

I reprocessed it with sox, the image is fine now. The file is bigger than the one created by ffmpeg.
I never had issues with ffmpeg before. Anyways, I'll try another recording later.

On Sun, Jan 21, 2018 at 9:17 AM, Ronneil Camara <ronneilcamara@...> wrote:
​Audio output setting in GQRX setting is 48 kHz​. The recorded wav file also shows 48 kHz. Here is the report from ffmpeg tool on the raw file.

Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, 2 channels, s16, 1536 kb/s


I resample the raw file at 11025 hz so that wxtoimg will be able to process it too

Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 11025 Hz, 1 channels, s16, 176 kb/s



On Sun, Jan 21, 2018 at 9:02 AM, prog <info@...> wrote:
On Sun, Jan 21, 2018 at 07:01 am, Ronneil Camara wrote:
Did you mean the input rate on GQRX? I put 3000000 with a decimation of 2 and 32
Is the sample rate of your decoder the same as the file you recorded using GQRX?




Re: Weird recording of NOAA APT today using mini and gqrx

Ronneil Camara <ronneilcamara@...>
 

​Audio output setting in GQRX setting is 48 kHz​. The recorded wav file also shows 48 kHz. Here is the report from ffmpeg tool on the raw file.

Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, 2 channels, s16, 1536 kb/s


I resample the raw file at 11025 hz so that wxtoimg will be able to process it too

Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 11025 Hz, 1 channels, s16, 176 kb/s



On Sun, Jan 21, 2018 at 9:02 AM, prog <info@...> wrote:
On Sun, Jan 21, 2018 at 07:01 am, Ronneil Camara wrote:
Did you mean the input rate on GQRX? I put 3000000 with a decimation of 2 and 32
Is the sample rate of your decoder the same as the file you recorded using GQRX?



Re: Weird recording of NOAA APT today using mini and gqrx

prog
 

On Sun, Jan 21, 2018 at 07:01 am, Ronneil Camara wrote:
Did you mean the input rate on GQRX? I put 3000000 with a decimation of 2 and 32
Is the sample rate of your decoder the same as the file you recorded using GQRX?


Re: Weird recording of NOAA APT today using mini and gqrx

Ronneil Camara <ronneilcamara@...>
 

Did you mean the input rate on GQRX? I put 3000000 with a decimation of 2 and 32

On Sun, Jan 21, 2018 at 8:50 AM, prog <info@...> wrote:
On Sun, Jan 21, 2018 at 06:11 am, Ronneil Camara wrote:
Good morning. I tried my airspy mini and gqrx today with a noaa apt satellite. The audio was clean with few radio interference. I am not sure why the image generated in wxtoimg is only showing in the middle. I never encountered this when I was using rtlsdr dongle. Here is the link containing the processed weather image as well as my gqrx settings
 
 
FYI, I don't have a Windows machine where I can try SDR#. I also still can't get rx_fm to work properly. Audio is very slow when playing an FM station. This is why I'm using GQRX on my mac. I've been using it with my rtlsdr dongle.
 
Any help would be greatly appreciated!
 
Thanks,
 
Neil
Check the sample rates.



Re: Weird recording of NOAA APT today using mini and gqrx

prog
 

On Sun, Jan 21, 2018 at 06:11 am, Ronneil Camara wrote:
Good morning. I tried my airspy mini and gqrx today with a noaa apt satellite. The audio was clean with few radio interference. I am not sure why the image generated in wxtoimg is only showing in the middle. I never encountered this when I was using rtlsdr dongle. Here is the link containing the processed weather image as well as my gqrx settings
 
 
FYI, I don't have a Windows machine where I can try SDR#. I also still can't get rx_fm to work properly. Audio is very slow when playing an FM station. This is why I'm using GQRX on my mac. I've been using it with my rtlsdr dongle.
 
Any help would be greatly appreciated!
 
Thanks,
 
Neil
Check the sample rates.


Re: FM Capture Ratio in AirSpyHF+ / SDR# #airspyhfplus #sdrsharp

prog
 

On Sun, Jan 21, 2018 at 04:52 am, Ian DXer wrote:
Would appreciate knowing if anyone has done any measurements on the AirSpyHF+ in regard to FM broadcastband Capture Ratio or 
has any knowledge of it pertaining to this SDR.
As the limiting and the demodulation are done in software (and not in the SDR device itself,) this would probably vary depending on the software implementation. SDR# applies a limiter before a polar discriminator, followed by the usual decimation and filtering. Other implementations might be using a PLL.
The theory of the limiter/demod can be found in sections 4.2.1 and 4.2.2 of this document: http://www-elec.inaoep.mx/~rogerio/Digradio.pdf

Note that there is a "Demodulator Noise Blanker" plugin in SDR# that can be used to remove the noise spikes/clicks at the output of the discriminator. This can improve the reception of very weak signals.


Weird recording of NOAA APT today using mini and gqrx

Ronneil Camara <ronneilcamara@...>
 

Good morning. I tried my airspy mini and gqrx today with a noaa apt satellite. The audio was clean with few radio interference. I am not sure why the image generated in wxtoimg is only showing in the middle. I never encountered this when I was using rtlsdr dongle. Here is the link containing the processed weather image as well as my gqrx settings


FYI, I don't have a Windows machine where I can try SDR#. I also still can't get rx_fm to work properly. Audio is very slow when playing an FM station. This is why I'm using GQRX on my mac. I've been using it with my rtlsdr dongle.

Any help would be greatly appreciated!

Thanks,

Neil


FM Capture Ratio in AirSpyHF+ / SDR# #airspyhfplus #sdrsharp

Ian DXer
 

During a tropospheric FM broadcastband DX opening I had what I guess would have been two fairly similar signal strength stations on the same frequency
being received at the same time. This had me pondering thinking about Capture Ratios as it pertains this SDR or with SDRs in general.

I'm fairly old school when it comes to radio technical knowledge with some training on FM analogue wideband discriminators (demodulators), i.e. distant knowledge of perhaps 3 or 4 types.
How FM wideband broadcast signals are demodulated/handled by SDR's I would expect differs greatly (I've never kept up with the newer technology).
That said I was wondering within the AirSpyHF+ / SDR# what the typical 'Capture Ratio' is of the device in dB?
Didn't see it in the tech specs on the website.
In analogue receiver/tuners the better quality tuners (with the better discriminators) the Capture Radio was small.

Im curious to know if the FM broadcastband capture ratio is a function of the SDR hardware or software or a combo of both?

Are there different algorithms that can be used for the extraction of the FM signal & conversation to an audio signal that might vary the 'old school' term of
'capture ratio' of two FM signals on the same frequency?

Sorry for the waffle, but it's a topic that I can't recall seeing discussion about either with the AirSpy HF+ or with other SDRs.
Would appreciate knowing if anyone has done any measurements on the AirSpyHF+ in regard to FM broadcastband Capture Ratio or 
has any knowledge of it pertaining to this SDR.


Information about connected users. Logs. Access by password. #sdrsharp #spyserver #RTL

Святослав З <mtiklogs@...>
 

Hello!
I use RTL-SDR and Spyserver on Linux. To this server I connect and my friends program SDRSharp. How can I see the number of users connected to the server at the current time? Is it possible to view the history of connections? Can somehow watch the logs?
Can I make a connection to the server by login and password or at least by password?


locked Re: Airspy HF+ made it to the RSGB's RadCom Magazine #airspyhfplus #review

jdow
 

And "The Great Vowel Shift" messed it up. Also figure how awkward Anglish is when you use all the loan words that make English interesting and a good communications medium. (Look up "Ulcleftish Beholding" for some amusement.)

{^_-}

On 2018-01-20 00:00, Simon Brown wrote:
Blame the Germans, they started our language.
Simon Brown, G4ELI
www.dxgalaxy.com
www.sdr-radio.com
www.sdr-satellites.com
-----Original Message-----
From: main@airspy.groups.io [mailto:main@airspy.groups.io] On Behalf Of jdow
Sent: 20 January 2018 01:14
To: main@airspy.groups.io
Subject: Re: [airspy] Airspy HF+ made it to the RSGB's RadCom Magazine #airspyhfplus #review
So is the coffee through the nose when you realize this is RSGB's doing from the natural home of the English Language.


Re: SDR# "Rig" control #sdrsharp

Terry Gaff
 

There are plugins for SDR# that allow setting of frequency and mode via DDE by satellite tracking programs such as WxTrack, FastWxtrack and Orbitron etc. It would be a straight forward task for a suitable programmer, I would imagine, to at least control those aspects of SDR#.
Terry


SDR# "Rig" control #sdrsharp

marjohan@...
 

Hi,

After some furious Googling I have not found a general plugin for SDR# that can be used to control SDR# from 3rd party software.

In my case I would like to be able to control SDR# from WSJT-X, WXtoIMG and other receiver sw. Basic control would be like reading the current frequency, setting frequency and setting the mode.

Only one I was able to find was a plugin to be used with fldigi - with that fldigi can change the frequency and mode, but that's all - and the plugin is not compatible with other sw, like WSJT-X.

Normally these 3rd party softwares can control real radios via COM ports using "CAT" control - almost all radios support this nowadays. As this is only a simple serial data protocol and very simple logic I was wondering if some one (smarter than me) have has time to create such plugin to SDR# so that it can be controlled like a real radio :-)

 

Has anyone had a better luck?

-Mac


locked Re: Airspy HF+ made it to the RSGB's RadCom Magazine #airspyhfplus #review

John Fonseca
 

Sorry for the OT (non-linguistic) question, but the review itself is only available to RSGB members?


locked Re: Airspy HF+ made it to the RSGB's RadCom Magazine #airspyhfplus #review

Graham Tanner
 

Nils,

At 15:29 20/01/2018, you wrote:
Sire - in this unique case: it were the French, not the Germans.

According to "Oxford English Dictionary", the
most enviable complete dictionary of English,
"receiver" comes from the Old French Word
"recevere". You may construct a wire directly to
Paris, where the King of Airspy HF+ resides ...

What you call a receiver, is an "Empfänger" in
German ("ontvanger", the same in Dutch), coming from "fangen", or: to catch.

Please receive (!) my apologies for this topic
having caught (!) my interest: Nils, DK8OK, a
true follower of both Simon & Youssef

P.S. Congrats to RSGB that they put such an
innovation that fast on their cover! We
Germans hopefully will also see it on the cover
of February's issue of the biggest ham radio
magazine here (no, not that of the counterpart
of RSGB, which is just placed second in coverage ...)
I've heard a rumour that, as a nod to the RSGB
Radcom, the German magazine will be calling it an 'Emfpanger' ...


Graham Tanner,
West London.


---
This email has been checked for viruses by AVG.
http://www.avg.com


locked Re: Airspy HF+ made it to the RSGB's RadCom Magazine #airspyhfplus #review

Simon Brown
 

English is a Germanic language, that's what I was referring to 😊 .

Simon Brown, G4ELI

www.dxgalaxy.com
www.sdr-radio.com
www.sdr-satellites.com

-----Original Message-----
From: main@airspy.groups.io [mailto:main@airspy.groups.io] On Behalf Of Nils Schiffhauer
Sent: 20 January 2018 15:30
To: main@airspy.groups.io
Subject: Re: [airspy] Airspy HF+ made it to the RSGB's RadCom Magazine #airspyhfplus #review

Sire - in this unique case: it were the French, not the Germans.


locked Re: Airspy HF+ made it to the RSGB's RadCom Magazine #airspyhfplus #review

Nils Schiffhauer
 

Sire - in this unique case: it were the French, not the Germans.

According to "Oxford English Dictionary", the most enviable complete dictionary of English, "receiver" comes from the Old French Word "recevere". You may construct a wire directly to Paris, where the King of Airspy HF+ resides ...

What you call a receiver, is an "Empfänger" in German ("ontvanger", the same in Dutch), coming from "fangen", or: to catch.

Please receive (!) my apologies for this topic having caught (!) my interest: Nils, DK8OK, a true follower of both Simon & Youssef

P.S. Congrats to RSGB that they put such an innovation that fast on their cover!  We Germans hopefully will also see it on the cover of February's issue of the biggest ham radio magazine here (no, not that of the counterpart of RSGB, which is just placed second in coverage ...)

Am 20.01.2018 um 08:00 schrieb Simon Brown:

Blame the Germans, they started our language.

Simon Brown, G4ELI


Re: Unable to run SpyServer on Raspberry Pi #spyserver

Olgierd Pilarczyk
 

Hi,

Apparently airspy package from the raspbian repository is not enough / too old (??).

Thank you for the solution!

Regards,
O.


Re: Unable to run SpyServer on Raspberry Pi #spyserver

prog
 
Edited

On Sat, Jan 20, 2018 at 04:49 am, <opilarczyk@...> wrote:
Unable to load user mode driver for 'AirspyOne'
Install the user mode driver for Airspy One?

https://github.com/airspy/airspyone_host#how-to-build-the-host-software-on-linux


Unable to run SpyServer on Raspberry Pi #spyserver

Olgierd Pilarczyk
 

Hi,

I try to run the latest version of SpyServer on Raspberry Pi 3 with Raspbian, but get the following error:

pi@raspberrypi:~/spyserver $ ./spyserver 
SPY Server v2.0.1629 - http://airspy.com
Reading the configuration file: spyserver.config
Unable to load user mode driver for 'AirspyOne'
Closed all connections and released the device
*** Error in `./spyserver': free(): invalid pointer: 0x7ed6e35c ***
Aborted
Raspi runs quite fresh raspbian (Linux raspberrypi 4.9.41-v7+ #1023 SMP Tue Aug 8 16:00:15 BST 2017 armv7l GNU/Linux), installed airspy and libairspy0 packages.

Any ideas? :-)

Regards,
Olgierd SQ3SWF

12821 - 12840 of 39810