Date   

Open the satellite plugin on my laptop and the sdr console V3 shuts down #sdrconsolev3

bh2rmx@...
 

Earlier, I posted a post describing this phenomenon, and now a new version has been released. I want to see if the new version has the same problem. I downloaded the new version 3.0.18 of Sdr console V3, and the laptop system is Windows 7 x64. After installation, open SDR to receive broadcast normally, but after clicking the satellite module, the main program will be static and the following picture will appear. This does not happen on desktop computers. Desktop computers and laptops are the same computer system. According to others. I copied files from my desktop computer to the same location as my laptop. The running software problem is still unresolved. Resetting the program will not solve the problem. I can't open the satellite module at all, I can't see the trajectory of the satellite, and I can't enter the setting interface of the satellite. I don't know how to do it. thank you!




Re: 3.0.18 - Server Problem

Simon Brown
 

Hi,

 

*Please* add the topic to the messages. I usually ignore messages unless the title indicates that it requires my attention.

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Lawrence Bearse via Groups.Io
Sent: 01 January 2020 23:08
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] 3.0.18

 

Thanks for the replies. I forgot about that buffer setting, duhh! Increasing it fixes it with your server Kriss, but not with mine, but it does help. Does that setting affect the server side or the client side? My remote server, which is not at my current location so I can't change anything right now, is running on wifi. That may be a problem I would think and it is something that I can do something about at a later time. Kriss, do router settings affect it on the client side? Oh, yes I have noticed some SAM anomalies, but they are rare. It works great most of the time. Mostly what I have noticed is a problem when the received signal is exactly in the center of the spectrum. Maybe that is an issue with the SDR.
Thanks!! Best of the new year.......Larry WA1LGQ


Re: Request for 'flip' mode in satellite tracking.

Simon Brown
 

Exactly!

 

The correct way to do this is in the tracking software, not the DDE information. The DDE / SDR Console knows nothing about the rotator.

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

-----Original Message-----
From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Matthias Bopp

 

Therefore, IMHO the best way to implement this, is in the tracking program itself and not by the DDE / rotator interface hardware or software.

 


Re: Request for 'flip' mode in satellite tracking.

Matthias Bopp
 

Hi,

The problem is the fully automated operation:

The PC needs to know always where the rotator is on its 720 degree track and determine in advance where the next automated tracking will happen (pass North or South).

Therefore, IMHO the best way to implement this, is in the tracking program itself and not by the DDE / rotator interface hardware or software.

One way could be that at the start of the tracking program, the program turns the rotator left (CCW) and waits until there is no more movement / the angular sensor does not show any more changes.

This means that the rotator reached the respective end stop switch and from there can turn 72o degree CW.

From now on the tracking program keeps track where there rotator is on its track between 0 and 720 degrees.

If necessary the tracking program can move the rotator to a suitable starting point for the next pass.

Does this make sense to you ?

Kind regards

Matthias

www.dd1us.de

-----Ursprüngliche Nachricht-----
Von: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> Im Auftrag von jdow
Gesendet: Donnerstag, 2. Januar 2020 09:44
An: main@SDR-Radio.groups.io
Betreff: Re: [SDR-Radio] Request for 'flip' mode in satellite tracking.

I can't prove it off hand but if you set to the 0 position thinking -360 to +
360 you'll always be set to cover a pass. Immediately reset after the pass. This MAY be best served by an external addon that understands rotator types - something like omnirig only for rotators.

{o.o}

On 20200102 00:02:05, Matthias Bopp wrote:
Yes, Simon please also support rotators which can turn more than 360 degree.

My rotator can turn 720 degrees and it would be nice if the tracking program determines before a pass is started whether the pass will be North or South of the QTH and the rotator is properly preset to support this ...

Kind regards

Matthias

www.dd1us.de


-----Ursprüngliche Nachricht-----
Von: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> Im Auftrag
von jdow
Gesendet: Donnerstag, 2. Januar 2020 03:25
An: main@SDR-Radio.groups.io
Betreff: Re: [SDR-Radio] Request for 'flip' mode in satellite tracking.

