Date   

Re: Call-out for new plugin ideas

Daniel Fox
 

How about a plug-in that could automatically average the spectrum over a settable time period and periodically write the values to a csv file.

Daniel Fox 

On Sun, Sep 22, 2019 at 4:46 PM paul via Groups.Io <pbij2001=yahoo.com@groups.io> wrote:
A plugin with just one button: "Optimize Waterfall".

It automatically sets contrast, range and threshhold sliders according to the dynamics it sees in the waterfall.


Re: Call-out for new plugin ideas

Mike Jackson
 

I would like to see a scale on the audio spectrum display of the Zoom FFT for the visual decoding of aeronautical SELCAL tones.  The scale would be simple tick marks and alpha characters set at the following spacings:
A     312.6 Hz
B     346.7 Hz
C     384.6 Hz
D     426.6 Hz
E     473.2 Hz
F     524.8 Hz
G     582.1 Hz
H     645.7 Hz
J     716.1 Hz
K     794.3 Hz
L     881.0 Hz
M     977.2 Hz
P     1083.9 Hz
Q     1202.3 Hz
R     1333.5 Hz
S     1479.1 Hz

Here's an example of what I'm after:



To compensate for ground stations that differ slightly in their transmitter stabilities I would also like to see the ability to adjust the scale left or right to line up the alpha characters to the transmitted tones.

This is an easier option than expecting someone to develop a hole new decoder so I'm hopeful that this can be accommodated as an option.


OmniRigSync and CalicoCAT updated

Tag Loomis (Tag)
 


Re: Call-out for new plugin ideas

paul
 

A plugin with just one button: "Optimize Waterfall".

It automatically sets contrast, range and threshhold sliders according to the dynamics it sees in the waterfall.


Re: OmniRig Sync - panadapter plugin available

Tag Loomis (Tag)
 

The rig you want to control

On Sun, Sep 22, 2019 at 4:33 AM Jos Stevens <jrs@...> wrote:
Hello,

What rig to select in Omnirig please, I don't see SDR# in the selection box.

PowerSDR I guess ?

Thanks in advance,

Jos


On 9/20/2019 15:25, Tag Loomis (Tag) wrote:

>> I developed the CalicoCAT plugin and had a request to provide
>> panadapter functionality.
>>
>> So without much fanfare, I present the OmniRig Sync plugin:
>>




Re: SoapySDR and Discovery readStream failed : final news

prog
 
Edited

On Sun, Sep 22, 2019 at 03:25 PM, Philippe Nicolas wrote:
I’m not blaming the lib, I try to find a solution to an issue which is impossible to solve for non programmer.
 
I will check with dev of SoapyairspyHF if there is a way...
OK. I will get picky on this one.
I do not encourage anyone to create unnecessary segmentation. This is a more serious issue than non-working ugly code. The dependency management will just become a hell for everyone, including the official maintainers.
For Software Engineering discipline to be a successful human construction, we should all consent the effort to be disciplined and follow the rules.
If an anesthetist didn't follow the rules of his discipline, he will get jailed. Also, non-qualified practitioners should not be permitted to touch patients.
Unfortunately, nothing similar exists for Software Engineering.


Re: SoapySDR and Discovery readStream failed : final news

Philippe Nicolas
 

I’m not blaming the lib, I try to find a solution to an issue which is impossible to solve for non programmer.

I will check with dev of SoapyairspyHF if there is a way...
 

On 22 Sep 2019, at 13:37, prog <info@...> wrote:

On Sun, Sep 22, 2019 at 01:33 PM, Philippe Nicolas wrote:
Hello

By looking at the difference between the different versions of airspyhf library, I finally found a different which matters.

In the airspyhf.c there is a parameter : #define SAMPLES_TO_TRANSFER (1024 * 2)
In the previous version before July 2019, it was #define SAMPLES_TO_TRANSFER (1024 * 16)

If I compile airspyhf with #define SAMPLES_TO_TRANSFER (1024 * 16) no more problem at all in the SoapyAirspyHF !
And as before, clear sound when scanning VHF band.

Could you make this parameter configurable so SoapyAirspyHF can put value in it ?

I’m surprised that no one else using AirspyHF Discovery with Raspberry and rtf_airband, it is a really great setup !

Thanks

Best regards

Philippe
Fragile code is... well, fragile. (Check what Uncle Bob says about Fragility).
In other words, instead of blaming the lib, fix the fragile programs that rely on changing assumptions.


