Date   
Re: File Player Question

Patrick
 

Hi Keith,

Clicking on the gear wheel (upper left corner) should solve the problem, opening the folder where you recorded files are.

Best regards,
Pat


Le mer. 2 janv. 2019 à 19:41, hinghamdx <longwave@...> a écrit :

I'm not sure if I've asked this before but I'm trying to figure out an
issue I've been having with the File Player in SDR#.

If I listen to a recording using File Player and then either delete it
or move it to another location I get an error when trying to open File
Player up the next time.  It tells me it's looking for that file.  As a
result I can't listen another file.  This seems to have started up in
the past year or so and did not occur in earlier versions of SDR# (altho
at this point I can't tell you in what versions did File Player work
without this error). To get around this issue after I've listened to a
file and am done with it I then will open a new file before moving or
deleting the one I just finished.  I'm wondering anyone else experiences
this or is it just me.  If it is just me then perhaps I've messed
something up in the past.

Thanks in advance.

Keith
Hingham MA



File Player Question

Keith McGinnis
 

I'm not sure if I've asked this before but I'm trying to figure out an issue I've been having with the File Player in SDR#.

If I listen to a recording using File Player and then either delete it or move it to another location I get an error when trying to open File Player up the next time. It tells me it's looking for that file. As a result I can't listen another file. This seems to have started up in the past year or so and did not occur in earlier versions of SDR# (altho at this point I can't tell you in what versions did File Player work without this error). To get around this issue after I've listened to a file and am done with it I then will open a new file before moving or deleting the one I just finished. I'm wondering anyone else experiences this or is it just me. If it is just me then perhaps I've messed something up in the past.

Thanks in advance.

Keith
Hingham MA

Re: HF+ as VHF repeater RX? #airspyhfplus

Greg Ella
 

I have used a regular Airspy R1 as a monitor on a repeater site with a high RF environment with no problem.  The one issue you might have using any SDR receiver as part of a repeater system, is the increased audio latency.  Listen to a VHF broadcast on your HF+ and a conventional receiver at the same time, and you will hear what the delay is.

Greg Ella
N0EMP


On Tue, Jan 1, 2019 at 1:35 PM Stefan Dambeck <dambeck@...> wrote:
We‘ve been using Airspy SDRs for some time now. As we are very pleased with its sensitivity, we are considering to use a HF+ as RX for a local D-Star repeater. At the repeater site, there are (at the moment) two Motorola mc micros and a big duplexer for VHF to achieve 80db+ separation at only 600 KHz shift. Has anyone built up something similar? How does the Hf+ cope with overload at repeater site compared to classic RXes? 73 de Stefan DC7DS

HF+ as VHF repeater RX? #airspyhfplus

Stefan Dambeck DC7DS
 

We‘ve been using Airspy SDRs for some time now. As we are very pleased with its sensitivity, we are considering to use a HF+ as RX for a local D-Star repeater. At the repeater site, there are (at the moment) two Motorola mc micros and a big duplexer for VHF to achieve 80db+ separation at only 600 KHz shift. Has anyone built up something similar? How does the Hf+ cope with overload at repeater site compared to classic RXes? 73 de Stefan DC7DS

Re: Spyserver feature request - write tuned freq to file.

Mitch
 

I think, ideally, an "event" notification by the SpyServer would be more appropriate...assuming the code uses an event model of some sort.

I work with a lot of radio hardware and modem hardware commercially.  Most devices output a notification of significant events and then clients may choose to use that data or bit-bucket it.  Even Ham radio stuff does this, such as Yaesu CAT indications (IF frames) on some of the newer radios.



On 1/1/19 7:02 AM, Alexander via Groups.Io wrote:
For spyserver size 92100

sudo apt-get install expect
unbuffer ./spyserver | tee full.log
cat full.log | grep '^Changed frequency' | sed -e 's/^.*stream => //g' -e 's/ Hz$//g' | tail -1

Удачи!




Re: Spyserver feature request - write tuned freq to file.

Alexander
 

For spyserver size 92100

