Date   

Re: USB-relay board accessible in V3 Server?

sm6fhz
 

Hi Simon and all.
Any new information on this question?
It would be fantastic if that was an option to switch between antennas on a remote site!
73 / Ingolf, SM6FHZ


Re: What I would like to see in future versions.

Mark Pettifor
 

From: Paul White
Date: Tue, 13 Aug 2019 17:43:22 EDT

On Mon, Aug 12, 2019 at 10:23 AM, jdow wrote:

shift the IF filter center frequency relative to the nominal "proper" center frequency - IF shift. That is a MAJOR help

I had a Drake R-7 for a while. This pass-band tuning (PBT) helps in all sorts of ways, even with CW. Also great for SAM, where you don't have to mess with the tuned frequency.
Really, it's one of those features you may not realise you need until someone pokes it in your eye

==========

I still have a mostly-working Drake R-7, and the pass-band tuning in combination with the bandwidth and notch filters can dig just about any audible DX signal out of the worst mess of noise you could imagine. There's nothing to compare it to in the SDR world that I've seen yet, but I haven't seen anywhere near everything available either...

Mark Pettifor
Goshen, IN


Re: RTL-SDR Bandwidth verses S/N #rtl

Paul
 

The two waterfall picts were reversed.  The first (clearer) is 1 meg SDRC bandwidth the second is 200 khz.


ARRL/TAPR DCC, Detroit, 9/20-22 (Early Bird Registration Discount Ending)

Mark Thompson
 


2019 ARRL/TAPR DCC 
(Digital Communications Conference) 

Detroit, MI (near airport) 
September 20 - 22

Early Bird Discount Registration Discount 

Ending on Thursday, August 15th 


DCC Features:
- Two days of Technical Forums on Friday & Saturday
- Introductory Forums on Saturday
- Saturday Night Banquet with Keynote Speaker & Prize Drawing
- Sunday Morning In-Depth Seminar
- Demo Room with Free Tables Available



Re: Which to choose..AirSpy HF+Discovery or SdrPlay RSP1a

Terry W6LEO
 

What do you use for a pre filter?

Terry
w6leo


Re: RTL-SDR Bandwidth verses S/N #rtl

Kriss Kliegle KA1GJU
 

SDRC has a nice feature to help Simon (and others) assist in trouble shooting. It will display some very important data below the waterfall, which usually gives a clue
as to what the issue is. To make an image useful to everyone, ATTACH it to the post. Then a user can download and manipulate an HQ image, i.e. zoom in on the data above.

See my sample attachment:

73 Kriss KA1GJU


Simon... your welcome!  lol


RTL-SDR Bandwidth verses S/N #rtl

Paul
 

Hi folks - running SDRC on 64 bit Win 10 and have been playing with the SDRC bandwidth of the RTL while copying CW and FT8 and noticed that my noise floor apparently drops when I go from 200 khz to 1 meg BW.  Here is example of copying a local station - first two decodes at 1 meg BW and second at 200 khz BW.  Seems counterintuitive.

Next I was copying two CW beacons, left one is local and right one 60 miles west in the mountains.  First picture is at 200 khz BW and second is 1 meg - secons is some much cleaner with less background noise.

Anyone suggest reason why this is?

Thanks- Paul NO0T


Re: Which to choose..AirSpy HF+Discovery or SdrPlay RSP1a

Mark Cayton <mcayton@...>
 

With an effective pre-filter up front I've never seen the RSP1A overload.  I've posted screenshots of 80 dB signals over the noise floor and the RSP1A handles them fine.
--
Mark  K1LSB


Re: TX of previously recorded IQ Data #pluto

Piotr Swiatkiewicz
 

Thank you much for this tip. I will check the end of the files and try to get the information from there.
By the way - looks like RFNoC might be the way to go in my specific use case.

Peter


Re: Which to choose..AirSpy HF+Discovery or SdrPlay RSP1a

Jerry <jreed007@...>
 

I have owned both the RSP1A and the Airspy HF+.  The Airspy  jumps over the 6 meter band and that was a drop dead issue for me.  The Airspy has a very narrow receive bandwidth so the panadaptor can not see the entire band which is not true with the RSP1A and the price of the Airspy is more than the RSP1A.  In fairness the RSP1A overloads badly with strong signals and the Airspy is better. .  Can you buy a better sdr?  Yes, but I have owned several sdr receivers and the RSP1A is a great buy for the money with great software support.
73 Jerry W5RCQ