Unless your antenna can rotate more than 360 degrees - like 480 degrees or better 540 degrees ideally 729 degrees or even continuously simple geometry suggests you will run into end of travel trouble.

{o.o}

On 20200101 13:02:58, Rick Hall wrote:
Simon,
This is a followup request to consider adding a 'flip' mode to the
satellite antenna tracking function.
I used the automatic scheduler to track the ISS over the past few
days while the cosmonaut commemorative slow-scan pictures were being
transmitted.  I was able to record pictures from every visible pass without having to do any manual input.
However... (You knew that was coming!)  I lost parts of several
otherwise excellent pictures because the satellite path passed
through the end-of-rotation point of my azimuth rotor and the signal
was lost while the rotor was doing a
360 degree turn to get to the other side of the end-of-rotation point.
I believe the 'flip' mode needs to be implemented in SDRConsole, and
not in the rotor interface software at the other end of the Nova
connection. The 'when to use flip' decision requires knowledge of the
start and end points of the satellite pass before the pass starts,
and the Nova messages only contain the 'point here now' azimuth and elevation values.
Of course a 'flip' mode would also eliminate the '360 degree turn in
the middle of a pass' that occurs when tracking amateur satellites.
Thanks for your consideration, and Happy New Year.  73, Rick - K5GZR





Re: Request for 'flip' mode in satellite tracking.

jdow
 

I can't prove it off hand but if you set to the 0 position thinking -360 to + 360 you'll always be set to cover a pass. Immediately reset after the pass. This MAY be best served by an external addon that understands rotator types - something like omnirig only for rotators.

{o.o}

On 20200102 00:02:05, Matthias Bopp wrote:
Yes, Simon please also support rotators which can turn more than 360 degree.
My rotator can turn 720 degrees and it would be nice if the tracking program determines before a pass is started whether the pass will be North or South of the QTH and the rotator is properly preset to support this ...
Kind regards
Matthias
www.dd1us.de
-----Ursprüngliche Nachricht-----
Von: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> Im Auftrag von jdow
Gesendet: Donnerstag, 2. Januar 2020 03:25
An: main@SDR-Radio.groups.io
Betreff: Re: [SDR-Radio] Request for 'flip' mode in satellite tracking.
Unless your antenna can rotate more than 360 degrees - like 480 degrees or better 540 degrees ideally 729 degrees or even continuously simple geometry suggests you will run into end of travel trouble.
{o.o}
On 20200101 13:02:58, Rick Hall wrote:
Simon,
This is a followup request to consider adding a 'flip' mode to the
satellite antenna tracking function.
I used the automatic scheduler to track the ISS over the past few days
while the cosmonaut commemorative slow-scan pictures were being
transmitted.  I was able to record pictures from every visible pass without having to do any manual input.
However... (You knew that was coming!)  I lost parts of several
otherwise excellent pictures because the satellite path passed through
the end-of-rotation point of my azimuth rotor and the signal was lost
while the rotor was doing a
360 degree turn to get to the other side of the end-of-rotation point.
I believe the 'flip' mode needs to be implemented in SDRConsole, and
not in the rotor interface software at the other end of the Nova
connection. The 'when to use flip' decision requires knowledge of the
start and end points of the satellite pass before the pass starts, and
the Nova messages only contain the 'point here now' azimuth and elevation values.
Of course a 'flip' mode would also eliminate the '360 degree turn in
the middle of a pass' that occurs when tracking amateur satellites.
Thanks for your consideration, and Happy New Year.  73, Rick - K5GZR


Re: Spectrum display freezes while tuning

S.ANICHINI
 

Hello 
I Running the same configuration 
Kx3
W10 64 bits i5 4 cœurs
V 3.0.18
All running fine 
F1EYG

Le mer. 1 janv. 2020 à 20:19, Gregg Marco W6IZT <gregg.w6izt@...> a écrit :
Happy New Year all:


I upgraded to the latest version of SDR Console. I am still experiencing the spectrum display freezing when I tune the radio (K3) or change frequency within SDR Console. CPU utilization when not tuning is running around 2-4%. When I tune CPU utilization increases to 40-50% I have seen as high as 70%

The setup here is:

>>>Elecraft K3
>>> SDR Console v3.0.18
>>> Win 10 pro 64 bit
>>> Intel I7 gen 8
>>> SDR-IQ

Awesome application. Thanks in advance for any assistance

73
Gregg
W6IZT

-----Original Message-----
From: gregg.w6izt@... <gregg.w6izt@...>
Sent: Thursday, December 19, 2019 11:58
To: main@SDR-Radio.groups.io
Subject: RE: [SDR-Radio] Spectrum display freezes while tuning

Yes

-----Original Message-----
From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of jdow
Sent: Thursday, December 19, 2019 11:01
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] Spectrum display freezes while tuning

One other thing comes to mind - are you using the correct communications protocol for the K3?

{^_^}

On 20191218 17:20:59, Gregg Marco W6IZT wrote:
>
>
> -----Original Message-----
> From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of
> jdow
> Sent: Wednesday, December 18, 2019 19:09
> To: main@SDR-Radio.groups.io
> Subject: Re: [SDR-Radio] Spectrum display freezes while tuning
>
> So which of the several means of tuning frequencies did you use? Were you tuning the center frequency? If so by sliding the lowest frequency scale left or right or by clicking the keyboard next to that scale or using the menu? If not were you trying to change the tuned receiver frequency with the scroll wheel in the spectrum/waterfall or the numbers upper left on the main or matrix display?
>
> **I tried tuning the K3, and using the mouse wheel on the displayed
> frequency in SDR Console, both methods resulted in the same behavior.
> If I turned off sync with the K3 the display did not freeze.
> Increasing the poll time in omni rig seems to result in a marginal
> improvement
>
> There are a lot of ways to change frequencies. Simon will certainly need to know which one you used.
>
> You might also want to check what the CPU load is.
>
> ** CPU utilization was in the 10-15% range
>
> That said I don't think any of the methods I can think of at the moment normally cause the display to pause more than very briefly, which happens when the center frequency is changed and the front end frequency synthesizer must relock. Data continues to flow but it may appear like it is glitching at that time in my experience.
>
> {^_^}
>
> On 20191218 13:36:58, Gregg Marco W6IZT wrote:
>> Pic attached
>>
>> -----Original Message-----
>> From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf
>> Of jdow
>> Sent: Wednesday, December 18, 2019 21:29
>> To: main@SDR-Radio.groups.io
>> Subject: Re: [SDR-Radio] Spectrum display freezes while tuning
>>
>> Tuning which frequency and how?
>> Picture so your settings can be assessed?
>> {^_^}
>>
>> On 20191218 13:22:18, Gregg Marco W6IZT wrote:
>>> Is it expected behavior for the spectrum display to freeze while tuning?
>>>
>>> Thank you in advance for your assistance.
>>>
>>> 73
>>>
>>> Gregg W6IZT
>>>
>>> *From:* gregg.w6izt@... <gregg.w6izt@...>
>>> *Sent:* Wednesday, December 18, 2019 18:35
>>> *To:* SDR-Radio@groups.io
>>> *Subject:* RE: Question using SDR console as a pan adapter with K3
>>>
>>> Group:
>>>
>>> I was able to resolve # 1 and #3 by changing the protocol of the
>>> DXLab Commander Secondary port from K3 to Kenwood TS-590.
>>>
>>> 73 HH
>>>
>>> Gregg W6IZT
>>>
>>> *From:* gregg.w6izt@... <mailto:gregg.w6izt@...>
>>> <gregg.w6izt@... <mailto:gregg.w6izt@...>>
>>> *Sent:* Wednesday, December 18, 2019 17:18
>>> *To:* SDR-Radio@groups.io <mailto:SDR-Radio@groups.io>
>>> *Subject:* Question using SDR console as a pan adapter with K3
>>>
>>> Group:
>>>
>>> I’m working through configuring SDR console v3 as a panadpater
>>> display for use with a K3. The configuration is as follows:
>>>
>>> SDR Console v3.0.17
>>>
>>> Win 10 pro Intel I7 gen 8
>>>
>>> SDR-IQ
>>>
>>> DXLab with Omni-Rig connected to the secondary com port of DXLab
>>> Commander using virtual com ports.
>>>
>>> I’ve have run into a couple of issues that I have not been able to resolve:
>>>
>>>    1. When the K3 mode is set to Data A (USB) the SDR Console displays Data-L.
>>>       Using DXLab Commander to change radio mode to Data=L, SDR Console displays
>>>       Data-U
>>>    2. SDR Console will occasionally display the B VFO frequency of the K3, the
>>>       radio is not in split. DX Commander and my amp both display
>>> VFO A properly  3. I’m unable to get the passband on the spectrum display to overlay the actual
>>>       passband correctly. I suspect that this is related to #1.
>>>
>>> This is a great application!
>>>
>>> Any assistance is greatly apricated.
>>>
>>> 73
>>>
>>> Gregg W6IZT
>>>
>>>
>>
>>
>>
>>
>>
>>
>>
>> Capture.JPG
>>
>
>
>
>
>
>
>