sudo apt-get install expect
unbuffer ./spyserver | tee full.log
cat full.log | grep '^Changed frequency' | sed -e 's/^.*stream => //g' -e 's/ Hz$//g' | tail -1

Удачи!

HF+ Spyserver config - options #airspyhfplus #spyserver

Martin - G8JNJ
 

Hi,

I have just put my HF+ Spyserver online and have a couple of questions regarding the Spyserver config that I can't seem to find the answers to.

Is it possible to enable the HF+ manual gain controls for users (or the first user) to operate ?

Is it possible to define the startup mode and bandwidth in addition to the frequency ?

Regards,

Martin - G8JNJ


Re: Happy new years!

Patrick
 

Wishing you all a lovely holiday season, time to be with your family and friends, and all the best in this new year !
And keep up the great work ;-)

Patrick

Le lun. 31 déc. 2018 à 22:47, Tatamare <yo7hhi@...> a écrit :
All the best, and keep good work !

Ps. Thanks for the special trio, Simon,Leif,Youssef!

New Spyverter owner

ADG
 

I've just bought a spyverter to enhance HF listening and match my
Airspy but before I fry it I have questions.

I don't want to use bias tee because I will be switching between my HF
dipole and a folded dipole for 2M and I know I'll forget to turn off
the bias tee at some point. I already have a 5V 3A DC-DC converter
powering a VHF LNA amp so is it acceptable to use this to also power
the spyverter via a hacked USB cable?

