Date   

Re: Astro Spy - Signal Level Range

Daniel Fox
 

Any chance there will be an update to Astro Spy that does periodic logging, or the possibility of making the source code public so others could work on an update?


Scanner app for SDR#.

Duke McKay
 

Greetings all,

I have the Frequency scanner add-on for SDR#.
From what I can tell, it's function is to scan any and all freqs in the range shown at the top screen.
It then logs those found freqs.

Is there an app that exists that can then actually scan those found frequencies like an actual scanner, only looking at the database of frequencies and then sounding them when active?

 

If not, could someone create one?  : ]

 

Thanks much for all.


Using Bias-T on an Airspy R2 via spyserver

Terry Gaff
 

Hi all,

I've successfully set up my first spyserver using an Airspy R2, it's working great. From it's location, certain signals that I'd like to monitor (and decode) will require the use of an LNA.. others do not. I intend to use an LNA design that uses an MMIC device that maintains the RF path even when it's not powered. This will allow me to receive signals if the LNA is powered on or off. Given that SDR# with spyserver doesn't seem to allow the bias-T on the remote Airspy R2 to be switched on or off 'on the fly' (I know I can switch it on or off by remotely accessing the R.Pi and editing the spyserver.config file and then restarting spyserver, but this obviously is very cumbersome).

Having the ability to remotely switch on and off the remote bias-T in spyserver mode (as we can with a local airspy device), would be great... Are you listening Prog ???
Failing that, or, until then... Has anybody else come up with a solution for this issue ?

I am thinking of using a relay module, controlled by one of the R.Pi GPIO pins (operated by a phone app.. 'RaspController'), to allow 5V to the LNA via a separate bias-T.. doable, but again a little cumbersome. I'm also thinking that remotely operating the bias-T might offer other possibilities, including switching between two antennas. Would be very handy at a remote site not often visited etc.

Many thanks for any thoughts on this.

Terry Gaff


Re: SDR# Shortcuts?

kb3cs
 

okay, then .. let me rephrase.
for the "en_US" language, may the first two default mappings be 'm' for mute and 'spacebar' for Start/Stop?

  - 0x49 -


Re: SDR# Shortcuts?

Siegfried Jackstien
 

... and if you edit the ir mapping table from the infrared control of the rtl dongle you can control several function in sdrsharp ... from that infrared control ... together with the software autohotkey you can make many diffrent things with those key functions (but its a bit tricky to get all things working right)

the infrared remote sends a command to rtl ... ir mapping table converts that to a keystroke ... and autohotkey then in the end converts that to a command to sdrsharp ... (as you can see in that row its not easy to get all things running correct)

dale wb8cjw made a bit of work on it in 2013 ... dont know if that still works ... but its an idea to make the infrared control of the rtl dongle usable as remote for sdrsharp (or also to do other things in windows via the ir remote)

greetz sigi dg9bfc

Am 04.09.2019 um 06:46 schrieb jdow:

If you go that far fix it to allow multiple commands per key press. That way almost anything can be emulated.

{^_^}

On 20190903 23:12:10, Mike Millen wrote:
If the mappings are stored in a file, then a set matching the HDSDR could be loaded easily.
The programmable aspect (essential, IMO) can be retained.

Mike - M0MLM

On 04/09/2019 06:41, Alan G4ZFQ wrote:
If this behavoir seems Ok with you as users then I will continue on with the line of logic.  If not also let me know and I will hard code key values to short cuts.
Edward,

HDSDR has a range of shortcuts, enough for it to be controlled by a blind person.
I wonder, if you do hard code, is it worth considering making the shortcuts match as much as possible?

73 Alan G4ZFQ



Re: SDR# Shortcuts?

jdow
 

If you go that far fix it to allow multiple commands per key press. That way almost anything can be emulated.

{^_^}

On 20190903 23:12:10, Mike Millen wrote:
If the mappings are stored in a file, then a set matching the HDSDR could be loaded easily.
The programmable aspect (essential, IMO) can be retained.
Mike - M0MLM
On 04/09/2019 06:41, Alan G4ZFQ wrote:
If this behavoir seems Ok with you as users then I will continue on with the line of logic.  If not also let me know and I will hard code key values to short cuts.
Edward,

HDSDR has a range of shortcuts, enough for it to be controlled by a blind person.
I wonder, if you do hard code, is it worth considering making the shortcuts match as much as possible?

