Date   

Re: New SDR# release r1716 #software #announcements

1qa2ws@...
 

Wonderful news! Running 2xAirspy and 3xAirspy Mini on the same computer this is most welcome!

Would it be possible to add this to Spectrumspy also? Running both SDR# and Spectrumspy at the same time.


Re: Airspy via LTE

Angel M0HDF
 

Update:
I have now hamachi working in a mesh with the rpi 3b+ and 2 w10 machines. SSH works ok. 

The spyserver works ok on 4G LTE (wireless) when hosted on a W10 machine, but I can not get the rpi 3b+ to work with via wireless. this works is ok via ethernet.
not sure what is wrong with the rpi 3b+ wireless setting. It connects but seems not fast enough.

checking with iperf3 on my lan the rpi wirelessly bandwidth is 28 Mbits/s

73 Angel
M0HDF


Re: Theme support for SDR# #poll

Kenneth Sejkora
 

I'm glad you broached the subject about 'plugins' for SDRSharp, Chris.  

Although I really appreciate and applaud the efforts of Rodrigo Perez to put together the "Community Package" zip file, it seems to have come at a "cost".  At one time not too long ago, near the bottom of the home page for SDRSharp, there was a series of links listed for the websites of some of the authors of the more well-known plugins developed by Vasili Beliakov, Jeff Knapp's 'Frequency Manager Suite', and Steven "Tag" Loomis' CalicoCAT and shuttle controllers.  Those links seem to have disappeared about the time the the "Community Package" came into being.

Don't get me wrong, I appreciate the "one-stop-shopping" offered by Rodrigo's zip package, which really makes it easy for a beginner to get going with the excellent program developed by Youssef.  But once the plugins have been installed into your SDRSharp folder, it is nice to be able to go directly to the plugin authors' websites to see if newer versions of the plugins have been developed.  Granted, I can do a Google search to find the plugin authors' websites to periodically check for newer versions, but having them listed on the SDRSharp home page made the job much easier.

Again, many thanks to Youssef for such a fine program, for Rodrigo's efforts with the Community Package, and to the plugin developers Vasili, Jeff, Tag, and others for the useful plugins that make SDRSharp such a useful program.

Ken, WBØOCV 

On Friday, September 20, 2019, 03:40:46 PM EDT,  Chris Spacone <cspacone@...> wrote:


Dave,

As you know, Prog likes to maintain a 'clean house' and  has encouraged plug-in authors to expose additional functions / controls / what have you by writing same.

Have you checked https://sdrplugins.com/ ? I believe the Toolbar plug-in has an SNR meter that you might find useful. 

The author no doubt has his hands full but there may be something there that solves a particular 'problem' for you and perhaps others.

-Chris



Re: Call-out for new plugin ideas

jdow
 

Relatively small (fewer than 60 pixels for example) sliders can be engineered to allow hundreds of "pixels" worth of adjustment. When the mouse button goes down on the slider capture the mouse. Then keep it captured while the mouse is down. You get a full screen worth of movement and resolution. Track the "mouse" with a proportional movement of the relatively tiny control. It gives a vernier effect. When the mouse button goes up the mouse position reverts to where it was when it went down, perhaps modified by the actual position change of the slider. During the capture period turn off the mouse image. That avoids further potential confusion.

This "works" with knobs but counters intuition which insists on rotating knobs. With sliders there is no intuition problem getting in the way of users adapting to the concept.

{^_^}

