Date   

Re: 3.1 Betas

JOHN TALBOT
 

I wish the Russian fellow who developed the Signal Analyzer software had made those provisions before he fell off his chair.

On Mon, Aug 23, 2021 at 12:50 PM Simon Brown <simon@...> wrote:

Hi Bob,

 

This is a massive project and simply wouldn’t survive under open source. Open source can work very well with small projects but not with those like mine unless you have someone like Linus in charge and he does get paid.

 

I have made arrangements for the code to be uploaded for free when I fall off my perch, my weekly full backup of the disk where I keep all my source, references, libraries going back 11 years etc. is … 25GB compressed!

 

At least 1,500,000 lines of active code.

 

It’s big…

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of BobS via groups.io
Sent: 23 August 2021 18:37
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

On Mon, Aug 23, 2021 at 06:56 AM, Siegfried Jackstien wrote:

if sdrc v3 would be open source (with you as maintainer) ... that would also be nice ... (but i know you will keep it a one man show ... "you are the boss")

Going open-source often means losing control, although that hasn't been the case for the Linux kernel. SDR# is a good example. It was open source, then the developers un-open-sourced it (to use rather inelegant English). SDR# did have its decoding software licensed only under a read-only license. From what I could glean, competitors were taking the source code, forking it, and issuing competing products. I'd hate to see someone making a profit off Simon's code.

When a project is open and collaborative to begin with, open source can work better. For a person to give up not just the intellectual property (and months/years of work) and lose control is a difficult proposition for once the code is out there, the die has been cast.

The best part of SDR Console is that it is a single coder with a single vision. From Simon's posts in this thread, it looks like we're soon to get some sort of live webcam view of people playing golf. Ha! :-)

Bob, W4RLS


--
- + - + -
Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


Re: 3.1 Betas

Siegfried Jackstien
 

Click on the x in upper right corner of tx panel and its closed
Reopen when click on transmit dsp (ribbon bar)
Easy

Am 23.08.2021 20:55 schrieb Tom Crosbie G6PZZ <tom@...>:

Thanks Simon,

I’ll wile away the hours finding how…

Cheers

Tom G6PZZ.

P.S. I’ve gone without meat for the best part of a week now and today I turned down the offer of a bacon bap from one of my care team!

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Simon Brown
Sent: 23 August 2021 19:48
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

You can !!!

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Tom Crosbie G6PZZ
Sent: 23 August 2021 19:43
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

One teeny tiny suggestion…

 

The ability to remove or hide the TX tab might be useful. Certainly for me using Remote Desktop and having to drop from two screens down to one.

 

Tom G6PZZ. (not wanting to TX as I can never have the same type of 2m & 70cms antennas I used to have!)

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Simon Brown
Sent: 23 August 2021 16:20
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

Hi,

 

As soon as I add TX support the issues arise such as antenna switching, remote amp control etc. If I do this then I have to do it properly and at the moment I just don’t have the mental energy.

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Matthias Bopp
Sent: 23 August 2021 15:20
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

Hi Simon,

 

the TX support in the server is not a request of AMSAT-DL but from me personally.

I could simplify my personal setup for QO-100 with such a server/console solution and also
think that for general remote operation e.g. of a HF ham radio station it would be of interest.

 

Anyhow, if it is too difficult (in several aspects) then it is probably better to focus on other things.

 

Topic closed.

 

Kind regards

 

Matthias

 

www.dd1us.de

 

 

 

 

Von: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> Im Auftrag von Simon Brown via groups.io
Gesendet: Montag, 23. August 2021 13:55
An: main@SDR-Radio.groups.io
Betreff: Re: [SDR-Radio] 3.1 Betas

 

Seriously, for just a few people?

 

If it’s *so* important then maybe AMSAT-DL could write a solution? Remote transmit support is a nightmare (albtraum).

 

  • Legal considerations
  • User support
  • Networking

 

At the moment I have no desire to open that can of worms…

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Matthias Bopp
Sent: 23 August 2021 12:31
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

Yes, you truly deserve it …

 

Take your time …

 

… and then please consider extending the server function by the TX option 😉

 

Kind regards

 

Matthias

 

www.dd1us.de

 

 

Von: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> Im Auftrag von Simon Brown
Gesendet: Montag, 23. August 2021 12:23
An: main@SDR-Radio.groups.io
Betreff: Re: [SDR-Radio] 3.1 Betas

 

The most needed feature is the sole coder takes a break…

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Siegfried Jackstien

What do others think?? What is the most needed feature in sdrc v3??? I am quite sure if you ask here in the group a lot of users would answer backup and restore


