Date   

Re: The never-ending screenshot dilemna...

ronwhat
 

There are some that do not include screenshot at all, but there seem to be a large number that don’t know or understand the difference between a photo inline vs. attached as a file. I suspect some email programs don’t make it easy to force it as an attachment vs. inline, so it takes more than just a brief line to explain. 

Ron Biddle
KA4RON

On May 14, 2020, at 1:51 PM, Stu C <stu@...> wrote:

An F.A.Q. site
Entry 1. AFSS "Attach a fine screen shot"

Stu


Re: The never-ending screenshot dilemna...

Stu C <stu@...>
 

An F.A.Q. site
Entry 1. AFSS "Attach a fine screen shot"

Stu


Re: #request - Receiver Unsquelched Indicator #request

Dennis Matzen
 

I took a screen capture and then edited it. Look at receiver #4, I put a red dot that indicates this receiver is un-squelched. This is what I had in mind.

I guess another option would be to change the color of the label at the bottom of the receiver window (4 : 154.21 Mhz in my screen capture). 

Thank you
--
Dennis
KA6FUB


3.0.23 test wit HL2

Pete Ferrand
 

I'm happy to report  satisfaction with the keying improvements in the above-referenced version of SDRC on my HL2 build 9 The sidetone operates with minimal delay through a USB interface - I have a server motherboard that does not sport on-board audio. Further, the hang time works exactly as it should, although the ability to make it longer than one second would be useful. This is with a Windows 10/64 system and an eight year old Asus Phenom processor, and gateware 71p0.

The one remaining problem is the inability to adjust cw power level. With all three cw level sliders at their minimum position, the HL2 produces 5 watts on 40 meters. With the sliders at other positions I see 5 watts output as well. I would like to lower the power down as PowerSDR allows to 1 and a fraction watts. 

Thanks.
Pete
WB2QLL


The never-ending screenshot dilemna...

Roy VE7DH
 

I just did a search through everywhere I could think of on this forum and nowhere could I find the actual instructions for correctly adding a screenshot to a message, except occasionally within a message thread.

Simon constantly has to tell people to "add a screenshot", yet he leaves out the all important "as an attachment". And since a screenshot is a picture, guess what most people will do.

Other people also are constantly complaining about people adding screenshots as pictures.

So, is there no way to fix this by putting up a message/note/banner of some kind that would remind folks of how it should be done?

Not being a programmer or a forum moderator I probably don't have the best answer for this ongoing problem, but if possible it seems to me the best place for this reminder would be to automatically have a first line inserted whenever you open a reply box that says something to the effect of "Always include a screenshot, as an attachment".

Imagine how much stress and annoyance Simon could avoid. It boggles the mind.

regards, Roy


Re: Frequency steps with Console and Lime mini

Charles Suckling
 

Thanks, Simon

Will the NCO be used to correct the frequency display so you don't get the impression it is tracking continuously when it isn't, or to allow the Lime to achieve smaller 'steps'?  

Charlie

On Thu, 14 May 2020 at 16:36, Simon Brown <simon@...> wrote:

OK,

 

What you see and what’s shown confirms the way the Lime chip works. I’ll add correction for the offset shown in the panel by adding an NCO.

 

I’ll invite you now to the test team, with any luck there will be a new DLL for you to test later today.

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Charles Suckling
Sent: 14 May 2020 16:11
To: main@sdr-radio.groups.io
Subject: Re: [SDR-Radio] Frequency steps with Console and Lime mini

 

Hi Simon

 

Tested again Lime running at 144 transverted to 2400MHz, and the Lime running directly at 2400.  Signal was a slowly changing frequency input from WSJT-X as before.  Results were the same as yesterday - an apparently smoothly changing signal across the waterfall with 144 and constant frequency for some time, then a step with 2400.

 

I monitored the LO offset number.  With both 144 and 2400, the LO offset changes as the dial  frequency changes. 

 

With 144, LO offset  varied from 0 to 1Hz (sometimes 0.1 to 1.1Hz) and then returns to 0 and increases again to 1Hz ad infinitum. 

With 2400MHz, it varied from 0 to about 19Hz. While it was increasing from 0 upwards the RF output frequency was constant. The output  frequency step occurred when it reached its maximum and then reset to zero. 

 

3 Screenshots attached. First is 144, second is 2400 just after a freq jump, third is 2400 just before a jump.

 

