Date   

Re: recent c2_level very low on some bands

Rob Robinett
 

I can think of no band specific error mechanism.
If you can provide me a way to ssh to your Pi, I'll log on and take a look.

On Wed, May 19, 2021 at 6:44 AM hf_linkz <ounaid@...> wrote:
Hello Rob

yes, yes and yes







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


Re: recent c2_level very low on some bands

hf_linkz
 

Hello Rob

yes, yes and yes


Re: recent c2_level very low on some bands

Rob Robinett
 

Hi,

Are both Kiwis configured in 8 channel mode?  When WD is not running are all 8 channels free?  Then, when you start WD do you see the 6 WD users on each of the Kiwis?

Rob 

On Wed, May 19, 2021 at 6:35 AM hf_linkz <ounaid@...> wrote:
Hi

I'm using a Raspberry Pi 3B+ with 2 local LAN KiwiSDRs (one on v1.444, the other on v1.456)
I recently had problems on the old SD card that was unwritable so i had to rebuild a 32GB SD with Raspberry Pi OS Lite (no desktop env) - Python 3.7.3 - numpy 1.16.2
I git to retrieve the 2.10j project
./wsprdaemon.sh -V ran successfully w/o errors
I'm also using the backup wsprdaemon.conf from the previous setup (shown below)
declare WSPR_SCHEDULE_simple=(
    "00:00                       KIWI_0,2200 KIWI_0,630 KIWI_0,160 KIWI_0,80 KIWI_0,60eu KIWI_0,40 KIWI_1,30 KIWI_1,20 KIWI_1,17 KIWI_1,15 KIWI_1,12 KIWI_1,10"
declare WSPR_SCHEDULE=( "${WSPR_SCHEDULE_simple[@]}" )

----
My problem is that 40, 30 & 20 bands spots are not reported on wsprnet.org (it's working if I use the KiwiSDR wspr extension on them)
----

I tried to debug using different antennas configurations, swapping the KIWI_0 with KIWI_1 and vice-versa, but still noticing the c2_levels are most of the time at -1000 value for the 3 bands so the noise graphs are only showing rms levels... (The noise graphs on the 9 other bands look ok)

I'm going mad, I used to plot much more trafic on 40,30 & 20
What's the problem of those -1000 c2_level values on the 3 bands ?

Any suggestions ?

Regards







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


recent c2_level very low on some bands

hf_linkz
 

Hi

I'm using a Raspberry Pi 3B+ with 2 local LAN KiwiSDRs (one on v1.444, the other on v1.456)
I recently had problems on the old SD card that was unwritable so i had to rebuild a 32GB SD with Raspberry Pi OS Lite (no desktop env) - Python 3.7.3 - numpy 1.16.2
I git to retrieve the 2.10j project
./wsprdaemon.sh -V ran successfully w/o errors
I'm also using the backup wsprdaemon.conf from the previous setup (shown below)
declare WSPR_SCHEDULE_simple=(
"00:00 KIWI_0,2200 KIWI_0,630 KIWI_0,160 KIWI_0,80 KIWI_0,60eu KIWI_0,40 KIWI_1,30 KIWI_1,20 KIWI_1,17 KIWI_1,15 KIWI_1,12 KIWI_1,10"
declare WSPR_SCHEDULE=( "${WSPR_SCHEDULE_simple[@]}" )

----
My problem is that 40, 30 & 20 bands spots are not reported on wsprnet.org (it's working if I use the KiwiSDR wspr extension on them)
----

I tried to debug using different antennas configurations, swapping the KIWI_0 with KIWI_1 and vice-versa, but still noticing the c2_levels are most of the time at -1000 value for the 3 bands so the noise graphs are only showing rms levels... (The noise graphs on the 9 other bands look ok)

I'm going mad, I used to plot much more trafic on 40,30 & 20
What's the problem of those -1000 c2_level values on the 3 bands ?

Any suggestions ?

Regards


Re: URL for Spots history

Rob Robinett
 

Hi Jim,  I miss your %dups column.  Phil's 'Duplicates' page doesn't quite show that information.

On Sat, May 15, 2021 at 9:37 AM Jim Lill <jim@...> wrote:

I have thought above retiring my site but as I still want all the spot data for my own propagation research, I decided to continue

On 5/15/21 11:16 AM, Rob Robinett wrote:
Jim, you inspired Phil's site.

On Sat, May 15, 2021 at 7:58 AM Jim Lill <jim@...> wrote:

as a backup, there's always my site jimlill.com:8088

On 5/15/21 10:47 AM, Edward Hammond wrote:

As far as I know, there's really nothing even close to as good as http://wspr.rocks  ... except I suppose wsprd.vk7jj.com.  :-)

It's fantastic, and having a really handsome and functional site like that adds loads of interest, for me at least, in the WSPR hobby. 

My thanks and congratulations to those responsible.

Edward

W3ENR


On 5/15/21 10:30 AM, Rob Robinett wrote:
The bands are fine
My preferred search:  http://wspr.rocks/

On Sat, May 15, 2021 at 6:57 AM John via groups.io <n0ure=yahoo.com@groups.io> wrote:
What are the URLs for WSPR history? Are the bands dead? I have no spots.

John


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


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



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


Re: URL for Spots history

Jim Lill
 

I have thought above retiring my site but as I still want all the spot data for my own propagation research, I decided to continue

On 5/15/21 11:16 AM, Rob Robinett wrote:
Jim, you inspired Phil's site.

On Sat, May 15, 2021 at 7:58 AM Jim Lill <jim@...> wrote:

as a backup, there's always my site jimlill.com:8088

On 5/15/21 10:47 AM, Edward Hammond wrote:

As far as I know, there's really nothing even close to as good as http://wspr.rocks  ... except I suppose wsprd.vk7jj.com.  :-)

It's fantastic, and having a really handsome and functional site like that adds loads of interest, for me at least, in the WSPR hobby. 

My thanks and congratulations to those responsible.

Edward

W3ENR


On 5/15/21 10:30 AM, Rob Robinett wrote:
The bands are fine
My preferred search:  http://wspr.rocks/

On Sat, May 15, 2021 at 6:57 AM John via groups.io <n0ure=yahoo.com@groups.io> wrote:
What are the URLs for WSPR history? Are the bands dead? I have no spots.

John


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


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


Re: URL for Spots history

WA2TP
 

HI John,

 The last spots uploaded I see for you were on 5/10. 

Tom
WA2TP


From: wsprdaemon@groups.io <wsprdaemon@groups.io> on behalf of John via groups.io <n0ure@...>
Sent: Saturday, May 15, 2021 9:57 AM
To: wsprdaemon@groups.io <wsprdaemon@groups.io>
Subject: [wsprdaemon] URL for Spots history
 
What are the URLs for WSPR history? Are the bands dead? I have no spots.

John


Re: URL for Spots history

Edward Hammond
 

And, actually, that is precisely the other site that I use.  :-)   Thank you too!

Edward


On 5/15/21 10:57 AM, Jim Lill wrote:

as a backup, there's always my site jimlill.com:8088

On 5/15/21 10:47 AM, Edward Hammond wrote:

As far as I know, there's really nothing even close to as good as http://wspr.rocks  ... except I suppose wsprd.vk7jj.com.  :-)

It's fantastic, and having a really handsome and functional site like that adds loads of interest, for me at least, in the WSPR hobby. 

My thanks and congratulations to those responsible.

Edward

W3ENR


On 5/15/21 10:30 AM, Rob Robinett wrote:
The bands are fine
My preferred search:  http://wspr.rocks/

On Sat, May 15, 2021 at 6:57 AM John via groups.io <n0ure=yahoo.com@groups.io> wrote:
What are the URLs for WSPR history? Are the bands dead? I have no spots.

John


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


Re: URL for Spots history

Rob Robinett
 

Jim, you inspired Phil's site.

On Sat, May 15, 2021 at 7:58 AM Jim Lill <jim@...> wrote:

as a backup, there's always my site jimlill.com:8088

On 5/15/21 10:47 AM, Edward Hammond wrote:

As far as I know, there's really nothing even close to as good as http://wspr.rocks  ... except I suppose wsprd.vk7jj.com.  :-)

It's fantastic, and having a really handsome and functional site like that adds loads of interest, for me at least, in the WSPR hobby. 

My thanks and congratulations to those responsible.

Edward

W3ENR


On 5/15/21 10:30 AM, Rob Robinett wrote:
The bands are fine
My preferred search:  http://wspr.rocks/

On Sat, May 15, 2021 at 6:57 AM John via groups.io <n0ure=yahoo.com@groups.io> wrote:
What are the URLs for WSPR history? Are the bands dead? I have no spots.

John


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



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


Re: URL for Spots history

Jim Lill
 

as a backup, there's always my site jimlill.com:8088

On 5/15/21 10:47 AM, Edward Hammond wrote:

As far as I know, there's really nothing even close to as good as http://wspr.rocks  ... except I suppose wsprd.vk7jj.com.  :-)

It's fantastic, and having a really handsome and functional site like that adds loads of interest, for me at least, in the WSPR hobby. 

My thanks and congratulations to those responsible.

Edward

W3ENR


On 5/15/21 10:30 AM, Rob Robinett wrote:
The bands are fine
My preferred search:  http://wspr.rocks/

On Sat, May 15, 2021 at 6:57 AM John via groups.io <n0ure=yahoo.com@groups.io> wrote:
What are the URLs for WSPR history? Are the bands dead? I have no spots.

John


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


Re: URL for Spots history

Edward Hammond
 

As far as I know, there's really nothing even close to as good as http://wspr.rocks  ... except I suppose wsprd.vk7jj.com.  :-)

It's fantastic, and having a really handsome and functional site like that adds loads of interest, for me at least, in the WSPR hobby. 

My thanks and congratulations to those responsible.

Edward

W3ENR


On 5/15/21 10:30 AM, Rob Robinett wrote:
The bands are fine
My preferred search:  http://wspr.rocks/

On Sat, May 15, 2021 at 6:57 AM John via groups.io <n0ure=yahoo.com@groups.io> wrote:
What are the URLs for WSPR history? Are the bands dead? I have no spots.

John


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


Re: URL for Spots history

Glenn Elmore
 


http://wspr.rocks/ looks fairly normal to me.
What kind of history are you after?

On 5/15/21 7:57 AM, John via groups.io wrote:
What are the URLs for WSPR history? Are the bands dead? I have no spots.

John


Re: URL for Spots history

Rob Robinett
 

The bands are fine
My preferred search:  http://wspr.rocks/

On Sat, May 15, 2021 at 6:57 AM John via groups.io <n0ure=yahoo.com@groups.io> wrote:
What are the URLs for WSPR history? Are the bands dead? I have no spots.

John



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


URL for Spots history

John
 

What are the URLs for WSPR history? Are the bands dead? I have no spots.

John


Re: Prefix/suffix call signs TX messages (Type 2) don't make it to WSPRnet.org, any solution for this?

Gwyn Griffiths
 

Harry

I am not sure exactly what is not right in your case, but I have checked the spots that Rob's scraper takes from wsprnet.org for the last ten days and there are many examples of transmit callsigns with prefixes and suffixes. For example:

DF4PV/M, DJ2WW/P, EA8/OK2SAM, G0SZI/A, GM4SJB/2, HR9/WA4DT, MM/M0VIK, SM7PNV/2, TA4/G8SCU, W5/VK2ARH, W6LVP/V, W7GDK/7, ZS3D/N

including, I see, your own call as SM7PNV/2.

In your email you wrote "SM7PNV/p", was the lower case p a typo? 
Your example "OZ1/SM7PNV" is exactly the same character count and distribution either side of the / as EA8/OK2SAM which is in the database.

So, I do not think there is a general problem, but I cannot see what you are missing in generating your own Type 2 messages. Sorry.

73
Gwyn G3ZIL


Re: Prefix/suffix call signs TX messages (Type 2) don't make it to WSPRnet.org, any solution for this?

Rob Robinett
 

On Fri, May 14, 2021 at 10:27 AM, Harry Zachrisson - SM7PNV wrote:
SM7PNV
I think there are limits on the number of character+ digits in the type 1 and type 2 message fields in WSPR packets which your callsign/extension may exceed.
There is a good explanation of the WSPR packet format at https://dxplorer.net/wspr/msgtypes.html#:~:text=The%20normal%20WSPR%20message%20%22Type,of%20up%20to%20six%20characters.

For users registered with wsprnet.org, it seems that they use your registered tx/rx 6 character maidenhead location when recording your type 1 messages which contain only the 4 character locator.

The wsprdaemon.org clone of the wsprnet.org spot database makes no modifications of the spots delivered by the wsprnet.org API.  If anyone sees they don't match, then there is a bug I am not aware of.


Prefix/suffix call signs TX messages (Type 2) don't make it to WSPRnet.org, any solution for this?

Harry Zachrisson - SM7PNV
 

I have been generating Type 2 messages but I can't see the prefix or suffix in the data on wsprnet.org.(e.g transmitted SM7PNV/p or OZ1/SM7PNV is shown as SM/PNV) 
I am guessing it is not reported from the WSJT-X client to WSPRnet.
They seem to be intact in pskreporter though.

Anyone that has information around this?
It just seems strange that WSPR has support for it in both the transmit and receive side but it does not show up in the database, or did I miss something?

73
//Harry - SM7PNV


Re: No Space for tmp files

John
 

Rob,
the df looks normal. The OS is at 32%, all the other devices 1-3%.
I will rebuild the OS.

Thanks for all the hard work.
John


Re: No Space for tmp files

Rob Robinett
 

Maybe I misled you.
Start by seeing the state of your file systems by executing 'df'
I would expect that your will see that the /tmp file system is 100% full/;   /tmp/wsprdaemon should be 10-30%% full most of the 2 minute wspr cycle.
/tmp should be cleared by a reboot.
WD doesn't clear the /tmp/wsprdaemon file system.  It does delete old wav files, which would occupy the most space on  /tmp/wsprdaemon. 
I only truncate or clear any log files created when you start WD, so if you run at log levels 1 or greater, eventually the  /tmp/wsprdaemon file system will become 100% full.
Fixing that 'logging fills up  /tmp/wsprdaemon' problem is part of my work on WD V3.0.


On Thu, May 13, 2021 at 6:47 PM John via groups.io <n0ure=yahoo.com@groups.io> wrote:
I did wd -z
rm -rf /tmp/*
I got a list of sum system type files and some with lots of numbers, but many showed bussy.
I did sudo rm -rf /tmp/*
got  cannot remove /tmp/wsprdaemon device or resource bussy.  ( even with the wd -z) ??

I thought that the tmp files were on RAM disk and would go away with a cold restart.

John



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


Re: No Space for tmp files

John
 

I did wd -z
rm -rf /tmp/*
I got a list of sum system type files and some with lots of numbers, but many showed bussy.
I did sudo rm -rf /tmp/*
got  cannot remove /tmp/wsprdaemon device or resource bussy.  ( even with the wd -z) ??

I thought that the tmp files were on RAM disk and would go away with a cold restart.

John

261 - 280 of 501