--

- + - + -

Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


--

- + - + -

Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


--

- + - + -

Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


--

- + - + -

Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.



Re: 3.1 Betas

Tom Crosbie G6PZZ
 

Thanks Simon,

I’ll wile away the hours finding how…

Cheers

Tom G6PZZ.

P.S. I’ve gone without meat for the best part of a week now and today I turned down the offer of a bacon bap from one of my care team!

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Simon Brown
Sent: 23 August 2021 19:48
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

You can !!!

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Tom Crosbie G6PZZ
Sent: 23 August 2021 19:43
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

One teeny tiny suggestion…

 

The ability to remove or hide the TX tab might be useful. Certainly for me using Remote Desktop and having to drop from two screens down to one.

 

Tom G6PZZ. (not wanting to TX as I can never have the same type of 2m & 70cms antennas I used to have!)

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Simon Brown
Sent: 23 August 2021 16:20
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

Hi,

 

As soon as I add TX support the issues arise such as antenna switching, remote amp control etc. If I do this then I have to do it properly and at the moment I just don’t have the mental energy.

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Matthias Bopp
Sent: 23 August 2021 15:20
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

Hi Simon,

 

the TX support in the server is not a request of AMSAT-DL but from me personally.

I could simplify my personal setup for QO-100 with such a server/console solution and also
think that for general remote operation e.g. of a HF ham radio station it would be of interest.

 

Anyhow, if it is too difficult (in several aspects) then it is probably better to focus on other things.

 

Topic closed.

 

Kind regards

 

Matthias

 

www.dd1us.de

 

 

 

 

Von: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> Im Auftrag von Simon Brown via groups.io
Gesendet: Montag, 23. August 2021 13:55
An: main@SDR-Radio.groups.io
Betreff: Re: [SDR-Radio] 3.1 Betas

 

Seriously, for just a few people?

 

If it’s *so* important then maybe AMSAT-DL could write a solution? Remote transmit support is a nightmare (albtraum).

 

  • Legal considerations
  • User support
  • Networking

 

At the moment I have no desire to open that can of worms…

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Matthias Bopp
Sent: 23 August 2021 12:31
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

Yes, you truly deserve it …

 

Take your time …

 

… and then please consider extending the server function by the TX option 😉

 

Kind regards

 

Matthias

 

www.dd1us.de

 

 

Von: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> Im Auftrag von Simon Brown
Gesendet: Montag, 23. August 2021 12:23
An: main@SDR-Radio.groups.io
Betreff: Re: [SDR-Radio] 3.1 Betas

 

The most needed feature is the sole coder takes a break…

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Siegfried Jackstien

What do others think?? What is the most needed feature in sdrc v3??? I am quite sure if you ask here in the group a lot of users would answer backup and restore


--

- + - + -

Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


--

- + - + -

Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


--

- + - + -

Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


--

- + - + -

Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


Re: 3.1 Betas

Simon Brown
 

You can !!!

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Tom Crosbie G6PZZ
Sent: 23 August 2021 19:43
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

One teeny tiny suggestion…

 

The ability to remove or hide the TX tab might be useful. Certainly for me using Remote Desktop and having to drop from two screens down to one.

 

Tom G6PZZ. (not wanting to TX as I can never have the same type of 2m & 70cms antennas I used to have!)

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Simon Brown
Sent: 23 August 2021 16:20
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

Hi,

 

As soon as I add TX support the issues arise such as antenna switching, remote amp control etc. If I do this then I have to do it properly and at the moment I just don’t have the mental energy.

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Matthias Bopp
Sent: 23 August 2021 15:20
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

Hi Simon,

 

the TX support in the server is not a request of AMSAT-DL but from me personally.

I could simplify my personal setup for QO-100 with such a server/console solution and also
think that for general remote operation e.g. of a HF ham radio station it would be of interest.

 

Anyhow, if it is too difficult (in several aspects) then it is probably better to focus on other things.

 

Topic closed.

 

Kind regards

 

Matthias

 

www.dd1us.de

 

 

 

 

Von: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> Im Auftrag von Simon Brown via groups.io
Gesendet: Montag, 23. August 2021 13:55
An: main@SDR-Radio.groups.io
Betreff: Re: [SDR-Radio] 3.1 Betas

 

Seriously, for just a few people?

 

If it’s *so* important then maybe AMSAT-DL could write a solution? Remote transmit support is a nightmare (albtraum).

 

  • Legal considerations
  • User support
  • Networking

 

