Date   

Re: 3.0.4 available

Eckhard
 

3.04 up and running this time.

What could have caused the error the first time?

73
Eckhard


Re: 3.0.4 available

Simon Brown
 

Nothing has changed in this area. Try without the Arduino software running?

 

Simon Brown, G4ELI
www.sdr-radio.com

 

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Eckhard via Groups.Io
Sent: 28 January 2019 18:35
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.0.4 available

 

Hi Simon,

just started the 3.04 first time, selected CloudIQ and pressed start - and got a black screen for a few seconds. Then, the 'Please Wait ...' windows did appear, it is still running (I think endless). The CloudIQ was started (LEDs are blinking) before Console did crash.
The same time, my Arduino 1.8.8. development environment was open (did not compile anything that time), and in its status window the following was shown after the Console crash:

Exception in thread "Multihomed mDNS.Timer" java.lang.Error: IP Helper Library GetAdaptersAddresses function failed
    at java.net.NetworkInterface.supportsMulticast0(Native Method)
    at java.net.NetworkInterface.supportsMulticast(NetworkInterface.java:438)
    at javax.jmdns.impl.NetworkTopologyDiscoveryImpl.useInetAddress(NetworkTopologyDiscoveryImpl.java:87)
    at javax.jmdns.impl.NetworkTopologyDiscoveryImpl.getInetAddresses(NetworkTopologyDiscoveryImpl.java:47)
    at javax.jmdns.impl.JmmDNSImpl$NetworkChecker.run(JmmDNSImpl.java:765)
    at java.util.TimerThread.mainLoop(Timer.java:555)
    at java.util.TimerThread.run(Timer.java:505)

Of course, the Arduino did crash, too. It is still visible, but dead.

Now I think I have to restart my computer and try again.
Any idea?

73
Eckhard


Re: 3.0.4 available

Eckhard
 

Ok, back again.
Windows 10 (64bit) did crash more deeply I thought, I had to use task manager to get it rebootet.
Now trying 3.04 again ...

73
Eckhard


Re: 3.0.4 available

Eckhard
 

Hi Simon,

just started the 3.04 first time, selected CloudIQ and pressed start - and got a black screen for a few seconds. Then, the 'Please Wait ...' windows did appear, it is still running (I think endless). The CloudIQ was started (LEDs are blinking) before Console did crash.
The same time, my Arduino 1.8.8. development environment was open (did not compile anything that time), and in its status window the following was shown after the Console crash:

Exception in thread "Multihomed mDNS.Timer" java.lang.Error: IP Helper Library GetAdaptersAddresses function failed
    at java.net.NetworkInterface.supportsMulticast0(Native Method)
    at java.net.NetworkInterface.supportsMulticast(NetworkInterface.java:438)
    at javax.jmdns.impl.NetworkTopologyDiscoveryImpl.useInetAddress(NetworkTopologyDiscoveryImpl.java:87)
    at javax.jmdns.impl.NetworkTopologyDiscoveryImpl.getInetAddresses(NetworkTopologyDiscoveryImpl.java:47)
    at javax.jmdns.impl.JmmDNSImpl$NetworkChecker.run(JmmDNSImpl.java:765)
    at java.util.TimerThread.mainLoop(Timer.java:555)
    at java.util.TimerThread.run(Timer.java:505)

Of course, the Arduino did crash, too. It is still visible, but dead.

Now I think I have to restart my computer and try again.
Any idea?

73
Eckhard


Re: SDR Colour #poll

Dewey
 

You didn't include "Doesn't matter", but you may have had your reasons... understandable and respectable.

Dewey

On Mon, Jan 28, 2019 at 1:26 PM Simon Brown <simon@...> wrote:

A new poll has been created:

Almost all SDR hardware is black - I like white, just like the Apple iPods. For new SDRs, which colour do you prefer?

This is a serious question, I cannot say any more.

1. White
2. Black
3. Green
4. Blue
5. Red

Vote Now


SDR Colour #poll

Simon Brown
 
Edited

Almost all SDR hardware is black - I like white, just like the Apple iPods. For new SDRs, which colour do you prefer?

This is a serious question, I cannot say any more.

Results


Re: 3.0.4 available

Simon Brown
 

Thanks,

 

My dog salutes you.

 

Simon Brown, G4ELI
www.sdr-radio.com

 

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of f5mwa
Sent: 28 January 2019 17:05
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.0.4 available

 

Hi Simon,

Many many thanks for latest version.

Small donation made after download.

73

Ezio - F5MWA / K3EK