On 20190920 18:24:27, Mitch wrote:
My end users hate knobs and sliders.  The up/down buttons with value labels aren't sexy but they are far more user friendly.  Personally, I prefer spin boxes for use with a mouse wheel.  Much more compact in UI real estate and the are fastest to use.
Get TypeApp for Android <http://www.typeapp.com/r?b=14068>
On Sep 20, 2019, at 20:16, jdow <jdow@... <mailto:jdow@...>> wrote:
That would look sexy. Experience suggests it is a PITA to use even with some
clever software tricks. Sliders are more functional, especially with the same
tricks applied as might be applied to make "knobs" almost usable.
{o.o}
On 20190920 15:00:04, h. garcia wrote:
My dream plug-in would be one that could resemble the controls like a
physical
radio: individual buttons for filters, modes; AGC, Notch, NB and NR, small
rotary knobs to control bandwidth, shift, squelch, NB and NR depth and
zoom.
Picture something along the lines of NRD-545 or perhaps IC-R8600 front
panels.
In Windows world, despite being about 10 years old, I had the smoothest
learning
curve and most intuitive experience with the software that came with
Perseus.
Its look & feel, for some reason, is more natural than other SDR
software, IMHO.
On Fri, Sep 20, 2019, 16:40 Tag Loomis (Tag) <@N0TTL
<mailto:@N0TTL>> wrote:
Do you have a plugin idea you'd like to see become a reality?
Let me know, I'm ready to help where/if I can.
Someone has mentioned a need for  TCP/UDP Audio sender plugin, if you have
more specifics please let me know.
Thanks!
-Tag / N0TTL


Re: Theme support for SDR# #poll

Edward MacDonald
 

I quickly pop the code out of the tool bar to provide stand alone support for the analogue SNR. OR I can give the code for it to someone who wants to do it.


Re: Call-out for new plugin ideas

Mitch
 

My end users hate knobs and sliders.  The up/down buttons with value labels aren't sexy but they are far more user friendly.  Personally, I prefer spin boxes for use with a mouse wheel.  Much more compact in UI real estate and the are fastest to use.

On Sep 20, 2019, at 20:16, jdow <jdow@...> wrote:
That would look sexy. Experience suggests it is a PITA to use even with some 
clever software tricks. Sliders are more functional, especially with the same
tricks applied as might be applied to make "knobs" almost usable.

{o.o}

On 20190920 15:00:04, h. garcia wrote:
My dream plug-in would be one that could resemble the controls like a physical
radio: individual buttons for filters, modes; AGC, Notch, NB and NR, small
rotary knobs to control bandwidth, shift, squelch, NB and NR depth and zoom.
Picture something along the lines of NRD-545 or perhaps IC-R8600 front panels.

In Windows world, despite being about 10 years old, I had the smoothest learning
curve and most intuitive experience with the software that came with Perseus.
Its look & feel, for some reason, is more natural than other SDR software, IMHO.

On Fri, Sep 20, 2019, 16:40 Tag Loomis (Tag) <tag.loomis@...
<mailto:tag.loomis@...>> wrote:

Do you have a plugin idea you'd like to see become a reality?

Let me know, I'm ready to help where/if I can.

Someone has mentioned a need for  TCP/UDP Audio sender plugin, if you have
more specifics please let me know.

Thanks!
-Tag / N0TTL






Re: Theme support for SDR# #poll

jdow
 

Try SDR Console sometime.
{^_^}

On 20190920 15:32:31, KD2OM wrote:
Squelch on SSB, you must be joking. There are two ways to do a working squelch, one requires signaling from the transmitter so wouldn’t work on SDR#, the other is syllabic squelch which works but not great because it depends on detecting syllables at a low audio frequency. It is a waste of time! The SNR display in SDR# is fine, the problem and the reason I don’t want to use it is because the absolute value is not displayed. To be seriously useful an absolute value is needed, for instance I want to know what the actual noise floor is and how much actual signal I am receiving in dBm or uV, not an arbitrary peak number.
73,
Steve KD2OM
Sent from my ec iPhone.

On Sep 20, 2019, at 16:05, Chris Rogers <crvee8@...> wrote:

I am loving the Airspy discovery as a first time SDR user. However, I would also love to see a conventional "s" meter, or a digital version in the program.


Re: Call-out for new plugin ideas

jdow
 

That would look sexy. Experience suggests it is a PITA to use even with some clever software tricks. Sliders are more functional, especially with the same tricks applied as might be applied to make "knobs" almost usable.

{o.o}