At the moment I have no desire to open that can of worms…

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Matthias Bopp
Sent: 23 August 2021 12:31
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

Yes, you truly deserve it …

 

Take your time …

 

… and then please consider extending the server function by the TX option 😉

 

Kind regards

 

Matthias

 

www.dd1us.de

 

 

Von: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> Im Auftrag von Simon Brown
Gesendet: Montag, 23. August 2021 12:23
An: main@SDR-Radio.groups.io
Betreff: Re: [SDR-Radio] 3.1 Betas

 

The most needed feature is the sole coder takes a break…

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Siegfried Jackstien

What do others think?? What is the most needed feature in sdrc v3??? I am quite sure if you ask here in the group a lot of users would answer backup and restore


--

- + - + -

Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


--

- + - + -

Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


--

- + - + -

Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


--
- + - + -
Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


Re: 3.1 Betas

Tom Crosbie G6PZZ
 

One teeny tiny suggestion…

 

The ability to remove or hide the TX tab might be useful. Certainly for me using Remote Desktop and having to drop from two screens down to one.

 

Tom G6PZZ. (not wanting to TX as I can never have the same type of 2m & 70cms antennas I used to have!)

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Simon Brown
Sent: 23 August 2021 16:20
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

Hi,

 

As soon as I add TX support the issues arise such as antenna switching, remote amp control etc. If I do this then I have to do it properly and at the moment I just don’t have the mental energy.

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Matthias Bopp
Sent: 23 August 2021 15:20
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

Hi Simon,

 

the TX support in the server is not a request of AMSAT-DL but from me personally.

I could simplify my personal setup for QO-100 with such a server/console solution and also
think that for general remote operation e.g. of a HF ham radio station it would be of interest.

 

Anyhow, if it is too difficult (in several aspects) then it is probably better to focus on other things.

 

Topic closed.

 

Kind regards

 

Matthias

 

www.dd1us.de

 

 

 

 

Von: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> Im Auftrag von Simon Brown via groups.io
Gesendet: Montag, 23. August 2021 13:55
An: main@SDR-Radio.groups.io
Betreff: Re: [SDR-Radio] 3.1 Betas

 

Seriously, for just a few people?

 

If it’s *so* important then maybe AMSAT-DL could write a solution? Remote transmit support is a nightmare (albtraum).

 

  • Legal considerations
  • User support
  • Networking

 

At the moment I have no desire to open that can of worms…

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Matthias Bopp
Sent: 23 August 2021 12:31
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

Yes, you truly deserve it …

 

Take your time …

 

… and then please consider extending the server function by the TX option 😉

 

Kind regards

 

Matthias

 

www.dd1us.de

 

 

Von: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> Im Auftrag von Simon Brown
Gesendet: Montag, 23. August 2021 12:23
An: main@SDR-Radio.groups.io
Betreff: Re: [SDR-Radio] 3.1 Betas

 

The most needed feature is the sole coder takes a break…

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Siegfried Jackstien

What do others think?? What is the most needed feature in sdrc v3??? I am quite sure if you ask here in the group a lot of users would answer backup and restore


--

- + - + -

Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


--

- + - + -

Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


--

- + - + -

Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


Re: 3.1 Betas

Simon Brown
 

Brian,

 

Check the betas now – new one uploaded an hour or so ago.

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Brian Morrison
Sent: 23 August 2021 19:14
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

On Mon, 2021-08-23 at 18:50 +0100, Simon Brown wrote:

This is a massive project and simply wouldn’t survive under open source. Open source can work very well with small projects but not with those like mine unless you have someone like Linus in charge and he does get paid.

 

Thing is, Linux has grown over 30 years with uses in so many devices and systems and that has forced some (a lot!) of discipline on it. SDR-Console is not attempting to cover anything like that size of market and it's quite esoteric in terms of what people do with it.

 

Simon has done an amazing job with his projects over a long period, but I doubt he would want to be like Linus.

 

Thank you Simon, I'll be fascinated to see how much the fan on my i5 laptop has slowed down when I get to try 3.1 with the SDRplay improvements.

 

-- 

 

Brian  G8SEZ

 


--
- + - + -
Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


Re: 3.1 Betas

Brian Morrison
 

On Mon, 2021-08-23 at 18:50 +0100, Simon Brown wrote:
This is a massive project and simply wouldn’t survive under open source. Open source can work very well with small projects but not with those like mine unless you have someone like Linus in charge and he does get paid.

Thing is, Linux has grown over 30 years with uses in so many devices and systems and that has forced some (a lot!) of discipline on it. SDR-Console is not attempting to cover anything like that size of market and it's quite esoteric in terms of what people do with it.