Re: 3.0.4 available

f5mwa
 

Hi Simon,

Many many thanks for latest version.

Small donation made after download.

73

Ezio - F5MWA / K3EK


Re: 3.0.4 available

David J Taylor
 

Hi All,

3.0.4 is available: https://www.sdr-radio.com/Blog/PostId/43/release-304

Simon Brown, G4ELI
www.sdr-radio.com ===========================================

Thanks, Simon.

73,
David GM8ARV
--
SatSignal Software - Quality software for you
Web: http://www.satsignal.eu
Email: david-taylor@blueyonder.co.uk
Twitter: @gm8arv


Re: Let's try this again...

Manfred Schweizer
 

Hi Ken!
Have look at this links - maybe these show what you need!

Greetings from Austria,73,Manfred OE3SFU




Am Mo., 28. Jan. 2019 um 14:59 Uhr schrieb Ken Alexander <ve3hls@...>:

Thanks Alan,

The only information regarding a reference clock and startup sequence for the RSPDuo is a few lines in the RSPDuo data sheet here  where it simply says to ensure the reference clock is connected and running before you start the Duo, which I did.  I haven't found anything more detailed than that.  Some more detailed instructions like what you referred me to would be helpful, but maybe the lines in the datasheet are sufficient?

I'll contact SDRPlay tomorrow.  It's coming up on bedtime here in Thailand and I have a few things to take care of first.

Thanks again Alan!

73,
Ken Alexander
So Phisai, Thailand
Blog:  bueng-ken.com


On Mon, Jan 28, 2019 at 6:32 PM Alan G4ZFQ <alan4alan@...> wrote:
>I would think that connecting a GPS disciplined
> oscillator to the receiver would make calibrating in SDRUno (or SDR
> Console for that matter) unnecessary.

>         No response sine I originally posted it on Jan 21, so let's try
>         again:

  Ken,

I did not know then so did not answer.
A quick search enlightened me.
One thing here
http://www.sdrplay.com/docs/SDRplay_RSPII_Reference_Clock_Application_Note_R1P0.pdf
it gives a startup sequence, do you use that?

73 Alan G4ZFQ





Re: Let's try this again...

Alan G4ZFQ
 

a few lines in the RSPDuo data sheet here <https://www.sdrplay.com/wp-content/uploads/2018/05/RSPduoDatasheetV0.6.pdf> where it simply says to ensure the reference clock is connected and running before you start the Duo,
Ken,

Even then I see that says it is preferable, not essential.
The other question is whether internal calibration affects it if a reference it used. I'd guess it should not.
Let's hope you get the answer.

73 Alan G4ZFQ


Re: Let's try this again...

Ken Alexander
 

Thanks Alan,

The only information regarding a reference clock and startup sequence for the RSPDuo is a few lines in the RSPDuo data sheet here  where it simply says to ensure the reference clock is connected and running before you start the Duo, which I did.  I haven't found anything more detailed than that.  Some more detailed instructions like what you referred me to would be helpful, but maybe the lines in the datasheet are sufficient?

I'll contact SDRPlay tomorrow.  It's coming up on bedtime here in Thailand and I have a few things to take care of first.

Thanks again Alan!

73,
Ken Alexander
So Phisai, Thailand
Blog:  bueng-ken.com


On Mon, Jan 28, 2019 at 6:32 PM Alan G4ZFQ <alan4alan@...> wrote:
>I would think that connecting a GPS disciplined
> oscillator to the receiver would make calibrating in SDRUno (or SDR
> Console for that matter) unnecessary.

>         No response sine I originally posted it on Jan 21, so let's try
>         again:

  Ken,

I did not know then so did not answer.
A quick search enlightened me.
One thing here
http://www.sdrplay.com/docs/SDRplay_RSPII_Reference_Clock_Application_Note_R1P0.pdf
it gives a startup sequence, do you use that?

73 Alan G4ZFQ





3.0.4 available

Simon Brown
 

Hi All,

 

3.0.4 is available: https://www.sdr-radio.com/Blog/PostId/43/release-304

 

Simon Brown, G4ELI
www.sdr-radio.com

 

 


Re: Let's try this again...

Alan G4ZFQ
 

I would think that connecting a GPS disciplined oscillator to the receiver would make calibrating in SDRUno (or SDR Console for that matter) unnecessary.
No response sine I originally posted it on Jan 21, so let's try
again:
Ken,

I did not know then so did not answer.
A quick search enlightened me.
One thing here http://www.sdrplay.com/docs/SDRplay_RSPII_Reference_Clock_Application_Note_R1P0.pdf it gives a startup sequence, do you use that?