Hope this helps.

 

Charlie

 

On Thu, 14 May 2020 at 10:39, Simon Brown <simon@...> wrote:

OK,

 

Please do. If this correctly indicates the offset you see with WSJT / whatever then I can add a NCO to correct for this minor discrepancy, the NCO is accurate to at least 0.000001 Hz

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Charles Suckling
Sent: 13 May 2020 15:36
To: main@sdr-radio.groups.io
Subject: Re: [SDR-Radio] Frequency steps with Console and Lime mini

 

Thanks, Simon

 

I'll watch that while its being tuned.

 

Charlie

 

On Wed, 13 May 2020 at 14:10, Simon Brown <simon@...> wrote:

Hi,

 

I was really after screenshots of SDR Console. You can’t tune the TX LO to an exact frequency, I show the offset in the Radio pane. The Lime is tuned to 2.4<something> GHz, you see a 16 Hz LO offset.

 

What you really need is for me to add another NCO to compensate.

 

Watch this value as you let WSJT drive Console, it should make sense.

 

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Charles Suckling
Sent: 13 May 2020 12:14
To: main@sdr-radio.groups.io
Subject: Re: [SDR-Radio] Frequency steps with Console and Lime mini

 

Hi Simon

 

Here are some screenshots (from WSJT-X waterfall).  Hope they come out OK - if not let me know.


Re: Frequency steps with Console and Lime mini

Simon Brown
 

OK,

 

What you see and what’s shown confirms the way the Lime chip works. I’ll add correction for the offset shown in the panel by adding an NCO.

 

I’ll invite you now to the test team, with any luck there will be a new DLL for you to test later today.

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Charles Suckling
Sent: 14 May 2020 16:11
To: main@sdr-radio.groups.io
Subject: Re: [SDR-Radio] Frequency steps with Console and Lime mini

 

Hi Simon

 

Tested again Lime running at 144 transverted to 2400MHz, and the Lime running directly at 2400.  Signal was a slowly changing frequency input from WSJT-X as before.  Results were the same as yesterday - an apparently smoothly changing signal across the waterfall with 144 and constant frequency for some time, then a step with 2400.

 

I monitored the LO offset number.  With both 144 and 2400, the LO offset changes as the dial  frequency changes. 

 

With 144, LO offset  varied from 0 to 1Hz (sometimes 0.1 to 1.1Hz) and then returns to 0 and increases again to 1Hz ad infinitum. 

With 2400MHz, it varied from 0 to about 19Hz. While it was increasing from 0 upwards the RF output frequency was constant. The output  frequency step occurred when it reached its maximum and then reset to zero. 

 

3 Screenshots attached. First is 144, second is 2400 just after a freq jump, third is 2400 just before a jump.

 

Hope this helps.

 

Charlie

 

On Thu, 14 May 2020 at 10:39, Simon Brown <simon@...> wrote:

OK,

 

Please do. If this correctly indicates the offset you see with WSJT / whatever then I can add a NCO to correct for this minor discrepancy, the NCO is accurate to at least 0.000001 Hz

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Charles Suckling
Sent: 13 May 2020 15:36
To: main@sdr-radio.groups.io
Subject: Re: [SDR-Radio] Frequency steps with Console and Lime mini

 

Thanks, Simon

 

I'll watch that while its being tuned.

 

Charlie

 

On Wed, 13 May 2020 at 14:10, Simon Brown <simon@...> wrote:

Hi,

 

I was really after screenshots of SDR Console. You can’t tune the TX LO to an exact frequency, I show the offset in the Radio pane. The Lime is tuned to 2.4<something> GHz, you see a 16 Hz LO offset.

 

What you really need is for me to add another NCO to compensate.

 

Watch this value as you let WSJT drive Console, it should make sense.

 

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Charles Suckling
Sent: 13 May 2020 12:14
To: main@sdr-radio.groups.io
Subject: Re: [SDR-Radio] Frequency steps with Console and Lime mini

 

Hi Simon

 

Here are some screenshots (from WSJT-X waterfall).  Hope they come out OK - if not let me know.


Re: Frequency steps with Console and Lime mini

Charles Suckling
 

Hi Simon