Re: SoapySDR and Discovery readStream failed : final news

prog
 

On Sun, Sep 22, 2019 at 01:33 PM, Philippe Nicolas wrote:
Hello

By looking at the difference between the different versions of airspyhf library, I finally found a different which matters.

In the airspyhf.c there is a parameter : #define SAMPLES_TO_TRANSFER (1024 * 2)
In the previous version before July 2019, it was #define SAMPLES_TO_TRANSFER (1024 * 16)

If I compile airspyhf with #define SAMPLES_TO_TRANSFER (1024 * 16) no more problem at all in the SoapyAirspyHF !
And as before, clear sound when scanning VHF band.

Could you make this parameter configurable so SoapyAirspyHF can put value in it ?

I’m surprised that no one else using AirspyHF Discovery with Raspberry and rtf_airband, it is a really great setup !

Thanks

Best regards

Philippe
Fragile code is... well, fragile. (Check what Uncle Bob says about Fragility).
In other words, instead of blaming the lib, fix the fragile programs that rely on changing assumptions.


SoapySDR and Discovery readStream failed : final news

Philippe Nicolas
 

Hello

By looking at the difference between the different versions of airspyhf library, I finally found a different which matters.

In the airspyhf.c there is a parameter : #define SAMPLES_TO_TRANSFER (1024 * 2)
In the previous version before July 2019, it was #define SAMPLES_TO_TRANSFER (1024 * 16)

If I compile airspyhf with #define SAMPLES_TO_TRANSFER (1024 * 16) no more problem at all in the SoapyAirspyHF !
And as before, clear sound when scanning VHF band.

Could you make this parameter configurable so SoapyAirspyHF can put value in it ?

I’m surprised that no one else using AirspyHF Discovery with Raspberry and rtf_airband, it is a really great setup !

Thanks

Best regards

Philippe


Re: Call-out for new plugin ideas

Tudor Vedeanu
 

On Fri, Sep 20, 2019 at 10:40 PM, Tag Loomis (Tag) 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.

Idea #1: a plugin for creating and using keyboard shortcuts in SDR#. Some examples: space = play/stop; A= AM mode; F=FM; L=LSB; U=USB; < and > for decreasing or increasing the tuning step.

Idea #2: a tuning panel in a floating window, with controls optimized for touch screens, containing a frequency display, up/down tuning buttons, buttons for changing the tuning step, the modulation and the filter bandwidth.

Thank you,

Tudor


Re: OmniRig Sync - panadapter plugin available

Jos Stevens
 

Hello,

What rig to select in Omnirig please, I don't see SDR# in the selection box.

PowerSDR I guess ?

Thanks in advance,

Jos

On 9/20/2019 15:25, Tag Loomis (Tag) wrote:

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

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


Re: OmniRig Sync - panadapter plugin available

Calder Latham
 

Tag Thank You, Thank You.

What a quiet yet powerful Plug-in. Have been hoping someone would do this for quite a while. Great Job.

Cal...W1HHO
All the Best.
From the woods of Maine.
On 9/20/2019 15:25, Tag Loomis (Tag) wrote:

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.




DAB reception

David J Taylor
 

Is there a DAB decoder available for SDR# for the ~200 MHz VHF DAB multiplexes in the UK? If not, would anyone be interesting in adapting something?

Thanks,
David
--
SatSignal Software - Quality software for you
Web: http://www.satsignal.eu
Email: david-taylor@...
Twitter: @gm8arv


Re: Call-out for new plugin ideas

Donald Rasmussen
 

Tag - I am using this IF processor Plugin for NOTCH and it really works well - but it only shows the bandwidth of the mode in use. SDR Console V3 allows a KHZ or two above and below the center frequency and has a waterfall below the spectrum graph. It is such a cool fine tune tool, would like to see it in SDRSharp.

This is what I am using with the current version of SDR#:

http://rtl-sdr.ru/page/para-novyh-plaginov

Right click to translate. 

As far as I know the source code is not open so it would be a ground up development.

tu de Wb8yqj Don
Carlsbad, Ca. USA


On Fri, Sep 20, 2019 at 12:40 PM, Tag Loomis (Tag) 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.


Re: New SDR# release r1716 #software #announcements

adammelancon@...
 

I figured it out! In the plugin.xml file, I commented out the line for the Net Remote plugin and it starts perfectly!
Comment out the line like you would HTML
This is the line.
add key=”Net Remote” value=”SDRSharp.NetRemote.NetRemotePlugin,SDRSharp.NetRemote”


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

