The bands are fine My preferred search: http://wspr.rocks/ For top spotters list: http://wspr.rocks/topspotters/index.html -- Rob Robinett AI6VN rob@... mobile: +1 650 218 8896

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

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

On Fri, May 14, 2021 at 10:27 AM, Harry Zachrisson - SM7PNV wrote: SM7PNVI think there are limits on the number of character+ digits in the type 1 and type 2 message fields in WSPR packets which your

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

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

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

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

Then you need to clean out /tmp which is a separate file system from /tmp/wsprdaemon WD -z rm -rf /tmp/* WD -a -- Rob Robinett AI6VN rob@... mobile: +1 650 218 8896

That did not work for me. the exact error is: /home/pi/wsprdaemon/wsprdaemon.sh: Line 729: cannot create temp file for here-document: No space left on device This occurred 15 times after WD -s. I

Stop WD EXecute: rm -rf /tmp/wsprdaemon/* Start WD -- Rob Robinett AI6VN rob@... mobile: +1 650 218 8896

I have messed up and need a pointer to fix my mess. I left the Tail of the spots.log file running. Now wsprdaemon is giving errors "..no space for tmp file' at line 729. What directory on mt Pi 4 can

I'm impressed! When you are done with OpenAcc I have another SW project I would welcome help on ;=) -- Rob Robinett AI6VN rob@... mobile: +1 650 218 8896

Wsprdaemon is now running well on the Jetson Nano, about 15% faster than pi 4. I built WSJT-X 2.3.1 from the source then copied the wsprd program to the bin directory. Next project: apply OpenAcc to

I was recently out in a "quiet place" to make noise floor measurements of my active antenna system. I did indeed find such a place which could reach the noise floor limitations of my system and

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:

the nano uses 64bit-ARMv8.... does wsprd (or wsjtx-x) support that? On 5/1/21 9:21 AM, John via groups.io wrote:

I never see the wsprd process listed in the TOP display. I went to the wsprdaemon/bin dir and did a wsprdaemon@wsprdaemon-desktop:~/wsprdaemon/bin$ ./wsprd -bash: ./wsprd: cannot execute binary file:

I forgot to add that I am running the smallest configuration for this test. One KIWIsdr and only one 20 meter channel. I do see the recorder process in the KIWI. John

Still working on the same problem to get wsprdaemon to run on the Nvidia Nano running UBUNTU 18.04. The problem I am seeing is no spots with the tail -F uploads.log command. I do see the message to