73 Alan G4ZFQ


Re: Let's try this again...

Ken Alexander
 

Thanks for your reply Pete,

I have a feeling I should be asking my question in the SDRPlay forums.  I wasn't aware that the calibration function in SDRUno set something inside the receiver itself.  I know the calibrate function in SDR# does as well.  However, I would think that connecting a GPS disciplined oscillator to the receiver would make calibrating in SDRUno (or SDR Console for that matter) unnecessary.  It doesn't appear so with SDR Console and I wish Simon would jump in for a minute and clear this up, but I know he's busier with sexier things.

Thanks again for your help Pete.  I'll see what the SDR Play people say.

73,
Ken Alexander
So Phisai, Thailand
Blog:  bueng-ken.com


On Mon, Jan 28, 2019 at 10:30 AM Peter via Groups.Io <philobarb=yahoo.com@groups.io> wrote:
G'day Ken,

Can't say for sure re the RSP Duo, but I found the best way to calibrate my RSP2 was using the calibration available in SDRuno ( which came with my radio ).
SDR Console seems to have a granularity in its correction which doesn't seem to be linear or continuous, and maybe varies with bandwidth and LO ( or other things ).
Once you have the radio calibrated, it will carry the calibration over to other softwares.
I do the same thing with my HF+ ... calibrate it in SDR#, then use it with SDR Console or whatever.

Hope this helps,
Cheers, Pete.

On Sun, Jan 27, 2019 at 03:34 AM, Ken Alexander wrote:
No response sine I originally posted it on Jan 21, so let's try again:
 

Kenneth P Alexander <ve3hls@...>
Tue, Jan 22, 9:46 PM (5 days ago)
 
 
to SDR-Radio

I've gotten in to working out Mediumwave offsets from nominal frequencies and distributing the results among the MW Offset community.  SDR Console's Data File Analyzer is the perfect tool for this!
 
I recently bought a Leo Bodnar GPS disciplined oscillator and connected it to my RSP Duo.  Now I'm not sure what to do with regard to SDRC calibration.
 
I ran it for the first time this afternoon (x8 resolution, 1 line/sec) and zeroed out the ppm correction I had set up previously, expecting that BPM (a Chinese time and frequency standard station) would show up dead on 15 MHz.  It didn't.  I tried to correct the calibration and found that the 0.001 ppm adjustment don't appear to work.  0.01 ppm does work but it's too coarse, too much of a change.
 
I'd like to get it as close as I can and I can see that a few 0.001 ppm corrections would do the trick, but no luck.  any help would be gratefully received.
 
73,
Ken Alexander
So Phisai, Thailand


Re: Let's try this again...

Peter
 

G'day Ken,

Can't say for sure re the RSP Duo, but I found the best way to calibrate my RSP2 was using the calibration available in SDRuno ( which came with my radio ).
SDR Console seems to have a granularity in its correction which doesn't seem to be linear or continuous, and maybe varies with bandwidth and LO ( or other things ).
Once you have the radio calibrated, it will carry the calibration over to other softwares.
I do the same thing with my HF+ ... calibrate it in SDR#, then use it with SDR Console or whatever.

Hope this helps,
Cheers, Pete.


On Sun, Jan 27, 2019 at 03:34 AM, Ken Alexander wrote:
No response sine I originally posted it on Jan 21, so let's try again:
 

Kenneth P Alexander <ve3hls@...>
Tue, Jan 22, 9:46 PM (5 days ago)
 
 
to SDR-Radio

I've gotten in to working out Mediumwave offsets from nominal frequencies and distributing the results among the MW Offset community.  SDR Console's Data File Analyzer is the perfect tool for this!
 
I recently bought a Leo Bodnar GPS disciplined oscillator and connected it to my RSP Duo.  Now I'm not sure what to do with regard to SDRC calibration.
 
I ran it for the first time this afternoon (x8 resolution, 1 line/sec) and zeroed out the ppm correction I had set up previously, expecting that BPM (a Chinese time and frequency standard station) would show up dead on 15 MHz.  It didn't.  I tried to correct the calibration and found that the 0.001 ppm adjustment don't appear to work.  0.01 ppm does work but it's too coarse, too much of a change.
 
I'd like to get it as close as I can and I can see that a few 0.001 ppm corrections would do the trick, but no luck.  any help would be gratefully received.
 
73,
Ken Alexander
So Phisai, Thailand


Re: PI-code decode S/N-ratio

Simon Brown
 

Exactly.

 