Simon has done an amazing job with his projects over a long period, but I doubt he would want to be like Linus.

Thank you Simon, I'll be fascinated to see how much the fan on my i5 laptop has slowed down when I get to try 3.1 with the SDRplay improvements.

-- 

Brian  G8SEZ


Re: 3.1 Betas

Simon Brown
 

Hi Bob,

 

This is a massive project and simply wouldn’t survive under open source. Open source can work very well with small projects but not with those like mine unless you have someone like Linus in charge and he does get paid.

 

I have made arrangements for the code to be uploaded for free when I fall off my perch, my weekly full backup of the disk where I keep all my source, references, libraries going back 11 years etc. is … 25GB compressed!

 

At least 1,500,000 lines of active code.

 

It’s big…

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of BobS via groups.io
Sent: 23 August 2021 18:37
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

On Mon, Aug 23, 2021 at 06:56 AM, Siegfried Jackstien wrote:

if sdrc v3 would be open source (with you as maintainer) ... that would also be nice ... (but i know you will keep it a one man show ... "you are the boss")

Going open-source often means losing control, although that hasn't been the case for the Linux kernel. SDR# is a good example. It was open source, then the developers un-open-sourced it (to use rather inelegant English). SDR# did have its decoding software licensed only under a read-only license. From what I could glean, competitors were taking the source code, forking it, and issuing competing products. I'd hate to see someone making a profit off Simon's code.

When a project is open and collaborative to begin with, open source can work better. For a person to give up not just the intellectual property (and months/years of work) and lose control is a difficult proposition for once the code is out there, the die has been cast.

The best part of SDR Console is that it is a single coder with a single vision. From Simon's posts in this thread, it looks like we're soon to get some sort of live webcam view of people playing golf. Ha! :-)

Bob, W4RLS


--
- + - + -
Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


Re: 3.1 Betas

BobS
 

On Mon, Aug 23, 2021 at 06:56 AM, Siegfried Jackstien wrote:

if sdrc v3 would be open source (with you as maintainer) ... that would also be nice ... (but i know you will keep it a one man show ... "you are the boss")

Going open-source often means losing control, although that hasn't been the case for the Linux kernel. SDR# is a good example. It was open source, then the developers un-open-sourced it (to use rather inelegant English). SDR# did have its decoding software licensed only under a read-only license. From what I could glean, competitors were taking the source code, forking it, and issuing competing products. I'd hate to see someone making a profit off Simon's code.

When a project is open and collaborative to begin with, open source can work better. For a person to give up not just the intellectual property (and months/years of work) and lose control is a difficult proposition for once the code is out there, the die has been cast.

The best part of SDR Console is that it is a single coder with a single vision. From Simon's posts in this thread, it looks like we're soon to get some sort of live webcam view of people playing golf. Ha! :-)

Bob, W4RLS


Re: 3.1 Betas

Matthias Bopp
 

Hi Simon,

 

no problem, I understand.

 

You better do what you have fun with …

 

Kind regards

 

Matthias

 

www.dd1us.de

 

 

Von: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> Im Auftrag von Simon Brown via groups.io
Gesendet: Montag, 23. August 2021 17:20
An: main@SDR-Radio.groups.io
Betreff: Re: [SDR-Radio] 3.1 Betas

 

Hi,

 

As soon as I add TX support the issues arise such as antenna switching, remote amp control etc. If I do this then I have to do it properly and at the moment I just don’t have the mental energy.

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Matthias Bopp
Sent: 23 August 2021 15:20
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

Hi Simon,

 

the TX support in the server is not a request of AMSAT-DL but from me personally.

I could simplify my personal setup for QO-100 with such a server/console solution and also
think that for general remote operation e.g. of a HF ham radio station it would be of interest.

 

Anyhow, if it is too difficult (in several aspects) then it is probably better to focus on other things.

 

Topic closed.

 

Kind regards

 

Matthias

 

www.dd1us.de

 

 

 

 

Von: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> Im Auftrag von Simon Brown via groups.io
Gesendet: Montag, 23. August 2021 13:55
An: main@SDR-Radio.groups.io
Betreff: Re: [SDR-Radio] 3.1 Betas

 

Seriously, for just a few people?

 

If it’s *so* important then maybe AMSAT-DL could write a solution? Remote transmit support is a nightmare (albtraum).

 

  • Legal considerations
  • User support
  • Networking

 

At the moment I have no desire to open that can of worms…

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Matthias Bopp
Sent: 23 August 2021 12:31
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

Yes, you truly deserve it …

 

