Date   

Re: KiwiSDR dynamic IP address

Rob Robinett
 

Another solution would be to have your Kiwis maintain ssh sessions with your Pi (or another server with a static IP address) and forward ports on that Pi/server back to the Kiwis port 8073 through the tunnels created by that ssh session.
For example:  on the Kiwi cmd line run 'ssh -R 8073:localhost:8073   someuser@...'.  Then your WD would be configured to access that Kiwi at 'someserver.net:8073'

I have attached a script which maintains such a session at one WD site.  After running it once you will need to modify the wd-tunnels.conf for your environment and configure a user account on 'some_server' and set up that account to allow your Kiwi to autologin.
Of course there will be interruptions when your Kiwis change IP addresses while the current listener ssh sessions to your PI/server timeout and are re-established.


On Thu, Nov 11, 2021 at 9:59 AM Rob Robinett via groups.io <rob=robinett.us@groups.io> wrote:
If your DNS service tracks the changing IP address of your Kiwis, then you could specify the DNS names of the Kiwis.  When their IP address changes the WD sessions would error and WD would retry a session at the new IP address supplied by your DNS server.  If your DNS server doesn't track that, then you could write a little script to maintain the correct IP addresses in your Pi's /etc/hosts file.

On Thu, Nov 11, 2021 at 9:41 AM Gur Lavie <gurlavie@...> wrote:
Hi,

Because of some network configuration problem, my KIWISDR is changing its IP address every few hours.
Is there a method to periodically update the address in the wsprdaemon.conf file ?

Thanks
Gur



--
Rob Robinett
AI6VN
mobile: +1 650 218 8896



--
Rob Robinett
AI6VN
mobile: +1 650 218 8896


Re: KiwiSDR dynamic IP address

Rob Robinett
 

If your DNS service tracks the changing IP address of your Kiwis, then you could specify the DNS names of the Kiwis.  When their IP address changes the WD sessions would error and WD would retry a session at the new IP address supplied by your DNS server.  If your DNS server doesn't track that, then you could write a little script to maintain the correct IP addresses in your Pi's /etc/hosts file.

On Thu, Nov 11, 2021 at 9:41 AM Gur Lavie <gurlavie@...> wrote:
Hi,

Because of some network configuration problem, my KIWISDR is changing its IP address every few hours.
Is there a method to periodically update the address in the wsprdaemon.conf file ?

Thanks
Gur



--
Rob Robinett
AI6VN
mobile: +1 650 218 8896


KiwiSDR dynamic IP address

Gur Lavie
 

Hi,

Because of some network configuration problem, my KIWISDR is changing its IP address every few hours.
Is there a method to periodically update the address in the wsprdaemon.conf file ?

Thanks
Gur


Re: E: Package 'qt5-default' has no installation candidate

Rob Robinett
 

I'm glad you got it installed on that new Raspian "bullseye".  I wasn't aware there was a successor to buster and will add testing of installation on that version to my 'todo' list.
As I recall, the qt5 package is required by components of WSJT-x which aren't used by WD.  So a fake installation should work and you may have helped my debugging of installation on bullseye

The easiest way to view the status of WD's connection to your Kiwis is to go to the Kiwi's Admin->Users page.
There is a uploading daemon log file which can be viewed with some difficulty on v2.10k.
In another forum thread I describe how to enable and view that logging.
In WD v3.0 I will make it much easier to see those logs.


Re: E: Package 'qt5-default' has no installation candidate

Gur Lavie
 

ok.
It works great.
Amazing. Really amazing. both the simplicity and quality.
I see now that the "version" on http://wsprd.vk7jj.com/  is listed as "WD_2.10k"

I had to go with the "fake" package for "qr5-default" as listed in the link I posted below.
But I guess since I am just using it for wspr it is good enough.

Just curious, if I am running the daemon on one computer, is there a way to connect from a remote computer with a "UI" for the FT8 and other digital modes ?


Re: E: Package 'qt5-default' has no installation candidate

Gur Lavie
 

Hi,

Another piece of information which might be important is that I am trying to set it as "headless".
No GUI, automatic WSPR spot uploading.

Is there a simple way to test if the connection to the KIWISDR system is active ? 
Is there a log of decoded Sports ?

I guess this is really trivial question. From my reading in the forum it looks like everyone here are super experienced, while I am really just doing first steps.

Thanks !

Gur


Re: E: Package 'qt5-default' has no installation candidate

Gur Lavie
 

Hi,