Re: Spectrum Markers

Simon Brown
 

Dennis,

 

My dog thanks you 😊

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Dennis Matzen
Sent: 14 August 2019 01:57
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] Spectrum Markers

 

Thanks for the markers Simon. This is is the one feature I have been hoping for. 

I live in a Wildland–Urban Interface (high fire danger area) so I like to keep track of the local fire radio traffic while I am in the office. In the past I had a scanner going with the various fire channels I have interest in. But the problem is that you can only listen to one channel at a time.

But now with SRD Console along with my SRDPlay RSPduo I can listen to all the same time. The ability to route audio to the left or right speaker is a nice feature. And I finally figured out a good application for the "Favourites" feature. Once I had all the frequencies set, spectrum markers, audio and screen layout set I saved it so I can get right back to the "Fire Monitor" mode of operation in a flash.

Great piece of software Simon. Sending along another care package for beer and dog food your way...


Re: sync intermittent issues with external radio

Siegfried Jackstien
 

hmm ... just a guess ... maybe it is cause you have 2 comports in your kenwood??

either use normal serial cable ... and normal audio connect

or use usb cable (that also has comport on same cable

justc a cguess but two comports for same radio control??? can that work??

dg9bfc sigi


Am 13.08.2019 um 17:30 schrieb John Brown:

Love SDR Console. Making me crazy with intermittent loss of sync with external radio. I'm using SDR Console v3.0.12 (issue has been constant with prior versions). My guess is I've got something set incorrectly. Although I note that HPSDR does not have this issue.

Will go along swimmingly then the Kenwood TS-590SG via Omni-rig and the Airspy HF+ fail to syncronize. Usually when I move to a new spot in DXLabs SpotCollector. Sometimes I just pull up Console's External Radio Options and then the Omni-Rig settings. Close them up and all is well. Other times; like this mornings I quite Console then restart and everything syncs.

Presently the damn thing is working fine. As Charlie Brown used to say - ARRGGGH.

Computer Dell with Win 10, from the Device Manager:

Ports
COM 1; port settings 9600, data 8, parity none, stop 1, flow none.
COM 3 Intel Active Management Tech - SOL; port settings same
COM 4 SilLabsCP210x  USB to UART Bridge; port settings 115200, 8, none, 1, none.
COM 5 USB Serial Port. Connected to Yaesu rotator control

Universal Serial Bus devices
AIRSPY HF+; Driver shows Microsoft.

Radio Kenwood TS-590SG
Kenwood TS-590SG 9pin port to COM 1
Kenwood TS-590SG USB port set to 115200 and connected to COM 4

DXLabs
Commander config ports set to Port 1 9600, 8, none, 1, DTR on, RTS on. The DTR and DTS settings were arrived at experimentally.
DXView set to COM5 for rotator.

SDR Console v3.0.12
External Radio selection using OmniRig
1: TS-590
Start when console starts
Restore Track state on start
Tracking
SDR => Radio Freq and Mode
Radio => SDR Freq and Mode

Omni-Rig Settings
Rig Type TS-590
Com 4
115200
data 8
parity none
stop 1
RTS high
DTR high
Poll int 100
timeout 4000


Re: Spectrum Markers

Dennis Matzen
 

Thanks for the markers Simon. This is is the one feature I have been hoping for. 

I live in a Wildland–Urban Interface (high fire danger area) so I like to keep track of the local fire radio traffic while I am in the office. In the past I had a scanner going with the various fire channels I have interest in. But the problem is that you can only listen to one channel at a time.

But now with SRD Console along with my SRDPlay RSPduo I can listen to all the same time. The ability to route audio to the left or right speaker is a nice feature. And I finally figured out a good application for the "Favourites" feature. Once I had all the frequencies set, spectrum markers, audio and screen layout set I saved it so I can get right back to the "Fire Monitor" mode of operation in a flash.

Great piece of software Simon. Sending along another care package for beer and dog food your way...


SRDPlay Instability Issues #sdrplay

Dennis Matzen
 

Just wanted everyone out there with a SDRPlay receiver hear about an issue I had. And how I fixed it.

The was having to unplug and reconnect the cable to my receiver (I have a RSPduo), restart SDR Console due to lockups and completely rebooting PC to get things working again. 

I thought this was a SDR Console problem as I had recently upgraded (I think it was from .9 to .10). But then I realized that I had also updated the SDRPlay software on the system.

So I started looking around and found in Windows "Programs and Features" that there were two versions of the SDRPlay API installed. I am sure this was my fault because when you install (or upgrade) the software they point out the receiver should not be connected to the PC until directed to do so. And I don't think I did that as I was not in front of the PC at the time (I was using remote desktop to do a upgrade).

So I uninstall not only the API software but all SDRPlay software, rebooted and reinstalled what I needed (following the directions this time).

System has been stable since. 

This was my own stupid error and I am sure no one else would do this. But thought I would share my story.


Re: Airspy Discovery

Guy Atkins
 

Hi Simon,

The Discovery arrived here at my QTH near Seattle, USA this morning, and of course a brief test was in order. My DXing interests are foreign stations on MW, so I wanted to see how the Discovery performs close in frequency to strong local stations.

I gave the Discovery a brief and unscientific test at local noon. I was using both the FDM-DUOr and Discovery with Studio 1 software. I don't have an antenna switch on my desk at the moment so I quickly swapped the antenna manually between radios. I'm also not currently up for separate instances of Studio 1 (although it does that fine), so I restarted the software between each quick session, choosing the appropriate EXTIO file. This means there was some time for the weak signals to potentially fade between the quick A-B sessions. The medium wave band at midday is fairly stable though.
 
I immediately went to a couple of weak station frequencies that surround my local flamethrower (1 kW at 1.5 mi.) on 1450 kHz. The level of 1450 is about -35dBm on my ALA1530LNP Imperium. These stations on 1430 and 1460 are borderline-audible most of the day but with best reception in LSB or USB. Today I noticed that only 1430 was audible for testing, and it was bothered by splatter from 1450 as usual.
 
Both radios were run in the 768 kHz sampling rate, because that's the maximum out-of-the-box setting for the Discovery. Same mode, same bandwidths, same AGC, etc. were used of course. The FDM-DUOr demodulated 1430, providing weak but clear audio with some interference evident from the 1450 station. No attenuation was needed or adjustment of any gain setting. 
 
The Discovery nearly equalled the DUOr on this station (only a whisker of a difference, if any), although getting the same results was a bit "fiddly". I couldn't decide if using the automatic gain of the Discovery is best, or if using the manual gain setting is better. I'm leaning toward the auto gain feature...although it is hard to ignore the 20-30 dB difference in noise floor when using the auto setting. (The specific handful of manual gain settings of the Discovery which avoided overload resulted in a noise floor roughly equal to the FDM-DUOr's; but the auto gain feature raises the noise floor significantly along with the relative signal levels.) If I judged by ear only, and also looking at the S/N of 1430 kHz on Studio 1's I.F. display, then auto gain was better--with near-equal results to the FDM-DUOr. The DUOr was ever so slightly ahead of the Discovery in this difficult close-in strong signal test. With more experience with the Discovery I expect I'll be able to extract even better results.

Note that I've calibrated the level meter for the DUOr in HDSDR using an external signal source, but I've not done any calibration in Studio 1.
 
I tuned a few other weak daytime signals on MW and found it impossible to find any differences between receivers. Bravo, AirSpy! Considering the price difference this is an eye-opening performance turned in by the HF+ Discovery.  I look forward to night time tests, and serious coastal DXpedition tests in a few weeks. This will be the proof of the Discovery's abilities for me, seeking weak trans-Pacific medium wave signals with large directional antennas.

73, Guy
 


Re: Water fall and PlayBack

Paul White
 

Would also *love* to have the clock and Freq/Span, maybe even RDS, in the status bar.


RSP1A Spurii

Paul White
 

After a few weeks' experience with the RSP1A during VHF FM BC DX-ing, I decided to look a bit more carefully at the nature of some possible spurii that *seemed* to confuse me when evaluating a few weak signal candidate catches.
Bear in mind I'm not very experienced with traditional receivers (that definitely have problems to trap the unwary), and am quite new to SDR (that apparently introduces a whole new "spectrum" of gotchas to make lives difficult).
Here's a selection of observations and measurements from my first look at RSP1A spurii as seen through SDR Console. This is just "baby" stuff - Leif's science is all just Black Magic to me.
Just one preliminary remark: birdie hunting produces horrific-looking baddies, but I do realise these are msotly swamped by the wanted signals in real life.
 
1. You need a clear head for this kind of study... the first thing I found is that there are real receiver (hardware) birdies and there are all sorts of artefacts that arise from SDR processing. Don't say "I told you so", because I haven't found a handy guide online to explain all these pitfalls!
 
2. You can't even begin to understand a receiver without trying to eliminate all the other sources of confusion - especially real signals (hence the 50 ohm terminator on antenna port) and software artefacts (notably the weirdos that come and go as you tune through them).
 
3. It's not at all obvious which receiver/software configurations make a significant difference. It's *beginning* to look as if receiver bandwidth (0.5, 1.0, 2.048, 3, 4, 6, 7, 8, 10 MHz) is only a secondary factor. I'm a bit surprised because I assumed, perhaps wrongly, that different sampling rates were involved here. I'm also a *little* surprised that LO mode selection (120, 144, 168 MHz) has next to no effect on birdies.
 
4. The biggest surprise was that sprurious signals *seem* to arise from more than one source (don't yet have any idea how many). There's seemingly a significant contribution from mixer leakage (harmonics of 24 MHz), but other patterns predominate in different spectrum ranges.
 
5. Receiver configuration was set with RF gain 7 dB (default), IF gain manual -20 dB, though settings do not seem to be critical.
 
6. The first set of measurements looks at harmonics of 24 MHz that we made up to the 10th at 240 MHz. Throughout this range the noise floor is roughly constant at about -133 dB (variation seems to be mostly less than +/- 2 dB, but we did see differences up to about 10 dB). You can see from PDF1 that most spikes show at about 40-60 dB above the noise floor (we did *not* check if absolute values were even more consistent). There is no systematic difference in these harmonics, by frequency, or by receiver bandwidth.
 
7. In the course of testing, one phenomenon was especially noticeable: transient peaks at apparently random locations in the displayed bandwidth during panning or other types of display refresh. Obviously processing artifacts, and something we have noticed many times before, but now particularly obvious in the absence of real signals. We wonder if there is any prospect of reducing their intrusiveness?
 
8. Another side note - another well-known feature, we believe - a centre-span dip, or broad notch, that seems to arise with all bandwidth settings over 2.048 MHz. This too seems to be a processing artifact and we wonder if that would be difficult to correct?
 
9. Moving on from (but associated with) the 24 MHz harmonics, an oddity we first noticed above 120 MHz was the presence of lower-level spurii a few kHz higher in frequency. Initial findings are that their visibility is more dependent on receiver bandwidth and tuned frequency, but one pattern is peaks of 10-20 dB above noise at slightly varying offsets around 3.2, 6.5 and 10.5 kHz higher than the harmonic. Usually the ~6.5 kHz peak was more prominent, but we were concerned to note that results may not be very repeatable. That may imply variable interference from outside the receiver and will be investigated further.
 
That's all for now.
It has been the start of an interesting learning process for me, and apologies if this is boring for experienced members.
 


Re: What I would like to see in future versions.

Paul White
 

P.S. I think it is available on KiwiSDR too, but a bit difficult to use with the mouse.
As you know, I'm old-fashioned. Prefer to zero-beat (read "lock VFO") a CW signal to get exact carrier frequency, then select tone with the variable BFO. Aaagh, missiles incoming.


Re: What I would like to see in future versions.

Paul White
 

On Mon, Aug 12, 2019 at 10:23 AM, jdow wrote:
shift the IF filter center frequency relative to the nominal "proper" center frequency - IF shift. That is a MAJOR help
I had a Drake R-7 for a while. This pass-band tuning (PBT) helps in all sorts of ways, even with CW. Also great for SAM, where you don't have to mess with the tuned frequency.
Really, it's one of those features you may not realise you need until someone pokes it in your eye.


Re: TX of previously recorded IQ Data #pluto

Paul White
 
Edited

As I recall, Simon said he writes all the info chunks at the end of the file. Don't waste time looking sequentially through the DATA chunk.

14521 - 14540 of 63306