Take your time …

 

… and then please consider extending the server function by the TX option 😉

 

Kind regards

 

Matthias

 

www.dd1us.de

 

 

Von: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> Im Auftrag von Simon Brown
Gesendet: Montag, 23. August 2021 12:23
An: main@SDR-Radio.groups.io
Betreff: Re: [SDR-Radio] 3.1 Betas

 

The most needed feature is the sole coder takes a break…

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Siegfried Jackstien

What do others think?? What is the most needed feature in sdrc v3??? I am quite sure if you ask here in the group a lot of users would answer backup and restore


--

- + - + -

Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


--

- + - + -

Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


--

- + - + -

Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


Re: 3.1 Betas

Simon Brown
 

Hi,

 

As soon as I add TX support the issues arise such as antenna switching, remote amp control etc. If I do this then I have to do it properly and at the moment I just don’t have the mental energy.

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Matthias Bopp
Sent: 23 August 2021 15:20
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

Hi Simon,

 

the TX support in the server is not a request of AMSAT-DL but from me personally.

I could simplify my personal setup for QO-100 with such a server/console solution and also
think that for general remote operation e.g. of a HF ham radio station it would be of interest.

 

Anyhow, if it is too difficult (in several aspects) then it is probably better to focus on other things.

 

Topic closed.

 

Kind regards

 

Matthias

 

www.dd1us.de

 

 

 

 

Von: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> Im Auftrag von Simon Brown via groups.io
Gesendet: Montag, 23. August 2021 13:55
An: main@SDR-Radio.groups.io
Betreff: Re: [SDR-Radio] 3.1 Betas

 

Seriously, for just a few people?

 

If it’s *so* important then maybe AMSAT-DL could write a solution? Remote transmit support is a nightmare (albtraum).

 

  • Legal considerations
  • User support
  • Networking

 

At the moment I have no desire to open that can of worms…

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Matthias Bopp
Sent: 23 August 2021 12:31
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

Yes, you truly deserve it …

 

Take your time …

 

… and then please consider extending the server function by the TX option 😉

 

Kind regards

 

Matthias

 

www.dd1us.de

 

 

Von: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> Im Auftrag von Simon Brown
Gesendet: Montag, 23. August 2021 12:23
An: main@SDR-Radio.groups.io
Betreff: Re: [SDR-Radio] 3.1 Betas

 

The most needed feature is the sole coder takes a break…

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Siegfried Jackstien

What do others think?? What is the most needed feature in sdrc v3??? I am quite sure if you ask here in the group a lot of users would answer backup and restore


--

- + - + -

Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


--

- + - + -

Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


--
- + - + -
Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


Re: Cordless phone RFI

David De Coons
 

Very interesting. Last night I noticed what looked like waves in the panadapter on 80m. Also groups of horizontal lines spaced close to each other.

I’ll need to look closer to my Panasonic Dect phones. 

The other thing I was thinking is we had a LOT of rain from tropical storms Henri. My next door neighbor closest to my 80m antenna has a sump pump that is normally off.
Hmmm..

I do have a very short video of it I can post on Dropbox.

Dave wo2x


On Aug 23, 2021, at 6:38 AM, Siegfried Jackstien <siegfried.jackstien@...> wrote:



GOOD CATCH ... especially the cordless phone (i never thought that a dect phone on 1.8 gig wipes out shortwave on 160 and 80)

also look for the psu of the base unit (those switchers can be noisy) ... either try to filter it out ... or replace the switcher

greetz sigi dg9bfc

Am 23.08.2021 um 12:11 schrieb Allan Isaacs:
I've been plagued by interference on the 80m band for ages and decided to have yet another attempt at tracing its source.
For the test I used an SDR PLay sitting on my desk connected via a USB cable (A plug to B plug) to a computer USB3 socket and a long wire antenna.
I initially looked at narrow spikes every 8KHz from 1.7MHz to 3.752MHz. These were very stable across the range and roughly equal in strength at about -80dBm. I got rid of these by changing the USB lead from a grey one marked Xingong USB Shielded High Speed Revision 2 28AWG/1P + 24AWG/2C to an ancient one, orange in colour with GP on one end. The second cable is fitted with a ferrite ring and reduced the spikes by 18dB to -98dBm. The same ferrite ring had no effect on the first cable.
The next problem was a really annoying pulsing sound producing regular horizontal lines on the waterfall a bit like noise from an electric fence. This was at a rate of 7 pulses per second and I eventually found it was emanating from my cordless phone base unit. Lifting the phone (Siemens Gigaset C430) stopped the pulsing and after replacing it the pulsing restarted after about 30 seconds.
Looking for an RF signal I found this at 1.887GHz. This was relatively stable but slight pulsing was apparent.
A second identical handset in another room was also radiating and pulsing.
The solution was really easy. On the first phone I selected settings, ECO DECT, ticked No Radiation and unticked Maximum Range.
The RF signal disappeared, the trace went completely flat and the pulsing vanished.
I'm now left with just general background mush from countless switching power supplies and the phone but this is now at a fairly low level.
Lifting the phone reduces the level of mush from -98dBm to -104dBm so the next step might be to fit ferrite rings to the base unit power cable and telephone line...
Allan G3PIY