73 Alan G4ZFQ


Re: SDR# Shortcuts?

Mike Millen
 

If the mappings are stored in a file, then a set matching the HDSDR could be loaded easily.
The programmable aspect (essential, IMO) can be retained.

Mike - M0MLM

On 04/09/2019 06:41, Alan G4ZFQ wrote:
If this behavoir seems Ok with you as users then I will continue on with the line of logic.  If not also let me know and I will hard code key values to short cuts.
Edward,

HDSDR has a range of shortcuts, enough for it to be controlled by a blind person.
I wonder, if you do hard code, is it worth considering making the shortcuts match as much as possible?

73 Alan G4ZFQ


Re: SDR# Shortcuts?

Alan G4ZFQ
 

If this behavoir seems Ok with you as users then I will continue on with the line of logic.  If not also let me know and I will hard code key values to short cuts.
Edward,

HDSDR has a range of shortcuts, enough for it to be controlled by a blind person.
I wonder, if you do hard code, is it worth considering making the shortcuts match as much as possible?

73 Alan G4ZFQ


Re: SDR# Shortcuts?

Edward MacDonald
 

Since all keyboards are not the same language, my original intent was to allow the individual user to dynamically map the key / key combinations. (Similar to mapping the shuttle plugin functions).

This has the benefit of allowing any keyboard locale to utilize the plugin and to only create shortcuts they want.

If this behavoir seems Ok with you as users then I will continue on with the line of logic.  If not also let me know and I will hard code key values to short cuts.

I will start working on it after work tonight.



On Tue, Sep 3, 2019, 8:49 AM Tudor Vedeanu, <tmvedeanu@...> wrote:

On Tue, Sep 3, 2019 at 02:16 PM, Edward MacDonald wrote:

I could easily adapt it to be used to be used as a shortcut plugin if you want.

That would be awesome!

Thank you, Tudor


Re: Airspy HF+ not recognised bij windows 10 home #airspyhfplus #driver

David J Taylor
 

Hi Prog,

Today I received the airspy HF+ Discovery from China, no tax !.

When I connected it to the USB port of my new computer it's recognised and installed, it's running fine with SDR# !!

When I connect the 2 port HF+ with the same cable (supplied with Discovery) it's NOT recognised.

I did the same on the computer of my neighbour, The results were the same, 2 port HF+ was NOT recognised.


So now it's crystal clear that the 2 port Airspy HF+ is defective.

Best reghards

Jos
===================================

Jos,

Have you tried reprogramming the firmware? I'm wondering whether it's stuck in bootloader mode?

Just a thought....

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


Re: Airspy HF+ not recognised bij windows 10 home #airspyhfplus #driver

Jos Stevens
 

Hi Prog,

Today I received the airspy HF+ Discovery from China, no tax !.

When I connected it to the USB port of my new computer it's recognised and installed, it's running fine with SDR# !!

When I connect the 2 port HF+ with the same cable (supplied with Discovery) it's NOT recognised.

I did the same on the computer of my neighbour, The results were the same, 2 port HF+ was NOT recognised.

So now it's crystal clear that the 2 port Airspy HF+ is defective.

Best reghards

Jos


From: airspy@groups.io <airspy@groups.io> On Behalf Of Jos Stevens

Sent: 02 September 2019 16:25
To: airspy@groups.io
Subject: Re: [airspy] Airspy HF+ not recognised bij windows 10 home #airspyhfplus #driver

 

Hi Prog

Got a message from my neighbour that I can test the airspy tomorrow afternoon on his computer.

Jos


-------- Oorspronkelijk bericht --------Van: Simon Brown <simon@...> Datum: 02-09-2019  18:06  (GMT+01:00) Aan: airspy@groups.io Onderwerp: Re: [airspy] Airspy HF+ not recognised bij windows 10 home #airspyhfplus #driver Hi, Just for fun – take another cable with you.  Simon Brown, G4ELIhttps://www.sdr-radio.com From: airspy@groups.io <airspy@groups.io> On Behalf Of Jos StevensSent: 02 September 2019 16:25To: airspy@...: Re: [airspy] Airspy HF+ not recognised bij windows 10 home #airspyhfplus #driver Hi ProgGot a message from my neighbour that I can test the airspy tomorrow afternoon on his computer.Jos