Second question, there's a post on here from Bob W9RAN that says
checking the spyverter option in SDR Sharp automatically enables the
bias tee (#21902). If that's correct it would be better to just use
the shift option to display the correct frequency?

Thanks guys

Andy

Happy new years!

Tatamare
 

All the best, and keep good work !

Ps. Thanks for the special trio, Simon,Leif,Youssef!

Re: Airspy software for RDS PI

Ian DXer
 

Hi Les,

Nice to hear from you & thanks for your enquiry.

Firstly; nice piece of kit you have there in your DX arsenal. I'm very envious :-)

Rather than keeping you waiting on a full reply to your enquires I'll just focus for the moment
on the one SDR# add-on you MUST add to SDR# if you are serious about FM DXing or DXing in general & want to use SDR#.
It's the IF Processor by Vaisili. Get it here: http://rtl-sdr.ru/page/para-novyh-plaginov

It has a customizable asymmetric IF filter processor, ie you can independently alter the lower or higher or both sides of the filter sides
in terms of the passband (but not alter the side gradient slopes, but there is a switch to switch between brick wall skirts & formal filter).
I use this regularly for adjacent channel interference to good effect in many cases to improve intelligibility & listening experience.
AND
The other great feature of the this add on is that you can add as many programmable/customised notch frequency nulls as you care to.
For each notch you create, you can alter both its bandwidth & notch depth. It's all relatively straight forward & these notches are saved to a file
& you can activate all notches or deactivate as you wish & add & delete notches as you wish. How good is that?
With regard to my DX experiences with SDR# & the Airspy HF+, having this addon has been the difference between IDing or receiving a station 
and not, simple as that.

If your rxer site is affected by RFI with sharp narrow spikes on fixed freq (whatever the source) or your SDR generates some sharp erroneous signals on fixed frequencies,
you'l find the addon most valuable. With FM BCB transmissions the bandwidth used is usually quite wide, so notching out a sharp spike is easy to do with little degradation to
resultant audio (from a DXer perspective).
A cautionary piece of advice, if you wish to calibrate the freq if your SDR, it's advisable to do this before creating a whole heaps of programmable notches & also to create the notches after your 
SDR has warmed up a little.

There's a few addons I wish to investigate (not tried yet) that might be useful & that's SDR# Plugin Manager, Time Shift SDR (if still available) & Audio Processor

BTW to save me some time. What aspects of RDS interests you?
SDR# does the basics of PI, PS & RT well
SDR Console v3 (June 2018 version) does the majority of the needed RDS data very nicely. (Sorry I can't comment on the latest
version as I had a FFT tuning display problem that I need to try on my more recent (hardware) Windows 10 machine, before putting up my hand in the classroom for help.)
In general the in-house RDS decoders probably work better (on the above programs) & less hassle than the 3rd party addons unless you really want the extra data group info
or do special stuff with it (just my thoughts).

Ian

Re: Airspy software for RDS PI

Les Rayburn
 

Ian mentioned several SDR# addons that work well for DXing in tough conditions. But without giving any real specifics. What plugins would you recommend using for SDR# if you’re serious about DXing the FM band? 

Always interesting in any tools that improve the ability to decode RDS signals, enhance weak signals, and/or separate desired stations from nearby powerful FM signals. 

Please let us know Ian what plugins you’re mentioning. Thanks so much. 



73,

Les Rayburn, N1LF
121 Mayfair Park
Maylene, AL 35114
EM63nf

Member WTFDA, IRCA, NRC. Former CPC Chairman for NRC & IRCA. 

Elad FDM-S2 SDR, AirSpy SDR2, SDRPlay RSP-2 Pro, Sony XDR-F1HD [XDR Guy Modified], Dennon TU-1500RD, Sangean HDT-1X, Ray Dees RDS Decoders, Korner 9.2 Antenna, FM-6 Antenna, Kitz Technologies KT-501 Pre-amps, Quantum Phaser, Wellbrook ALA1530 Loop, Wellbrook Flag, Clifton Labs Active Whip. 

“Nothing but blues and Elvis, and somebody else’s favorite song…” 

Re: Airspy software for RDS PI

EB4APL
 

The last paragraph says all about. I took the last phrase way, not disappointing!

73 de Ignacio, EB4APL


El 29/12/2018 a las 14:17, prog escribió:
The Airspy R2 samples ~10 MHz of spectrum at 20 MSPS using a 12bit ADC (10.4 ENOB at 10 MHz bandwidth). The resolution can be increased further up to 15bit (13.4 ENOB) at a bandwidth of 156 kHz (single FM channel) using a combination of digital filtering/decimation and analog IF filtering. SDR# and SDR-Console automate this procedure for you when using the filtering. Linrad also offers these filtering options, but you have to set them manually. The same is true for Airspy Mini if you replace 10 MHz by 6 MHz and 20 MSPS by 12 MSPS. In both cases, the RF front end is the R820T2 which has demonstrated over the years to be a very robust tuner, when used properly.

The HF+ has a completely different architecture with fixed IF filtering (analog and digital) and it can give a slight edge on FM DX performance in presence of very strong blockers nearby. Internally, the HF+ samples the IF using two 16bit ADCs at ~36 MSPS. The actual sample rate and decimation depends on the center frequency to implement a spur avoidance mechanism (same as spectrum analyzers). The final resolution after decimation exceeds 18bit, but it is then scaled to 16bit using a digital AGC before streaming to the PC via USB. Basically, you get ~660 kHz of bandwidth with the most meaningful (useful) 16bit out of the 18bit of the DDC. Then the PC software decimates the stream by 4 to get 192 kHz (single FM channel) at 17bit (~16.9 ENOB). The front-end is based on a polyphase harmonic rejection mixer, which is the "Rolls Royce" of RF mixer technology today.

Basically, if you need more flexibility go for the R2/Mini. If you need more performance at a reduced bandwidth, go for the HF+. If you need both, get both!

Libre de virus. www.avast.com

Re: Airspy software for RDS PI

prog
 

The Airspy R2 samples ~10 MHz of spectrum at 20 MSPS using a 12bit ADC (10.4 ENOB at 10 MHz bandwidth). The resolution can be increased further up to 15bit (13.4 ENOB) at a bandwidth of 156 kHz (single FM channel) using a combination of digital filtering/decimation and analog IF filtering. SDR# and SDR-Console automate this procedure for you when using the filtering. Linrad also offers these filtering options, but you have to set them manually. The same is true for Airspy Mini if you replace 10 MHz by 6 MHz and 20 MSPS by 12 MSPS. In both cases, the RF front end is the R820T2 which has demonstrated over the years to be a very robust tuner, when used properly.

The HF+ has a completely different architecture with fixed IF filtering (analog and digital) and it can give a slight edge on FM DX performance in presence of very strong blockers nearby. Internally, the HF+ samples the IF using two 16bit ADCs at ~36 MSPS. The actual sample rate and decimation depends on the center frequency to implement a spur avoidance mechanism (same as spectrum analyzers). The final resolution after decimation exceeds 18bit, but it is then scaled to 16bit using a digital AGC before streaming to the PC via USB. Basically, you get ~660 kHz of bandwidth with the most meaningful (useful) 16bit out of the 18bit of the DDC. Then the PC software decimates the stream by 4 to get 192 kHz (single FM channel) at 17bit (~16.9 ENOB). The front-end is based on a polyphase harmonic rejection mixer, which is the "Rolls Royce" of RF mixer technology today.

Basically, if you need more flexibility go for the R2/Mini. If you need more performance at a reduced bandwidth, go for the HF+. If you need both, get both!

Re: Airspy software for RDS PI

Ian DXer
 

Hi Paul,

Paul said> That is, is the HF+ the best option for FM DX or is the R2 better. I take it from your comments they're at least equal.

No, no. Certainly not equal, different animals, horses for courses between the two SDR's I'd say. I don't own a R2.
This page summaries the important differences between the two SDRs via the bar graphs. https://airspy.com/products/

I can't help with your ethernet, remote stations via Internet plans sorry.
One name however comes to mind; Christoph Ratzer (Austria), he might have been down the path that you wish to tread re remote rxers connected via
Internet - but don't quote me, I might be wrong.
Else someone here or at your local HAM club might be able to assist.
I can sympathise re the steep learning curve bit. Can be (is) a battle keeping up with technologies.

FYI I need to update my version of SDR# & re-evaluate performance changes. Looks like Youssef with Leif's assistance some made important improvements
past six months. 

Cheers

Ian

Re: Airspy software for RDS PI

Paul Ormandy
 

Hi Ian,

Thanks for the informative reply. I think you've answered my other question too. That is, is the HF+ the best option for FM DX or is the R2 better. I take it from your comments they're at least equal.

My question about ethernet is more related to its suitability as a remote receiver. My ham station is located in a typical urban environment, i.e. very noisy QRN-wise. Have been thinking about a remote set-up using an internet link. I also need to know if the Airspy can be woken up over such a link and if it will work OK with a Beaglebone/Pi as can the KwiSDR. Plan is, to have the Airspy at home over the middle of summer for FM DX and at a remote site the rest of the year.

Hadn't thought about networking for others so food for thought.

I see there will be a steep learning curve to getting it set up as required, all part of the challenge of ham radio!

Cheers,

Paul

On 29-Dec-18 13:39, Ian DXer wrote:
G'day Paul,

Happy New Year.

Very pleased to hear that you are contemplating purchase of the Airspy HF+, especially for networking, hopefully that might
include an addition to the Airspy Server network or Simon's in the future ;-)

I've commented to several dxers over here at how good the HF+ is for HF/VHF (FM DX etc), over the past year, but I suspect
fallen on several deaf ears. I commented my praise & encouragement of the product to Nicholas Hardyman earlier in the year 
hoping for a review of the product in WRTH 2019, well that was never in doubt - nor the positive review :-)