Brian Gregory
 

The script is correct, except that very occasionally it doesn't wait long enough for things to happen on slow PCs.

The image you show is the device identifiers for both HF+ models.

The different device identifiers you see in the script are for the device after it's been switched into firmware upgrade mode.


On Sat, 21 Sep 2019 at 19:38, <jmceara@...> wrote:
Tks!

But I think flash script isn't ready for Discovery. FLASH.BAT is looking for wrong product ID, if I'm right:
for /f "skip=1 tokens=1,2 delims= " %%a in ('wmic path Win32_SerialPort get PNPDeviceID^,DeviceID^') do (
        set DeviceID=%%a
        set PNPDeviceID=%%b
        if "!PNPDeviceID:~4,17!"=="VID_03EB&PID_6124" (
            echo Flashable device found on port !DeviceID!
            goto :flashDevice
        )
    )




Just to be clear: mine is HF+ Discovery (one port, plastic case).

Any tips?




Donald Rasmussen
 

Pete - as Tag has suggested, use OmniRig (his plugin) to Sync freq and mode between a transceiver and SDR#. I did this today, works like a charm. You will need an actual physical COM port to do this. And a cable. You don't need VSPE or anything like it. 

Some folks want (example) the N1MM contest program to take the freq and mode from the transceiver at the same time - but this cant happen because SDR# is using the COM port. Sharing it using an external program like VSPE can be unreliable. It can be done, and works better for Kenwood and Yaesu than Icom but it can be done.

The better solution is to use the CalicoCat plugin for SDR# and that provides for a separate channel that N1MM can use to get its freq/mode updates. The Kenwood protocal has become the default standard. Still requires VSPE or similar to create a virtual com port number that N1MM and SDR# will use, but has worked really well here in my tests. Hats off to Tag!

de Wb8yqj Don
Carlsbad, Ca. USA


On Sun, Aug 11, 2019 at 10:56 PM, Pete Ferrand wrote:
Is there any documented way of using SDR# such that the frequency of an HF+ Discovery or HF+ can sync with a common transceiver (Yaesu, Elecraft, whatever) for transceive operation?


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

jmceara@...
 

Tks!

But I think flash script isn't ready for Discovery. FLASH.BAT is looking for wrong product ID, if I'm right:
for /f "skip=1 tokens=1,2 delims= " %%a in ('wmic path Win32_SerialPort get PNPDeviceID^,DeviceID^') do (
        set DeviceID=%%a
        set PNPDeviceID=%%b
        if "!PNPDeviceID:~4,17!"=="VID_03EB&PID_6124" (
            echo Flashable device found on port !DeviceID!
            goto :flashDevice
        )
    )




Just to be clear: mine is HF+ Discovery (one port, plastic case).

Any tips?


Re: OmniRig Sync - panadapter plugin available

Donald Rasmussen
 


OM Tag, 

Without Much Fanfare? !!!

Wow - this is a bombshell and I have loaded this vital missing piece for SDR# transceive and it looks to be working well. 

Great work Tag and I will be using this for the transceivers that I have not specifically coded to myself. I have coded for FT2K, FT450D. TenTec, and IC7300 for Sync and to add some CAT functions.

This is one of the "Big Two" features I felt SDR# has been in great need of. 

I am sure your website will have a download for this at some point and some doc but for now just glad to have it in my hands here today - hihi...

de Wb8yqj Don
Carlsbad, Ca. USA


On Fri, Sep 20, 2019 at 12:40 PM, Tag Loomis (Tag) wrote:
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: Theme support for SDR# #poll

Donald Rasmussen
 

Want a preview window for IF spectrum - wider display than mode bandwidth, and also want OMNIRig control for external radio - themes way down on the list...

de Wb8yqj Don
Carlsbad, Ca. USA


On Fri, Sep 20, 2019 at 10:50 AM, Guido Schotmans wrote:
Indeed. Very well said Andres.
Or finally locking the LO while recording...
 
73,
 
Guido.
 
------ Origineel bericht ------
Van: "Andres Ogayar" <aogayar@...>
Verzonden: 20/09/2019 16:44:41
Onderwerp: Re: [airspy] Theme support for SDR#
 
Leave it alone.

Don't waste your time and creativity in look and feel, use them to enhance funcionality... maybe a better spyserver?