Date   

Re: Display command sequence?

Glenn Elmore
 

John,
To display upload activity I think what you can do is go to the wsprnet spots directory (I'm not sure that the wsprdaemon side does this yet)

cd ~/wsprdaemon/uploads.d/wsprnet.d/spots.d/
increment the verbosity
wd -d
and follow updates
tail -F uploads.log

Glenn n6gn


Re: WD problems

Rob Robinett
 

I have just checked in v2.10g which fixes the uninitialized variable bug which was causing recording jobs to abort.
There may be lurking missing library problems which I will explore next


Display command sequence?

John
 

What is the command sequence to continuously display the decode counts and upload counts?

John 


Re: WD problems

ON5KQ
 

At least I found one reason there is no spot nor upload:

with WD 2.10f it is a MUST to include in the .conf file the following:

 JT9_DECODE_ENABLED="yes"

If you do not include it, wd don't decode anything...
I don't know, why JT9 is necessary for wspr-decoding....

Now there are decodes as well as uploads...

Ulli, ON5KQ


Re: WD problems

ON5KQ
 

By the way - no problem with ntp.... the time of the Pi4 is exact...


Re: WD problems

ON5KQ
 

I switched off the kiwi and reboot it.
The fault message with the kiwirecorder (see above) disappeared.... however no decodes, no spots
The terminal "top -c" shows the wsprd executing and calculating rather long for 35sec only a single band (now switched to 40m most busy band for one channel simple schedule)
But after all the calculations no decode..


Re: WD problems

ON5KQ
 

Stopping WD on the pi4 produced this:
------------------------------------------
pi@ON5KQ-Pi4:~/wsprdaemon $ ./wsprdaemon.sh -z
wsprdaemon.sh Copyright (C) 2020  Robert S. Robinett
This program comes with ABSOLUTELY NO WARRANTY; for details type './wsprdaemon.sh -h'
This is free software, and you are welcome to redistribute it under certain conditions.  execute'./wsprdaemon.sh -h' for details.
wsprdaemon depends heavily upon the 'wsprd' program and other technologies developed by Joe Taylor K1JT and others, to whom we are grateful.
Goto https://physics.princeton.edu/pulsar/K1JT/wsjtx.html to learn more about WSJT-x

./wsprdaemon.sh: line 220: 28169 Killed                  python3 ${KIWI_RECORD_COMMAND} --help 1>&${KIWI_RECORD_TMP_LOG_FILE}
Currently installed version of kiwirecorder.py fails to run:
Found unknown error in ./kiwiclient.log when running 'python3 /home/pi/wsprdaemon/kiwiclient/kiwirecorder.py'
pi@ON5KQ-Pi4:~/wsprdaemon $
-----------------------------

????


Re: WD problems

ON5KQ
 

Ok, I did the following:

run:
pip3 uninstall numpy  # remove previously installed version
apt install python3-numpy

There are sometimes issues reported on Raspberry Pi setups when installing using pip3 install (or pip install). These will typically mention:

libf77blas.so.3: cannot open shared object file: No such file or directory

The solution will be to either:

sudo apt-get install libatlas-base-dev

to install the missing libraries expected by the self-compiled NumPy (ATLAS is a possible provider of linear algebra).

Now I tried again... at least WD seem to start on the raspberry without the previous fault message. WD connects the kiwi for just a simple schedule on 80m decode... however... NO UPLOADS at all, NO Decodes either...:

here is the check on uploads at the pi - as with verbosity 1 there was no reaction nor any info at all, I increased verbosity even more
So it seems the new decoder just don't nothing - if it doesn't decode anything the is no upload ...... however the band is full !!
How to switch back to the old decoder ?
--------
pi@ON5KQ-Pi4:~/wsprdaemon/uploads.d/wsprnet.d/spots.d $ ~/wsprdaemon/wsprdaemon.sh -d
wsprdaemon.sh Copyright (C) 2020  Robert S. Robinett
This program comes with ABSOLUTELY NO WARRANTY; for details type './wsprdaemon.sh -h'
This is free software, and you are welcome to redistribute it under certain conditions.  execute'./wsprdaemon.sh -h' for details.
wsprdaemon depends heavily upon the 'wsprd' program and other technologies developed by Joe Taylor K1JT and others, to whom we are grateful.
Goto https://physics.princeton.edu/pulsar/K1JT/wsjtx.html to learn more about WSJT-x

Signaling verbosity change to PID 19568 from uploads.pid
pi@ON5KQ-Pi4:~/wsprdaemon/uploads.d/wsprnet.d/spots.d $ tail -f uploads.log
Sat 17 Oct 2020 08:56:40 AM UTC: verbosity_increment() verbosity now = 1
Sat 17 Oct 2020 08:59:20 AM UTC: verbosity_increment() verbosity now = 2
Sat 17 Oct 2020 08:59:20 AM UTC: upload_to_wsprnet_daemon() checking for spot files to upload in all running jobs directories
Sat 17 Oct 2020 08:59:20 AM UTC: upload_to_wsprnet_daemon() adding 'ON5KQ_JO10os' to list of CALL_GRIDs to be searched for spot files to upload
Sat 17 Oct 2020 08:59:20 AM UTC: upload_to_wsprnet_daemon() found 1 CALL_GRIDS to search for uploads: 'ON5KQ_JO10os'
Sat 17 Oct 2020 08:59:20 AM UTC: upload_to_wsprnet_daemon() adding band '80' to list for call ON5KQ grid JO10os
Sat 17 Oct 2020 08:59:20 AM UTC: upload_to_wsprnet_daemon() 'ON5KQ_JO10os' reports on bands '80' from jobs 'Vdip1,80'
Sat 17 Oct 2020 08:59:20 AM UTC: upload_to_wsprnet_daemon() checking running job 'Vdip1,80' spot directory /home/pi/wsprdaemon/uploads.d/wsprnet.d/spots.d/ON5KQ_JO10os/Vdip1/80
Sat 17 Oct 2020 08:59:20 AM UTC: upload_to_wsprnet_daemon() found no spot files in /home/pi/wsprdaemon/uploads.d/wsprnet.d/spots.d/ON5KQ_JO10os/Vdip1/80
Sat 17 Oct 2020 08:59:20 AM UTC: upload_to_wsprnet_daemon() sleeping for 10 seconds
Sat 17 Oct 2020 08:59:30 AM UTC: upload_to_wsprnet_daemon() checking for spot files to upload in all running jobs directories
Sat 17 Oct 2020 08:59:30 AM UTC: upload_to_wsprnet_daemon() adding 'ON5KQ_JO10os' to list of CALL_GRIDs to be searched for spot files to upload
Sat 17 Oct 2020 08:59:30 AM UTC: upload_to_wsprnet_daemon() found 1 CALL_GRIDS to search for uploads: 'ON5KQ_JO10os'
Sat 17 Oct 2020 08:59:30 AM UTC: upload_to_wsprnet_daemon() adding band '80' to list for call ON5KQ grid JO10os
Sat 17 Oct 2020 08:59:30 AM UTC: upload_to_wsprnet_daemon() 'ON5KQ_JO10os' reports on bands '80' from jobs 'Vdip1,80'
Sat 17 Oct 2020 08:59:30 AM UTC: upload_to_wsprnet_daemon() checking running job 'Vdip1,80' spot directory /home/pi/wsprdaemon/uploads.d/wsprnet.d/spots.d/ON5KQ_JO10os/Vdip1/80
Sat 17 Oct 2020 08:59:30 AM UTC: upload_to_wsprnet_daemon() found no spot files in /home/pi/wsprdaemon/uploads.d/wsprnet.d/spots.d/ON5KQ_JO10os/Vdip1/80
Sat 17 Oct 2020 08:59:30 AM UTC: upload_to_wsprnet_daemon() sleeping for 10 seconds
Sat 17 Oct 2020 08:59:40 AM UTC: upload_to_wsprnet_daemon() checking for spot files to upload in all running jobs directories
Sat 17 Oct 2020 08:59:40 AM UTC: upload_to_wsprnet_daemon() adding 'ON5KQ_JO10os' to list of CALL_GRIDs to be searched for spot files to upload
Sat 17 Oct 2020 08:59:40 AM UTC: upload_to_wsprnet_daemon() found 1 CALL_GRIDS to search for uploads: 'ON5KQ_JO10os'
Sat 17 Oct 2020 08:59:40 AM UTC: upload_to_wsprnet_daemon() adding band '80' to list for call ON5KQ grid JO10os
Sat 17 Oct 2020 08:59:40 AM UTC: upload_to_wsprnet_daemon() 'ON5KQ_JO10os' reports on bands '80' from jobs 'Vdip1,80'
Sat 17 Oct 2020 08:59:40 AM UTC: upload_to_wsprnet_daemon() checking running job 'Vdip1,80' spot directory /home/pi/wsprdaemon/uploads.d/wsprnet.d/spots.d/ON5KQ_JO10os/Vdip1/80
Sat 17 Oct 2020 08:59:40 AM UTC: upload_to_wsprnet_daemon() found no spot files in /home/pi/wsprdaemon/uploads.d/wsprnet.d/spots.d/ON5KQ_JO10os/Vdip1/80
Sat 17 Oct 2020 08:59:40 AM UTC: upload_to_wsprnet_daemon() sleeping for 10 seconds
Sat 17



Re: WD problems

ON5KQ
 

With the latest system updates of the pi and latest update WD (git-pull), I think there is a problem with the python3-numpy package.
As you remember, during the WD installation on my fresh and clean Ubuntu 20.04 Laptop the python3-numpy package didn't install either and broke the install procedere... (same or similar problem ?)

Here is what the pi prints after trying to start WD:
What should I do ?

---------------------------------

pi@ON5KQ-Pi4:~/wsprdaemon $ ./wsprdaemon.sh -a
wsprdaemon.sh Copyright (C) 2020  Robert S. Robinett
This program comes with ABSOLUTELY NO WARRANTY; for details type './wsprdaemon.sh -h'
This is free software, and you are welcome to redistribute it under certain conditions.  execute'./wsprdaemon.sh -h' for details.
wsprdaemon depends heavily upon the 'wsprd' program and other technologies developed by Joe Taylor K1JT and others, to whom we are grateful.
Goto https://physics.princeton.edu/pulsar/K1JT/wsjtx.html to learn more about WSJT-x

Currently installed version of kiwirecorder.py fails to run:
Traceback (most recent call last):
  File "/home/pi/.local/lib/python3.7/site-packages/numpy/core/__init__.py", line 22, in <module>
    from . import multiarray
  File "/home/pi/.local/lib/python3.7/site-packages/numpy/core/multiarray.py", line 12, in <module>
    from . import overrides
  File "/home/pi/.local/lib/python3.7/site-packages/numpy/core/overrides.py", line 7, in <module>
    from numpy.core._multiarray_umath import (
ImportError: libf77blas.so.3: cannot open shared object file: No such file or directory

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/home/pi/wsprdaemon/kiwiclient/kiwirecorder.py", line 7, in <module>
    import numpy as np
  File "/home/pi/.local/lib/python3.7/site-packages/numpy/__init__.py", line 140, in <module>
    from . import core
  File "/home/pi/.local/lib/python3.7/site-packages/numpy/core/__init__.py", line 48, in <module>
    raise ImportError(msg)
ImportError:

IMPORTANT: PLEASE READ THIS FOR ADVICE ON HOW TO SOLVE THIS ISSUE!

Importing the numpy C-extensions failed. This error can happen for
many reasons, often due to issues with your setup or how NumPy was
installed.

We have compiled some common reasons and troubleshooting tips at:

    https://numpy.org/devdocs/user/troubleshooting-importerror.html

Please note and check the following:

  * The Python version is: Python3.7 from "/usr/bin/python3"
  * The NumPy version is: "1.19.2"

and make sure that they are the versions you expect.
Please carefully study the documentation linked above for further help.

Original error was: libf77blas.so.3: cannot open shared object file: No such file or directory

Found unknown error in ./kiwiclient.log when running 'python3 /home/pi/wsprdaemon/kiwiclient/kiwirecorder.py'
pi@ON5KQ-Pi4:~/wsprdaemon $
------------------------------------------------


Re: WD service stops ?!

ON5KQ
 

Standard Raspberry pi 4
It downloaded a huge system update after:
"sudo apt upgrade"
after reboot and WD restart - no uploads anymore...

Ubuntu 20.04 on my laptop don't work either... Numpy doesn't install (but the Laptop with Ubuntu 20.04) is a different story to be solved seperately

I keep the raspberry running - so you might look at it, if the power failure will be solved... (password unchanged)

Ulli


Re: WD service stops ?!

Rob Robinett
 

Your linux server is probably missing a library needed by the new wsjt-x decoder.
I am dealing with a neighborhood power outage, so I can't look at your system right now.
What cpu/OS are you using?

On Fri, Oct 16, 2020 at 1:45 PM ON5KQ <ON5KQ@...> wrote:
As I am in the process to start up the receiver after relocation, I updated/upgraded the long not used Raspberry... I was astonished about the HUUUUUGGGE update...
I thought it is time to "git pull" to also use the latest update of WD on the raspberry ...

The result is....  NO uploads at all !

Is there something wrong with the new wsprd decoder it downloads as well ??

It is so strange that I even do not know, where to start ?
Should I make a new install from scratch ?
But that doesn't work either, as Numpy and a lot of other packages won't install as I found on my Ubuntu machine...

I tried the procedere to look for the upload file, as mentioned in the old folder...
It only shows the fact that verbosity is 1.... but no information about how many decodes are in the last 2min interval and if there is something uploaded.... no information at all..

It seems to me, that the service is not running at all although it says everything runs  (wsprdaemon.sh -s)....

Any good idea, what I should do ?

Ulli, ON5KQ



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


WD service stops ?!

ON5KQ
 

As I am in the process to start up the receiver after relocation, I updated/upgraded the long not used Raspberry... I was astonished about the HUUUUUGGGE update...
I thought it is time to "git pull" to also use the latest update of WD on the raspberry ...

The result is....  NO uploads at all !

Is there something wrong with the new wsprd decoder it downloads as well ??

It is so strange that I even do not know, where to start ?
Should I make a new install from scratch ?
But that doesn't work either, as Numpy and a lot of other packages won't install as I found on my Ubuntu machine...

I tried the procedere to look for the upload file, as mentioned in the old folder...
It only shows the fact that verbosity is 1.... but no information about how many decodes are in the last 2min interval and if there is something uploaded.... no information at all..

It seems to me, that the service is not running at all although it says everything runs  (wsprdaemon.sh -s)....

Any good idea, what I should do ?

Ulli, ON5KQ


Princeton filtering some IPs - can't directly download WSJT-X

Cathal Ferris
 

Just as an FYI for some people, that the www.physics.princeton.edu webserver does not serve traffic to certain IPs or certain IP ranges.

How did I find this out? Guaranteed time outs from my home network trying to access anything on that server. Enabling either my VPN or my utilising a proxy tunnel over SSH to the local University campus network allowed immediate and fast transfer of the pages and the files. I ended up having to set wget_proxy on my Pi with an SSH tunnel to the computer society of my alma mater in order to get the update script working as expected. Once that was done it proceeded without issue.

I have seen reports on the net about others having issues downloading the WSJT-X software for similar reasons. Does anyone know an admin on the server to get a verification that traffic is filtered, and how to get some IP blocks unfiltered?

-Cathal


Re: WD v 2.10d is published

Cathal Ferris
 

Hi everyone.

I found I had to change my apt sources from Buster to Bullseye for what was Raspbian (now called "Raspberry Pi OS") to get certain packages needed for the latest WSJT-X. Not the worst thing in the world, but worth noting. I'm happy enough running testing on my devices, but I won't be heading to unstable anytime soon..

My setup appears to be working as expected, happily sitting inside the top 30 decoders worldwide.


Re: Kiwi As Your Time Server

craigmc@...
 

Rob,

I have a spare Kiwi, new in box but no metal case, that I could send you for testing. 
--
Craig, W6DRZ


Re: Kiwi As Your Time Server

Rob Robinett
 

I have just been studying how to configure the WD server to use the Kiwi's NTP service.
It seems that WD should leave its time and ntp service alone if 'ntpq -p' reports that ntp is synced via an Internet connection.
But if the WD server is not connected to the Internet, and the Kiwi's sw_version is v1.413 or later, and the Kiwi reports the Kiwi is in gps lock,  then WD would instruct its ntp service to add the Kiwi to its list of ntp servers.
Not having a Kiwi in my office this morning, I have no way to test if 'ntpdate -u yourkiwiaddress' would do that.


Kiwi As Your Time Server

jimcny2
 

On Client:
sudo apt-get install ntpdate
sudo ntpdate -u yourkiwiaddress
Kiwi needs no mods. Port should be open on lan.


Re: MP1584 Buck converter 3A

ON5KQ
 

Rob,
I made a short test:
- 13.0V DC supply from a switch mode power supply by Meanwell : Type S-100F-12
https://www.meanwell-web.com/nl-nl/ac-dc-enclosed-power-supply-output-12vdc-at-8-5a-s-s--100f--12
I know this unit is a bit noisy and noise can be seen in the receiver, if used with antenna relais, etc...
However I have it in the shack, doing nothing... and it can deliver a lot of Amps...

The output of this SMPS to the input of the buck DC-DC converter - nothing to adjust for 5.0V output - then a 1inch long smal cable into the kiwi

Result:
- No ant connected:   absolutely no noise at all visible from DC to 30Mhz... really absolutely NOTHING. The result was absolut the same than my linear power supplies and much better as shown by Clint during the video-conference.
- connected my relatively large vertical active dipole (2x3.5m with LZ1AQ pre-amp) - after 15db attenuator in front of the kiwi...: I cannot find any carrier or noise from the power supplies. It is interesting, that also the Meanwell SMPS does not harm at all...

So - this is really a good solution I think and I will use it at the new location...

Ulli, ON5KQ

PS: The linux PC is my mobile laptop... I must re-install it anyway and will come back to you, if the WD-installation problem persist. I then can also provide remote access, if this would help...


Re: MP1584 Buck converter 3A

Rob Robinett
 

I have accidentally applied 12V to the Kiwi without experiencing any damage.  I know there is circuitry in the BB to protect ti from over voltage, and it appears the Kiwi board itself has protection as well.

On Fri, Oct 9, 2020 at 5:33 AM ON5KQ <ON5KQ@...> wrote:
I purchased the buck converters to step down from 12V DC to 5V DC to power the kiwi-rx
Many vendors are selling them on Amazon and e-bay

As they arrived I am astonished, that the Buck converter modules do not have the potentiometers installed as shown on the pictures on the Internet.
I was afraid, they would not be useful, in case the output voltage is not  5V.  I was lucky however - a quick test with 100mA load showed 4.99V DC output with 12.3V DC input - so even without potentiometers they may be used.

Question:
I am afraid, that if something wents wrong with the small modules, the full 12V DC may reach the Kiwi power input plug. What should I do best to protect the kiwi for overvoltage when using the small ? Any good effective idea which would prevent big damage to the kiwi ?

Thanks for some advice,

Ulli, ON5KQ



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


MP1584 Buck converter 3A

ON5KQ
 

I purchased the buck converters to step down from 12V DC to 5V DC to power the kiwi-rx
Many vendors are selling them on Amazon and e-bay

As they arrived I am astonished, that the Buck converter modules do not have the potentiometers installed as shown on the pictures on the Internet.
I was afraid, they would not be useful, in case the output voltage is not  5V.  I was lucky however - a quick test with 100mA load showed 4.99V DC output with 12.3V DC input - so even without potentiometers they may be used.

Question:
I am afraid, that if something wents wrong with the small modules, the full 12V DC may reach the Kiwi power input plug. What should I do best to protect the kiwi for overvoltage when using the small ? Any good effective idea which would prevent big damage to the kiwi ?

Thanks for some advice,

Ulli, ON5KQ

541 - 560 of 565