For your reference Youssef is also the developer of SDR# & recommended to me early in 2018 the addition of several SDR# addons.
Several SDR# addons makes this a very powerful SDR is tough FM DX conditions.
In fact I would consider at least one a necessity to (easily) overcome the spurs on 98.3 & 97.5MHz (re notch filter with the IF processor add-on).
Check this forum & 
SDR# RDS RT problem was fixed by Youssef  earlier in the year thanks to encouragement from Joanne & myself.
SDR# does of course provide the useful PI codes.
As Simon eluded to there's a couple of programs ideal for your purposes (RDS etc). I like Simon's program for comprehensive
RDS functionality &  ease of use & memory functionality etc.
That said there are some SDR# add ons that provide more RDS information.

Hope the above helps.

Cheers

Ian

-- 
Paul Ormandy
ZL4TT

Re: Airspy software for RDS PI

Ian DXer
 

G'day Paul,

Happy New Year.

Very pleased to hear that you are contemplating purchase of the Airspy HF+, especially for networking, hopefully that might
include an addition to the Airspy Server network or Simon's in the future ;-)

I've commented to several dxers over here at how good the HF+ is for HF/VHF (FM DX etc), over the past year, but I suspect
fallen on several deaf ears. I commented my praise & encouragement of the product to Nicholas Hardyman earlier in the year 
hoping for a review of the product in WRTH 2019, well that was never in doubt - nor the positive review :-)