Re: 3.1 Betas

Matthias Bopp
 

Hi Simon,

 

the TX support in the server is not a request of AMSAT-DL but from me personally.

I could simplify my personal setup for QO-100 with such a server/console solution and also
think that for general remote operation e.g. of a HF ham radio station it would be of interest.

 

Anyhow, if it is too difficult (in several aspects) then it is probably better to focus on other things.

 

Topic closed.

 

Kind regards

 

Matthias

 

www.dd1us.de

 

 

 

 

Von: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> Im Auftrag von Simon Brown via groups.io
Gesendet: Montag, 23. August 2021 13:55
An: main@SDR-Radio.groups.io
Betreff: Re: [SDR-Radio] 3.1 Betas

 

Seriously, for just a few people?

 

If it’s *so* important then maybe AMSAT-DL could write a solution? Remote transmit support is a nightmare (albtraum).

 

  • Legal considerations
  • User support
  • Networking

 

At the moment I have no desire to open that can of worms…

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Matthias Bopp
Sent: 23 August 2021 12:31
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

Yes, you truly deserve it …

 

Take your time …

 

… and then please consider extending the server function by the TX option 😉

 

Kind regards

 

Matthias

 

www.dd1us.de

 

 

Von: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> Im Auftrag von Simon Brown
Gesendet: Montag, 23. August 2021 12:23
An: main@SDR-Radio.groups.io
Betreff: Re: [SDR-Radio] 3.1 Betas

 

The most needed feature is the sole coder takes a break…

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Siegfried Jackstien

What do others think?? What is the most needed feature in sdrc v3??? I am quite sure if you ask here in the group a lot of users would answer backup and restore


--

- + - + -

Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


--

- + - + -

Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


Re: SDRplay 3.08

Siegfried Jackstien
 

Simoin

bug report in forum

dg9bfc sigi

Am 23.08.2021 um 15:26 schrieb Simon Brown:

Sigi,

 

I am ignoring you here, this is a thread about the SDRplay API v3.08, you know the rules. Please don’t throw random thoughts at me like this.

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Siegfried Jackstien
Sent: 23 August 2021 14:21
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] SDRplay 3.08

 

a sidenote ... you can not hear that short beep ferom earlier transmission in monitor audio but it is sent out


--
- + - + -
Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


Re: SDRplay 3.08

Siegfried Jackstien
 

ok ok .. i jump in the forum :-)

sorry

Am 23.08.2021 um 15:26 schrieb Simon Brown:

Sigi,

 

I am ignoring you here, this is a thread about the SDRplay API v3.08, you know the rules. Please don’t throw random thoughts at me like this.

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Siegfried Jackstien
Sent: 23 August 2021 14:21
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] SDRplay 3.08

 

a sidenote ... you can not hear that short beep ferom earlier transmission in monitor audio but it is sent out


--
- + - + -
Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


Re: 3.1 Betas

Siegfried Jackstien
 

a circuit diagramm of his software as building blocks ... to better understand what is going on .. yes that would be nice

Having one single person as maintainer and using pull requests (for the other programmers) to add functions (or change small parts) is what we did in the mchf firmware ...

that worked superb (with a dozen "hackers" around the world) ... andreas (df8oe) is/was building new fw and puts them on a download link (similar as simon does when he has a new beta finished) and all programmers can make changes in the fw (and send a pr to github) ..

but i also understand if he want to keep things closed source ... it is HIS BABY :-)

dg9bfc sigi

Am 23.08.2021 um 13:33 schrieb jdow:

That has some good aspects and some bad aspects with the two sets overlapping heavily. Simon would have to learn and practice Linus Torvalds management skills. ("This code looks like s....!") And even then it would wander away from what Simon envisions his legacy to be. It would be nice if the code was setup to become publicly readable but not modifiable without forking the project. Then new front end modules could be built as necessarily yet the main code could be unchanged, for some people, and a springboard for other people.