Re: Request for 'flip' mode in satellite tracking.

Matthias Bopp
 

Yes, Simon please also support rotators which can turn more than 360 degree.

My rotator can turn 720 degrees and it would be nice if the tracking program determines before a pass is started whether the pass will be North or South of the QTH and the rotator is properly preset to support this ...

Kind regards

Matthias

www.dd1us.de


-----Ursprüngliche Nachricht-----
Von: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> Im Auftrag von jdow
Gesendet: Donnerstag, 2. Januar 2020 03:25
An: main@SDR-Radio.groups.io
Betreff: Re: [SDR-Radio] Request for 'flip' mode in satellite tracking.

Unless your antenna can rotate more than 360 degrees - like 480 degrees or better 540 degrees ideally 729 degrees or even continuously simple geometry suggests you will run into end of travel trouble.

{o.o}

On 20200101 13:02:58, Rick Hall wrote:
Simon,
This is a followup request to consider adding a 'flip' mode to the
satellite antenna tracking function.
I used the automatic scheduler to track the ISS over the past few days
while the cosmonaut commemorative slow-scan pictures were being
transmitted.  I was able to record pictures from every visible pass without having to do any manual input.
However... (You knew that was coming!)  I lost parts of several
otherwise excellent pictures because the satellite path passed through
the end-of-rotation point of my azimuth rotor and the signal was lost
while the rotor was doing a
360 degree turn to get to the other side of the end-of-rotation point.
I believe the 'flip' mode needs to be implemented in SDRConsole, and
not in the rotor interface software at the other end of the Nova
connection. The 'when to use flip' decision requires knowledge of the
start and end points of the satellite pass before the pass starts, and
the Nova messages only contain the 'point here now' azimuth and elevation values.
Of course a 'flip' mode would also eliminate the '360 degree turn in
the middle of a pass' that occurs when tracking amateur satellites.
Thanks for your consideration, and Happy New Year.  73, Rick - K5GZR


Inverted Passband?

Chris Prosser <chris@...>
 

Hi Folks,

While puttering around tracking a satellite I managed to invert my passband. Should this even be possible?

Is there a way to return the passbands to default? The UI is not letting me fix it. I tried the [...] in the Mode subpanel and hit Defaults but that didn't help.

Two screenshots:


And after I tried to fix it:



Thanks!
-chris


Re: Request for 'flip' mode in satellite tracking.

jdow
 