On 20190920 15:00:04, h. garcia wrote:
My dream plug-in would be one that could resemble the controls like a physical radio: individual buttons for filters, modes; AGC, Notch, NB and NR, small rotary knobs to control bandwidth, shift, squelch, NB and NR depth and zoom. Picture something along the lines of NRD-545 or perhaps IC-R8600 front panels.
In Windows world, despite being about 10 years old, I had the smoothest learning curve and most intuitive experience with the software that came with Perseus. Its look & feel, for some reason, is more natural than other SDR software, IMHO.
On Fri, Sep 20, 2019, 16:40 Tag Loomis (Tag) <@N0TTL <mailto:@N0TTL>> wrote:
Do you have a plugin idea you'd like to see become a reality?
Let me know, I'm ready to help where/if I can.
Someone has mentioned a need for  TCP/UDP Audio sender plugin, if you have
more specifics please let me know.
Thanks!
-Tag / N0TTL


Re: Theme support for SDR# #poll

kb3cs
 


Re: OmniRig Sync - panadapter plugin available

Gary
 

Possible suggestion for future plugins would be an ANF and APF......

Gary, W5GGH




On Sep 20, 2019, at 5:31 PM, Tag Loomis (Tag) <tag.loomis@...> wrote:

Just to clarify...

CalicoCAT's only job is to make SDR# appear as  a Kenwood TS-2000 to other Programs, it does not nor was ever intended to control a transceiver.

OmniRig Sync's job is to let you synchronize your Rig RX Frequency/Mode with SDR# Frequency/Mode, if your Rig is configured correctly with OmniRig.






On Fri, Sep 20, 2019 at 2:36 PM Tag Loomis (Tag) via Groups.Io <tag.loomis=gmail.com@groups.io> wrote:
Use OmniRig Sync plug-in instead



On Fri, Sep 20, 2019 at 2:34 PM Pete Ferrand <petef@...> wrote:
Hi Tag, thanks for developing CalicoCat, I have been using it for the last week or so and it works well. I've been using it with Commander, as the radio on the secondary port.

I would rather use OmniRig but haven't been able to get it working with CalicoCat. Do you have any documentation on how to set it up? If not, perhaps you can let me know and I'll write something up if you can't get to it.

An example should be sufficient. I'm using an FT-450 physically  connected to Com4 (a hardware serial port card). It is OmniRig Rig1. Rig2 has been virtual port Com9 in com0com. Com0com's virtual com9 is paired with virtual com10 used by CalicoCat on sdr# rev 1716. This configuration doesn't work. Will it work with OmniRigSync? Am i missing something?

System is Windows 7 32 bit. The FT-450 has been working for years with fldigi and other programs talking directly to it. Of course I'm not trying to access its port when using sdr#.

Thanks!!!
Pete
WB2QLL


-----Original Message-----
From: "Tag Loomis (Tag)"
Sent: Sep 20, 2019 2:25 PM
To: airspy@groups.io
Subject: [airspy] OmniRig Sync - panadapter plugin available

I developed the CalicoCAT plugin and had a request to provide panadapter functionality.

So without much fanfare, I present the OmniRig Sync plugin:


If there is enough demand, I will develop HamlibSync as well.



Re: OmniRig Sync - panadapter plugin available

Tag Loomis (Tag)
 

Just to clarify...

CalicoCAT's only job is to make SDR# appear as  a Kenwood TS-2000 to other Programs, it does not nor was ever intended to control a transceiver.

OmniRig Sync's job is to let you synchronize your Rig RX Frequency/Mode with SDR# Frequency/Mode, if your Rig is configured correctly with OmniRig.






On Fri, Sep 20, 2019 at 2:36 PM Tag Loomis (Tag) via Groups.Io <tag.loomis=gmail.com@groups.io> wrote:
Use OmniRig Sync plug-in instead



On Fri, Sep 20, 2019 at 2:34 PM Pete Ferrand <petef@...> wrote:
Hi Tag, thanks for developing CalicoCat, I have been using it for the last week or so and it works well. I've been using it with Commander, as the radio on the secondary port.