For myself, I'd be happy with a mid to high level description of the code and signal path through the receiver. What DSP technology did he use to achieve various functionality without delving into the code. "How does a genius do it?" For example it APPEARS that he is taking overlapped FFTs of the whole bandwidth of the front end and creating band pass filters centered on frequencies the user selects for each receiver. One FFT, N windows, and N reverse FFTs, and some other processing before it gets to audio.

{^_^}

On 20210823 03:56:08, Siegfried Jackstien wrote:

if sdrc v3 would be open source (with you as maintainer) ... that would also be nice ... (but i know you will keep it a one man show ... "you are the boss")

the source on github .. and a dozen programmers working together (with you putting the pull requests together to a working exe file) ... similar as what we did for MCHF rig firmware

... i can not do programming (especially not such thngs like sdrc) ... as you know i am more a hardware builder (reason why i did not send you lines of code but a feed)

enjoy the weather ... do some garden (or antenna) work 

... or watch the ladies on second tee (big grin)

if you have your feed installed .. please give some (hopefully positive) feedback

greetz sigi dg9bfc


Am 23.08.2021 um 12:14 schrieb Simon Brown:

I could do lots of things, including:

 

  • Getting a new POTY installed
  • Getting my 70cms station working
  • Working 2m Tropo
  • Cleaning the gutters on the house
  • Cleaning the house
  • Mowing the lawn
  • Watching the ladies play gold in front of the house (2nd tee)

 

You could learn the art of software engineering 😊 .

 

Will be good weather this week.

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Siegfried Jackstien
Sent: 23 August 2021 11:03
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

You could add auto engage for geobeacon in a 1 to 2 kc wide search window... (my tcxo modded lnb drifts maximum 1kc over the day)...

And to try it on your own.. Mount your donated feed (has a similar lnb mounted inside wjth a 0.2ppm tcxo) 

On each start of sdrc v3 i have to catch the beacon and engage locking (press "play" button in beacon window) 

An auto engage would be a nice add on..

And a positiv feedback how well the modded lnb works also would be superb ;-)

Do not wait until winter.. Or you will maybe tell me that it is too cold outside for antenna work (grin)

You wrote you can not do much more... Ok looking on performance you are right.. Cpu load is now very low.. Only thing you can do is some cosmetics.. Solve a few wishes from the todo list.. 

What about adding the values from the power amp to the meters tab in tx box?!? (now meters tab is just a placeholder)...we have already discussed that.... Where do i find the hidden switch for dab decode (joking a bit) 

And what really would be superb.. A backup and restore file for ALL settings.. So if you want to install sdrc v3 on a second pc with similar settings that you can import the settings file from the other pc... With all settings saved in a single file and an import function. Be it filter settings or equalizer or agc or whatever

"do you really want to import these settings?? Yes/no" .... And if user press yes that the setup then is like on the other pc... No idea how complicated that is... But i am sure many users would like to have such a backup and restore function... 

What do others think?? What is the most needed feature in sdrc v3??? I am quite sure if you ask here in the group a lot of users would answer backup and restore

Greetz sigi dg9bfc 

 

Am 23.08.2021 07:44 schrieb Simon Brown <simon@...>:

😊

 

Not much more I can do now .

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Siegfried Jackstien
Sent: 22 August 2021 23:32
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

i can not hear any signal anymore .. why? my cpu is snoring (fallen asleep cause cpu liad is very low) :-)

works superb ...

dg9bfc sigi

ps .. yes the pluito IS running!!

 

Am 22.08.2021 um 20:34 schrieb Simon Brown:

Ah,

 

Thanks – first feedback. I find the sample rate from the RSP can wander a bit until it warms up, then it’s fine. Oh I had some bad code in the SDRplay support…

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Brent Seres/ VE3CUS
Sent: 22 August 2021 19:10
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.1 Betas

 

Hi Simon

 

I downloaded and installed the latest Beta kit. Latency and dropouts seem much improved with my Sdrplay RSP2. Thank you. 

 

73

Brent

VE3CUS 

 

 

 

 


--

- + - + -

Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


--

- + - + -

Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.

 


--
- + - + -
Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


Re: SDRplay 3.08

Simon Brown
 

Sigi,

 

I am ignoring you here, this is a thread about the SDRplay API v3.08, you know the rules. Please don’t throw random thoughts at me like this.

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Siegfried Jackstien
Sent: 23 August 2021 14:21
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] SDRplay 3.08

 

a sidenote ... you can not hear that short beep ferom earlier transmission in monitor audio but it is sent out


