I'm impressed! When you are done with OpenAcc I have another SW project I would welcome help on ;=)

WD installs the arm64 version wsprd, but WSJT-x builds that for the Pi. You will probably need to compile wsprd from sources to get it to run on your nano. See Joe Taylor's comments at: https://physic

I think there is a topic on this problem in the forums.kiwisdr.com site.

We maintain 3 copies of the wsprdaemon.org site: 1) wsprdameon.org is a cloud server maintained by digitalocean.com on a Silicon Valley server 2) wd1.wsprdaemon.org is a Dell server located in a telco

OK, I'll add that feature to my TODO list. Howevef WD already suppresses 'phantom' sideband spots: in each wspr cycle, on each band, WD uploads only the strongest spot from each tx callsign.

Hi Chris, WD currently has no 'blacklist TX call sign(s)' feature. Why do you want it? Rob

My AtomicPi is running WebSDR in Maui, so I would need to debug installation on your A-Pi. Once I get V3.0 ready for beta you will be able ti make your A-Pi accessible to me and I can debug on it.

FYI... ---------- Forwarded message --------- From: Thomas Paratore <WA2TP@...> Date: Fri, Mar 5, 2021 at 11:51 AM Subject: Anomaly with BBAI network connection To: Clint Turner <turner@...

Holgar reported the same message in the Kiwi's log. It appears to have no deleterious effect on operation, but I'll put it on the TODO list for WD 3.0

You can use the excellent "SD Card Copier" utility found on the Pi desktop at: Pi->Accessories->SD Card Copier to create an image of the Pi's running microSD on to the microSD in the adapter:

Yes, I will share that list privately. But I am weeks aways from alpha testing 3.0

For those of you who don't join our Wednesday 18:00 UTC Zoom call, I thought it would be useful to let you know that I am actively working on a major new version of WD which will include these major n

Hi, I am very pleased to see this discussion. A recent email from Timescale suggests that long time span queries can be accelerated by defining continuous aggregate tables. I wonder if those would hel

Hi John, I'm sorry but in the stress of yesterday's insurrection I failed to test the conf file I emailed you which included a corrupt definition of your RECEIVER_LIST. That list must include one or m

I am away from home. I’ll check it later today when I get home

Do this: pi@Maui-Pi85:~/wsprdaemon/uploads.d/wsprnet.d/spots.d $ cd ~/wsprdaemon/uploads.d/wsprnet.d/spots.d pi@Maui-Pi85:~/wsprdaemon/wsprdaemon.sh -d pi@Maui-Pi85:~/wsprdaemon/uploads.d/wsprnet.d/sp

WD fully supports getting spots for 2 or more Kiwis, selecting one set of the best received spots and uploading only one copy of each spot under the single receiver call sign to wsprnet.org. In additi

It appears that all of your rx channels are the same all day, so your config file can be much simpler. mail your config file and I'll fix it up.

Sometimes wsprnet.org will report that it accepts only some of the uploaded spots and those spots cannot be uploaded by retrying. It doesn't tell WD why it rejects spots or what those rejected spot ar

My Maui WD is uploading to wsprnet.org without problems. So I infer your problem is unique to your site. Don't delete any of your _spots.txt, your system has space for months of spots files. Once WD c