Tested again Lime running at 144 transverted to 2400MHz, and the Lime running directly at 2400.  Signal was a slowly changing frequency input from WSJT-X as before.  Results were the same as yesterday - an apparently smoothly changing signal across the waterfall with 144 and constant frequency for some time, then a step with 2400.

I monitored the LO offset number.  With both 144 and 2400, the LO offset changes as the dial  frequency changes. 

With 144, LO offset  varied from 0 to 1Hz (sometimes 0.1 to 1.1Hz) and then returns to 0 and increases again to 1Hz ad infinitum. 
With 2400MHz, it varied from 0 to about 19Hz. While it was increasing from 0 upwards the RF output frequency was constant. The output  frequency step occurred when it reached its maximum and then reset to zero. 

3 Screenshots attached. First is 144, second is 2400 just after a freq jump, third is 2400 just before a jump.

Hope this helps.

Charlie

On Thu, 14 May 2020 at 10:39, Simon Brown <simon@...> wrote:

OK,

 

Please do. If this correctly indicates the offset you see with WSJT / whatever then I can add a NCO to correct for this minor discrepancy, the NCO is accurate to at least 0.000001 Hz

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Charles Suckling
Sent: 13 May 2020 15:36
To: main@sdr-radio.groups.io
Subject: Re: [SDR-Radio] Frequency steps with Console and Lime mini

 

Thanks, Simon

 

I'll watch that while its being tuned.

 

Charlie

 

On Wed, 13 May 2020 at 14:10, Simon Brown <simon@...> wrote:

Hi,

 

I was really after screenshots of SDR Console. You can’t tune the TX LO to an exact frequency, I show the offset in the Radio pane. The Lime is tuned to 2.4<something> GHz, you see a 16 Hz LO offset.

 

What you really need is for me to add another NCO to compensate.

 

Watch this value as you let WSJT drive Console, it should make sense.

 

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Charles Suckling
Sent: 13 May 2020 12:14
To: main@sdr-radio.groups.io
Subject: Re: [SDR-Radio] Frequency steps with Console and Lime mini

 

Hi Simon

 

Here are some screenshots (from WSJT-X waterfall).  Hope they come out OK - if not let me know.


Re: Dead simple Arduino MIDI controller for PTT button.

Andrea Dalbagno
 

Hallo Chris,
May I ask you to show us, when you have spare time, a schematic of your arduino micro knob or at least a photo of the back of PCBs? 
Thank you very much :-)

Brgs

Andrea SWL I-1360TN


Il gio 14 mag 2020, 16:13 billcoombes <bill@...> ha scritto:
Thanks Chris and I really appreciate your help.
Bill - G4ERV


Re: Can't get ADALM-Pluto to work (Resend)

Roy VE7DH
 

Bill, If you don't feel comfortable doing the expanded frequency and dual Processor mod for the Pluto just download the Satsagen spectrum analyzer/tracking generator software and when you install the program it will do the Pluto hacks for you automatically.

Plus it's really nice software to have for your Pluto.

http://www.albfer.com/satsagen-download-page/#content

regards, Roy


Re: DSD+ Trunking Setup #sdrconsolev3 #request #bladerf #dsd #trunking

alberto
 



El viernes, 8 de mayo de 2020 22:14:22 GMT-5, albert oax <albertoaxmx@...> escribió:


Dear Simon,
I have a question which application or program you use to make the time keys or activate your software, I hope I have explained.
thank you


El viernes, 8 de mayo de 2020 13:07:36 GMT-5, Simon Brown <simon@...> escribió:


Hi,

 

My notes are here: https://www.sdr-radio.com/dsdplus .

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Ryan Thompson
Sent: 08 May 2020 04:48
To: main@SDR-Radio.groups.io
Subject: [SDR-Radio] DSD+ Trunking Setup #bladerf #dsd #trunking #sdrconsolev3 #request

 

Still confused about trunking setup with DSD+ in Console v3.  SDR system is Console v3 and a Bladerf 2.0 A4 on a dual E5 Xeon, 128G RAM, Titan RTX running Win 10v1909 OS.  No prior experience with trunking but know what a control channel is, have IT skills and my system works great across rest of SDR Console v3 featureset.  I've occasionally heard decodes without understanding why they worked at the time.