--
- + - + -
Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


Re: SDRplay 3.08

Siegfried Jackstien
 

a sidenote ... you can not hear that short beep ferom earlier transmission in monitor audio but it is sent out

Am 23.08.2021 um 15:14 schrieb Siegfried Jackstien:

i maybe have found a small audio bug

if i remember right you had solved it earlier and it is back in ...

if you send a tune tone or a double tone ... and switch of ptt .. on next over (say normal voice) pressing the ptt and you hear for a short time the beep that you have sent earlier

seems as there is a "fifo buffer" (the audio filters, denoiser, phase rotation, equalizer etc etc) that is "paused" during rx ... and on next press of the ptt the clock of that fifo buffer runs again and you hear the rest of the transmission before ...

not a real pro blem  but maybe you may take a closer look to that (again?!?)

didnt you " zero" the audio buffer when starting the ptt?? i thought you made such a thingy to get away with the tail of last transmission .. ?!?!?

and ... i would like to see a "longer" ptt tail after relwase of the switch .. means if i release ptt that it can be set to stay on for say 100 or 200ms (or more)??

if i (ptt press )say one two three (release ptt) the three is cut away (or a part of it) ... means i have to hold the ptt a tiny bit longer as usual (or the end is cut off) ... the tail should be simlar to the vox release but independant of the vox function ... only to have the ptt kept engaged for a bit of time so the end of the sentence is transmitted and not cut

you have two settings tx on and tx off (rf delay setable from 0 to 40ms) ... if first is set to say 100ms or so (to cut the tail of the transmission before) and second could be set higher also (so ptt stays on for 100 or 200ms more) then both problems could be solved ... the start delay cuts away the audio rest that is left in the buffer and the end delay keeps ptt on for a bit of time (so last word is not cut at the end)

so there are TWO things .. one is the fifo buffer in the audio chain (you hear the end of last transmission at next ptt press) .. .and the other is a ptt tail ... so the sdr can send out ALL data and does not cut the end

dg9bfc sigi


Am 23.08.2021 um 14:52 schrieb Simon Brown:

So,

 

Good news – SDR Console now working with both the SDRplay release and beta. I’ll update the 3.1 Beta kit later…

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 


--
- + - + -
Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


Re: SDRplay 3.08

Siegfried Jackstien
 

i maybe have found a small audio bug

if i remember right you had solved it earlier and it is back in ...

if you send a tune tone or a double tone ... and switch of ptt .. on next over (say normal voice) pressing the ptt and you hear for a short time the beep that you have sent earlier

seems as there is a "fifo buffer" (the audio filters, denoiser, phase rotation, equalizer etc etc) that is "paused" during rx ... and on next press of the ptt the clock of that fifo buffer runs again and you hear the rest of the transmission before ...

not a real pro blem  but maybe you may take a closer look to that (again?!?)

didnt you " zero" the audio buffer when starting the ptt?? i thought you made such a thingy to get away with the tail of last transmission .. ?!?!?

and ... i would like to see a "longer" ptt tail after relwase of the switch .. means if i release ptt that it can be set to stay on for say 100 or 200ms (or more)??

if i (ptt press )say one two three (release ptt) the three is cut away (or a part of it) ... means i have to hold the ptt a tiny bit longer as usual (or the end is cut off) ... the tail should be simlar to the vox release but independant of the vox function ... only to have the ptt kept engaged for a bit of time so the end of the sentence is transmitted and not cut

you have two settings tx on and tx off (rf delay setable from 0 to 40ms) ... if first is set to say 100ms or so (to cut the tail of the transmission before) and second could be set higher also (so ptt stays on for 100 or 200ms more) then both problems could be solved ... the start delay cuts away the audio rest that is left in the buffer and the end delay keeps ptt on for a bit of time (so last word is not cut at the end)

so there are TWO things .. one is the fifo buffer in the audio chain (you hear the end of last transmission at next ptt press) .. .and the other is a ptt tail ... so the sdr can send out ALL data and does not cut the end

dg9bfc sigi


Am 23.08.2021 um 14:52 schrieb Simon Brown:

So,

 

Good news – SDR Console now working with both the SDRplay release and beta. I’ll update the 3.1 Beta kit later…

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 


--
- + - + -
Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.


SDRplay 3.08

Simon Brown
 

So,

 

Good news – SDR Console now working with both the SDRplay release and beta. I’ll update the 3.1 Beta kit later…

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 


--
- + - + -
Please use https://forum.sdr-radio.com:4499/ when posting questions or problems.

5121 - 5140 of 68704