I would rather use OmniRig but haven't been able to get it working with CalicoCat. Do you have any documentation on how to set it up? If not, perhaps you can let me know and I'll write something up if you can't get to it.

An example should be sufficient. I'm using an FT-450 physically  connected to Com4 (a hardware serial port card). It is OmniRig Rig1. Rig2 has been virtual port Com9 in com0com. Com0com's virtual com9 is paired with virtual com10 used by CalicoCat on sdr# rev 1716. This configuration doesn't work. Will it work with OmniRigSync? Am i missing something?

System is Windows 7 32 bit. The FT-450 has been working for years with fldigi and other programs talking directly to it. Of course I'm not trying to access its port when using sdr#.

Thanks!!!
Pete
WB2QLL


-----Original Message-----
From: "Tag Loomis (Tag)"
Sent: Sep 20, 2019 2:25 PM
To: airspy@groups.io
Subject: [airspy] OmniRig Sync - panadapter plugin available

I developed the CalicoCAT plugin and had a request to provide panadapter functionality.

So without much fanfare, I present the OmniRig Sync plugin:


If there is enough demand, I will develop HamlibSync as well.



Re: #airspydiscovery Dicovery firmware is the same of HF+? #airspydiscovery

Brian Gregory
 

Correct.
The HF+ Dual Port and the HF+ Discovery use the same Firmware.