I think my problem is I don't understand the setup process, i.e.: what DSD files to edit, what info to put in them (besides control channel), why I am unable to add options / terms to the Control window by typing in field and / or clicking the "+", why my hard-coded edits to SDR's DSD .bat file don't persist after saving, etc.  I do think understand how to route audio, start controller / monitor, install DSD+ and am able to manually surf bands and decode some individual signals.

Thanks for any suggestions.  Learning about P.25 is one of my primary interests in exploring SDR.

Ryan
ryan@...


Re: Dead simple Arduino MIDI controller for PTT button.

billcoombes
 

Thanks Chris and I really appreciate your help.
Bill - G4ERV


Re: Possible Fix For Stuttering / Slowdown #sdrconsolev3 #possibly

Larry Ewan
 

Here’s how I fixed it on both of my systems that were stuttering:

 

  1. Start SDRC and ignore the stuttering for now
  2. Control-Alt-Delete
  3. Select Task Manager
  4. Click on the details tab (you may have to change to the comprehensive view).
  5. Scroll down to SDR Console.exe
  6. Right click on SDR Console.exe
  7. Choose Set Priority
  8. Select Realtime
  9. Verify the change by clicking the button and close the Task Manager.

You should now be able to enjoy stutter free listening.

 

Larry N9JY

 

 

From: <main@SDR-Radio.groups.io> on behalf of Ian DXer <baxterinoz@...>
Reply-To: <main@SDR-Radio.groups.io>
Date: Wednesday, May 13, 2020 at 9:40 PM
To: <main@SDR-Radio.groups.io>
Subject: Re: [SDR-Radio] Possible Fix For Stuttering / Slowdown #sdrconsolev3 #possibly

 

Hi David,

I thought after making your recommended change that it might have fixed my audio stuttering with SDR-Console under 10 windows.
'Seamed' to have fixed the issue at the times I checked within 48 hours. But then afterwards the Audio stuffer buffer issues returned.
For me the stuttering problem is ALWAYS associated with a large audio buffer figure. Usually any figure higher than 40ms it occurs and intolerable when buffer
gets above 100ms.
I've read where people pipe their SDR-Console audio into VLC via VB Cable & yes that bypasses the audio stutter problem for me with SDR-Console,
but it's a little bother having to do this, especially when the program worked for me under Windows 7.

I never had this issue with my old 2008 era Windows 7 PC with quad core - used until October 2019.
Then on purchase of a friend's old Core i7 3770K (32GB memory) PC with Windows 10 with 'fresh' install of Windows 10 on SSD, I've had this annoying issue.
With the (Win 10 PC) Gigabyte motherboard there is no recent audio driver updates as per Simon's suggestion.
No changes to SDR console's Tools-->Options-->Audio-->Playback-->Buffering makes any 'improvements' to problem as per Simon's suggestions to others in past.

Is suspect it's a Windows 10 issue or some other software issue rather than Simon's program, but I'm at a loss at how to fix....

My PC uses motherboard onboard Audio. 
Gigabyte don't provide motherboard support for motherboard issues on cards older than 3 years so I 'bombed out' there.
VIA (audio chipset) support is as good as useless.
They seam to refer uses to Microsoft for such issues. I haven't approached them yet, but SDR-Console is the only audio program that causes this issue.
2. Although maybe an entirely separate issue; I don't get the 'stereo-mix' option with the existing audio drivers (an annoyance when using Audacity -
I have to use VB cable to record from internet, as usage of WASAPI not working with Audacity. Also need to alter System sound settings in Control Panel.

I was wondering if purchasing a add-in PCIe audio card might help with these two issues?
Would however like to solve the issues without additional hardware expenditure (if possible?)

I should also mention when I upgraded the parents  PC from Windows 7 to Windows 10 - this audio stuttering with SDR-Console problem also newly developed.

Any suggestions on how fix this audio stutter issue of SDR-Console with Windows 10 would be greatly appreciated.

Ian


Re: Simon - RTL_TCP RF Gain controls missing in V3

martin m3ghe
 

Simon, just reading through your instructions at https://www.sdr-radio.com/rtl-dongles and looks like a typo. 
Where you say USB it should read TCP, see attached screenshot. 
BTW that statement doesn't appear to be true. The Bandwidth setting selected in the dropdown overrides that set in the terminal, well it does here anyway see sample rate screenshot. 

Cheers


Re: Dead simple Arduino MIDI controller for PTT button.

Christian Veith
 

Hi Bill,

