Date   

Re: More SDR# polishing: Persisted Slices #announcements

jmceara@...
 

Will be slicing available to airspy-server?
I'm running some satellite reception here and accessing using LAN, my server is running windows.....today I'm using sdr-console for this, simples because I can't run multiple instances of SDR# (it crashes after one or two days, but the old version, without slice). Would be great if I can run multiple instances of SDR# for this.


What I have:
Windows (server)================2x rpi's connected to 2x differente antennas, both running rtl_tcp (could be airspy-server).



Re: How to adjust the PPM in SDR# 1740 and 1741 with SpyVerter + Airspy?

Lyndxer
 

Don't have that cable :-(


More SDR# polishing: Persisted Slices #announcements

prog
 

Check the latest version of SDR# with persisted configurations for the slices. Now the whole session is saved on close and restored on start. The configuration files for the slices are portable and can be copied across instances.

Download as usual from: https://airspy.com/download


Re: Antenna diversity/reciver coherence with multiple airspy recivers?

Marcus D. Leech
 

On 09/18/2020 09:03 AM, Chuck, N1KGY wrote:
" I'm wondering if AirSpy would have the same issue as regular RTL dongles where there main clocks are synced but there analog to digital converters and USB arent..."

USB was originally and primarily designed for "bulk transfers" to and from external storage, not interactive/real-time media. It provides no facilities for sync'ing a target to source or vice versa. I tried sync'ing two RSP2s several years ago using their ability to run off a master clock, but I got lost in trying to write a USB driver that would extract sync info from the receivers and pass it to some other application... any application. So no, I'm not aware of anyone who has done this, though I am aware of several having tried.
_._,_._,_
The way this is normally done is to use an external calibration signal common to all receivers, and then use a correlation algorithm to extract
  time offset information.

If the radio doesn't provide time-stamps, or some kind shared trigger mechanism, this is how it has to be done.  This is how the
  KerberosSDR folks do it.

There's a common mis-perception that your USB buses have to be synchronized--they don't.  By the time the sample stream hits USB, it already
  inherently carries synch information (either because there are timestamps, or there is some other synchronizing mechanism).  If two USB
  buses "drift" with respect to each other it doesn't matter.  These are discrete samples.  Your application that requires a pair (or more) samples
  to be present isn't going to proceed without all samples being present and ready to process.





Re: How to adjust the PPM in SDR# 1740 and 1741 with SpyVerter + Airspy?

Airspy US
 

Those are both R2 units. No info is available based on the ESN unless we
originally sold the units, then we might be able to tell based on the date of sale.

The factory might be able to tell more about them based on the ESN.

---------
Airspy.US
Your USA source for quality SDR products!
www.Airspy.US

NOTE! This email address is not routinely monitored.
If you have an issue, please contact us at airspy@airspy.us

On 9/17/2020 7:46 PM, Lyndxer wrote:
I bought the AIrspy + Spyverter combo used from a Ham in Texas. He opened both and took photos of he boards (see attachments.) He also noted the AIrspy serial number is


26A46DC28353C93 but Airspy was unable to give me any
information about the unit from that.


<http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient> Virus-free. www.avg.com <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>


Re: SDR# I/Q Output

Martin Smith
 

Under "Radio" select "RAW" for the demodulation and under "Audio" change "Output" to the sound card.


Re: Antenna diversity/reciver coherence with multiple airspy recivers?

Chuck, N1KGY
 

" I'm wondering if AirSpy would have the same issue as regular RTL dongles where there main clocks are synced but there analog to digital converters and USB arent..."

USB was originally and primarily designed for "bulk transfers" to and from external storage, not interactive/real-time media. It provides no facilities for sync'ing a target to source or vice versa. I tried sync'ing two RSP2s several years ago using their ability to run off a master clock, but I got lost in trying to write a USB driver that would extract sync info from the receivers and pass it to some other application... any application. So no, I'm not aware of anyone who has done this, though I am aware of several having tried.


Re: SDR# I/Q Output

Max Mucci, N5NHJ (I8NHJ)
 