Its :
Raspberry Pi 3 Model B Rev 1.2
Linux raspberrypi 5.10.63-v7+ #1459 SMP Wed Oct 6 16:41:10 BST 2021 armv7l GNU/Linux
PRETTY_NAME="Raspbian GNU/Linux 11 (bullseye)"
 


How to resolve FATAL ERROR: Failed to install 'qt5-default' on RaspberryPi during Wsprdaemon fresh install

Gur Lavie
 

Hi,

First time installing Wsprdaemon on raspberryPi, targeting wspr decoding from KiwiSDR.

Keep failing ./wsprdaemon.sh -V on the message :
E: Package 'qt5-default' has no installation candidate
FATAL ERROR: Failed to install 'qt5-default' which is needed to run the 'jt9' copmmand in wsprd V2.3.xxxx

What am I missing ?
Thanks
Gur


Re: E: Package 'qt5-default' has no installation candidate

Rob Robinett
 

What Pi and what version of Raspian?  I test installation only on the latest 'buster'

On Wed, Nov 10, 2021 at 2:37 PM Gur Lavie <gurlavie@...> wrote:
Hi,

Fresh install on RaspberryPi.
I cant work around this error - "E: Package 'qt5-default' has no installation candidate". "FATAL ERROR: Failed to install 'qt5-default' which is needed to run the 'jt9' copmmand in wsprd V2.3.xxxx"

I am reading in this link, about creating a fake package, to by pass the error - https://askubuntu.com/questions/1335184/qt5-default-not-in-ubuntu-21-04

I didnt find any reference to this in the forum messages.
Thanks! 

Gur



--
Rob Robinett
AI6VN
mobile: +1 650 218 8896


E: Package 'qt5-default' has no installation candidate

Gur Lavie
 

Hi,

Fresh install on RaspberryPi.
I cant work around this error - "E: Package 'qt5-default' has no installation candidate". "FATAL ERROR: Failed to install 'qt5-default' which is needed to run the 'jt9' copmmand in wsprd V2.3.xxxx"

I am reading in this link, about creating a fake package, to by pass the error - https://askubuntu.com/questions/1335184/qt5-default-not-in-ubuntu-21-04

I didnt find any reference to this in the forum messages.
Thanks! 

Gur


Re: wsprdaemon tmp file questions

Rob Robinett
 
Edited

Yes, those are the cached spots from when your Pi couldn't reach wsprnet.org
One WD has reconnected WD will upload in batches of up to 1000 the oldest cached spots until it catches up with real time.
In WD 3.0 I have fixed and enhanced that cache upload service and also made it easier to view the operation of that upload service.

On Tue, Nov 9, 2021 at 12:41 PM Chris M <nvhengr@...> wrote:
Hi Rob,
 
Once again, I notice spots are not showing up.  I think it is because a network cable came loose some weeks ago :-/  I think it is fixed and I think in a few hours I will start seeing spots and I think the system right now is uploading a rather large backlog...
 
There are a lot of files in ~/wsprdaemon/uploads.d/ which look like "K8NVH_211019_2159_03.tbz" .  Are these temporary files which will be removed at some point?  Or is it something I should monitor so they do not use up all of the disk space?
 
Thanks!
-chris, K8NVH
 
 

 

 
--
Rob Robinett
AI6VN
mobile: +1 650 218 8896


Re: Dupes

Rob Robinett
 

Hi Alan,

Since 'dups'  are a frequent source of questions in my wsprdaemon group, I have included that group in this response.

Your 60M 'dups' are certainly not a problem for wsprdaemon, but due to limits in wsprnet.org's spot reporting, as detailed by Phil below, he can't easily detect your 'tx-generated-dups' among the many more 'receive-site-dups' recorded by receive sites which use multiple copies of WSJT-x or other SW packages.  Those 'receive site generated dups' waste transfer bandwidth, CPU time and storage space at wsprnet.org, and some sites are recording almost 20,000 dups per day.  And snce there is no way to differentiate between the antenna+receivers generating those duplicate spots, there is no useful information which can be learned from them.  Receive sites using my wsprdaemon SW separately report 60M and 60eu, but they are separate bands because one 3 kHz rx channel can't cover both of those 'bands'.  There is an analogous situation on the 80M and legacy 80eu bands.  

In contrast,wsprdaemon reports only one rx_band+tx_call+tx_grid signal for each WSPR cycle.  It also includes the capability to define a single logical receiver whose spots are taken from the antenna+receiver with the best SNR on each WSPR cycle.  Further, all spots from all antenna+receivers can be uploaded to the wsprdaemon.org database where the individual antenna+receiver spots can be analyzed and displayed.

 But if you want to compare the performance of your two transmitter+antenna systems, I would think you could learn a lot more if they used different transmit call signs.