the midi file should be put in your appdata folder:

%appdata%\SDR-RADIO.com (V3)\Console\Ident0

Ident0 depends on the Number of identies you've configured and in which you want to use the midi controller.

Just copy the file to the folder and startup SDR Console.

It should be loaded correctly after that.

Best regards

Chris


Am 13.05.2020 um 20:07 schrieb billcoombes:

Hello Christian,
I have no problem with the hardware and the Arduino software for your excellent design. One thing I am not sure about is what do I do with the MIDI file. Is it installed in Windows and if so, where should it be stored in Windows 10.
Great article by the way.
Bill


Re: Frequency steps with Console and Lime mini

Simon Brown
 

OK,

 

Please do. If this correctly indicates the offset you see with WSJT / whatever then I can add a NCO to correct for this minor discrepancy, the NCO is accurate to at least 0.000001 Hz

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Charles Suckling
Sent: 13 May 2020 15:36
To: main@sdr-radio.groups.io
Subject: Re: [SDR-Radio] Frequency steps with Console and Lime mini

 

Thanks, Simon

 

I'll watch that while its being tuned.

 

Charlie

 

On Wed, 13 May 2020 at 14:10, Simon Brown <simon@...> wrote:

Hi,

 

I was really after screenshots of SDR Console. You can’t tune the TX LO to an exact frequency, I show the offset in the Radio pane. The Lime is tuned to 2.4<something> GHz, you see a 16 Hz LO offset.

 

What you really need is for me to add another NCO to compensate.

 

Watch this value as you let WSJT drive Console, it should make sense.

 

 

Simon Brown, G4ELI

https://www.sdr-radio.com

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Charles Suckling
Sent: 13 May 2020 12:14
To: main@sdr-radio.groups.io
Subject: Re: [SDR-Radio] Frequency steps with Console and Lime mini

 

Hi Simon

 

Here are some screenshots (from WSJT-X waterfall).  Hope they come out OK - if not let me know.


Re: Can't get ADALM-Pluto to work (Resend)

jdow
 

1) That's better. Thank you.
2) You are set to NFM. Of course that will behave differently from BFM.
3) If you did not perform the "hack" to increase it's frequency range from 325 – 3800 MHz then you're not going to do very well on 100 MHz. (It is very simple. See: https://www.rtl-sdr.com/adalm-pluto-sdr-hack-tune-70-mhz-to-6-ghz-and-gqrx-install/ )
4) I use RX Filter set to 94% - I forget why.

{^_^}