On Fri, 20 Sep 2019 at 21:55, <jmceara@...> wrote:
Hi.
I would like to confirm this: discovery uses the same firmware from HF+? ( https://airspy.com/downloads/airspy-hf-flash-20190820-bb.zip )

Mine came with 3.0.0-BB and I see tahat latest is 3.0.6....I just want to be sure about which firmware use in my Discovery device.

Tks




Re: Theme support for SDR# #poll

KD2OM
 

Squelch on SSB, you must be joking. There are two ways to do a working squelch, one requires signaling from the transmitter so wouldn’t work on SDR#, the other is syllabic squelch which works but not great because it depends on detecting syllables at a low audio frequency. It is a waste of time! The SNR display in SDR# is fine, the problem and the reason I don’t want to use it is because the absolute value is not displayed. To be seriously useful an absolute value is needed, for instance I want to know what the actual noise floor is and how much actual signal I am receiving in dBm or uV, not an arbitrary peak number.

73,
Steve KD2OM

Sent from my ec iPhone.
 

On Sep 20, 2019, at 16:05, Chris Rogers <crvee8@...> wrote:

I am loving the Airspy discovery as a first time SDR user. However, I would also love to see a conventional "s" meter, or a digital version in the program.


Re: Call-out for new plugin ideas

h. garcia
 

My dream plug-in would be one that could resemble the controls like a physical radio: individual buttons for filters, modes; AGC, Notch, NB and NR, small rotary knobs to control bandwidth, shift, squelch, NB and NR depth and zoom. Picture something along the lines of NRD-545 or perhaps IC-R8600 front panels.

In Windows world, despite being about 10 years old, I had the smoothest learning curve and most intuitive experience with the software that came with Perseus. Its look & feel, for some reason, is more natural than other SDR software, IMHO.

On Fri, Sep 20, 2019, 16:40 Tag Loomis (Tag) <tag.loomis@...> wrote:
Do you have a plugin idea you'd like to see become a reality?

Let me know, I'm ready to help where/if I can.

Someone has mentioned a need for  TCP/UDP Audio sender plugin, if you have more specifics please let me know.

Thanks!
-Tag / N0TTL


Re: OmniRig Sync - panadapter plugin available

Tag Loomis (Tag)
 

Use OmniRig Sync plug-in instead



On Fri, Sep 20, 2019 at 2:34 PM Pete Ferrand <petef@...> wrote:
Hi Tag, thanks for developing CalicoCat, I have been using it for the last week or so and it works well. I've been using it with Commander, as the radio on the secondary port.

I would rather use OmniRig but haven't been able to get it working with CalicoCat. Do you have any documentation on how to set it up? If not, perhaps you can let me know and I'll write something up if you can't get to it.

An example should be sufficient. I'm using an FT-450 physically  connected to Com4 (a hardware serial port card). It is OmniRig Rig1. Rig2 has been virtual port Com9 in com0com. Com0com's virtual com9 is paired with virtual com10 used by CalicoCat on sdr# rev 1716. This configuration doesn't work. Will it work with OmniRigSync? Am i missing something?

System is Windows 7 32 bit. The FT-450 has been working for years with fldigi and other programs talking directly to it. Of course I'm not trying to access its port when using sdr#.

Thanks!!!
Pete
WB2QLL


-----Original Message-----
From: "Tag Loomis (Tag)"
Sent: Sep 20, 2019 2:25 PM
To: airspy@groups.io
Subject: [airspy] OmniRig Sync - panadapter plugin available

I developed the CalicoCAT plugin and had a request to provide panadapter functionality.

So without much fanfare, I present the OmniRig Sync plugin:


If there is enough demand, I will develop HamlibSync as well.



Re: OmniRig Sync - panadapter plugin available

Pete Ferrand
 

Hi Tag, thanks for developing CalicoCat, I have been using it for the last week or so and it works well. I've been using it with Commander, as the radio on the secondary port.

I would rather use OmniRig but haven't been able to get it working with CalicoCat. Do you have any documentation on how to set it up? If not, perhaps you can let me know and I'll write something up if you can't get to it.

An example should be sufficient. I'm using an FT-450 physically  connected to Com4 (a hardware serial port card). It is OmniRig Rig1. Rig2 has been virtual port Com9 in com0com. Com0com's virtual com9 is paired with virtual com10 used by CalicoCat on sdr# rev 1716. This configuration doesn't work. Will it work with OmniRigSync? Am i missing something?

System is Windows 7 32 bit. The FT-450 has been working for years with fldigi and other programs talking directly to it. Of course I'm not trying to access its port when using sdr#.

Thanks!!!
Pete
WB2QLL


-----Original Message-----
From: "Tag Loomis (Tag)"
Sent: Sep 20, 2019 2:25 PM
To: airspy@groups.io
Subject: [airspy] OmniRig Sync - panadapter plugin available

I developed the CalicoCAT plugin and had a request to provide panadapter functionality.

So without much fanfare, I present the OmniRig Sync plugin:


If there is enough demand, I will develop HamlibSync as well.



#airspydiscovery Dicovery firmware is the same of HF+? #airspydiscovery

jmceara@...
 

Hi.
I would like to confirm this: discovery uses the same firmware from HF+? ( https://airspy.com/downloads/airspy-hf-flash-20190820-bb.zip )

Mine came with 3.0.0-BB and I see tahat latest is 3.0.6....I just want to be sure about which firmware use in my Discovery device.

Tks


Re: Theme support for SDR# #poll

Chris Rogers
 

I am loving the Airspy discovery as a first time SDR user. However, I would also love to see a conventional "s" meter, or a digital version in the program.


Tag Loomis (Tag)
 


Re: Theme support for SDR# #poll

 Chris Spacone
 

Dave,

As you know, Prog likes to maintain a 'clean house' and  has encouraged plug-in authors to expose additional functions / controls / what have you by writing same.

Have you checked https://sdrplugins.com/ ? I believe the Toolbar plug-in has an SNR meter that you might find useful. 

The author no doubt has his hands full but there may be something there that solves a particular 'problem' for you and perhaps others.

-Chris

-----------------------------------------

From: "Dave GW4GTE"
To: airspy@groups.io
Cc:
Sent: Friday September 20 2019 11:14:39AM
Subject: Re: [airspy] Theme support for SDR#

Squelch on SSB would be a very nice standard feature, along with 'meter type' analogue display of SNR - so much easier to follow than numbers.

I'd also like to see some of the 'core' functions like mode, BW, squelch [ahem] shown permanently along the top bar next to the frequency and leave the drop downs for less often used things. As it is, expand more then three drop downs and that's the screen full. Then you're juggling which ones to expand and contract. I admit that approach packs a lot of stuff in a small space, but in my opinion key settings should be always there.

Dave