73,

Rob

On Sun, Oct 31, 2021 at 2:58 PM Philip Barnard <vk7jj@...> wrote:
Hi Steve,

For the sake of Alan who is CC'd to this mail, as  per my reply to your first mail, the 20m and 40m "duplicates" shown in your email aren't duplicates, they have different SNRs meaning they are the same transmission reported by two different receivers.  The WD software normally selects the best SNR to upload and discards the rest but it appears that didn't happen in this case.

--

Re. the different 80m and 60m sub bands, here's a copy of a reply to a similar question about why they and other experimental bands are not available for searching  via the band menus of my apps and how to use advanced search to get them, it's very simple really.

Yes, I could put them in the band menu and add the frequency search behind the scenes but I'm not inclined to.  Some are not recognised as bands by various parties including WSPRnet and there a quite a few experimental bands out there. Thus there will always be a mechanism required to let people get at non-standard frequencies so it's better to keep the band menu as per the WSPRnet standard and empower people to use an advanced search that will cover all their options.

Hope that helps,

Regards,

Phil

---

All the 60m data we get from WSPRnet's API for the 60m band is a mixture of  5.2Mhz and 5.3MHz spots.

Thus Arne's db  can only be queried on the basis of  band = 5  and the WD database where wd_band = '60' and both dbs return a mixture of 5.2Mhz and 5.3MHz spots.


There is a solution using advanced search based on frequency.


For wsprd.vk7jj.com   (accessing the WD Postgres db) you should select 60m from the band menu and then use either

and "MHz" < '5.3'    or    and "MHz" > '5.3'   as per the screen shot below.