I'm struggling in finding the configuration or an extra plugin, if needed, to send out I/Q data in real time over a sound card.
Is this something possible using SDRSharp?
Thanks everyone.
----------------------
73 de Max, N5NHJ (I8NHJ)


Re: How to adjust the PPM in SDR# 1740 and 1741 with SpyVerter + Airspy?

jdow
 

Yours is an Spyverter R2. The GPS connector on the board is just below the SMA connector on the right in the image. There should be a little cable with a micro connector on one end and an SMA on the other. It looks like mine as there is no extra hole drilled in an end plate for the 10 MHz input SMA connector.

(She puts her Spyverters back together and hits the send button.)
{^_^}

On 20200917 16:46:45, Lyndxer wrote:
I bought the AIrspy + Spyverter combo used from a Ham in Texas. He opened both and took photos of he boards (see attachments.) He also noted the AIrspy serial number is
26A46DC28353C93 but Airspy was unable to give me any information about the unit from that.


Re: How to adjust the PPM in SDR# 1740 and 1741 with SpyVerter + Airspy?

jdow
 

Sorry 'bout that misunderstanding on my part. I have two spyverters in old case. One is a new one with a drooping cable when I use it. I buttoned it back up since I am using AirSpy HF these days.

{^_^}

On 20200917 16:29:48, Airspy US via groups.io wrote:
Are you talking about the internal U.FL connector?

No Spyverter has had an external MCX connector. The Spyverter
R2x has an external SMA for an external reference clock.
(we are the only ones selling those)

What is odd about the shift being accurate is that it SHOULD
change in error across the spectrum unlike a ppm adjustment.

PPM adjusts the frequency on a proportional scale (5 MHz is adjusted half of a 10 MHz
adjustment). The shift changes the frequency the same amount on 5 and 10 MHz.

If the shift really does solve everything, that is *a* solution, if not *the* solution.

---------
Airspy.US
Your USA source for quality SDR products!
www.Airspy.US

NOTE! This email address is not routinely monitored.
If you have an issue, please contact us at airspy@...