Re: SDR# Shortcuts?

Tudor Vedeanu
 

On Tue, Sep 3, 2019 at 02:16 PM, Edward MacDonald wrote:

I could easily adapt it to be used to be used as a shortcut plugin if you want.

That would be awesome!

Thank you, Tudor


Re: SDR# Shortcuts?

kb3cs
 

please do!

may we begin with M for Mute and Spacebar for Start/Stop ?

 - 0x49 -


Re: Airspy HF+ Discovery - First tests

prog
 

On Tue, Sep 3, 2019 at 02:45 PM, Larry Dighera wrote:
I received this information about the Discovery:

"measured the input impedance of the new Discovery with the DG8SAQ
VNWA as around 14 ohms at HF, and is a pretty flat line for that
value over the whole range."
It's not that simple. The impedance depends on the frequency tuned by the device. You need to sample it point by point to get the real response.

Common mistakes.


Re: Airspy HF+ Discovery - First tests

Larry Dighera
 

On Mon, 02 Sep 2019 21:18:24 -0700, "John H. Long Jr."
<john@...> wrote:

I understand splitting the signal that way changes the impedance but I checked signals with & without the splitter and there wasn't much difference.
I received this information about the Discovery:

"measured the input impedance of the new Discovery with the DG8SAQ
VNWA as around 14 ohms at HF, and is a pretty flat line for that
value over the whole range."


Re: SDR# Shortcuts?

prog
 

On Tue, Sep 3, 2019 at 01:16 PM, Mitch wrote:
I do this as part of the UI construction.  Most visual construction tools make a hot key out of a key sequence right in their object definition.
SDR# has a more sophisticated composite UI and DSP architecture with an actual API to access every functionality. The correct way of adding new behavior is to add plugins that leverage the API rather than hard-coding everything.


Re: spyserver raspi error: No such file or directory problem #spyserver

prog
 

The SpyServer requires rpi 2 or later.


Re: SDR# Shortcuts?

Edward MacDonald
 

I have a made something that I used to do exactly this when I was designing the shuttle plugin. I used key strokes to trigger the controls on sdr# to make sure my control code was working properly before mapping the shuttle controls to the functions.

I could easily adapt it to be used to be used as a shortcut plugin if you want.

I used an XML file to store / load the key assignments so I could easily transport them to various sdr# version itterations for testing.



Re: SDR# Shortcuts?

Mitch
 

I do this as part of the UI construction.  Most visual construction tools make a hot key out of a key sequence right in their object definition.

On Sep 3, 2019, at 03:37, prog <info@...> wrote:
On Tue, Sep 3, 2019 at 09:30 AM, Tudor Vedeanu wrote:

How hard would it be to implement some keyboard shortcuts in SDR#? Like pressing letters to change the mode (A = AM, U= USB, L=LSB, F=FM...)? Or pressing < and > to decrease/increase the tuning step? I play with my SDRs outdoors on a small laptop/tablet and it's inefficient to use the trackpad for everything. For example, sometimes I hear a voice transmission burst on a frequency and I miss it just because it takes a second to switch from AM to USB.

~Tudor

It's easy via plugins. The internal interface allows full control of the main settings and can also intercept keyboard and mouse messages.
Any volunteer?


spyserver raspi error: No such file or directory problem #spyserver

tma3uk
 

I've downloaded  spyserver arm 32bit version  but the bin file doesn't run on my raspberrry pi 1 running Kali linux 2019.3 .

The error message in this case is confusing, some runtime environment problem but no detail about it.

The error that is shown when I try to launch the executable and other relevant information

root@raspi:~/software/spyserver# ./spyserver

-bash: ./spyserver: No such file or directory

root@raspi:~/software/spyserver# file spyserver

spyserver: ELF 32-bit LSB executable, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-armhf.so.3, for GNU/Linux 3.2.0, BuildID[sha1]=b23d7d67b53ca65737acbabf406c060db3914a09, stripped

root@raspi:~/software/spyserver# uname -a

 

Linux raspi 4.19.66-Re4son+ #1 Sun Aug 18 13:42:02 AEST 2019 armv6l GNU/Linux

root@raspi:~/software/spyserver# cat /proc/cpuinfo

processor       : 0

 

model name      : ARMv6-compatible processor rev 7 (v6l)

Any Help Will Be Welcome