Unless your antenna can rotate more than 360 degrees - like 480 degrees or better 540 degrees ideally 729 degrees or even continuously simple geometry suggests you will run into end of travel trouble.

{o.o}

On 20200101 13:02:58, Rick Hall wrote:
Simon,
This is a followup request to consider adding a 'flip' mode to the satellite antenna tracking function.
I used the automatic scheduler to track the ISS over the past few days while the cosmonaut commemorative slow-scan pictures were being transmitted.  I was able to record pictures from every visible pass without having to do any manual input.
However... (You knew that was coming!)  I lost parts of several otherwise excellent pictures because the satellite path passed through the end-of-rotation point of my azimuth rotor and the signal was lost while the rotor was doing a 360 degree turn to get to the other side of the end-of-rotation point.
I believe the 'flip' mode needs to be implemented in SDRConsole, and not in the rotor interface software at the other end of the Nova connection. The 'when to use flip' decision requires knowledge of the start and end points of the satellite pass before the pass starts, and the Nova messages only contain the 'point here now' azimuth and elevation values.
Of course a 'flip' mode would also eliminate the '360 degree turn in the middle of a pass' that occurs when tracking amateur satellites.
Thanks for your consideration, and Happy New Year.  73, Rick - K5GZR


Re: Spectrum display freezes while tuning

jdow
 

A full size picture showing settings is required in all but very very rare cases. It helps poor Simon do his magic.
{^_^}

On 20200101 11:19:01, Gregg Marco W6IZT wrote:
Happy New Year all:
I upgraded to the latest version of SDR Console. I am still experiencing the spectrum display freezing when I tune the radio (K3) or change frequency within SDR Console. CPU utilization when not tuning is running around 2-4%. When I tune CPU utilization increases to 40-50% I have seen as high as 70%
The setup here is:

Elecraft K3
SDR Console v3.0.18
Win 10 pro 64 bit
Intel I7 gen 8
SDR-IQ
Awesome application. Thanks in advance for any assistance
73
Gregg
W6IZT
-----Original Message-----
From: gregg.w6izt@... <gregg.w6izt@...>
Sent: Thursday, December 19, 2019 11:58
To: main@SDR-Radio.groups.io
Subject: RE: [SDR-Radio] Spectrum display freezes while tuning
Yes
-----Original Message-----
From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of jdow
Sent: Thursday, December 19, 2019 11:01
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] Spectrum display freezes while tuning
One other thing comes to mind - are you using the correct communications protocol for the K3?
{^_^}
On 20191218 17:20:59, Gregg Marco W6IZT wrote:


-----Original Message-----
From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of
jdow
Sent: Wednesday, December 18, 2019 19:09
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] Spectrum display freezes while tuning

So which of the several means of tuning frequencies did you use? Were you tuning the center frequency? If so by sliding the lowest frequency scale left or right or by clicking the keyboard next to that scale or using the menu? If not were you trying to change the tuned receiver frequency with the scroll wheel in the spectrum/waterfall or the numbers upper left on the main or matrix display?

**I tried tuning the K3, and using the mouse wheel on the displayed
frequency in SDR Console, both methods resulted in the same behavior.
If I turned off sync with the K3 the display did not freeze.
Increasing the poll time in omni rig seems to result in a marginal
improvement

There are a lot of ways to change frequencies. Simon will certainly need to know which one you used.

You might also want to check what the CPU load is.

** CPU utilization was in the 10-15% range

That said I don't think any of the methods I can think of at the moment normally cause the display to pause more than very briefly, which happens when the center frequency is changed and the front end frequency synthesizer must relock. Data continues to flow but it may appear like it is glitching at that time in my experience.

{^_^}

On 20191218 13:36:58, Gregg Marco W6IZT wrote:
Pic attached

-----Original Message-----
From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf
Of jdow
Sent: Wednesday, December 18, 2019 21:29
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] Spectrum display freezes while tuning

Tuning which frequency and how?
Picture so your settings can be assessed?
{^_^}