On 9/17/2020 7:00 PM, jdow wrote:
What is the vintage of  your spyverter? Is it new or is it one you bought when it was first announced before any external locking was enabled? (If there is no mcx connector for GPS 10 MHz then it's an old one.) Either way Prog or AirSpyUS might have instructions for repairs. However, in the spirit of, "If it works well enough don't fix it" if that error stays pretty constant (drift stays within 250 Hz without GPS lock) fixing it will only change the offset value. Old units may want different numbers form the 350 Hz value.)

{^_^}

On 20200917 15:50:33, Lyndxer wrote:
Joanne - thank you for your explanation.
Ken Sejkora, a group member, sent me SDR# ver 1732 and I tried that out. Experienced the same issue with frequency readout being off by 30 Khz. On both ver 1732 and 1743, I set ppm to 0 and the Shift to 27,130 and got accurate readouts on both 3.330 Mhz and 15 Mhz. So, if I understood your explanation correctly, the tuning error of the Spyverter is 27.130 khz..
Next question - is that caused by a defect in the Spyverter unit and if so, is there a way to repair it?


<http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>     Virus-free. www.avg.com <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>









Re: Help me upgrade SDR#

Lyndxer
 

For as long as I have been using SDR# - back to version 1400 something, original or community edition, the only way they run is when I use administrator permission. If I try to start the program without that, it will not load.  The first time that happened, I spent a lot of time reinstalling, until I realized the installation with fine but I needed to used administrator permission to start it.  I haven't had a problem installing or running the programs since then..I set my desktop shortcuts to" run as administrator" via the advanced properties tab so I don't have to remember to do that.

I can specify exactly where I wanted the program installed. I usually put it on the C: drive in its own directory e,g, C:/SDR Sharp, but I have also installed it in C:/Programs Files/.   Right now,since a new version seems to appear daily, I have 4 different versions installed in separate directories in C:/Program Files and each runs perfectly well, one at a time of course. That gives me a way to compare them and also to run one with my Funcube Pro+ and another with my Airspy/Spyverter.


Re: More SDR# polishing #announcements

Dana Myers
 

On 9/17/2020 5:56 PM, Brian Gregory wrote:
Are you sure you unticked baseband and ticked audio ?


Pretty sure:



Thanks,
Dana


Re: More SDR# polishing #announcements

Brian Gregory <bdgregory@...>
 

Are you sure you unticked baseband and ticked audio ?


On Fri, 18 Sep 2020 at 01:48, Dana Myers <dana.myers@...> wrote:
On 9/16/2020 10:08 AM, prog wrote:
So, the polishing continues with SDR# rev 1743.
  • Many UI enhancements,
  • Better handling of the plugins (some plugins just don't support multiple instances)


I'm seeing that audio recording is broken in rev 1744. I record audio, get a WAV
file with a superficially reasonable header that Audacity won't load and WMP
won't play.

I downloaded and unzipped sdrsharp.zip, 1744. Running with Airspy HF+ Discovery,
I did not add any non-default plug-ins and did not change anything in the conf
files. It's about as turn-key as one can get.

Before I remember how to crack a RIFF/WAV file, anything I should be doing
differently with the default recording plugin?

Thanks -
Dana





Re: More SDR# polishing #announcements

Dana Myers
 

On 9/16/2020 10:08 AM, prog wrote:
So, the polishing continues with SDR# rev 1743.
  • Many UI enhancements,
  • Better handling of the plugins (some plugins just don't support multiple instances)


I'm seeing that audio recording is broken in rev 1744. I record audio, get a WAV
file with a superficially reasonable header that Audacity won't load and WMP
won't play.

I downloaded and unzipped sdrsharp.zip, 1744. Running with Airspy HF+ Discovery,
I did not add any non-default plug-ins and did not change anything in the conf
files. It's about as turn-key as one can get.

Before I remember how to crack a RIFF/WAV file, anything I should be doing
differently with the default recording plugin?

Thanks -
Dana



Re: How to adjust the PPM in SDR# 1740 and 1741 with SpyVerter + Airspy?

Lyndxer
 

I bought the AIrspy + Spyverter combo used from a Ham in Texas. He opened both and took photos of he boards (see attachments.) He also noted the AIrspy serial number is
26A46DC28353C93 but Airspy was unable to give me any information about the unit from that.


Re: How to adjust the PPM in SDR# 1740 and 1741 with SpyVerter + Airspy?

Airspy US
 

Are you talking about the internal U.FL connector?

No Spyverter has had an external MCX connector. The Spyverter
R2x has an external SMA for an external reference clock.
(we are the only ones selling those)

What is odd about the shift being accurate is that it SHOULD
change in error across the spectrum unlike a ppm adjustment.

PPM adjusts the frequency on a proportional scale (5 MHz is adjusted half of a 10 MHz
adjustment). The shift changes the frequency the same amount on 5 and 10 MHz.

If the shift really does solve everything, that is *a* solution, if not *the* solution.

---------
Airspy.US
Your USA source for quality SDR products!
www.Airspy.US

NOTE! This email address is not routinely monitored.
If you have an issue, please contact us at airspy@airspy.us

On 9/17/2020 7:00 PM, jdow wrote:
What is the vintage of your spyverter? Is it new or is it one you bought when it was first announced before any external locking was enabled? (If there is no mcx connector for GPS 10 MHz then it's an old one.) Either way Prog or AirSpyUS might have instructions for repairs. However, in the spirit of, "If it works well enough don't fix it" if that error stays pretty constant (drift stays within 250 Hz without GPS lock) fixing it will only change the offset value. Old units may want different numbers form the 350 Hz value.)

{^_^}

On 20200917 15:50:33, Lyndxer wrote:
Joanne - thank you for your explanation.
Ken Sejkora, a group member, sent me SDR# ver 1732 and I tried that out. Experienced the same issue with frequency readout being off by 30 Khz. On both ver 1732 and 1743, I set ppm to 0 and the Shift to 27,130 and got accurate readouts on both 3.330 Mhz and 15 Mhz. So, if I understood your explanation correctly, the tuning error of the Spyverter is 27.130 khz..
Next question - is that caused by a defect in the Spyverter unit and if so, is there a way to repair it?

<http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient> Virus-free. www.avg.com <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>


Re: Help me upgrade SDR#

Edward MacDonald
 

2 points, I believe when using the community installer you can opt to have no "3rd party" plugins install.

Second go to your SDR# folder, find the dll file for the plugin, right click on that dll file click "properties", click on the security tab of the properties dialog and hit "Unblock" and click yes when prompted. This might fix that error.

On Thu., Sep. 17, 2020, 5:09 p.m. Martin Smith via groups.io, <martin_z_smith=yahoo.ie@groups.io> wrote:
On Thu, Sep 17, 2020 at 09:16 PM, Ray, W4BYG wrote:

>
> reinstalled the program into the software's default C:\ root directory.
>
Where is SDRSharp.exe installed ? (Is it in a folder e.g. something like C:\sdrsharp-x86-v1744\SDRSharp.exe or is it in root directory of your C: drive C:\SDRSharp.exe, the former Windows would be happy with and the latter Windows would probably be unhappy, if a program was trying to write to a configuration file in the root directory).

As for the "Net RemoteSerial port error, Access to port one is denied" message, I have no idea. But it does make me think that you may be installing a plugin that uses the serial port like "Calico CAT".

Are you installing the "Community Package with Plugins" or "Windows SDR Software Package" ?

While troubleshooting I would try and keep things as simple as possible and only install the "Base Windows SDR Software Package" which does not include 27 additional plugins from multiple programmers, because of the additional complexity any of  those could in theory be the source of additional "red herring" warning message. That normally would go away once configured correctly.






Re: Help me upgrade SDR#

Martin Smith
 

On Thu, Sep 17, 2020 at 09:16 PM, Ray, W4BYG wrote:


reinstalled the program into the software's default C:\ root directory.
Where is SDRSharp.exe installed ? (Is it in a folder e.g. something like C:\sdrsharp-x86-v1744\SDRSharp.exe or is it in root directory of your C: drive C:\SDRSharp.exe, the former Windows would be happy with and the latter Windows would probably be unhappy, if a program was trying to write to a configuration file in the root directory).

As for the "Net RemoteSerial port error, Access to port one is denied" message, I have no idea. But it does make me think that you may be installing a plugin that uses the serial port like "Calico CAT".

Are you installing the "Community Package with Plugins" or "Windows SDR Software Package" ?

While troubleshooting I would try and keep things as simple as possible and only install the "Base Windows SDR Software Package" which does not include 27 additional plugins from multiple programmers, because of the additional complexity any of those could in theory be the source of additional "red herring" warning message. That normally would go away once configured correctly.


Re: Help me upgrade SDR#

jdow
 

Say what? That must be for the community edition. For bare SDRSharp you do NOT want administrator permission. (That makes sure you are installing it in a place it will work properly.)

{^_^}

On 20200917 15:58:29, Lyndxer wrote:
If you are using Windows, make sure to do the installation and run the program as an administrator.


Re: How to adjust the PPM in SDR# 1740 and 1741 with SpyVerter + Airspy?

jdow
 

What is the vintage of  your spyverter? Is it new or is it one you bought when it was first announced before any external locking was enabled? (If there is no mcx connector for GPS 10 MHz then it's an old one.) Either way Prog or AirSpyUS might have instructions for repairs. However, in the spirit of, "If it works well enough don't fix it" if that error stays pretty constant (drift stays within 250 Hz without GPS lock) fixing it will only change the offset value. Old units may want different numbers form the 350 Hz value.)

{^_^}

On 20200917 15:50:33, Lyndxer wrote:
Joanne - thank you for your explanation.
Ken Sejkora, a group member, sent me SDR# ver 1732 and I tried that out. Experienced the same issue with frequency readout being off by 30 Khz. On both ver 1732 and 1743, I set ppm to 0 and the Shift to 27,130 and got accurate readouts on both 3.330 Mhz and 15 Mhz. So, if I understood your explanation correctly, the tuning error of the Spyverter is 27.130 khz.. 
Next question - is that caused by a defect in the Spyverter unit and if so, is there a way to repair it?

7381 - 7400 of 43125