On 20200514 00:10:46, Bill Walch wrote:
Hello. Just got the ADALM-Pluto, and I'm just not able to get this to work. All I get is garbage data (see screenshot).
I went to the AD Quick Start page (https://wiki.analog.com/university/tools/pluto/users/quick_start) and installed the latest drivers (https://wiki.analog.com/university/tools/pluto/drivers/windows). I did not do any other mods (i.e. TCXO), nor a firmware update, or calibration, as I assume it should work in some fashion right out of the box.
To confirm that SDRC is operating correctly, using the same setting (as close as possible), fired up my RSP1A, and it works flawlessly (also see screenshot).
Any suggestions would be great.
Thanks,
Bill
P.S. I resent this, as the screen shots attached from the group page resized them too small.
Test-PLUTO.jpg
Test-RSP1A.jpg


Re: Can't get ADALM-Pluto to work

jdow
 

Make the bloody pictures come out full size so that they mean something? I cannot see what you are trying to make it do and your current settings.
{O.O}

On 20200514 00:05:35, Bill Walch wrote:
Any suggestions would be great.


Re: Simon - RTL_TCP RF Gain controls missing in V3

jdow
 

Yup that is why I suggested allowing 2.4 ksps. It was skipped in the list shown.
{^_^}

On 20200513 22:32:54, Simon Brown wrote:
Hi,
I will limit the serial number. As for bandwidths - these are the values supported by RTL TCP I believe.
*/*!*
** Set the sample rate for the device, also selects the baseband filters*
** according to the requested sample rate for tuners where this is possible.*
***
** \param dev the device handle given by rtlsdr_open()*
** \param samp_rate the sample rate to be set, possible values are:*
**              225001 - 300000 Hz*
**              900001 - 3200000 Hz*
**              sample loss is to be expected for rates > 2400000*
** \return 0 on success, -EINVAL on invalid rate*
**/*
*RTLSDR_API int rtlsdr_set_sample_rate(rtlsdr_dev_t *dev, uint32_t rate);*
Simon Brown, G4ELI
https://www.sdr-radio.com
-----Original Message-----
From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of jdow
Sent: 13 May 2020 21:36
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] Simon - RTL_TCP RF Gain controls missing in V3
Two minor quibbles. The serial number is a free form string and can be ridiculously long. (The total string area  for all three dongle strings is a bit under 256 bytes. The string, as I recall at the moment, is UNICODE within those
256 bytes. And the basic bog standard rtlsdr.dll used to punch an arbitrary value related to the IR facility into the middle of that string area. It may still do that. It is safe for 8 bit ASCII converted to 16 bit unicode characters; but, it may mess up values that are not straight ASCII and have the high byte set to non-zero.
Second, why not allow 2.4 ksps for TCP mode?
{^_^}
On 20200513 06:00:53, Simon Brown wrote:

> Hi,

>

> RTL Dongle (TCP) information updated, a small UI update also made in 3.0.23.

>

> https://www.sdr-radio.com/rtl-dongles

>

> please let me know if this helps with the problem.

>

> Simon Brown, G4ELI

>

> https://www.sdr-radio.com

>

> *From:*main@SDR-Radio.groups.io <main@SDR-Radio.groups.io
<mailto:main@SDR-Radio.groups.io>> *On Behalf

> Of *Simon Brown via groups.io

> *Sent:* 13 May 2020 13:17

> *To:* main@SDR-Radio.groups.io <mailto:main@SDR-Radio.groups.io>

> *Subject:* Re: [SDR-Radio] Simon - RTL_TCP RF Gain controls missing in

> V3

>

> Martin,

>

> FWIW I have been tested in the RTL Dongle (TCP) code – it does work

> but I see how a definition could be created without gains. Am changing this now.

>

> Simon Brown, G4ELI

>

> https://www.sdr-radio.com

>

> *From:*main@SDR-Radio.groups.io <mailto:main@SDR-Radio.groups.io>

> <main@SDR-Radio.groups.io <mailto:main@SDR-Radio.groups.io
<mailto:main@SDR-Radio.groups.io%20%3cmailto:main@SDR-Radio.groups.io>>> *On

> Behalf Of *martin m3ghe

> *Sent:* 13 May 2020 11:20

> *To:* main@SDR-Radio.groups.io <mailto:main@SDR-Radio.groups.io>
<mailto:main@SDR-Radio.groups.io>

> *Subject:* Re: [SDR-Radio] Simon - RTL_TCP RF Gain controls missing in

> V3

>

> Joanne, I don't think you are reading the same thread as the rest of  us.

> Nowhere in this thread does he mention searching on the same computer

> using "RTL Dongle->USB" . Luckily myself and Arnie are on the same page.

>

> Martin

>

>


Re: #request - Receiver Unsquelched Indicator #request

jdow
 

I'd go for a little colored dot upper right in the matrix windows. A similar colored at the bottom of the waterfall centered on the appropriate receiver might work for the main window. I figure four or five pixels "diameter" should be plenty.
{^_^}

On 20200513 22:30:00, Simon Brown wrote:
OK,
How would you like this displayed? Give me a suggestion please.
Simon Brown, G4ELI
https://www.sdr-radio.com
*From:*main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> *On Behalf Of *Dennis Matzen
*Sent:* 14 May 2020 00:05
*To:* main@SDR-Radio.groups.io
*Subject:* [SDR-Radio] #request - Receiver Unsquelched Indicator
Hope this is not already a feature that I just do not know how to enable.
During wild-land fire season I have Console running with 6 receivers defined to monitor the various fire agencies in the area. I have them all un-muted (but squelched) all of the time. But once in a while one, or more, receivers will get a bit more noise or an off-carrier signal that causes the squelch to start popping. But I cannot tell which of the 6 receivers is doing this. So I have to either mute all and then un-mute one at a time or select each receiver and tighten up the squelch. It would be nice to have a visual indicator for each receiver when the squelch is open. Maybe a simulated LED in the signal meter. Then I could just select the receiver with the indicator flashing and tighten the squelch on it.
Thanks again Simon for your great work...
--
Dennis
KA6FUB

8241 - 8260 of 64649