Hi Rob, 

I don't know why but on x86 with clean Ubuntu 20.04.03 LTS system your script doesn't install libfftw3-3 package and I added it manually with "sudo apt install libfftw3-3", because I had errors in log:

"wsprd: error while loading shared libraries: libfftw3f.so.3: cannot open shared object file: No such file or directory"

Maybe add his install to the script?

Best regards,

Yuri

On Fri, Aug 13, 2021 at 7:32 AM Юрий Максимов <rz3dvp@...> wrote:

Hello Rob,
I added these strings to my wsprdaemon.sh after upgrading it to 2.10k on RPi4 with 64-bit Ubuntu, when I received information about unsupported architecture after starting it.
Some time ago, support for arm64 OS was added to https://physics.princeton.edu/pulsar/K1JT/wsjtx.html and they started uploading a file for this architecture.
After these modifications, a new version of wsjtx was downloaded, installed and 2.10k works fine.

Best regards,
Yuri

On Fri, Aug 13, 2021 at 2:13 AM Rob Robinett <rob@...> wrote:

Is that a change you made and tested on WD 2.10?

If so, I’ll add it to 3.0

On Thu, Aug 12, 2021 at 2:47 PM Юрий Максимов <rz3dvp@...> wrote:

Hello Rob,

Please add support arm64 to your wsprdaemon.sh:

 case ${cpu_arch} in
            x86_64)
                wsjtx_pkg=wsjtx_${WSJTX_REQUIRED_VERSION}_amd64.deb
                ;;
            armv7l)
                # https://physics.princeton.edu/pulsar/K1JT/wsjtx_2.2.1_armhf.deb
                wsjtx_pkg=wsjtx_${WSJTX_REQUIRED_VERSION}_armhf.deb
                ;;
            aarch64)
                wsjtx_pkg=wsjtx_${WSJTX_REQUIRED_VERSION}_arm64.deb
                ;;
            *)
                echo "ERROR: CPU architecture '${cpu_arch}' is not supported by this program"
                exit 1
                ;;
        esac

73! Yuri

On Wed, Aug 4, 2021 at 4:45 PM Rob Robinett <rob@...> wrote:

Hi Yuri,

The accuracy of WSPR decoding is limited by the transmitted modulation technique and by the decoding algorithm.  So if the rx CPU can finish decoding in 2 minutes then it an ARM will report the same spots as an x86.

However in WSJT-x V2.3 a new transmit modulation technique FST4W was introduced which offers about 2 dB better SNRs.  In wsprdaemon version 3.0 I will add support for FST4W  and running both decodes will require at least double the CPU time.

So your investment in the x86 server will soon be put to use

73,

Rob

On Wed, Aug 4, 2021 at 1:30 AM Юрий Максимов <rz3dvp@...> wrote:

Hello Rob, 

I am trying to use x86 PC with Ubuntu 20.04 for your daemon and it works great, good job!
But I want to ask you some questions, x86 PCs are much more powerful than Raspberry Pi, do you have any configuration commands for more complex or accurate wspr decoding?

Best regards, 73!

Yuri

--

Rob Robinett

AI6VN

rob@...

mobile: +1 650 218 8896

--

Rob Robinett

AI6VN

rob@...

mobile: +1 650 218 8896