For your reference Youssef is also the developer of SDR# & recommended to me early in 2018 the addition of several SDR# addons.
Several SDR# addons makes this a very powerful SDR is tough FM DX conditions.
In fact I would consider at least one a necessity to (easily) overcome the spurs on 98.3 & 97.5MHz (re notch filter with the IF processor add-on).
Check this forum & 
https://www.rtl-sdr.com/

SDR# RDS RT problem was fixed by Youssef  earlier in the year thanks to encouragement from Joanne & myself.
SDR# does of course provide the useful PI codes.
As Simon eluded to there's a couple of programs ideal for your purposes (RDS etc). I like Simon's program for comprehensive
RDS functionality &  ease of use & memory functionality etc.
That said there are some SDR# add ons that provide more RDS information.

Hope the above helps.

Cheers

Ian

Re: Firewall rules #spyserver

Brian Gregory
 

Test how?

Not everyone has access to two public IPv4s that they can connect two of their PCs to.

On Thu, 2 Nov 2017 at 17:03, Chris Spacone <cspacone@...> wrote:
Yea but then I couldn’t get a ‘cheerful’ note from you...

Thanks for the response.


On Nov 2, 2017, at 09:34, prog <info@...> wrote:

On Thu, Nov 2, 2017 at 09:29 am, Chris Spacone wrote:
I can't seem to find this information, my apologies if I have overlooked it (especially if it is in an obvious place).

Port forward rule for my router allows ALL, TCP or UDP.

Which does Spyserver use? TCP, UDP or both?

73,
Chris
It would take you less time to test than to write this email. SpyServer uses TCP as of today.



Re: Firewall rules #spyserver

Brian Gregory
 

You either have the weirdest sense of humor or you don't know what UPnP is.


On Thu, 2 Nov 2017 at 17:10, Chris Spacone <cspacone@...> wrote:
Ha! UPnP, funny.


On Nov 2, 2017, at 10:08, prog <info@...> wrote:

On Thu, Nov 2, 2017 at 10:03 am, Chris Spacone wrote:
Yea but then I couldn’t get a ‘cheerful’ note from you...
 
Thanks for the response.

Jokes aside, TCP solves many problems when it comes to connecting people over the Internet. So far it has proven to work fine even with extreme latency. We have tested different setups between Australia, New Zealand, Europe and the US, and all seemed to work even with not-so-fast connection. Maybe we should also add UPnP to make it even easier for the end user to setup.



Re: Firewall rules #spyserver

Brian Gregory
 

You never saw the problem I often get when connected to a spyserver from SDR# where after I've changed frequency a few times the audio starts to stutter and I have to halt and restart streaming?

Come to think of it that sometimes happens when using a local AIRSPY HF+ too.


On Thu, 2 Nov 2017 at 17:08, prog <info@...> wrote:
On Thu, Nov 2, 2017 at 10:03 am, Chris Spacone wrote:
Yea but then I couldn’t get a ‘cheerful’ note from you...
 
Thanks for the response.

Jokes aside, TCP solves many problems when it comes to connecting people over the Internet. So far it has proven to work fine even with extreme latency. We have tested different setups between Australia, New Zealand, Europe and the US, and all seemed to work even with not-so-fast connection. Maybe we should also add UPnP to make it even easier for the end user to setup.