On 20191218 13:22:18, Gregg Marco W6IZT wrote:
Is it expected behavior for the spectrum display to freeze while tuning?

Thank you in advance for your assistance.

73

Gregg W6IZT

*From:* gregg.w6izt@... <gregg.w6izt@...>
*Sent:* Wednesday, December 18, 2019 18:35
*To:* SDR-Radio@groups.io
*Subject:* RE: Question using SDR console as a pan adapter with K3

Group:

I was able to resolve # 1 and #3 by changing the protocol of the
DXLab Commander Secondary port from K3 to Kenwood TS-590.

73 HH

Gregg W6IZT

*From:* gregg.w6izt@... <mailto:gregg.w6izt@...>
<gregg.w6izt@... <mailto:gregg.w6izt@...>>
*Sent:* Wednesday, December 18, 2019 17:18
*To:* SDR-Radio@groups.io <mailto:SDR-Radio@groups.io>
*Subject:* Question using SDR console as a pan adapter with K3

Group:

I’m working through configuring SDR console v3 as a panadpater
display for use with a K3. The configuration is as follows:

SDR Console v3.0.17

Win 10 pro Intel I7 gen 8

SDR-IQ

DXLab with Omni-Rig connected to the secondary com port of DXLab
Commander using virtual com ports.

I’ve have run into a couple of issues that I have not been able to resolve:

1. When the K3 mode is set to Data A (USB) the SDR Console displays Data-L.
Using DXLab Commander to change radio mode to Data=L, SDR Console displays
Data-U
2. SDR Console will occasionally display the B VFO frequency of the K3, the
radio is not in split. DX Commander and my amp both display
VFO A properly 3. I’m unable to get the passband on the spectrum display to overlay the actual
passband correctly. I suspect that this is related to #1.

This is a great application!

Any assistance is greatly apricated.

73

Gregg W6IZT







Capture.JPG






Re: 3.0.18

WA1LGQ
 

Oh, I sorry, I forgot to mention that there is no problem when I use 3.012 on the client side with the buffer at 100. Also, those playback buffer settings don't do have much effect. My server is running the latest 3.018 install.
73! Larry


Re: 3.0.18

WA1LGQ
 

Thanks for the replies. I forgot about that buffer setting, duhh! Increasing it fixes it with your server Kriss, but not with mine, but it does help. Does that setting affect the server side or the client side? My remote server, which is not at my current location so I can't change anything right now, is running on wifi. That may be a problem I would think and it is something that I can do something about at a later time. Kriss, do router settings affect it on the client side? Oh, yes I have noticed some SAM anomalies, but they are rare. It works great most of the time. Mostly what I have noticed is a problem when the received signal is exactly in the center of the spectrum. Maybe that is an issue with the SDR.
Thanks!! Best of the new year.......Larry WA1LGQ


Re: 3.0.18

kg7swp@yahoo.com <KG7SWP@...>
 

Simon, I see that you added a min/max drive for TX on the Lime. Is this something to assist in HF TX, by chance? I am out of town for a week plus, so cannot check it.

Thank you,
Ed


Re: Audio "Quality" and IF Gain Questions #sdrconsolev3

Kriss Kliegle KA1GJU
 

Turn the AGC ON, can’t think of any radio that I have owned that would sound good without it turned on.
If the RSPDX is anything like its predecessors, one has to run incredible amount of negative gain
to make it operate properly. Since I don’t have the RSPdx, but the RSP 1A, try placing the RF gain in the middle range or slightly below. Not sure what the valid RF Gain values are for the DX, I only have a range from 0-9 (?).

What’s the antenna connected?

73 Kriss KA1GJU 


Request for 'flip' mode in satellite tracking.

Rick Hall - K5GZR
 