Some US stations don’t send any RDS, some send an idle RDS with no information. Here’s a screenshot of the post-demodulation spectrum for BBC Radio 2, you see very strong RDS at 57kHz. If in doubt post this screenshot and I’ll be able to help further.

 

 

Simon Brown, G4ELI
www.sdr-radio.com

 

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Jim Smith G0OFE
Sent: 27 January 2019 14:11
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] PI-code decode S/N-ratio

 

Depends on the TX.

Some stations need quite a strong signal before it starts to yield a PI code, others will decode with a relatively low signal level.

Jim.

================================
Jim, Bournemouth, Dorset. IO90BR.
Elad FDM-S2, Airspy HF+, SDRPlay and Funcube Dongle SDR Recievers
8-element OP-DES for Band 2, 8-element LFA for 2m, 3-element LFA for 6m, 20m Windom for HF,. Wellbrook 1530 Loop for LF

On 27/01/2019 13:17, sm6fhz wrote:

Hi all.

At what S/N-ratio shall I expect SDR-console to decode the PI-code on a BFM-signal?
I do not get any decoding unless the S/N-ratio (S-meter reading on signal vs. S-meter reading on the noise level) is >20 dB and BW >125 kHz. Otherwise I do not get any PI-code decoding. I have a good readability long before that. At BW <125 kHz the decoding gets bad, some decodes can be seen at 100 kHz but nothing below that. I use down to 75 kHz to improve S/N-ratio for listening to the sound.
I have tested with the possible PI-code settings and now use all checked (partial etc.). Anything else one can do to get better decoding of the PI-code in SDR-console? 
73 / Ingolf, SM6FHZ

 

 

Virus-free. www.avast.com


Ettus No Tx functionality. #ettusb210 #uhd #sdrconsolev3

Erik. M0MWF
 

Hello there.

I see a grey-ed out Tx area in my SDR Console, MUCH to my chagrin.

How much dog food, measured either in GBP or BTC, might it take for Tx functionality to be added?

Regards.


Re: PI-code decode S/N-ratio

Jim Smith G0OFE
 

Depends on the TX.

Some stations need quite a strong signal before it starts to yield a PI code, others will decode with a relatively low signal level.

Jim.

================================
Jim, Bournemouth, Dorset. IO90BR.
Elad FDM-S2, Airspy HF+, SDRPlay and Funcube Dongle SDR Recievers
8-element OP-DES for Band 2, 8-element LFA for 2m, 3-element LFA for 6m, 20m Windom for HF,. Wellbrook 1530 Loop for LF


On 27/01/2019 13:17, sm6fhz wrote:
Hi all.

At what S/N-ratio shall I expect SDR-console to decode the PI-code on a BFM-signal?
I do not get any decoding unless the S/N-ratio (S-meter reading on signal vs. S-meter reading on the noise level) is >20 dB and BW >125 kHz. Otherwise I do not get any PI-code decoding. I have a good readability long before that. At BW <125 kHz the decoding gets bad, some decodes can be seen at 100 kHz but nothing below that. I use down to 75 kHz to improve S/N-ratio for listening to the sound.
I have tested with the possible PI-code settings and now use all checked (partial etc.). Anything else one can do to get better decoding of the PI-code in SDR-console? 
73 / Ingolf, SM6FHZ


Virus-free. www.avast.com


Re: PI-code decode S/N-ratio

Mike Seguin
 

In the US, RDS is a 57 kHz subcarrier usually injected at 5-6%. We are allowed to increase our overall modulation level by 1/2 of the subcarrier injection level. So for a standard 75kHz 100% deviated signal = 100%, if I inject 10% RDS, I can increase my overall level to 105%.

Mike

On 1/27/2019 8:17 AM, sm6fhz wrote:
Hi all.
At what S/N-ratio shall I expect SDR-console to decode the PI-code on a BFM-signal?
I do not get any decoding unless the S/N-ratio (S-meter reading on signal vs. S-meter reading on the noise level) is >20 dB and BW >125 kHz. Otherwise I do not get any PI-code decoding. I have a good readability long before that. At BW <125 kHz the decoding gets bad, some decodes can be seen at 100 kHz but nothing below that. I use down to 75 kHz to improve S/N-ratio for listening to the sound.
I have tested with the possible PI-code settings and now use all checked (partial etc.). Anything else one can do to get better decoding of the PI-code in SDR-console?
73 / Ingolf, SM6FHZ
--

73,
Mike, N1JEZ
"A closed mouth gathers no feet"

19861 - 19880 of 64602