For wspr.rocks (accessing Arne's ClickHouse db)  the syntax is different

and frequency < '5300000'     or    and frequency > '5300000' 


The same works for the 4m band or for different segments of the 2m band or for 27MHz, though in those cases the band menu should be set to "all bands".

The queries can be combined, eg for 70MHz  the Spanish allocation is 70.150 to 70.200   ref.  https://www.wsprnet.org/drupal/node/4836

and frequency > '70100000' 
and frequency < '70200000

Regards Phil.




On 1 Nov 2021, at 6:35 am, Steve Sykes <steve@...> wrote:

Rob,

It looks to me that Alan is transmitting on both 60 meter frequencies which should be fine. ZKD splits out the two 80 meter and 60 meter frequencies, VK7JJ does not.  That would cover the 60 meter and 80 meter dupes. I am more concerned about the 40 and 20 meter ones.

Steve

On 10/31/21 6:59 PM, Rob Robinett wrote:
Hi Steve,

Phil's site shows me that in the last 24 hours almost all of your dups (and those of many other reporters) are on 60M where Alan G4ZFQ is transmitting on two 60 channels at the same time.  

Hi Alan,

Can you explain why you are transmitting on the same WSPR band at the same time with the same call sign?

73,

Rob


<Screen Shot 2021-10-31 at 11.51.36 AM.png>

On Sun, Oct 31, 2021 at 11:41 AM Steve Sykes <steve@...> wrote:

Phil.

I am seeing a high number of dupes and I don't understand why. The first one may be frequency but the others are showing a version of WSJT-X that I am not running. All my spots go through wsprdaemon. Any idea why I am getting these?

73

Steve KD2OM


<kobncmkccikjaeel.png>


<minfjfkdgakdjjpj.png>

<mlaemjmeondjacal.png>

<njmhlfbobhphajdj.png>




--
Rob Robinett
AI6VN
mobile: +1 650 218 8896



--
Rob Robinett
AI6VN
mobile: +1 650 218 8896


Dupes suddenly not zero anymore

Rob Robinett
 

FYI…

---------- Forwarded message ---------
From: Phil <phil@...>
Date: Fri, Oct 29, 2021 at 3:38 PM
Subject: Re: Dupes suddenly not zero anymore
To: Rob Robinett <rob@...>
CC: John Huggins <john.huggins.ee@...>, <wsprdaemon@groups.io>


Hi Rob, John.


All the 60m data we get from WSPRnet's API for the 60m band is a mixture of  5.2Mhz and 5.3MHz spots.

Thus Arne's db  can only be queried on the basis of  band = 5  and the WD database where wd_band = '60' and both dbs return a mixture of 5.2Mhz and 5.3MHz spots.


There is a solution using advanced search based on frequency.


For wsprd.vk7jj.com   (accessing the WD Postgres db) you should select 60m from the band menu and then use either

and "MHz" < '5.3'    or    and "MHz" > '5.3'   as per the screen shot below.


For wspr.rocks (accessing Arne's ClickHouse db)  the syntax is different

and frequency < '5300000'     or    and frequency > '5300000' 


The same works for the 4m band or for different segments of the 2m band or for 27MHz, though in those cases the band menu should be set to "all bands".

The queries can be combined, eg for 70MHz  the Spanish allocation is 70.150 to 70.200   ref.  https://www.wsprnet.org/drupal/node/4836

and frequency > '70100000' 
and frequency < '70200000

Regards Phil.








On 30 Oct 2021, at 1:01 am, Rob Robinett <rob@...> wrote:

Hi John,

Yours is a common question, so I'm including the WD group in my response.

There are some stations  in the UK which transmit in two 60M channels at the same time.  WD treats the 60Mand 60eu bands as separate and doesn't (I think appropriately) reject one of them as a duplicate, so both are uploaded to wsprnet.org.

However Phil has only one column for the 60M band, so he can only treat those two spots as duplicates.   I have forgotten how I was previously able to find and display those duplicates on wspr.rocks.  Perhaps Phil can remind us.

Since only UK and perhaps some EU stations are authorized to transmit WSPR on 60M, only rx stations in Europe and the US East Coast like you, KD2OM and WA2TP report those phantom dups.

73,

Rob



 

On Thu, Oct 28, 2021 at 6:48 AM John Huggins <john.huggins.ee@...> wrote:
Hi Rob,

While watching wspr.rocks, I, KX4O, seem to now be reporting some dupes...

<Screen Shot 2021-10-28 at 9.38.56 AM.png>

This has always been zero and I always figured my one instance of wsprdaemon was doing a good job of preventing dupes.

Then again, what do I know right?

This all began when I added the preamplifier so maybe I'm simply seeing better results.

Hmmm, now that I think of it, perhaps it's my recent changing of the config to include both 60 and 60eu.

I mention this because I sure don't want to upset the apple cart with induction into the "Rank of Shame" mentioned below.

<Screen Shot 2021-10-28 at 9.45.28 AM.png>

My guess is this is all fine, but who better to ask than you right?

73
John, kx4o



--
Rob Robinett
AI6VN
mobile: +1 650 218 8896

--
Rob Robinett
AI6VN
mobile: +1 650 218 8896


Re: Dupes suddenly not zero anymore

Jim Lill
 

on jimlill.com:8088 I count those bands separately.  I stopped counting dupes after I found it caused rancor amongst some...

On 10/29/21 10:01 AM, Rob Robinett wrote:
Hi John,

Yours is a common question, so I'm including the WD group in my response.

There are some stations  in the UK which transmit in two 60M channels at the same time.  WD treats the 60Mand 60eu bands as separate and doesn't (I think appropriately) reject one of them as a duplicate, so both are uploaded to wsprnet.org.

However Phil has only one column for the 60M band, so he can only treat those two spots as duplicates.   I have forgotten how I was previously able to find and display those duplicates on wspr.rocks.  Perhaps Phil can remind us.

Since only UK and perhaps some EU stations are authorized to transmit WSPR on 60M, only rx stations in Europe and the US East Coast like you, KD2OM and WA2TP report those phantom dups.

73,

Rob



 

On Thu, Oct 28, 2021 at 6:48 AM John Huggins <john.huggins.ee@...> wrote:
Hi Rob,

While watching wspr.rocks, I, KX4O, seem to now be reporting some dupes...

Screen Shot 2021-10-28 at 9.38.56 AM.png

This has always been zero and I always figured my one instance of wsprdaemon was doing a good job of preventing dupes.

Then again, what do I know right?

This all began when I added the preamplifier so maybe I'm simply seeing better results.

Hmmm, now that I think of it, perhaps it's my recent changing of the config to include both 60 and 60eu.

I mention this because I sure don't want to upset the apple cart with induction into the "Rank of Shame" mentioned below.

Screen Shot 2021-10-28 at 9.45.28 AM.png

My guess is this is all fine, but who better to ask than you right?

73
John, kx4o



--
Rob Robinett
AI6VN
mobile: +1 650 218 8896


Interview request (from WSPR Facebook group)

kk6pr
 

Hi all. I'm K1GF, but writing in my capacity as science reporter for Newsy. I'd like to do a story about WSPR, the absolute opposite of broadband.
I'm curious if any of you running QRP WSPR would agree to a short interview? Though we're US based you don't need to be here if you'd like to be included.
IF you'd rather contact me via email: geoff.fox@...
 
 
 
 


Re: Dupes suddenly not zero anymore

Rob Robinett
 

Hi John,

Yours is a common question, so I'm including the WD group in my response.

There are some stations  in the UK which transmit in two 60M channels at the same time.  WD treats the 60Mand 60eu bands as separate and doesn't (I think appropriately) reject one of them as a duplicate, so both are uploaded to wsprnet.org.

However Phil has only one column for the 60M band, so he can only treat those two spots as duplicates.   I have forgotten how I was previously able to find and display those duplicates on wspr.rocks.  Perhaps Phil can remind us.

Since only UK and perhaps some EU stations are authorized to transmit WSPR on 60M, only rx stations in Europe and the US East Coast like you, KD2OM and WA2TP report those phantom dups.

73,

Rob



 

On Thu, Oct 28, 2021 at 6:48 AM John Huggins <john.huggins.ee@...> wrote:
Hi Rob,

While watching wspr.rocks, I, KX4O, seem to now be reporting some dupes...

Screen Shot 2021-10-28 at 9.38.56 AM.png

This has always been zero and I always figured my one instance of wsprdaemon was doing a good job of preventing dupes.

Then again, what do I know right?

This all began when I added the preamplifier so maybe I'm simply seeing better results.

Hmmm, now that I think of it, perhaps it's my recent changing of the config to include both 60 and 60eu.

I mention this because I sure don't want to upset the apple cart with induction into the "Rank of Shame" mentioned below.

Screen Shot 2021-10-28 at 9.45.28 AM.png

My guess is this is all fine, but who better to ask than you right?

73
John, kx4o



--
Rob Robinett
AI6VN
mobile: +1 650 218 8896


Re: Filtering data by AZIMUTH *and* DISTANCE - seeking your feedback

Gwyn Griffiths
 

Hi Curt
Your idea is not a million miles from a Grafana Dashboard I have available via the wsprdaemon.org site.

I've attached a screenshot with example 'graphs' below. One can choose how many days to show - time is along the x axis, here 4 days.
Range is along the Y axis and the color represents number of spots in 'bins' that are 20 minutes in time and 200 km in range. One can select two bands and a reception location by 4-character grid, in this case 40 m top and 20 m bottom and IO90 (UK)  and one sets the direction (heading) at the receiver, and the 'beamwidth', here 275˚ with a 30˚ beamwidth, which from IO90 covers North America. The resolution in this plot does not do justice to the data.

Information on the wsprdaemon.org Grafana Dashboards is at http://wsprdaemon.org/grafana.html
However ... because of quantity of data etc. these plots using the Timescale database can take minutes to render. I am in the process of converting to use Clickhouse, but not done this one yet. I can prioritise if of interest to you.

regards
Gwyn G3ZIL


Re: Filtering data by AZIMUTH *and* DISTANCE - seeking your feedback

Curt K7ZOO
 

Following some coaching from VK7JJ I'm attaching an answer to my question.  de K7ZOO


Interview request (from WSPR Facebook group

kk6pr
 

Hi all. I'm K1GF, but writing in my capacity as science reporter for Newsy. I'd like to do a story about WSPR, the absolute opposite of broadband.
I'm curious if any of you running QRP WSPR would agree to a short interview? Though we're US based you don't need to be here if you'd like to be included.
IF you'd rather contact me via email: geoff.fox@...
 
Like
 
 
 
Comment
 
 
Share
 
 


Filtering data by AZIMUTH *and* DISTANCE - seeking your feedback

Curt K7ZOO
 

.....seeking feedback on this idea from a broad audience!

In a month or so I'd like to give a talk to a group here in Arizona, a group of DX'rs who haven't used WSPR to study propagation.  They have keen interest in contacting specific countries, of course...  so I think it might be very interesting if they could filter data as such:

a) FROM    a specific grid (in my case DM42 in southwestern United States / Arizona)
 b) TO         between a range of azimuthal angles
 c) TO          between a range of distances

In this manner, one could easily see when a specific band was open to a (roughly) rectangular section across the globe.  Honestly, I think it could be really cool to specify a rectangle of interest.  As an example, around Japan: and know when 15 meters was open to that country.  See the plots below as an example.

Is there a SQL command anyone could recommend?  (I really like VK7JJ's tool; in it one can use SQL; I reached out to him as well.  I confess to knowing nothing about SQL, though).

If you are developing analysis tools for WSPR data, or if you are consuming the data, I'm really curious to hear what you think about this filter idea!

Have a good day,

Curt / K7ZOO
University of Arizona Radio Station Manager, K7UAZ

image.png

image.png


781 - 800 of 1315