Simon,
This is a followup request to consider adding a 'flip' mode to the satellite antenna tracking function.
I used the automatic scheduler to track the ISS over the past few days while the cosmonaut commemorative slow-scan pictures were being transmitted.  I was able to record pictures from every visible pass without having to do any manual input.
However... (You knew that was coming!)  I lost parts of several otherwise excellent pictures because the satellite path passed through the end-of-rotation point of my azimuth rotor and the signal was lost while the rotor was doing a 360 degree turn to get to the other side of the end-of-rotation point. 
I believe the 'flip' mode needs to be implemented in SDRConsole, and not in the rotor interface software at the other end of the Nova connection. The 'when to use flip' decision requires knowledge of the start and end points of the satellite pass before the pass starts, and the Nova messages only contain the 'point here now' azimuth and elevation values.
Of course a 'flip' mode would also eliminate the '360 degree turn in the middle of a pass' that occurs when tracking amateur satellites.
Thanks for your consideration, and Happy New Year.  73, Rick - K5GZR


Re: Audio "Quality" and IF Gain Questions #sdrconsolev3

rmrrgs <rgsrose@...>
 

 

Hi Simon,

 

Thanks so much for “personal” help.

Really nice of you to take the time to do so; much appreciated.

 

Here’s the screen shot re my Audio question from a short while ago.

Hope you can see it OK.

I’ve never sent screen images before, so still experimenting with how to do it; suggestions ?

 

If not too clear, I have the IF Gain at -35 db, and the RF Gain at 14.

AGC Off.

 

Audio “OK”, but not what I would hope to achieve with

More optimum settings.

 

Thanks again,

Bob

Sent from Mail for Windows 10

 

From: Simon Brown
Sent: Wednesday, January 1, 2020 6:49 PM
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] Audio "Quality" and IF Gain Questions #sdrconsolev3

 

Bob,

 

What values did you use? Add a screenshot please – pretty please?

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of rmrrgs
Sent: 01 January 2020 18:33
To: main@SDR-Radio.groups.io
Subject: [SDR-Radio] Audio "Quality" and IF Gain Questions #sdrconsolev3

 

Hello,

Using With SDR Play RSPdx.

Audio was very garbled until I started to play with
the RF Gain, and also with the IF Gain.

Found setting where it is now acceptable, but not "great".

Realize that I don't know what I am doing, particularly with the IF Gain.

a. Is there a Default setting for each that represents a good place to start ?

b. Is there a writeup that describes how to use and set both ?

c. Or, might someone please give me a bit of advice on how
to use these, particularly the IF Gain.

d. What else should I check or adjust to improve the audio "quality"  ?

Thanks,
Bob

 


Re: 3.0.18 and Adalm Pluto #pluto

Jukka Pappinen
 

Simon Brown kirjoitti 1.1.2020 klo 20:27:
Looks like I messed up an installation script. Please install 3.0.17 then install 3.0.18 (no deinstallation please).
Thanks, that did the trick, partly. PlutoSDR appears to the radio definitions list, but cliking it causes just "Nothing found, sorry!" popup message. However, I'm able to connect to it via TCP/IP connection (Add -> PlutoSDR and IP-address etc). I did install drivers again as administrator, but it didn't help. Odd.

- Jukka, oh6mwq


Re: 3.0.18 Updated

F1SMV Eric
 

Thank Simon for update quickly your latest version with dll for pluto. Run well

73 HNY twenty twenty

Eric


Re: Spectrum display freezes while tuning

Gregg Marco W6IZT <gregg.w6izt@...>
 

Happy New Year all:


I upgraded to the latest version of SDR Console. I am still experiencing the spectrum display freezing when I tune the radio (K3) or change frequency within SDR Console. CPU utilization when not tuning is running around 2-4%. When I tune CPU utilization increases to 40-50% I have seen as high as 70%

The setup here is:

Elecraft K3
SDR Console v3.0.18
Win 10 pro 64 bit
Intel I7 gen 8
SDR-IQ
Awesome application. Thanks in advance for any assistance

73
Gregg
W6IZT

-----Original Message-----
From: gregg.w6izt@... <gregg.w6izt@...>
Sent: Thursday, December 19, 2019 11:58
To: main@SDR-Radio.groups.io
Subject: RE: [SDR-Radio] Spectrum display freezes while tuning

Yes

-----Original Message-----
From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of jdow
Sent: Thursday, December 19, 2019 11:01
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] Spectrum display freezes while tuning

One other thing comes to mind - are you using the correct communications protocol for the K3?

{^_^}

On 20191218 17:20:59, Gregg Marco W6IZT wrote:


-----Original Message-----
From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of
jdow
Sent: Wednesday, December 18, 2019 19:09
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] Spectrum display freezes while tuning

So which of the several means of tuning frequencies did you use? Were you tuning the center frequency? If so by sliding the lowest frequency scale left or right or by clicking the keyboard next to that scale or using the menu? If not were you trying to change the tuned receiver frequency with the scroll wheel in the spectrum/waterfall or the numbers upper left on the main or matrix display?

**I tried tuning the K3, and using the mouse wheel on the displayed
frequency in SDR Console, both methods resulted in the same behavior.
If I turned off sync with the K3 the display did not freeze.
Increasing the poll time in omni rig seems to result in a marginal
improvement

There are a lot of ways to change frequencies. Simon will certainly need to know which one you used.

You might also want to check what the CPU load is.

** CPU utilization was in the 10-15% range

That said I don't think any of the methods I can think of at the moment normally cause the display to pause more than very briefly, which happens when the center frequency is changed and the front end frequency synthesizer must relock. Data continues to flow but it may appear like it is glitching at that time in my experience.

{^_^}

On 20191218 13:36:58, Gregg Marco W6IZT wrote:
Pic attached

-----Original Message-----
From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf
Of jdow
Sent: Wednesday, December 18, 2019 21:29
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] Spectrum display freezes while tuning

Tuning which frequency and how?
Picture so your settings can be assessed?
{^_^}

On 20191218 13:22:18, Gregg Marco W6IZT wrote:
Is it expected behavior for the spectrum display to freeze while tuning?

Thank you in advance for your assistance.

73

Gregg W6IZT

*From:* gregg.w6izt@... <gregg.w6izt@...>
*Sent:* Wednesday, December 18, 2019 18:35
*To:* SDR-Radio@groups.io
*Subject:* RE: Question using SDR console as a pan adapter with K3

Group:

I was able to resolve # 1 and #3 by changing the protocol of the
DXLab Commander Secondary port from K3 to Kenwood TS-590.

73 HH

Gregg W6IZT

*From:* gregg.w6izt@... <mailto:gregg.w6izt@...>
<gregg.w6izt@... <mailto:gregg.w6izt@...>>
*Sent:* Wednesday, December 18, 2019 17:18
*To:* SDR-Radio@groups.io <mailto:SDR-Radio@groups.io>
*Subject:* Question using SDR console as a pan adapter with K3

Group:

I’m working through configuring SDR console v3 as a panadpater
display for use with a K3. The configuration is as follows:

SDR Console v3.0.17

Win 10 pro Intel I7 gen 8

SDR-IQ

DXLab with Omni-Rig connected to the secondary com port of DXLab
Commander using virtual com ports.

I’ve have run into a couple of issues that I have not been able to resolve:

1. When the K3 mode is set to Data A (USB) the SDR Console displays Data-L.
Using DXLab Commander to change radio mode to Data=L, SDR Console displays
Data-U
2. SDR Console will occasionally display the B VFO frequency of the K3, the
radio is not in split. DX Commander and my amp both display
VFO A properly 3. I’m unable to get the passband on the spectrum display to overlay the actual
passband correctly. I suspect that this is related to #1.

This is a great application!

Any assistance is greatly apricated.

73

Gregg W6IZT







Capture.JPG






3.0.18 Updated

Simon Brown
 

Minor update to SDR Console 3.0.18 - fixes missing Pluto DLLs.

 

https://www.sdr-radio.com/Software/%F0%9F%92%BEDownloads

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

16621 - 16640 of 68784