wsprdaemon@groups.io | FST4W and 22M now working in version 3.0.2

Home Messages Hashtags

Date Date 1 - 9 of 9

FST4W and 22M now working in version 3.0.2

Rob Robinett #863 The new Wsprdaemon version 3.0 software running on 20 sites from Maui to Europe is configured to simultaneously decode and report to wsprnet.org WSPR-2 and all of the FST4W-xxx modes on 630M and 160M. i.e. only one Kiwi rx channel is needed to decode all of the modes in every WSPR cycle. While Spring and Summer are not optimal for those bands, I am seeing FST4W-120, -300 -900 and -1800 spots in Europe and on the East Coast. On 2200M AI6VN/KH6 in Maui, N6GN in Colorado, and WA2TP in New York are decoding all the FST4W modes. I expect that soon many the 50+ top spotting stations will be running Wsprdaemon Version 3.0 and extend FST4W listening coverage worldwide. Hopefully that many FST4W listeners will encourage 2200/630/160 beacons to start transmitting in those modes The Pi4 has just enough CPU to decode all 15 WSPR (i.e. 22M) bands and all of the FST4W modes on 2200/630/160M. 'git checkout 3.0.2' will get you the latest build (currently 3.0.2.4) It is compatible with your existing config files, but to decode FST4W modes you will need to add specifications for them to your schedule.
More All Messages By This Member
Gerhard, OE3GBB #865 Hello Rob, great news! I am running the monitor at OE3XOE, at the moment using DigiSkimmer for WSPR and FT8. I will try V3, but I would like to use a Odroid XU4 instead a RPI4. Do you have instructions to install on this hardware? 73 de Gerhard OE3GBB Am 20.05.2022 06:53, schrieb Rob Robinett: toggle quoted message Show quoted text The new Wsprdaemon version 3.0 software running on 20 sites from Maui to Europe is configured to simultaneously decode and report to wsprnet.org WSPR-2 and all of the FST4W-xxx modes on 630M and 160M. i.e. only one Kiwi rx channel is needed to decode all of the modes in every WSPR cycle. While Spring and Summer are not optimal for those bands, I am seeing FST4W-120, -300 -900 and -1800 spots in Europe and on the East Coast. On 2200M AI6VN/KH6 in Maui, N6GN in Colorado, and WA2TP in New York are decoding all the FST4W modes. I expect that soon many the 50+ top spotting stations will be running Wsprdaemon Version 3.0 and extend FST4W listening coverage worldwide. Hopefully that many FST4W listeners will encourage 2200/630/160 beacons to start transmitting in those modes The Pi4 has just enough CPU to decode all 15 WSPR (i.e. 22M) bands and all of the FST4W modes on 2200/630/160M. 'git checkout 3.0.2' will get you the latest build (currently 3.0.2.4) It is compatible with your existing config files, but to decode FST4W modes you will need to add specifications for them to your schedule.
More All Messages By This Member
Rob Robinett #866 I know that in the recent past Jim WA2ZKD has installed WD on his odroid systems. WD 3.0 includes the option for you to configure it to give me remote access if you need installation help. toggle quoted message Show quoted text On Fri, May 20, 2022 at 3:45 AM <gerhard@...> wrote: Hello Rob, great news! I am running the monitor at OE3XOE, at the moment using DigiSkimmer for WSPR and FT8. I will try V3, but I would like to use a Odroid XU4 instead a RPI4. Do you have instructions to install on this hardware? 73 de Gerhard OE3GBB Am 20.05.2022 06:53, schrieb Rob Robinett: The new Wsprdaemon version 3.0 software running on 20 sites from Maui to Europe is configured to simultaneously decode and report to wsprnet.org WSPR-2 and all of the FST4W-xxx modes on 630M and 160M. i.e. only one Kiwi rx channel is needed to decode all of the modes in every WSPR cycle. While Spring and Summer are not optimal for those bands, I am seeing FST4W-120, -300 -900 and -1800 spots in Europe and on the East Coast. On 2200M AI6VN/KH6 in Maui, N6GN in Colorado, and WA2TP in New York are decoding all the FST4W modes. I expect that soon many the 50+ top spotting stations will be running Wsprdaemon Version 3.0 and extend FST4W listening coverage worldwide. Hopefully that many FST4W listeners will encourage 2200/630/160 beacons to start transmitting in those modes The Pi4 has just enough CPU to decode all 15 WSPR (i.e. 22M) bands and all of the FST4W modes on 2200/630/160M. 'git checkout 3.0.2' will get you the latest build (currently 3.0.2.4) It is compatible with your existing config files, but to decode FST4W modes you will need to add specifications for them to your schedule. -- Rob Robinett AI6VN rob@... mobile: +1 650 218 8896
More All Messages By This Member
John K5MO #867 Hi Rob 3.0.2 has been running drama-free on my Pi4 here. I will look to see what is needed to enable FST4W. Is there a sample config or a README to help? John K5MO toggle quoted message Show quoted text On Fri, May 20, 2022 at 9:24 AM Rob Robinett <rob@...> wrote: I know that in the recent past Jim WA2ZKD has installed WD on his odroid systems. WD 3.0 includes the option for you to configure it to give me remote access if you need installation help. On Fri, May 20, 2022 at 3:45 AM <gerhard@...> wrote: Hello Rob, great news! I am running the monitor at OE3XOE, at the moment using DigiSkimmer for WSPR and FT8. I will try V3, but I would like to use a Odroid XU4 instead a RPI4. Do you have instructions to install on this hardware? 73 de Gerhard OE3GBB Am 20.05.2022 06:53, schrieb Rob Robinett: The new Wsprdaemon version 3.0 software running on 20 sites from Maui to Europe is configured to simultaneously decode and report to wsprnet.org WSPR-2 and all of the FST4W-xxx modes on 630M and 160M. i.e. only one Kiwi rx channel is needed to decode all of the modes in every WSPR cycle. While Spring and Summer are not optimal for those bands, I am seeing FST4W-120, -300 -900 and -1800 spots in Europe and on the East Coast. On 2200M AI6VN/KH6 in Maui, N6GN in Colorado, and WA2TP in New York are decoding all the FST4W modes. I expect that soon many the 50+ top spotting stations will be running Wsprdaemon Version 3.0 and extend FST4W listening coverage worldwide. Hopefully that many FST4W listeners will encourage 2200/630/160 beacons to start transmitting in those modes The Pi4 has just enough CPU to decode all 15 WSPR (i.e. 22M) bands and all of the FST4W modes on 2200/630/160M. 'git checkout 3.0.2' will get you the latest build (currently 3.0.2.4) It is compatible with your existing config files, but to decode FST4W modes you will need to add specifications for them to your schedule. -- Rob Robinett AI6VN rob@... mobile: +1 650 218 8896
More All Messages By This Member
Rob Robinett #868 Look in wd_template.conf for explanations of the format. During startup WD now checks that there is enough space in the tmpfs /tmp/wsprdaemon file system for the wav files recordings ### Following the time are one or more fields of the format 'RECEIVER,BAND[,MODE_1[:MODE_2[:...]]' ### The optional 'MODE' arguments specify one or more packet decode modes: ### W2 => legacy WSPR 2 minute mode (the default if no modes are specified) ### F2 => FST4W-120 (2 minute) ### F5 => FST4W-300 (5 minute) ### F15 => FST4W-900 (15 minue) ### F30 => FST4W-1800 (30 minute) ### For example "00:00 KIWI_0,630,W2:F2:F5 AI6VN" specifies that KIWI_0 should tune to 630M and decode WSPR-2,FST4W-120, and FST4W-300 mode packets ### Specifying additional modes will add to the CPU burden of the system and even more significantly to the peak usage of the /tmp/wsprdaemon tmpfs (ramdisk) file system ### So if you specify F5/15/30 modes, run 'df /tmp/wsprdaemon' while running WD and adjust the size of /tmp/wsprdaemon in /etc/fstab to ensure there is at least 20% free space at all times toggle quoted message Show quoted text On Fri, May 20, 2022 at 6:40 AM John <johnk5mo@...> wrote: Hi Rob 3.0.2 has been running drama-free on my Pi4 here. I will look to see what is needed to enable FST4W. Is there a sample config or a README to help? John K5MO On Fri, May 20, 2022 at 9:24 AM Rob Robinett <rob@...> wrote: I know that in the recent past Jim WA2ZKD has installed WD on his odroid systems. WD 3.0 includes the option for you to configure it to give me remote access if you need installation help. On Fri, May 20, 2022 at 3:45 AM <gerhard@...> wrote: Hello Rob, great news! I am running the monitor at OE3XOE, at the moment using DigiSkimmer for WSPR and FT8. I will try V3, but I would like to use a Odroid XU4 instead a RPI4. Do you have instructions to install on this hardware? 73 de Gerhard OE3GBB Am 20.05.2022 06:53, schrieb Rob Robinett: The new Wsprdaemon version 3.0 software running on 20 sites from Maui to Europe is configured to simultaneously decode and report to wsprnet.org WSPR-2 and all of the FST4W-xxx modes on 630M and 160M. i.e. only one Kiwi rx channel is needed to decode all of the modes in every WSPR cycle. While Spring and Summer are not optimal for those bands, I am seeing FST4W-120, -300 -900 and -1800 spots in Europe and on the East Coast. On 2200M AI6VN/KH6 in Maui, N6GN in Colorado, and WA2TP in New York are decoding all the FST4W modes. I expect that soon many the 50+ top spotting stations will be running Wsprdaemon Version 3.0 and extend FST4W listening coverage worldwide. Hopefully that many FST4W listeners will encourage 2200/630/160 beacons to start transmitting in those modes The Pi4 has just enough CPU to decode all 15 WSPR (i.e. 22M) bands and all of the FST4W modes on 2200/630/160M. 'git checkout 3.0.2' will get you the latest build (currently 3.0.2.4) It is compatible with your existing config files, but to decode FST4W modes you will need to add specifications for them to your schedule. -- Rob Robinett AI6VN rob@... mobile: +1 650 218 8896 -- Rob Robinett AI6VN rob@... mobile: +1 650 218 8896
More All Messages By This Member
Gerhard, OE3GBB #869 Hi, Have installed V3.0 first on the odroid XU4 (Ubuntu). Istallation seems to be OK, but did not work. The connection to the SDR is allways broken right after 2 minutes. Therefore no decoding and upload. SDR is a Flydog-SDR. Then tried it on a RPi4, but unfortunatly same problem. Had to stop now to go to a club reunion. Will try it tomorrow with a Rasp_SDR. 73 Gerhard OE3GBB Am 20.05.2022 15:23, schrieb Rob Robinett: toggle quoted message Show quoted text I know that in the recent past Jim WA2ZKD has installed WD on his odroid systems. WD 3.0 includes the option for you to configure it to give me remote access if you need installation help. On Fri, May 20, 2022 at 3:45 AM <gerhard@...> wrote: Hello Rob, great news! I am running the monitor at OE3XOE, at the moment using DigiSkimmer for WSPR and FT8. I will try V3, but I would like to use a Odroid XU4 instead a RPI4. Do you have instructions to install on this hardware? 73 de Gerhard OE3GBB Am 20.05.2022 06:53, schrieb Rob Robinett: The new Wsprdaemon version 3.0 software running on 20 sites from Maui to Europe is configured to simultaneously decode and report to wsprnet.org WSPR-2 and all of the FST4W-xxx modes on 630M and 160M. i.e. only one Kiwi rx channel is needed to decode all of the modes in every WSPR cycle. While Spring and Summer are not optimal for those bands, I am seeing FST4W-120, -300 -900 and -1800 spots in Europe and on the East Coast. On 2200M AI6VN/KH6 in Maui, N6GN in Colorado, and WA2TP in New York are decoding all the FST4W modes. I expect that soon many the 50+ top spotting stations will be running Wsprdaemon Version 3.0 and extend FST4W listening coverage worldwide. Hopefully that many FST4W listeners will encourage 2200/630/160 beacons to start transmitting in those modes The Pi4 has just enough CPU to decode all 15 WSPR (i.e. 22M) bands and all of the FST4W modes on 2200/630/160M. 'git checkout 3.0.2' will get you the latest build (currently 3.0.2.4) It is compatible with your existing config files, but to decode FST4W modes you will need to add specifications for them to your schedule. -- Rob Robinett AI6VN rob@... mobile: +1 650 218 8896
More All Messages By This Member
Rob Robinett #870 run 'wsprdaemon.sh -l e' and you will see all log lines with "ERROR ..." they might give you a clue as to why your system isn't working. toggle quoted message Show quoted text On Fri, May 20, 2022 at 7:06 AM <gerhard@...> wrote: Hi, Have installed V3.0 first on the odroid XU4 (Ubuntu). Istallation seems to be OK, but did not work. The connection to the SDR is allways broken right after 2 minutes. Therefore no decoding and upload. SDR is a Flydog-SDR. Then tried it on a RPi4, but unfortunatly same problem. Had to stop now to go to a club reunion. Will try it tomorrow with a Rasp_SDR. 73 Gerhard OE3GBB Am 20.05.2022 15:23, schrieb Rob Robinett: I know that in the recent past Jim WA2ZKD has installed WD on his odroid systems. WD 3.0 includes the option for you to configure it to give me remote access if you need installation help. On Fri, May 20, 2022 at 3:45 AM <gerhard@...> wrote: Hello Rob, great news! I am running the monitor at OE3XOE, at the moment using DigiSkimmer for WSPR and FT8. I will try V3, but I would like to use a Odroid XU4 instead a RPI4. Do you have instructions to install on this hardware? 73 de Gerhard OE3GBB Am 20.05.2022 06:53, schrieb Rob Robinett: The new Wsprdaemon version 3.0 software running on 20 sites from Maui to Europe is configured to simultaneously decode and report to wsprnet.org WSPR-2 and all of the FST4W-xxx modes on 630M and 160M. i.e. only one Kiwi rx channel is needed to decode all of the modes in every WSPR cycle. While Spring and Summer are not optimal for those bands, I am seeing FST4W-120, -300 -900 and -1800 spots in Europe and on the East Coast. On 2200M AI6VN/KH6 in Maui, N6GN in Colorado, and WA2TP in New York are decoding all the FST4W modes. I expect that soon many the 50+ top spotting stations will be running Wsprdaemon Version 3.0 and extend FST4W listening coverage worldwide. Hopefully that many FST4W listeners will encourage 2200/630/160 beacons to start transmitting in those modes The Pi4 has just enough CPU to decode all 15 WSPR (i.e. 22M) bands and all of the FST4W modes on 2200/630/160M. 'git checkout 3.0.2' will get you the latest build (currently 3.0.2.4) It is compatible with your existing config files, but to decode FST4W modes you will need to add specifications for them to your schedule. -- Rob Robinett AI6VN rob@... mobile: +1 650 218 8896 -- Rob Robinett AI6VN rob@... mobile: +1 650 218 8896
More All Messages By This Member
Gerhard, OE3GBB #876 Hi Rob, What I did since: Installed WD 2.10 on clean Odroid XU4 without problems and was runing 14 chanals over night. Now changed to v3.0 and the problem with reconnection to the SDR happend again. Found the following reports: odroid@odroid:~/wsprdaemon$ ./wsprdaemon.sh -l e 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 Checking every 10 seconds for new ERROR lines in all the log files. Press <CONTROL C> to exit Sat 21 May 2022 20:20:04 UTC: wd_logger_check_all_logs() Found 8 new ERROR: lines Sat 21 May 2022 20:20:04 UTC: wd_logger_check_all_logs() There are 8 new lines to be printed /tmp/wsprdaemon/recording.d/KIWI_0/80eu/decoding_daemon.log: Sat 21 May 2022 20:19:02 UTC: sleep_until_raw_file_is_full() ERROR: wav file stabilized at invalid too long duration 00:01:06.03, so there appear to be more than one instance of the KWR running. 'ps' output was: /tmp/wsprdaemon/recording.d/KIWI_0/80eu/decoding_daemon.log: odroid 2679 4.0 0.9 35400 19512 ? Sl 20:17 0:04 python3 -u /home/odroid/wsprdaemon/kiwiclient/kiwirecorder.py --freq=3592.6 --server-host=192.168.1.196 --server-port=8073 --OV --user=wsprdaemon_v3.0.2 --password=NULL --agc-gain=60 --quiet --no_compression --modulation=usb --lp-cutoff=1340 --hp-cutoff=1660 --dt-sec=60 /tmp/wsprdaemon/recording.d/KIWI_0/80eu/decoding_daemon.log: So executed 'kill 2679' /tmp/wsprdaemon/recording.d/KIWI_0/80eu/decoding_daemon.log: Sat 21 May 2022 20:19:02 UTC: get_wav_file_list() Error while waiting for the first wav file to fill, 'sleep_until_raw_file_is_full 20220521T201800Z_3592600_usb.wav' => 1 /tmp/wsprdaemon/recording.d/KIWI_0/80eu/decoding_daemon.log: Sat 21 May 2022 20:19:02 UTC: decoding_daemon() Error 2 returned by 'get_wav_file_list mode_wav_file_list KIWI_0 80eu W2'. 'sleep 1' and retry /tmp/wsprdaemon/recording.d/KIWI_0/80eu/decoding_daemon.log: Sat 21 May 2022 20:19:03 UTC: get_wav_file_list() Start with args 'mode_seconds_files KIWI_0 80eu W2', then receiver_modes => W2 => target_minutes=( 2 ) => target_seconds=( 120 ) /tmp/wsprdaemon/recording.d/KIWI_0/80eu/decoding_daemon.log: Sat 21 May 2022 20:19:03 UTC: get_wav_file_list() Found raw/wav files '20220521T201800Z_3592600_usb.wav 20220521T201900Z_3592600_usb.wav 20220521T201903Z_3592600_usb.wav' /tmp/wsprdaemon/recording.d/KIWI_0/80eu/decoding_daemon.log: Sat 21 May 2022 20:19:36 UTC: kill_wav_recording_daemon() killed KIWI_0 80eu job which had pid 2602 Press <ENTER> to check the next log file > Sat 21 May 2022 20:20:14 UTC: wd_logger_check_all_logs() Found 8 new ERROR: lines Sat 21 May 2022 20:20:14 UTC: wd_logger_check_all_logs() There are 8 new lines to be printed /tmp/wsprdaemon/recording.d/KIWI_0/80/wav_recording_daemon.log: Sat 21 May 2022 20:17:06 UTC: kiwirecorder_manager_daemon() ERROR: 'ps 2524' reports kiwirecorder.py is running, but there is no log file of its output, so 'kill 2524' and try to restart it /tmp/wsprdaemon/recording.d/KIWI_0/80/wav_recording_daemon.log: Sat 21 May 2022 20:17:07 UTC: kiwirecorder_manager_daemon() Spawning new /home/odroid/wsprdaemon/kiwiclient/kiwirecorder.py /tmp/wsprdaemon/recording.d/KIWI_0/80/wav_recording_daemon.log: Sat 21 May 2022 20:17:07 UTC: kiwirecorder_manager_daemon() Spawned kiwirecorder.py job with PID 3098 /tmp/wsprdaemon/recording.d/KIWI_0/80/wav_recording_daemon.log: Sat 21 May 2022 20:19:04 UTC: kiwirecorder_manager_daemon() 'ps 3098' reports error: /tmp/wsprdaemon/recording.d/KIWI_0/80/wav_recording_daemon.log: PID TTY STAT TIME COMMAND /tmp/wsprdaemon/recording.d/KIWI_0/80/wav_recording_daemon.log: Sat 21 May 2022 20:19:04 UTC: kiwirecorder_manager_daemon() Spawning new /home/odroid/wsprdaemon/kiwiclient/kiwirecorder.py /tmp/wsprdaemon/recording.d/KIWI_0/80/wav_recording_daemon.log: Sat 21 May 2022 20:19:04 UTC: kiwirecorder_manager_daemon() Spawned kiwirecorder.py job with PID 18435 /tmp/wsprdaemon/recording.d/KIWI_0/80/wav_recording_daemon.log: Sat 21 May 2022 20:19:35 UTC: kiwirecorder_manager_daemon_kill_handler() Killed kiwi_recorder_pid=18435 Press <ENTER> to check the next log file > Sat 21 May 2022 20:20:21 UTC: wd_logger_check_all_logs() Found 13 new ERROR: lines Sat 21 May 2022 20:20:21 UTC: wd_logger_check_all_logs() There are 13 new lines to be printed /tmp/wsprdaemon/recording.d/KIWI_0/80/decoding_daemon.log: Sat 21 May 2022 20:19:02 UTC: sleep_until_raw_file_is_full() ERROR: wav file stabilized at invalid too long duration 00:01:06.03, so there appear to be more than one instance of the KWR running. 'ps' output was: /tmp/wsprdaemon/recording.d/KIWI_0/80/decoding_daemon.log: odroid 3098 4.5 0.9 35400 19488 ? Sl 20:17 0:05 python3 -u /home/odroid/wsprdaemon/kiwiclient/kiwirecorder.py --freq=3568.6 --server-host=192.168.1.196 --server-port=8073 --OV --user=wsprdaemon_v3.0.2 --password=NULL --agc-gain=60 --quiet --no_compression --modulation=usb --lp-cutoff=1340 --hp-cutoff=1660 --dt-sec=60 /tmp/wsprdaemon/recording.d/KIWI_0/80/decoding_daemon.log: So executed 'kill 3098' /tmp/wsprdaemon/recording.d/KIWI_0/80/decoding_daemon.log: Sat 21 May 2022 20:19:02 UTC: get_wav_file_list() Error while waiting for the first wav file to fill, 'sleep_until_raw_file_is_full 20220521T201800Z_3568600_usb.wav' => 1 /tmp/wsprdaemon/recording.d/KIWI_0/80/decoding_daemon.log: Sat 21 May 2022 20:19:03 UTC: decoding_daemon() Error 2 returned by 'get_wav_file_list mode_wav_file_list KIWI_0 80 W2'. 'sleep 1' and retry /tmp/wsprdaemon/recording.d/KIWI_0/80/decoding_daemon.log: Sat 21 May 2022 20:19:04 UTC: get_wav_file_list() Start with args 'mode_seconds_files KIWI_0 80 W2', then receiver_modes => W2 => target_minutes=( 2 ) => target_seconds=( 120 ) /tmp/wsprdaemon/recording.d/KIWI_0/80/decoding_daemon.log: Sat 21 May 2022 20:19:04 UTC: get_wav_file_list() Found raw/wav files '20220521T201800Z_3568600_usb.wav 20220521T201900Z_3568600_usb.wav' /tmp/wsprdaemon/recording.d/KIWI_0/80/decoding_daemon.log: Sat 21 May 2022 20:19:06 UTC: sleep_until_raw_file_is_full() The wav file stabilized at invalid too short duration 00:00:03.14 which almost always occurs at startup. Flush this file since it can't be used as part of a WSPR wav file Press <ENTER> to check the next log file > Sat 21 May 2022 20:20:24 UTC: wd_logger_check_all_logs() Found 13 new ERROR: lines Sat 21 May 2022 20:20:24 UTC: wd_logger_check_all_logs() There are 13 new lines to be printed /tmp/wsprdaemon/recording.d/KIWI_0/630/decoding_daemon.log: Sat 21 May 2022 20:19:04 UTC: sleep_until_raw_file_is_full() ERROR: wav file stabilized at invalid too long duration 00:01:06.08, so there appear to be more than one instance of the KWR running. 'ps' output was: /tmp/wsprdaemon/recording.d/KIWI_0/630/decoding_daemon.log: odroid 2089 3.8 0.9 35400 19724 ? Sl 20:17 0:04 python3 -u /home/odroid/wsprdaemon/kiwiclient/kiwirecorder.py --freq=474.2 --server-host=192.168.1.196 --server-port=8073 --OV --user=wsprdaemon_v3.0.2 --password=NULL --agc-gain=60 --quiet --no_compression --modulation=usb --lp-cutoff=1340 --hp-cutoff=1660 --dt-sec=60 /tmp/wsprdaemon/recording.d/KIWI_0/630/decoding_daemon.log: So executed 'kill 2089' /tmp/wsprdaemon/recording.d/KIWI_0/630/decoding_daemon.log: Sat 21 May 2022 20:19:04 UTC: get_wav_file_list() Error while waiting for the first wav file to fill, 'sleep_until_raw_file_is_full 20220521T201800Z_474200_usb.wav' => 1 /tmp/wsprdaemon/recording.d/KIWI_0/630/decoding_daemon.log: Sat 21 May 2022 20:19:04 UTC: decoding_daemon() Error 2 returned by 'get_wav_file_list mode_wav_file_list KIWI_0 630 W2'. 'sleep 1' and retry /tmp/wsprdaemon/recording.d/KIWI_0/630/decoding_daemon.log: Sat 21 May 2022 20:19:05 UTC: get_wav_file_list() Start with args 'mode_seconds_files KIWI_0 630 W2', then receiver_modes => W2 => target_minutes=( 2 ) => target_seconds=( 120 ) /tmp/wsprdaemon/recording.d/KIWI_0/630/decoding_daemon.log: Sat 21 May 2022 20:19:06 UTC: get_wav_file_list() Found raw/wav files '20220521T201800Z_474200_usb.wav 20220521T201900Z_474200_usb.wav' /tmp/wsprdaemon/recording.d/KIWI_0/630/decoding_daemon.log: Sat 21 May 2022 20:19:08 UTC: sleep_until_raw_file_is_full() The wav file stabilized at invalid too short duration 00:00:04.60 which almost always occurs at startup. Flush this file since it can't be used as part of a WSPR wav file Press <ENTER> to check the next log file > Sat 21 May 2022 20:20:25 UTC: wd_logger_check_all_logs() Found 13 new ERROR: lines Sat 21 May 2022 20:20:25 UTC: wd_logger_check_all_logs() There are 13 new lines to be printed /tmp/wsprdaemon/recording.d/KIWI_0/60eu/decoding_daemon.log: Sat 21 May 2022 20:19:03 UTC: sleep_until_raw_file_is_full() ERROR: wav file stabilized at invalid too long duration 00:01:06.03, so there appear to be more than one instance of the KWR running. 'ps' output was: /tmp/wsprdaemon/recording.d/KIWI_0/60eu/decoding_daemon.log: odroid 3176 4.2 0.9 35400 19628 ? Sl 20:17 0:04 python3 -u /home/odroid/wsprdaemon/kiwiclient/kiwirecorder.py --freq=5364.7 --server-host=192.168.1.196 --server-port=8073 --OV --user=wsprdaemon_v3.0.2 --password=NULL --agc-gain=60 --quiet --no_compression --modulation=usb --lp-cutoff=1340 --hp-cutoff=1660 --dt-sec=60 /tmp/wsprdaemon/recording.d/KIWI_0/60eu/decoding_daemon.log: So executed 'kill 3176' /tmp/wsprdaemon/recording.d/KIWI_0/60eu/decoding_daemon.log: Sat 21 May 2022 20:19:03 UTC: get_wav_file_list() Error while waiting for the first wav file to fill, 'sleep_until_raw_file_is_full 20220521T201800Z_5364700_usb.wav' => 1 /tmp/wsprdaemon/recording.d/KIWI_0/60eu/decoding_daemon.log: Sat 21 May 2022 20:19:03 UTC: decoding_daemon() Error 2 returned by 'get_wav_file_list mode_wav_file_list KIWI_0 60eu W2'. 'sleep 1' and retry /tmp/wsprdaemon/recording.d/KIWI_0/60eu/decoding_daemon.log: Sat 21 May 2022 20:19:04 UTC: get_wav_file_list() Start with args 'mode_seconds_files KIWI_0 60eu W2', then receiver_modes => W2 => target_minutes=( 2 ) => target_seconds=( 120 ) /tmp/wsprdaemon/recording.d/KIWI_0/60eu/decoding_daemon.log: Sat 21 May 2022 20:19:05 UTC: get_wav_file_list() Found raw/wav files '20220521T201800Z_5364700_usb.wav 20220521T201900Z_5364700_usb.wav' /tmp/wsprdaemon/recording.d/KIWI_0/60eu/decoding_daemon.log: Sat 21 May 2022 20:19:07 UTC: sleep_until_raw_file_is_full() The wav file stabilized at invalid too short duration 00:00:03.60 which almost always occurs at startup. Flush this file since it can't be used as part of a WSPR wav file Press <ENTER> to check the next log file > Sat 21 May 2022 20:20:26 UTC: wd_logger_check_all_logs() Found 13 new ERROR: lines Sat 21 May 2022 20:20:26 UTC: wd_logger_check_all_logs() There are 13 new lines to be printed /tmp/wsprdaemon/recording.d/KIWI_0/60/decoding_daemon.log: Sat 21 May 2022 20:19:02 UTC: sleep_until_raw_file_is_full() ERROR: wav file stabilized at invalid too long duration 00:01:06.08, so there appear to be more than one instance of the KWR running. 'ps' output was: /tmp/wsprdaemon/recording.d/KIWI_0/60/decoding_daemon.log: odroid 2953 4.0 0.9 35400 19528 ? Sl 20:17 0:04 python3 -u /home/odroid/wsprdaemon/kiwiclient/kiwirecorder.py --freq=5287.2 --server-host=192.168.1.196 --server-port=8073 --OV --user=wsprdaemon_v3.0.2 --password=NULL --agc-gain=60 --quiet --no_compression --modulation=usb --lp-cutoff=1340 --hp-cutoff=1660 --dt-sec=60 /tmp/wsprdaemon/recording.d/KIWI_0/60/decoding_daemon.log: So executed 'kill 2953' /tmp/wsprdaemon/recording.d/KIWI_0/60/decoding_daemon.log: Sat 21 May 2022 20:19:02 UTC: get_wav_file_list() Error while waiting for the first wav file to fill, 'sleep_until_raw_file_is_full 20220521T201800Z_5287200_usb.wav' => 1 /tmp/wsprdaemon/recording.d/KIWI_0/60/decoding_daemon.log: Sat 21 May 2022 20:19:02 UTC: decoding_daemon() Error 2 returned by 'get_wav_file_list mode_wav_file_list KIWI_0 60 W2'. 'sleep 1' and retry /tmp/wsprdaemon/recording.d/KIWI_0/60/decoding_daemon.log: Sat 21 May 2022 20:19:04 UTC: get_wav_file_list() Start with args 'mode_seconds_files KIWI_0 60 W2', then receiver_modes => W2 => target_minutes=( 2 ) => target_seconds=( 120 ) /tmp/wsprdaemon/recording.d/KIWI_0/60/decoding_daemon.log: Sat 21 May 2022 20:19:04 UTC: get_wav_file_list() Found raw/wav files '20220521T201800Z_5287200_usb.wav 20220521T201900Z_5287200_usb.wav' /tmp/wsprdaemon/recording.d/KIWI_0/60/decoding_daemon.log: Sat 21 May 2022 20:19:06 UTC: sleep_until_raw_file_is_full() The wav file stabilized at invalid too short duration 00:00:03.09 which almost always occurs at startup. Flush this file since it can't be used as part of a WSPR wav file Press <ENTER> to check the next log file > Sat 21 May 2022 20:20:26 UTC: wd_logger_check_all_logs() Found 13 new ERROR: lines Sat 21 May 2022 20:20:26 UTC: wd_logger_check_all_logs() There are 13 new lines to be printed /tmp/wsprdaemon/recording.d/KIWI_0/40/decoding_daemon.log: Sat 21 May 2022 20:19:03 UTC: sleep_until_raw_file_is_full() ERROR: wav file stabilized at invalid too long duration 00:01:06.03, so there appear to be more than one instance of the KWR running. 'ps' output was: /tmp/wsprdaemon/recording.d/KIWI_0/40/decoding_daemon.log: odroid 3359 4.2 0.9 35400 19728 ? Sl 20:17 0:04 python3 -u /home/odroid/wsprdaemon/kiwiclient/kiwirecorder.py --freq=7038.6 --server-host=192.168.1.196 --server-port=8073 --OV --user=wsprdaemon_v3.0.2 --password=NULL --agc-gain=60 --quiet --no_compression --modulation=usb --lp-cutoff=1340 --hp-cutoff=1660 --dt-sec=60 /tmp/wsprdaemon/recording.d/KIWI_0/40/decoding_daemon.log: So executed 'kill 3359' /tmp/wsprdaemon/recording.d/KIWI_0/40/decoding_daemon.log: Sat 21 May 2022 20:19:03 UTC: get_wav_file_list() Error while waiting for the first wav file to fill, 'sleep_until_raw_file_is_full 20220521T201800Z_7038600_usb.wav' => 1 /tmp/wsprdaemon/recording.d/KIWI_0/40/decoding_daemon.log: Sat 21 May 2022 20:19:04 UTC: decoding_daemon() Error 2 returned by 'get_wav_file_list mode_wav_file_list KIWI_0 40 W2'. 'sleep 1' and retry /tmp/wsprdaemon/recording.d/KIWI_0/40/decoding_daemon.log: Sat 21 May 2022 20:19:05 UTC: get_wav_file_list() Start with args 'mode_seconds_files KIWI_0 40 W2', then receiver_modes => W2 => target_minutes=( 2 ) => target_seconds=( 120 ) /tmp/wsprdaemon/recording.d/KIWI_0/40/decoding_daemon.log: Sat 21 May 2022 20:19:06 UTC: get_wav_file_list() Found raw/wav files '20220521T201800Z_7038600_usb.wav 20220521T201900Z_7038600_usb.wav' /tmp/wsprdaemon/recording.d/KIWI_0/40/decoding_daemon.log: Sat 21 May 2022 20:19:08 UTC: sleep_until_raw_file_is_full() The wav file stabilized at invalid too short duration 00:00:04.14 which almost always occurs at startup. Flush this file since it can't be used as part of a WSPR wav file Press <ENTER> to check the next log file > Sat 21 May 2022 20:20:27 UTC: wd_logger_check_all_logs() Found 13 new ERROR: lines Sat 21 May 2022 20:20:27 UTC: wd_logger_check_all_logs() There are 13 new lines to be printed /tmp/wsprdaemon/recording.d/KIWI_0/30/decoding_daemon.log: Sat 21 May 2022 20:19:04 UTC: sleep_until_raw_file_is_full() ERROR: wav file stabilized at invalid too long duration 00:01:06.03, so there appear to be more than one instance of the KWR running. 'ps' output was: /tmp/wsprdaemon/recording.d/KIWI_0/30/decoding_daemon.log: odroid 3551 4.4 0.9 35400 19540 ? Sl 20:17 0:05 python3 -u /home/odroid/wsprdaemon/kiwiclient/kiwirecorder.py --freq=10138.7 --server-host=192.168.1.196 --server-port=8073 --OV --user=wsprdaemon_v3.0.2 --password=NULL --agc-gain=60 --quiet --no_compression --modulation=usb --lp-cutoff=1340 --hp-cutoff=1660 --dt-sec=60 /tmp/wsprdaemon/recording.d/KIWI_0/30/decoding_daemon.log: So executed 'kill 3551' /tmp/wsprdaemon/recording.d/KIWI_0/30/decoding_daemon.log: Sat 21 May 2022 20:19:04 UTC: get_wav_file_list() Error while waiting for the first wav file to fill, 'sleep_until_raw_file_is_full 20220521T201800Z_10138700_usb.wav' => 1 /tmp/wsprdaemon/recording.d/KIWI_0/30/decoding_daemon.log: Sat 21 May 2022 20:19:04 UTC: decoding_daemon() Error 2 returned by 'get_wav_file_list mode_wav_file_list KIWI_0 30 W2'. 'sleep 1' and retry /tmp/wsprdaemon/recording.d/KIWI_0/30/decoding_daemon.log: Sat 21 May 2022 20:19:05 UTC: get_wav_file_list() Start with args 'mode_seconds_files KIWI_0 30 W2', then receiver_modes => W2 => target_minutes=( 2 ) => target_seconds=( 120 ) /tmp/wsprdaemon/recording.d/KIWI_0/30/decoding_daemon.log: Sat 21 May 2022 20:19:06 UTC: get_wav_file_list() Found raw/wav files '20220521T201800Z_10138700_usb.wav 20220521T201900Z_10138700_usb.wav' /tmp/wsprdaemon/recording.d/KIWI_0/30/decoding_daemon.log: Sat 21 May 2022 20:19:08 UTC: sleep_until_raw_file_is_full() The wav file stabilized at invalid too short duration 00:00:04.73 which almost always occurs at startup. Flush this file since it can't be used as part of a WSPR wav file Press <ENTER> to check the next log file > odroid@odroid:~/wsprdaemon$ ./wsprdaemon.sh -l e 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 Checking every 10 seconds for new ERROR lines in all the log files. Press <CONTROL C> to exit Sat 21 May 2022 20:20:04 UTC: wd_logger_check_all_logs() Found 8 new ERROR: lines Sat 21 May 2022 20:20:04 UTC: wd_logger_check_all_logs() There are 8 new lines to be printed /tmp/wsprdaemon/recording.d/KIWI_0/80eu/decoding_daemon.log: Sat 21 May 2022 20:19:02 UTC: sleep_until_raw_file_is_full() ERROR: wav file stabilized at invalid too long duration 00:01:06.03, so there appear to be more than one instance of the KWR running. 'ps' output was: /tmp/wsprdaemon/recording.d/KIWI_0/80eu/decoding_daemon.log: odroid 2679 4.0 0.9 35400 19512 ? Sl 20:17 0:04 python3 -u /home/odroid/wsprdaemon/kiwiclient/kiwirecorder.py --freq=3592.6 --server-host=192.168.1.196 --server-port=8073 --OV --user=wsprdaemon_v3.0.2 --password=NULL --agc-gain=60 --quiet --no_compression --modulation=usb --lp-cutoff=1340 --hp-cutoff=1660 --dt-sec=60 /tmp/wsprdaemon/recording.d/KIWI_0/80eu/decoding_daemon.log: So executed 'kill 2679' /tmp/wsprdaemon/recording.d/KIWI_0/80eu/decoding_daemon.log: Sat 21 May 2022 20:19:02 UTC: get_wav_file_list() Error while waiting for the first wav file to fill, 'sleep_until_raw_file_is_full 20220521T201800Z_3592600_usb.wav' => 1 /tmp/wsprdaemon/recording.d/KIWI_0/80eu/decoding_daemon.log: Sat 21 May 2022 20:19:02 UTC: decoding_daemon() Error 2 returned by 'get_wav_file_list mode_wav_file_list KIWI_0 80eu W2'. 'sleep 1' and retry /tmp/wsprdaemon/recording.d/KIWI_0/80eu/decoding_daemon.log: Sat 21 May 2022 20:19:03 UTC: get_wav_file_list() Start with args 'mode_seconds_files KIWI_0 80eu W2', then receiver_modes => W2 => target_minutes=( 2 ) => target_seconds=( 120 ) /tmp/wsprdaemon/recording.d/KIWI_0/80eu/decoding_daemon.log: Sat 21 May 2022 20:19:03 UTC: get_wav_file_list() Found raw/wav files '20220521T201800Z_3592600_usb.wav 20220521T201900Z_3592600_usb.wav 20220521T201903Z_3592600_usb.wav' /tmp/wsprdaemon/recording.d/KIWI_0/80eu/decoding_daemon.log: Sat 21 May 2022 20:19:36 UTC: kill_wav_recording_daemon() killed KIWI_0 80eu job which had pid 2602 Press <ENTER> to check the next log file > Sat 21 May 2022 20:20:14 UTC: wd_logger_check_all_logs() Found 8 new ERROR: lines Sat 21 May 2022 20:20:14 UTC: wd_logger_check_all_logs() There are 8 new lines to be printed /tmp/wsprdaemon/recording.d/KIWI_0/80/wav_recording_daemon.log: Sat 21 May 2022 20:17:06 UTC: kiwirecorder_manager_daemon() ERROR: 'ps 2524' reports kiwirecorder.py is running, but there is no log file of its output, so 'kill 2524' and try to restart it /tmp/wsprdaemon/recording.d/KIWI_0/80/wav_recording_daemon.log: Sat 21 May 2022 20:17:07 UTC: kiwirecorder_manager_daemon() Spawning new /home/odroid/wsprdaemon/kiwiclient/kiwirecorder.py /tmp/wsprdaemon/recording.d/KIWI_0/80/wav_recording_daemon.log: Sat 21 May 2022 20:17:07 UTC: kiwirecorder_manager_daemon() Spawned kiwirecorder.py job with PID 3098 /tmp/wsprdaemon/recording.d/KIWI_0/80/wav_recording_daemon.log: Sat 21 May 2022 20:19:04 UTC: kiwirecorder_manager_daemon() 'ps 3098' reports error: /tmp/wsprdaemon/recording.d/KIWI_0/80/wav_recording_daemon.log: PID TTY STAT TIME COMMAND /tmp/wsprdaemon/recording.d/KIWI_0/80/wav_recording_daemon.log: Sat 21 May 2022 20:19:04 UTC: kiwirecorder_manager_daemon() Spawning new /home/odroid/wsprdaemon/kiwiclient/kiwirecorder.py /tmp/wsprdaemon/recording.d/KIWI_0/80/wav_recording_daemon.log: Sat 21 May 2022 20:19:04 UTC: kiwirecorder_manager_daemon() Spawned kiwirecorder.py job with PID 18435 /tmp/wsprdaemon/recording.d/KIWI_0/80/wav_recording_daemon.log: Sat 21 MSat 21 May 2022 20:22:48 UTC: wd_logger_check_all_logs() Found 13 new ERROR: lines Sat 21 May 2022 20:22:48 UTC: wd_logger_check_all_logs() There are 13 new lines to be printed /tmp/wsprdaemon/recording.d/KIWI_0/2200/decoding_daemon.log: Sat 21 May 2022 20:19:03 UTC: sleep_until_raw_file_is_full() ERROR: wav file stabilized at invalid too long duration 00:01:06.03, so there appear to be more than one instance of the KWR running. 'ps' output was: /tmp/wsprdaemon/recording.d/KIWI_0/2200/decoding_daemon.log: odroid 1907 3.7 0.9 35400 19584 ? Sl 20:17 0:04 python3 -u /home/odroid/wsprdaemon/kiwiclient/kiwirecorder.py --freq=136.0 --server-host=192.168.1.196 --server-port=8073 --OV --user=wsprdaemon_v3.0.2 --password=NULL --agc-gain=60 --quiet --no_compression --modulation=usb --lp-cutoff=1340 --hp-cutoff=1660 --dt-sec=60 /tmp/wsprdaemon/recording.d/KIWI_0/2200/decoding_daemon.log: So executed 'kill 1907' /tmp/wsprdaemon/recording.d/KIWI_0/2200/decoding_daemon.log: Sat 21 May 2022 20:19:03 UTC: get_wav_file_list() Error while waiting for the first wav file to fill, 'sleep_until_raw_file_is_full 20220521T201800Z_136000_usb.wav' => 1 /tmp/wsprdaemon/recording.d/KIWI_0/2200/decoding_daemon.log: Sat 21 May 2022 20:19:04 UTC: decoding_daemon() Error 2 returned by 'get_wav_file_list mode_wav_file_list KIWI_0 2200 W2'. 'sleep 1' and retry /tmp/wsprdaemon/recording.d/KIWI_0/2200/decoding_daemon.log: Sat 21 May 2022 20:19:05 UTC: get_wav_file_list() Start with args 'mode_seconds_files KIWI_0 2200 W2', then receiver_modes => W2 => target_minutes=( 2 ) => target_seconds=( 120 ) /tmp/wsprdaemon/recording.d/KIWI_0/2200/decoding_daemon.log: Sat 21 May 2022 20:19:06 UTC: get_wav_file_list() Found raw/wav files '20220521T201800Z_136000_usb.wav 20220521T201900Z_136000_usb.wav' /tmp/wsprdaemon/recording.d/KIWI_0/2200/decoding_daemon.log: Sat 21 May 2022 20:19:08 UTC: sleep_until_raw_file_is_full() The wav file stabilized at invalid too short duration 00:00:04.14 which almost always occurs at startup. Flush this file since it can't be used as part of a WSPR wav file Press <ENTER> to check the next log file > ay 2022 20:19:35 UTC: kiwirecorder_manager_daemon_kilSat 21 May 2022 20:22:49 UTC: wd_logger_check_all_logs() Found 13 new ERROR: lines Sat 21 May 2022 20:22:49 UTC: wd_logger_check_all_logs() There are 13 new lines to be printed /tmp/wsprdaemon/recording.d/KIWI_0/20/decoding_daemon.log: Sat 21 May 2022 20:19:02 UTC: sleep_until_raw_file_is_full() ERROR: wav file stabilized at invalid too long duration 00:01:06.03, so there appear to be more than one instance of the KWR running. 'ps' output was: /tmp/wsprdaemon/recording.d/KIWI_0/20/decoding_daemon.log: odroid 3834 4.4 0.9 35400 19664 ? Sl 20:17 0:05 python3 -u /home/odroid/wsprdaemon/kiwiclient/kiwirecorder.py --freq=14095.6 --server-host=192.168.1.196 --server-port=8073 --OV --user=wsprdaemon_v3.0.2 --password=NULL --agc-gain=60 --quiet --no_compression --modulation=usb --lp-cutoff=1340 --hp-cutoff=1660 --dt-sec=60 /tmp/wsprdaemon/recording.d/KIWI_0/20/decoding_daemon.log: So executed 'kill 3834' /tmp/wsprdaemon/recording.d/KIWI_0/20/decoding_daemon.log: Sat 21 May 2022 20:19:02 UTC: get_wav_file_list() Error while waiting for the first wav file to fill, 'sleep_until_raw_file_is_full 20220521T201800Z_14095600_usb.wav' => 1 /tmp/wsprdaemon/recording.d/KIWI_0/20/decoding_daemon.log: Sat 21 May 2022 20:19:02 UTC: decoding_daemon() Error 2 returned by 'get_wav_file_list mode_wav_file_list KIWI_0 20 W2'. 'sleep 1' and retry /tmp/wsprdaemon/recording.d/KIWI_0/20/decoding_daemon.log: Sat 21 May 2022 20:19:03 UTC: get_wav_file_list() Start with args 'mode_seconds_files KIWI_0 20 W2', then receiver_modes => W2 => target_minutes=( 2 ) => target_seconds=( 120 ) /tmp/wsprdaemon/recording.d/KIWI_0/20/decoding_daemon.log: Sat 21 May 2022 20:19:04 UTC: get_wav_file_list() Found raw/wav files '20220521T201800Z_14095600_usb.wav 20220521T201900Z_14095600_usb.wav' /tmp/wsprdaemon/recording.d/KIWI_0/20/decoding_daemon.log: Sat 21 May 2022 20:19:06 UTC: sleep_until_raw_file_is_full() The wav file stabilized at invalid too short duration 00:00:02.91 which almost always occurs at startup. Flush this file since it can't be used as part of a WSPR wav file Press <ENTER> to check the next log file > l_handler() Killed kiwi_recorder_pid=18435 Press <ENTER> to check the next log file > Sat 21 May 2022 20:22:49 UTC: wd_logger_check_all_logs() Found 13 new ERROR: lines Sat 21 May 2022 20:22:49 UTC: wd_logger_check_all_logs() There are 13 new lines to be printed /tmp/wsprdaemon/recording.d/KIWI_0/17/decoding_daemon.log: Sat 21 May 2022 20:19:03 UTC: sleep_until_raw_file_is_full() ERROR: wav file stabilized at invalid too long duration 00:01:06.03, so there appear to be more than one instance of the KWR running. 'ps' output was: /tmp/wsprdaemon/recording.d/KIWI_0/17/decoding_daemon.log: odroid 4067 4.4 0.9 35400 19508 ? Sl 20:17 0:05 python3 -u /home/odroid/wsprdaemon/kiwiclient/kiwirecorder.py --freq=18104.6 --server-host=192.168.1.196 --server-port=8073 --OV --user=wsprdaemon_v3.0.2 --password=NULL --agc-gain=60 --quiet --no_compression --modulation=usb --lp-cutoff=1340 --hp-cutoff=1660 --dt-sec=60 /tmp/wsprdaemon/recording.d/KIWI_0/17/decoding_daemon.log: So executed 'kill 4067' /tmp/wsprdaemon/recording.d/KIWI_0/17/decoding_daemon.log: Sat 21 May 2022 20:19:03 UTC: get_wav_file_list() Error while waiting for the first wav file to fill, 'sleep_until_raw_file_is_full 20220521T201800Z_18104600_usb.wav' => 1 /tmp/wsprdaemon/recording.d/KIWI_0/17/decoding_daemon.log: Sat 21 May 2022 20:19:03 UTC: decoding_daemon() Error 2 returned by 'get_wav_file_list mode_wav_file_list KIWI_0 17 W2'. 'sleep 1' and retry /tmp/wsprdaemon/recording.d/KIWI_0/17/decoding_daemon.log: Sat 21 May 2022 20:19:04 UTC: get_wav_file_list() Start with args 'mode_seconds_files KIWI_0 17 W2', then receiver_modes => W2 => target_minutes=( 2 ) => target_seconds=( 120 ) /tmp/wsprdaemon/recording.d/KIWI_0/17/decoding_daemon.log: Sat 21 May 2022 20:19:05 UTC: get_wav_file_list() Found raw/wav files '20220521T201800Z_18104600_usb.wav 20220521T201900Z_18104600_usb.wav' /tmp/wsprdaemon/recording.d/KIWI_0/17/decoding_daemon.log: Sat 21 May 2022 20:19:07 UTC: sleep_until_raw_file_is_full() The wav file stabilized at invalid too short duration 00:00:03.55 which almost always occurs at startup. Flush this file since it can't be used as part of a WSPR wav file Press <ENTER> to check the next log file > Sat 21 May 2022 20:20:21 UTC: wd_logger_check_all_logs() Found 13 new ERROR: lines Sat 21 May 2022 20:20:21 UTC: wd_logger_check_aSat 21 May 2022 20:22:49 UTC: wd_logger_check_all_logs() Found 13 new ERROR: lines Sat 21 May 2022 20:22:49 UTC: wd_logger_check_all_logs() There are 13 new lines to be printed /tmp/wsprdaemon/recording.d/KIWI_0/160/decoding_daemon.log: Sat 21 May 2022 20:19:03 UTC: sleep_until_raw_file_is_full() ERROR: wav file stabilized at invalid too long duration 00:01:06.03, so there appear to be more than one instance of the KWR running. 'ps' output was: /tmp/wsprdaemon/recording.d/KIWI_0/160/decoding_daemon.log: odroid 2316 4.1 0.9 35400 19660 ? Sl 20:17 0:04 python3 -u /home/odroid/wsprdaemon/kiwiclient/kiwirecorder.py --freq=1836.6 --server-host=192.168.1.196 --server-port=8073 --OV --user=wsprdaemon_v3.0.2 --password=NULL --agc-gain=60 --quiet --no_compression --modulation=usb --lp-cutoff=1340 --hp-cutoff=1660 --dt-sec=60 /tmp/wsprdaemon/recording.d/KIWI_0/160/decoding_daemon.log: So executed 'kill 2316' /tmp/wsprdaemon/recording.d/KIWI_0/160/decoding_daemon.log: Sat 21 May 2022 20:19:03 UTC: get_wav_file_list() Error while waiting for the first wav file to fill, 'sleep_until_raw_file_is_full 20220521T201800Z_1836600_usb.wav' => 1 /tmp/wsprdaemon/recording.d/KIWI_0/160/decoding_daemon.log: Sat 21 May 2022 20:19:04 UTC: decoding_daemon() Error 2 returned by 'get_wav_file_list mode_wav_file_list KIWI_0 160 W2'. 'sleep 1' and retry /tmp/wsprdaemon/recording.d/KIWI_0/160/decoding_daemon.log: Sat 21 May 2022 20:19:05 UTC: get_wav_file_list() Start with args 'mode_seconds_files KIWI_0 160 W2', then receiver_modes => W2 => target_minutes=( 2 ) => target_seconds=( 120 ) /tmp/wsprdaemon/recording.d/KIWI_0/160/decoding_daemon.log: Sat 21 May 2022 20:19:06 UTC: get_wav_file_list() Found raw/wav files '20220521T201800Z_1836600_usb.wav 20220521T201900Z_1836600_usb.wav' /tmp/wsprdaemon/recording.d/KIWI_0/160/decoding_daemon.log: Sat 21 May 2022 20:19:08 UTC: sleep_until_raw_file_is_full() The wav file stabilized at invalid too short duration 00:00:04.19 which almost always occurs at startup. Flush this file since it can't be used as part of a WSPR wav file Press <ENTER> to check the next log file > ll_logs() There are 13 new lines to be printed /tmp/wsprdaemon/recording.d/KIWI_0/80/decoding_daemon.log: Sat 21 May 2022 20:19:02 UTC: sleeSat 21 May 2022 20:22:49 UTC: wd_logger_check_all_logs() Found 13 new ERROR: lines Sat 21 May 2022 20:22:49 UTC: wd_logger_check_all_logs() There are 13 new lines to be printed /tmp/wsprdaemon/recording.d/KIWI_0/15/decoding_daemon.log: Sat 21 May 2022 20:19:04 UTC: sleep_until_raw_file_is_full() ERROR: wav file stabilized at invalid too long duration 00:01:06.03, so there appear to be more than one instance of the KWR running. 'ps' output was: /tmp/wsprdaemon/recording.d/KIWI_0/15/decoding_daemon.log: odroid 4247 4.5 0.9 35400 19636 ? Sl 20:17 0:05 python3 -u /home/odroid/wsprdaemon/kiwiclient/kiwirecorder.py --freq=21094.6 --server-host=192.168.1.196 --server-port=8073 --OV --user=wsprdaemon_v3.0.2 --password=NULL --agc-gain=60 --quiet --no_compression --modulation=usb --lp-cutoff=1340 --hp-cutoff=1660 --dt-sec=60 /tmp/wsprdaemon/recording.d/KIWI_0/15/decoding_daemon.log: So executed 'kill 4247' /tmp/wsprdaemon/recording.d/KIWI_0/15/decoding_daemon.log: Sat 21 May 2022 20:19:04 UTC: get_wav_file_list() Error while waiting for the first wav file to fill, 'sleep_until_raw_file_is_full 20220521T201800Z_21094600_usb.wav' => 1 /tmp/wsprdaemon/recording.d/KIWI_0/15/decoding_daemon.log: Sat 21 May 2022 20:19:04 UTC: decoding_daemon() Error 2 returned by 'get_wav_file_list mode_wav_file_list KIWI_0 15 W2'. 'sleep 1' and retry /tmp/wsprdaemon/recording.d/KIWI_0/15/decoding_daemon.log: Sat 21 May 2022 20:19:05 UTC: get_wav_file_list() Start with args 'mode_seconds_files KIWI_0 15 W2', then receiver_modes => W2 => target_minutes=( 2 ) => target_seconds=( 120 ) /tmp/wsprdaemon/recording.d/KIWI_0/15/decoding_daemon.log: Sat 21 May 2022 20:19:06 UTC: get_wav_file_list() Found raw/wav files '20220521T201800Z_21094600_usb.wav 20220521T201900Z_21094600_usb.wav' /tmp/wsprdaemon/recording.d/KIWI_0/15/decoding_daemon.log: Sat 21 May 2022 20:19:08 UTC: sleep_until_raw_file_is_full() The wav file stabilized at invalid too short duration 00:00:04.28 which almost always occurs at startup. Flush this file since it can't be used as part of a WSPR wav file Press <ENTER> to check the next log file > p_until_raw_file_is_full() ERROR: wav file stabilized at invalid too long duration 00Sat 21 May 2022 20:22:49 UTC: wd_logger_check_all_logs() Found 13 new ERROR: lines Sat 21 May 2022 20:22:49 UTC: wd_logger_check_all_logs() There are 13 new lines to be printed /tmp/wsprdaemon/recording.d/KIWI_0/12/decoding_daemon.log: Sat 21 May 2022 20:19:03 UTC: sleep_until_raw_file_is_full() ERROR: wav file stabilized at invalid too long duration 00:01:06.08, so there appear to be more than one instance of the KWR running. 'ps' output was: /tmp/wsprdaemon/recording.d/KIWI_0/12/decoding_daemon.log: odroid 4422 4.5 0.9 35400 19624 ? Sl 20:17 0:05 python3 -u /home/odroid/wsprdaemon/kiwiclient/kiwirecorder.py --freq=24924.6 --server-host=192.168.1.196 --server-port=8073 --OV --user=wsprdaemon_v3.0.2 --password=NULL --agc-gain=60 --quiet --no_compression --modulation=usb --lp-cutoff=1340 --hp-cutoff=1660 --dt-sec=60 /tmp/wsprdaemon/recording.d/KIWI_0/12/decoding_daemon.log: So executed 'kill 4422' /tmp/wsprdaemon/recording.d/KIWI_0/12/decoding_daemon.log: Sat 21 May 2022 20:19:03 UTC: get_wav_file_list() Error while waiting for the first wav file to fill, 'sleep_until_raw_file_is_full 20220521T201800Z_24924600_usb.wav' => 1 /tmp/wsprdaemon/recording.d/KIWI_0/12/decoding_daemon.log: Sat 21 May 2022 20:19:03 UTC: decoding_daemon() Error 2 returned by 'get_wav_file_list mode_wav_file_list KIWI_0 12 W2'. 'sleep 1' and retry /tmp/wsprdaemon/recording.d/KIWI_0/12/decoding_daemon.log: Sat 21 May 2022 20:19:04 UTC: get_wav_file_list() Start with args 'mode_seconds_files KIWI_0 12 W2', then receiver_modes => W2 => target_minutes=( 2 ) => target_seconds=( 120 ) /tmp/wsprdaemon/recording.d/KIWI_0/12/decoding_daemon.log: Sat 21 May 2022 20:19:05 UTC: get_wav_file_list() Found raw/wav files '20220521T201800Z_24924600_usb.wav 20220521T201900Z_24924600_usb.wav' /tmp/wsprdaemon/recording.d/KIWI_0/12/decoding_daemon.log: Sat 21 May 2022 20:19:07 UTC: sleep_until_raw_file_is_full() The wav file stabilized at invalid too short duration 00:00:03.55 which almost always occurs at startup. Flush this file since it can't be used as part of a WSPR wav file Press <ENTER> to check the next log file > :Sat 21 May 2022 20:22:49 UTC: wd_logger_check_all_logs() Found 13 new ERROR: lines Sat 21 May 2022 20:22:49 UTC: wd_logger_check_all_logs() There are 13 new lines to be printed /tmp/wsprdaemon/recording.d/KIWI_0/10/decoding_daemon.log: Sat 21 May 2022 20:19:04 UTC: sleep_until_raw_file_is_full() ERROR: wav file stabilized at invalid too long duration 00:01:06.08, so there appear to be more than one instance of the KWR running. 'ps' output was: /tmp/wsprdaemon/recording.d/KIWI_0/10/decoding_daemon.log: odroid 4511 4.4 0.9 35400 19520 ? Sl 20:17 0:05 python3 -u /home/odroid/wsprdaemon/kiwiclient/kiwirecorder.py --freq=28124.6 --server-host=192.168.1.196 --server-port=8073 --OV --user=wsprdaemon_v3.0.2 --password=NULL --agc-gain=60 --quiet --no_compression --modulation=usb --lp-cutoff=1340 --hp-cutoff=1660 --dt-sec=60 /tmp/wsprdaemon/recording.d/KIWI_0/10/decoding_daemon.log: So executed 'kill 4511' /tmp/wsprdaemon/recording.d/KIWI_0/10/decoding_daemon.log: Sat 21 May 2022 20:19:04 UTC: get_wav_file_list() Error while waiting for the first wav file to fill, 'sleep_until_raw_file_is_full 20220521T201800Z_28124600_usb.wav' => 1 /tmp/wsprdaemon/recording.d/KIWI_0/10/decoding_daemon.log: Sat 21 May 2022 20:19:04 UTC: decoding_daemon() Error 2 returned by 'get_wav_file_list mode_wav_file_list KIWI_0 10 W2'. 'sleep 1' and retry /tmp/wsprdaemon/recording.d/KIWI_0/10/decoding_daemon.log: Sat 21 May 2022 20:19:05 UTC: get_wav_file_list() Start with args 'mode_seconds_files KIWI_0 10 W2', then receiver_modes => W2 => target_minutes=( 2 ) => target_seconds=( 120 ) /tmp/wsprdaemon/recording.d/KIWI_0/10/decoding_daemon.log: Sat 21 May 2022 20:19:06 UTC: get_wav_file_list() Found raw/wav files '20220521T201800Z_28124600_usb.wav 20220521T201900Z_28124600_usb.wav' /tmp/wsprdaemon/recording.d/KIWI_0/10/decoding_daemon.log: Sat 21 May 2022 20:19:08 UTC: sleep_until_raw_file_is_full() The wav file stabilized at invalid too short duration 00:00:04.32 which almost always occurs at startup. Flush this file since it can't be used as part of a WSPR wav file Press <ENTER> to check the next log file > 01:06.03, so there appear to be more than one instance of the KWR running. 'ps' output was: /tm There seems to be a problem with the wav-file. I am using Ubuntu with eMMC and external SSD drive, but same problem was seen on a RPi4 with SD-card. regards Gerhard OE3GBB Am 20.05.2022 16:21, schrieb Rob Robinett: toggle quoted message Show quoted text run 'wsprdaemon.sh -l e' and you will see all log lines with "ERROR ..." they might give you a clue as to why your system isn't working. On Fri, May 20, 2022 at 7:06 AM <gerhard@...> wrote: Hi, Have installed V3.0 first on the odroid XU4 (Ubuntu). Istallation seems to be OK, but did not work. The connection to the SDR is allways broken right after 2 minutes. Therefore no decoding and upload. SDR is a Flydog-SDR. Then tried it on a RPi4, but unfortunatly same problem. Had to stop now to go to a club reunion. Will try it tomorrow with a Rasp_SDR. 73 Gerhard OE3GBB Am 20.05.2022 15:23, schrieb Rob Robinett: I know that in the recent past Jim WA2ZKD has installed WD on his odroid systems. WD 3.0 includes the option for you to configure it to give me remote access if you need installation help. On Fri, May 20, 2022 at 3:45 AM <gerhard@...> wrote: Hello Rob, great news! I am running the monitor at OE3XOE, at the moment using DigiSkimmer for WSPR and FT8. I will try V3, but I would like to use a Odroid XU4 instead a RPI4. Do you have instructions to install on this hardware? 73 de Gerhard OE3GBB Am 20.05.2022 06:53, schrieb Rob Robinett: The new Wsprdaemon version 3.0 software running on 20 sites from Maui to Europe is configured to simultaneously decode and report to wsprnet.org WSPR-2 and all of the FST4W-xxx modes on 630M and 160M. i.e. only one Kiwi rx channel is needed to decode all of the modes in every WSPR cycle. While Spring and Summer are not optimal for those bands, I am seeing FST4W-120, -300 -900 and -1800 spots in Europe and on the East Coast. On 2200M AI6VN/KH6 in Maui, N6GN in Colorado, and WA2TP in New York are decoding all the FST4W modes. I expect that soon many the 50+ top spotting stations will be running Wsprdaemon Version 3.0 and extend FST4W listening coverage worldwide. Hopefully that many FST4W listeners will encourage 2200/630/160 beacons to start transmitting in those modes The Pi4 has just enough CPU to decode all 15 WSPR (i.e. 22M) bands and all of the FST4W modes on 2200/630/160M. 'git checkout 3.0.2' will get you the latest build (currently 3.0.2.4) It is compatible with your existing config files, but to decode FST4W modes you will need to add specifications for them to your schedule. -- Rob Robinett AI6VN rob@... mobile: +1 650 218 8896 -- Rob Robinett AI6VN rob@... mobile: +1 650 218 8896
More All Messages By This Member
Rob Robinett #878 Hi Gerhard, I think you may need to stop your WD 2.10 before starting WD 3.0.2 If you are already doing that, then I would need ssh access to your odroid to further debug the problem. PM me if you want to give me remote access. Rob toggle quoted message Show quoted text On Sat, May 21, 2022 at 1:34 PM <gerhard@...> wrote: Hi Rob, What I did since: Installed WD 2.10 on clean Odroid XU4 without problems and was runing 14 chanals over night. Now changed to v3.0 and the problem with reconnection to the SDR happend again. Found the following reports: odroid@odroid:~/wsprdaemon$ ./wsprdaemon.sh -l e 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 Checking every 10 seconds for new ERROR lines in all the log files. Press <CONTROL C> to exit Sat 21 May 2022 20:20:04 UTC: wd_logger_check_all_logs() Found 8 new ERROR: lines Sat 21 May 2022 20:20:04 UTC: wd_logger_check_all_logs() There are 8 new lines to be printed /tmp/wsprdaemon/recording.d/KIWI_0/80eu/decoding_daemon.log: Sat 21 May 2022 20:19:02 UTC: sleep_until_raw_file_is_full() ERROR: wav file stabilized at invalid too long duration 00:01:06.03, so there appear to be more than one instance of the KWR running. 'ps' output was: /tmp/wsprdaemon/recording.d/KIWI_0/80eu/decoding_daemon.log: odroid 2679 4.0 0.9 35400 19512 ? Sl 20:17 0:04 python3 -u /home/odroid/wsprdaemon/kiwiclient/kiwirecorder.py --freq=3592.6 --server-host=192.168.1.196 --server-port=8073 --OV --user=wsprdaemon_v3.0.2 --password=NULL --agc-gain=60 --quiet --no_compression --modulation=usb --lp-cutoff=1340 --hp-cutoff=1660 --dt-sec=60 /tmp/wsprdaemon/recording.d/KIWI_0/80eu/decoding_daemon.log: So executed 'kill 2679' /tmp/wsprdaemon/recording.d/KIWI_0/80eu/decoding_daemon.log: Sat 21 May 2022 20:19:02 UTC: get_wav_file_list() Error while waiting for the first wav file to fill, 'sleep_until_raw_file_is_full 20220521T201800Z_3592600_usb.wav' => 1 /tmp/wsprdaemon/recording.d/KIWI_0/80eu/decoding_daemon.log: Sat 21 May 2022 20:19:02 UTC: decoding_daemon() Error 2 returned by 'get_wav_file_list mode_wav_file_list KIWI_0 80eu W2'. 'sleep 1' and retry /tmp/wsprdaemon/recording.d/KIWI_0/80eu/decoding_daemon.log: Sat 21 May 2022 20:19:03 UTC: get_wav_file_list() Start with args 'mode_seconds_files KIWI_0 80eu W2', then receiver_modes => W2 => target_minutes=( 2 ) => target_seconds=( 120 ) /tmp/wsprdaemon/recording.d/KIWI_0/80eu/decoding_daemon.log: Sat 21 May 2022 20:19:03 UTC: get_wav_file_list() Found raw/wav files '20220521T201800Z_3592600_usb.wav 20220521T201900Z_3592600_usb.wav 20220521T201903Z_3592600_usb.wav' /tmp/wsprdaemon/recording.d/KIWI_0/80eu/decoding_daemon.log: Sat 21 May 2022 20:19:36 UTC: kill_wav_recording_daemon() killed KIWI_0 80eu job which had pid 2602 Press <ENTER> to check the next log file > Sat 21 May 2022 20:20:14 UTC: wd_logger_check_all_logs() Found 8 new ERROR: lines Sat 21 May 2022 20:20:14 UTC: wd_logger_check_all_logs() There are 8 new lines to be printed /tmp/wsprdaemon/recording.d/KIWI_0/80/wav_recording_daemon.log: Sat 21 May 2022 20:17:06 UTC: kiwirecorder_manager_daemon() ERROR: 'ps 2524' reports kiwirecorder.py is running, but there is no log file of its output, so 'kill 2524' and try to restart it /tmp/wsprdaemon/recording.d/KIWI_0/80/wav_recording_daemon.log: Sat 21 May 2022 20:17:07 UTC: kiwirecorder_manager_daemon() Spawning new /home/odroid/wsprdaemon/kiwiclient/kiwirecorder.py /tmp/wsprdaemon/recording.d/KIWI_0/80/wav_recording_daemon.log: Sat 21 May 2022 20:17:07 UTC: kiwirecorder_manager_daemon() Spawned kiwirecorder.py job with PID 3098 /tmp/wsprdaemon/recording.d/KIWI_0/80/wav_recording_daemon.log: Sat 21 May 2022 20:19:04 UTC: kiwirecorder_manager_daemon() 'ps 3098' reports error: /tmp/wsprdaemon/recording.d/KIWI_0/80/wav_recording_daemon.log: PID TTY STAT TIME COMMAND /tmp/wsprdaemon/recording.d/KIWI_0/80/wav_recording_daemon.log: Sat 21 May 2022 20:19:04 UTC: kiwirecorder_manager_daemon() Spawning new /home/odroid/wsprdaemon/kiwiclient/kiwirecorder.py /tmp/wsprdaemon/recording.d/KIWI_0/80/wav_recording_daemon.log: Sat 21 May 2022 20:19:04 UTC: kiwirecorder_manager_daemon() Spawned kiwirecorder.py job with PID 18435 /tmp/wsprdaemon/recording.d/KIWI_0/80/wav_recording_daemon.log: Sat 21 May 2022 20:19:35 UTC: kiwirecorder_manager_daemon_kill_handler() Killed kiwi_recorder_pid=18435 Press <ENTER> to check the next log file > Sat 21 May 2022 20:20:21 UTC: wd_logger_check_all_logs() Found 13 new ERROR: lines Sat 21 May 2022 20:20:21 UTC: wd_logger_check_all_logs() There are 13 new lines to be printed /tmp/wsprdaemon/recording.d/KIWI_0/80/decoding_daemon.log: Sat 21 May 2022 20:19:02 UTC: sleep_until_raw_file_is_full() ERROR: wav file stabilized at invalid too long duration 00:01:06.03, so there appear to be more than one instance of the KWR running. 'ps' output was: /tmp/wsprdaemon/recording.d/KIWI_0/80/decoding_daemon.log: odroid 3098 4.5 0.9 35400 19488 ? Sl 20:17 0:05 python3 -u /home/odroid/wsprdaemon/kiwiclient/kiwirecorder.py --freq=3568.6 --server-host=192.168.1.196 --server-port=8073 --OV --user=wsprdaemon_v3.0.2 --password=NULL --agc-gain=60 --quiet --no_compression --modulation=usb --lp-cutoff=1340 --hp-cutoff=1660 --dt-sec=60 /tmp/wsprdaemon/recording.d/KIWI_0/80/decoding_daemon.log: So executed 'kill 3098' /tmp/wsprdaemon/recording.d/KIWI_0/80/decoding_daemon.log: Sat 21 May 2022 20:19:02 UTC: get_wav_file_list() Error while waiting for the first wav file to fill, 'sleep_until_raw_file_is_full 20220521T201800Z_3568600_usb.wav' => 1 /tmp/wsprdaemon/recording.d/KIWI_0/80/decoding_daemon.log: Sat 21 May 2022 20:19:03 UTC: decoding_daemon() Error 2 returned by 'get_wav_file_list mode_wav_file_list KIWI_0 80 W2'. 'sleep 1' and retry /tmp/wsprdaemon/recording.d/KIWI_0/80/decoding_daemon.log: Sat 21 May 2022 20:19:04 UTC: get_wav_file_list() Start with args 'mode_seconds_files KIWI_0 80 W2', then receiver_modes => W2 => target_minutes=( 2 ) => target_seconds=( 120 ) /tmp/wsprdaemon/recording.d/KIWI_0/80/decoding_daemon.log: Sat 21 May 2022 20:19:04 UTC: get_wav_file_list() Found raw/wav files '20220521T201800Z_3568600_usb.wav 20220521T201900Z_3568600_usb.wav' /tmp/wsprdaemon/recording.d/KIWI_0/80/decoding_daemon.log: Sat 21 May 2022 20:19:06 UTC: sleep_until_raw_file_is_full() The wav file stabilized at invalid too short duration 00:00:03.14 which almost always occurs at startup. Flush this file since it can't be used as part of a WSPR wav file Press <ENTER> to check the next log file > Sat 21 May 2022 20:20:24 UTC: wd_logger_check_all_logs() Found 13 new ERROR: lines Sat 21 May 2022 20:20:24 UTC: wd_logger_check_all_logs() There are 13 new lines to be printed /tmp/wsprdaemon/recording.d/KIWI_0/630/decoding_daemon.log: Sat 21 May 2022 20:19:04 UTC: sleep_until_raw_file_is_full() ERROR: wav file stabilized at invalid too long duration 00:01:06.08, so there appear to be more than one instance of the KWR running. 'ps' output was: /tmp/wsprdaemon/recording.d/KIWI_0/630/decoding_daemon.log: odroid 2089 3.8 0.9 35400 19724 ? Sl 20:17 0:04 python3 -u /home/odroid/wsprdaemon/kiwiclient/kiwirecorder.py --freq=474.2 --server-host=192.168.1.196 --server-port=8073 --OV --user=wsprdaemon_v3.0.2 --password=NULL --agc-gain=60 --quiet --no_compression --modulation=usb --lp-cutoff=1340 --hp-cutoff=1660 --dt-sec=60 /tmp/wsprdaemon/recording.d/KIWI_0/630/decoding_daemon.log: So executed 'kill 2089' /tmp/wsprdaemon/recording.d/KIWI_0/630/decoding_daemon.log: Sat 21 May 2022 20:19:04 UTC: get_wav_file_list() Error while waiting for the first wav file to fill, 'sleep_until_raw_file_is_full 20220521T201800Z_474200_usb.wav' => 1 /tmp/wsprdaemon/recording.d/KIWI_0/630/decoding_daemon.log: Sat 21 May 2022 20:19:04 UTC: decoding_daemon() Error 2 returned by 'get_wav_file_list mode_wav_file_list KIWI_0 630 W2'. 'sleep 1' and retry /tmp/wsprdaemon/recording.d/KIWI_0/630/decoding_daemon.log: Sat 21 May 2022 20:19:05 UTC: get_wav_file_list() Start with args 'mode_seconds_files KIWI_0 630 W2', then receiver_modes => W2 => target_minutes=( 2 ) => target_seconds=( 120 ) /tmp/wsprdaemon/recording.d/KIWI_0/630/decoding_daemon.log: Sat 21 May 2022 20:19:06 UTC: get_wav_file_list() Found raw/wav files '20220521T201800Z_474200_usb.wav 20220521T201900Z_474200_usb.wav' /tmp/wsprdaemon/recording.d/KIWI_0/630/decoding_daemon.log: Sat 21 May 2022 20:19:08 UTC: sleep_until_raw_file_is_full() The wav file stabilized at invalid too short duration 00:00:04.60 which almost always occurs at startup. Flush this file since it can't be used as part of a WSPR wav file Press <ENTER> to check the next log file > Sat 21 May 2022 20:20:25 UTC: wd_logger_check_all_logs() Found 13 new ERROR: lines Sat 21 May 2022 20:20:25 UTC: wd_logger_check_all_logs() There are 13 new lines to be printed /tmp/wsprdaemon/recording.d/KIWI_0/60eu/decoding_daemon.log: Sat 21 May 2022 20:19:03 UTC: sleep_until_raw_file_is_full() ERROR: wav file stabilized at invalid too long duration 00:01:06.03, so there appear to be more than one instance of the KWR running. 'ps' output was: /tmp/wsprdaemon/recording.d/KIWI_0/60eu/decoding_daemon.log: odroid 3176 4.2 0.9 35400 19628 ? Sl 20:17 0:04 python3 -u /home/odroid/wsprdaemon/kiwiclient/kiwirecorder.py --freq=5364.7 --server-host=192.168.1.196 --server-port=8073 --OV --user=wsprdaemon_v3.0.2 --password=NULL --agc-gain=60 --quiet --no_compression --modulation=usb --lp-cutoff=1340 --hp-cutoff=1660 --dt-sec=60 /tmp/wsprdaemon/recording.d/KIWI_0/60eu/decoding_daemon.log: So executed 'kill 3176' /tmp/wsprdaemon/recording.d/KIWI_0/60eu/decoding_daemon.log: Sat 21 May 2022 20:19:03 UTC: get_wav_file_list() Error while waiting for the first wav file to fill, 'sleep_until_raw_file_is_full 20220521T201800Z_5364700_usb.wav' => 1 /tmp/wsprdaemon/recording.d/KIWI_0/60eu/decoding_daemon.log: Sat 21 May 2022 20:19:03 UTC: decoding_daemon() Error 2 returned by 'get_wav_file_list mode_wav_file_list KIWI_0 60eu W2'. 'sleep 1' and retry /tmp/wsprdaemon/recording.d/KIWI_0/60eu/decoding_daemon.log: Sat 21 May 2022 20:19:04 UTC: get_wav_file_list() Start with args 'mode_seconds_files KIWI_0 60eu W2', then receiver_modes => W2 => target_minutes=( 2 ) => target_seconds=( 120 ) /tmp/wsprdaemon/recording.d/KIWI_0/60eu/decoding_daemon.log: Sat 21 May 2022 20:19:05 UTC: get_wav_file_list() Found raw/wav files '20220521T201800Z_5364700_usb.wav 20220521T201900Z_5364700_usb.wav' /tmp/wsprdaemon/recording.d/KIWI_0/60eu/decoding_daemon.log: Sat 21 May 2022 20:19:07 UTC: sleep_until_raw_file_is_full() The wav file stabilized at invalid too short duration 00:00:03.60 which almost always occurs at startup. Flush this file since it can't be used as part of a WSPR wav file Press <ENTER> to check the next log file > Sat 21 May 2022 20:20:26 UTC: wd_logger_check_all_logs() Found 13 new ERROR: lines Sat 21 May 2022 20:20:26 UTC: wd_logger_check_all_logs() There are 13 new lines to be printed /tmp/wsprdaemon/recording.d/KIWI_0/60/decoding_daemon.log: Sat 21 May 2022 20:19:02 UTC: sleep_until_raw_file_is_full() ERROR: wav file stabilized at invalid too long duration 00:01:06.08, so there appear to be more than one instance of the KWR running. 'ps' output was: /tmp/wsprdaemon/recording.d/KIWI_0/60/decoding_daemon.log: odroid 2953 4.0 0.9 35400 19528 ? Sl 20:17 0:04 python3 -u /home/odroid/wsprdaemon/kiwiclient/kiwirecorder.py --freq=5287.2 --server-host=192.168.1.196 --server-port=8073 --OV --user=wsprdaemon_v3.0.2 --password=NULL --agc-gain=60 --quiet --no_compression --modulation=usb --lp-cutoff=1340 --hp-cutoff=1660 --dt-sec=60 /tmp/wsprdaemon/recording.d/KIWI_0/60/decoding_daemon.log: So executed 'kill 2953' /tmp/wsprdaemon/recording.d/KIWI_0/60/decoding_daemon.log: Sat 21 May 2022 20:19:02 UTC: get_wav_file_list() Error while waiting for the first wav file to fill, 'sleep_until_raw_file_is_full 20220521T201800Z_5287200_usb.wav' => 1 /tmp/wsprdaemon/recording.d/KIWI_0/60/decoding_daemon.log: Sat 21 May 2022 20:19:02 UTC: decoding_daemon() Error 2 returned by 'get_wav_file_list mode_wav_file_list KIWI_0 60 W2'. 'sleep 1' and retry /tmp/wsprdaemon/recording.d/KIWI_0/60/decoding_daemon.log: Sat 21 May 2022 20:19:04 UTC: get_wav_file_list() Start with args 'mode_seconds_files KIWI_0 60 W2', then receiver_modes => W2 => target_minutes=( 2 ) => target_seconds=( 120 ) /tmp/wsprdaemon/recording.d/KIWI_0/60/decoding_daemon.log: Sat 21 May 2022 20:19:04 UTC: get_wav_file_list() Found raw/wav files '20220521T201800Z_5287200_usb.wav 20220521T201900Z_5287200_usb.wav' /tmp/wsprdaemon/recording.d/KIWI_0/60/decoding_daemon.log: Sat 21 May 2022 20:19:06 UTC: sleep_until_raw_file_is_full() The wav file stabilized at invalid too short duration 00:00:03.09 which almost always occurs at startup. Flush this file since it can't be used as part of a WSPR wav file Press <ENTER> to check the next log file > Sat 21 May 2022 20:20:26 UTC: wd_logger_check_all_logs() Found 13 new ERROR: lines Sat 21 May 2022 20:20:26 UTC: wd_logger_check_all_logs() There are 13 new lines to be printed /tmp/wsprdaemon/recording.d/KIWI_0/40/decoding_daemon.log: Sat 21 May 2022 20:19:03 UTC: sleep_until_raw_file_is_full() ERROR: wav file stabilized at invalid too long duration 00:01:06.03, so there appear to be more than one instance of the KWR running. 'ps' output was: /tmp/wsprdaemon/recording.d/KIWI_0/40/decoding_daemon.log: odroid 3359 4.2 0.9 35400 19728 ? Sl 20:17 0:04 python3 -u /home/odroid/wsprdaemon/kiwiclient/kiwirecorder.py --freq=7038.6 --server-host=192.168.1.196 --server-port=8073 --OV --user=wsprdaemon_v3.0.2 --password=NULL --agc-gain=60 --quiet --no_compression --modulation=usb --lp-cutoff=1340 --hp-cutoff=1660 --dt-sec=60 /tmp/wsprdaemon/recording.d/KIWI_0/40/decoding_daemon.log: So executed 'kill 3359' /tmp/wsprdaemon/recording.d/KIWI_0/40/decoding_daemon.log: Sat 21 May 2022 20:19:03 UTC: get_wav_file_list() Error while waiting for the first wav file to fill, 'sleep_until_raw_file_is_full 20220521T201800Z_7038600_usb.wav' => 1 /tmp/wsprdaemon/recording.d/KIWI_0/40/decoding_daemon.log: Sat 21 May 2022 20:19:04 UTC: decoding_daemon() Error 2 returned by 'get_wav_file_list mode_wav_file_list KIWI_0 40 W2'. 'sleep 1' and retry /tmp/wsprdaemon/recording.d/KIWI_0/40/decoding_daemon.log: Sat 21 May 2022 20:19:05 UTC: get_wav_file_list() Start with args 'mode_seconds_files KIWI_0 40 W2', then receiver_modes => W2 => target_minutes=( 2 ) => target_seconds=( 120 ) /tmp/wsprdaemon/recording.d/KIWI_0/40/decoding_daemon.log: Sat 21 May 2022 20:19:06 UTC: get_wav_file_list() Found raw/wav files '20220521T201800Z_7038600_usb.wav 20220521T201900Z_7038600_usb.wav' /tmp/wsprdaemon/recording.d/KIWI_0/40/decoding_daemon.log: Sat 21 May 2022 20:19:08 UTC: sleep_until_raw_file_is_full() The wav file stabilized at invalid too short duration 00:00:04.14 which almost always occurs at startup. Flush this file since it can't be used as part of a WSPR wav file Press <ENTER> to check the next log file > Sat 21 May 2022 20:20:27 UTC: wd_logger_check_all_logs() Found 13 new ERROR: lines Sat 21 May 2022 20:20:27 UTC: wd_logger_check_all_logs() There are 13 new lines to be printed /tmp/wsprdaemon/recording.d/KIWI_0/30/decoding_daemon.log: Sat 21 May 2022 20:19:04 UTC: sleep_until_raw_file_is_full() ERROR: wav file stabilized at invalid too long duration 00:01:06.03, so there appear to be more than one instance of the KWR running. 'ps' output was: /tmp/wsprdaemon/recording.d/KIWI_0/30/decoding_daemon.log: odroid 3551 4.4 0.9 35400 19540 ? Sl 20:17 0:05 python3 -u /home/odroid/wsprdaemon/kiwiclient/kiwirecorder.py --freq=10138.7 --server-host=192.168.1.196 --server-port=8073 --OV --user=wsprdaemon_v3.0.2 --password=NULL --agc-gain=60 --quiet --no_compression --modulation=usb --lp-cutoff=1340 --hp-cutoff=1660 --dt-sec=60 /tmp/wsprdaemon/recording.d/KIWI_0/30/decoding_daemon.log: So executed 'kill 3551' /tmp/wsprdaemon/recording.d/KIWI_0/30/decoding_daemon.log: Sat 21 May 2022 20:19:04 UTC: get_wav_file_list() Error while waiting for the first wav file to fill, 'sleep_until_raw_file_is_full 20220521T201800Z_10138700_usb.wav' => 1 /tmp/wsprdaemon/recording.d/KIWI_0/30/decoding_daemon.log: Sat 21 May 2022 20:19:04 UTC: decoding_daemon() Error 2 returned by 'get_wav_file_list mode_wav_file_list KIWI_0 30 W2'. 'sleep 1' and retry /tmp/wsprdaemon/recording.d/KIWI_0/30/decoding_daemon.log: Sat 21 May 2022 20:19:05 UTC: get_wav_file_list() Start with args 'mode_seconds_files KIWI_0 30 W2', then receiver_modes => W2 => target_minutes=( 2 ) => target_seconds=( 120 ) /tmp/wsprdaemon/recording.d/KIWI_0/30/decoding_daemon.log: Sat 21 May 2022 20:19:06 UTC: get_wav_file_list() Found raw/wav files '20220521T201800Z_10138700_usb.wav 20220521T201900Z_10138700_usb.wav' /tmp/wsprdaemon/recording.d/KIWI_0/30/decoding_daemon.log: Sat 21 May 2022 20:19:08 UTC: sleep_until_raw_file_is_full() The wav file stabilized at invalid too short duration 00:00:04.73 which almost always occurs at startup. Flush this file since it can't be used as part of a WSPR wav file Press <ENTER> to check the next log file > odroid@odroid:~/wsprdaemon$ ./wsprdaemon.sh -l e 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 Checking every 10 seconds for new ERROR lines in all the log files. Press <CONTROL C> to exit Sat 21 May 2022 20:20:04 UTC: wd_logger_check_all_logs() Found 8 new ERROR: lines Sat 21 May 2022 20:20:04 UTC: wd_logger_check_all_logs() There are 8 new lines to be printed /tmp/wsprdaemon/recording.d/KIWI_0/80eu/decoding_daemon.log: Sat 21 May 2022 20:19:02 UTC: sleep_until_raw_file_is_full() ERROR: wav file stabilized at invalid too long duration 00:01:06.03, so there appear to be more than one instance of the KWR running. 'ps' output was: /tmp/wsprdaemon/recording.d/KIWI_0/80eu/decoding_daemon.log: odroid 2679 4.0 0.9 35400 19512 ? Sl 20:17 0:04 python3 -u /home/odroid/wsprdaemon/kiwiclient/kiwirecorder.py --freq=3592.6 --server-host=192.168.1.196 --server-port=8073 --OV --user=wsprdaemon_v3.0.2 --password=NULL --agc-gain=60 --quiet --no_compression --modulation=usb --lp-cutoff=1340 --hp-cutoff=1660 --dt-sec=60 /tmp/wsprdaemon/recording.d/KIWI_0/80eu/decoding_daemon.log: So executed 'kill 2679' /tmp/wsprdaemon/recording.d/KIWI_0/80eu/decoding_daemon.log: Sat 21 May 2022 20:19:02 UTC: get_wav_file_list() Error while waiting for the first wav file to fill, 'sleep_until_raw_file_is_full 20220521T201800Z_3592600_usb.wav' => 1 /tmp/wsprdaemon/recording.d/KIWI_0/80eu/decoding_daemon.log: Sat 21 May 2022 20:19:02 UTC: decoding_daemon() Error 2 returned by 'get_wav_file_list mode_wav_file_list KIWI_0 80eu W2'. 'sleep 1' and retry /tmp/wsprdaemon/recording.d/KIWI_0/80eu/decoding_daemon.log: Sat 21 May 2022 20:19:03 UTC: get_wav_file_list() Start with args 'mode_seconds_files KIWI_0 80eu W2', then receiver_modes => W2 => target_minutes=( 2 ) => target_seconds=( 120 ) /tmp/wsprdaemon/recording.d/KIWI_0/80eu/decoding_daemon.log: Sat 21 May 2022 20:19:03 UTC: get_wav_file_list() Found raw/wav files '20220521T201800Z_3592600_usb.wav 20220521T201900Z_3592600_usb.wav 20220521T201903Z_3592600_usb.wav' /tmp/wsprdaemon/recording.d/KIWI_0/80eu/decoding_daemon.log: Sat 21 May 2022 20:19:36 UTC: kill_wav_recording_daemon() killed KIWI_0 80eu job which had pid 2602 Press <ENTER> to check the next log file > Sat 21 May 2022 20:20:14 UTC: wd_logger_check_all_logs() Found 8 new ERROR: lines Sat 21 May 2022 20:20:14 UTC: wd_logger_check_all_logs() There are 8 new lines to be printed /tmp/wsprdaemon/recording.d/KIWI_0/80/wav_recording_daemon.log: Sat 21 May 2022 20:17:06 UTC: kiwirecorder_manager_daemon() ERROR: 'ps 2524' reports kiwirecorder.py is running, but there is no log file of its output, so 'kill 2524' and try to restart it /tmp/wsprdaemon/recording.d/KIWI_0/80/wav_recording_daemon.log: Sat 21 May 2022 20:17:07 UTC: kiwirecorder_manager_daemon() Spawning new /home/odroid/wsprdaemon/kiwiclient/kiwirecorder.py /tmp/wsprdaemon/recording.d/KIWI_0/80/wav_recording_daemon.log: Sat 21 May 2022 20:17:07 UTC: kiwirecorder_manager_daemon() Spawned kiwirecorder.py job with PID 3098 /tmp/wsprdaemon/recording.d/KIWI_0/80/wav_recording_daemon.log: Sat 21 May 2022 20:19:04 UTC: kiwirecorder_manager_daemon() 'ps 3098' reports error: /tmp/wsprdaemon/recording.d/KIWI_0/80/wav_recording_daemon.log: PID TTY STAT TIME COMMAND /tmp/wsprdaemon/recording.d/KIWI_0/80/wav_recording_daemon.log: Sat 21 May 2022 20:19:04 UTC: kiwirecorder_manager_daemon() Spawning new /home/odroid/wsprdaemon/kiwiclient/kiwirecorder.py /tmp/wsprdaemon/recording.d/KIWI_0/80/wav_recording_daemon.log: Sat 21 May 2022 20:19:04 UTC: kiwirecorder_manager_daemon() Spawned kiwirecorder.py job with PID 18435 /tmp/wsprdaemon/recording.d/KIWI_0/80/wav_recording_daemon.log: Sat 21 MSat 21 May 2022 20:22:48 UTC: wd_logger_check_all_logs() Found 13 new ERROR: lines Sat 21 May 2022 20:22:48 UTC: wd_logger_check_all_logs() There are 13 new lines to be printed /tmp/wsprdaemon/recording.d/KIWI_0/2200/decoding_daemon.log: Sat 21 May 2022 20:19:03 UTC: sleep_until_raw_file_is_full() ERROR: wav file stabilized at invalid too long duration 00:01:06.03, so there appear to be more than one instance of the KWR running. 'ps' output was: /tmp/wsprdaemon/recording.d/KIWI_0/2200/decoding_daemon.log: odroid 1907 3.7 0.9 35400 19584 ? Sl 20:17 0:04 python3 -u /home/odroid/wsprdaemon/kiwiclient/kiwirecorder.py --freq=136.0 --server-host=192.168.1.196 --server-port=8073 --OV --user=wsprdaemon_v3.0.2 --password=NULL --agc-gain=60 --quiet --no_compression --modulation=usb --lp-cutoff=1340 --hp-cutoff=1660 --dt-sec=60 /tmp/wsprdaemon/recording.d/KIWI_0/2200/decoding_daemon.log: So executed 'kill 1907' /tmp/wsprdaemon/recording.d/KIWI_0/2200/decoding_daemon.log: Sat 21 May 2022 20:19:03 UTC: get_wav_file_list() Error while waiting for the first wav file to fill, 'sleep_until_raw_file_is_full 20220521T201800Z_136000_usb.wav' => 1 /tmp/wsprdaemon/recording.d/KIWI_0/2200/decoding_daemon.log: Sat 21 May 2022 20:19:04 UTC: decoding_daemon() Error 2 returned by 'get_wav_file_list mode_wav_file_list KIWI_0 2200 W2'. 'sleep 1' and retry /tmp/wsprdaemon/recording.d/KIWI_0/2200/decoding_daemon.log: Sat 21 May 2022 20:19:05 UTC: get_wav_file_list() Start with args 'mode_seconds_files KIWI_0 2200 W2', then receiver_modes => W2 => target_minutes=( 2 ) => target_seconds=( 120 ) /tmp/wsprdaemon/recording.d/KIWI_0/2200/decoding_daemon.log: Sat 21 May 2022 20:19:06 UTC: get_wav_file_list() Found raw/wav files '20220521T201800Z_136000_usb.wav 20220521T201900Z_136000_usb.wav' /tmp/wsprdaemon/recording.d/KIWI_0/2200/decoding_daemon.log: Sat 21 May 2022 20:19:08 UTC: sleep_until_raw_file_is_full() The wav file stabilized at invalid too short duration 00:00:04.14 which almost always occurs at startup. Flush this file since it can't be used as part of a WSPR wav file Press <ENTER> to check the next log file > ay 2022 20:19:35 UTC: kiwirecorder_manager_daemon_kilSat 21 May 2022 20:22:49 UTC: wd_logger_check_all_logs() Found 13 new ERROR: lines Sat 21 May 2022 20:22:49 UTC: wd_logger_check_all_logs() There are 13 new lines to be printed /tmp/wsprdaemon/recording.d/KIWI_0/20/decoding_daemon.log: Sat 21 May 2022 20:19:02 UTC: sleep_until_raw_file_is_full() ERROR: wav file stabilized at invalid too long duration 00:01:06.03, so there appear to be more than one instance of the KWR running. 'ps' output was: /tmp/wsprdaemon/recording.d/KIWI_0/20/decoding_daemon.log: odroid 3834 4.4 0.9 35400 19664 ? Sl 20:17 0:05 python3 -u /home/odroid/wsprdaemon/kiwiclient/kiwirecorder.py --freq=14095.6 --server-host=192.168.1.196 --server-port=8073 --OV --user=wsprdaemon_v3.0.2 --password=NULL --agc-gain=60 --quiet --no_compression --modulation=usb --lp-cutoff=1340 --hp-cutoff=1660 --dt-sec=60 /tmp/wsprdaemon/recording.d/KIWI_0/20/decoding_daemon.log: So executed 'kill 3834' /tmp/wsprdaemon/recording.d/KIWI_0/20/decoding_daemon.log: Sat 21 May 2022 20:19:02 UTC: get_wav_file_list() Error while waiting for the first wav file to fill, 'sleep_until_raw_file_is_full 20220521T201800Z_14095600_usb.wav' => 1 /tmp/wsprdaemon/recording.d/KIWI_0/20/decoding_daemon.log: Sat 21 May 2022 20:19:02 UTC: decoding_daemon() Error 2 returned by 'get_wav_file_list mode_wav_file_list KIWI_0 20 W2'. 'sleep 1' and retry /tmp/wsprdaemon/recording.d/KIWI_0/20/decoding_daemon.log: Sat 21 May 2022 20:19:03 UTC: get_wav_file_list() Start with args 'mode_seconds_files KIWI_0 20 W2', then receiver_modes => W2 => target_minutes=( 2 ) => target_seconds=( 120 ) /tmp/wsprdaemon/recording.d/KIWI_0/20/decoding_daemon.log: Sat 21 May 2022 20:19:04 UTC: get_wav_file_list() Found raw/wav files '20220521T201800Z_14095600_usb.wav 20220521T201900Z_14095600_usb.wav' /tmp/wsprdaemon/recording.d/KIWI_0/20/decoding_daemon.log: Sat 21 May 2022 20:19:06 UTC: sleep_until_raw_file_is_full() The wav file stabilized at invalid too short duration 00:00:02.91 which almost always occurs at startup. Flush this file since it can't be used as part of a WSPR wav file Press <ENTER> to check the next log file > l_handler() Killed kiwi_recorder_pid=18435 Press <ENTER> to check the next log file > Sat 21 May 2022 20:22:49 UTC: wd_logger_check_all_logs() Found 13 new ERROR: lines Sat 21 May 2022 20:22:49 UTC: wd_logger_check_all_logs() There are 13 new lines to be printed /tmp/wsprdaemon/recording.d/KIWI_0/17/decoding_daemon.log: Sat 21 May 2022 20:19:03 UTC: sleep_until_raw_file_is_full() ERROR: wav file stabilized at invalid too long duration 00:01:06.03, so there appear to be more than one instance of the KWR running. 'ps' output was: /tmp/wsprdaemon/recording.d/KIWI_0/17/decoding_daemon.log: odroid 4067 4.4 0.9 35400 19508 ? Sl 20:17 0:05 python3 -u /home/odroid/wsprdaemon/kiwiclient/kiwirecorder.py --freq=18104.6 --server-host=192.168.1.196 --server-port=8073 --OV --user=wsprdaemon_v3.0.2 --password=NULL --agc-gain=60 --quiet --no_compression --modulation=usb --lp-cutoff=1340 --hp-cutoff=1660 --dt-sec=60 /tmp/wsprdaemon/recording.d/KIWI_0/17/decoding_daemon.log: So executed 'kill 4067' /tmp/wsprdaemon/recording.d/KIWI_0/17/decoding_daemon.log: Sat 21 May 2022 20:19:03 UTC: get_wav_file_list() Error while waiting for the first wav file to fill, 'sleep_until_raw_file_is_full 20220521T201800Z_18104600_usb.wav' => 1 /tmp/wsprdaemon/recording.d/KIWI_0/17/decoding_daemon.log: Sat 21 May 2022 20:19:03 UTC: decoding_daemon() Error 2 returned by 'get_wav_file_list mode_wav_file_list KIWI_0 17 W2'. 'sleep 1' and retry /tmp/wsprdaemon/recording.d/KIWI_0/17/decoding_daemon.log: Sat 21 May 2022 20:19:04 UTC: get_wav_file_list() Start with args 'mode_seconds_files KIWI_0 17 W2', then receiver_modes => W2 => target_minutes=( 2 ) => target_seconds=( 120 ) /tmp/wsprdaemon/recording.d/KIWI_0/17/decoding_daemon.log: Sat 21 May 2022 20:19:05 UTC: get_wav_file_list() Found raw/wav files '20220521T201800Z_18104600_usb.wav 20220521T201900Z_18104600_usb.wav' /tmp/wsprdaemon/recording.d/KIWI_0/17/decoding_daemon.log: Sat 21 May 2022 20:19:07 UTC: sleep_until_raw_file_is_full() The wav file stabilized at invalid too short duration 00:00:03.55 which almost always occurs at startup. Flush this file since it can't be used as part of a WSPR wav file Press <ENTER> to check the next log file > Sat 21 May 2022 20:20:21 UTC: wd_logger_check_all_logs() Found 13 new ERROR: lines Sat 21 May 2022 20:20:21 UTC: wd_logger_check_aSat 21 May 2022 20:22:49 UTC: wd_logger_check_all_logs() Found 13 new ERROR: lines Sat 21 May 2022 20:22:49 UTC: wd_logger_check_all_logs() There are 13 new lines to be printed /tmp/wsprdaemon/recording.d/KIWI_0/160/decoding_daemon.log: Sat 21 May 2022 20:19:03 UTC: sleep_until_raw_file_is_full() ERROR: wav file stabilized at invalid too long duration 00:01:06.03, so there appear to be more than one instance of the KWR running. 'ps' output was: /tmp/wsprdaemon/recording.d/KIWI_0/160/decoding_daemon.log: odroid 2316 4.1 0.9 35400 19660 ? Sl 20:17 0:04 python3 -u /home/odroid/wsprdaemon/kiwiclient/kiwirecorder.py --freq=1836.6 --server-host=192.168.1.196 --server-port=8073 --OV --user=wsprdaemon_v3.0.2 --password=NULL --agc-gain=60 --quiet --no_compression --modulation=usb --lp-cutoff=1340 --hp-cutoff=1660 --dt-sec=60 /tmp/wsprdaemon/recording.d/KIWI_0/160/decoding_daemon.log: So executed 'kill 2316' /tmp/wsprdaemon/recording.d/KIWI_0/160/decoding_daemon.log: Sat 21 May 2022 20:19:03 UTC: get_wav_file_list() Error while waiting for the first wav file to fill, 'sleep_until_raw_file_is_full 20220521T201800Z_1836600_usb.wav' => 1 /tmp/wsprdaemon/recording.d/KIWI_0/160/decoding_daemon.log: Sat 21 May 2022 20:19:04 UTC: decoding_daemon() Error 2 returned by 'get_wav_file_list mode_wav_file_list KIWI_0 160 W2'. 'sleep 1' and retry /tmp/wsprdaemon/recording.d/KIWI_0/160/decoding_daemon.log: Sat 21 May 2022 20:19:05 UTC: get_wav_file_list() Start with args 'mode_seconds_files KIWI_0 160 W2', then receiver_modes => W2 => target_minutes=( 2 ) => target_seconds=( 120 ) /tmp/wsprdaemon/recording.d/KIWI_0/160/decoding_daemon.log: Sat 21 May 2022 20:19:06 UTC: get_wav_file_list() Found raw/wav files '20220521T201800Z_1836600_usb.wav 20220521T201900Z_1836600_usb.wav' /tmp/wsprdaemon/recording.d/KIWI_0/160/decoding_daemon.log: Sat 21 May 2022 20:19:08 UTC: sleep_until_raw_file_is_full() The wav file stabilized at invalid too short duration 00:00:04.19 which almost always occurs at startup. Flush this file since it can't be used as part of a WSPR wav file Press <ENTER> to check the next log file > ll_logs() There are 13 new lines to be printed /tmp/wsprdaemon/recording.d/KIWI_0/80/decoding_daemon.log: Sat 21 May 2022 20:19:02 UTC: sleeSat 21 May 2022 20:22:49 UTC: wd_logger_check_all_logs() Found 13 new ERROR: lines Sat 21 May 2022 20:22:49 UTC: wd_logger_check_all_logs() There are 13 new lines to be printed /tmp/wsprdaemon/recording.d/KIWI_0/15/decoding_daemon.log: Sat 21 May 2022 20:19:04 UTC: sleep_until_raw_file_is_full() ERROR: wav file stabilized at invalid too long duration 00:01:06.03, so there appear to be more than one instance of the KWR running. 'ps' output was: /tmp/wsprdaemon/recording.d/KIWI_0/15/decoding_daemon.log: odroid 4247 4.5 0.9 35400 19636 ? Sl 20:17 0:05 python3 -u /home/odroid/wsprdaemon/kiwiclient/kiwirecorder.py --freq=21094.6 --server-host=192.168.1.196 --server-port=8073 --OV --user=wsprdaemon_v3.0.2 --password=NULL --agc-gain=60 --quiet --no_compression --modulation=usb --lp-cutoff=1340 --hp-cutoff=1660 --dt-sec=60 /tmp/wsprdaemon/recording.d/KIWI_0/15/decoding_daemon.log: So executed 'kill 4247' /tmp/wsprdaemon/recording.d/KIWI_0/15/decoding_daemon.log: Sat 21 May 2022 20:19:04 UTC: get_wav_file_list() Error while waiting for the first wav file to fill, 'sleep_until_raw_file_is_full 20220521T201800Z_21094600_usb.wav' => 1 /tmp/wsprdaemon/recording.d/KIWI_0/15/decoding_daemon.log: Sat 21 May 2022 20:19:04 UTC: decoding_daemon() Error 2 returned by 'get_wav_file_list mode_wav_file_list KIWI_0 15 W2'. 'sleep 1' and retry /tmp/wsprdaemon/recording.d/KIWI_0/15/decoding_daemon.log: Sat 21 May 2022 20:19:05 UTC: get_wav_file_list() Start with args 'mode_seconds_files KIWI_0 15 W2', then receiver_modes => W2 => target_minutes=( 2 ) => target_seconds=( 120 ) /tmp/wsprdaemon/recording.d/KIWI_0/15/decoding_daemon.log: Sat 21 May 2022 20:19:06 UTC: get_wav_file_list() Found raw/wav files '20220521T201800Z_21094600_usb.wav 20220521T201900Z_21094600_usb.wav' /tmp/wsprdaemon/recording.d/KIWI_0/15/decoding_daemon.log: Sat 21 May 2022 20:19:08 UTC: sleep_until_raw_file_is_full() The wav file stabilized at invalid too short duration 00:00:04.28 which almost always occurs at startup. Flush this file since it can't be used as part of a WSPR wav file Press <ENTER> to check the next log file > p_until_raw_file_is_full() ERROR: wav file stabilized at invalid too long duration 00Sat 21 May 2022 20:22:49 UTC: wd_logger_check_all_logs() Found 13 new ERROR: lines Sat 21 May 2022 20:22:49 UTC: wd_logger_check_all_logs() There are 13 new lines to be printed /tmp/wsprdaemon/recording.d/KIWI_0/12/decoding_daemon.log: Sat 21 May 2022 20:19:03 UTC: sleep_until_raw_file_is_full() ERROR: wav file stabilized at invalid too long duration 00:01:06.08, so there appear to be more than one instance of the KWR running. 'ps' output was: /tmp/wsprdaemon/recording.d/KIWI_0/12/decoding_daemon.log: odroid 4422 4.5 0.9 35400 19624 ? Sl 20:17 0:05 python3 -u /home/odroid/wsprdaemon/kiwiclient/kiwirecorder.py --freq=24924.6 --server-host=192.168.1.196 --server-port=8073 --OV --user=wsprdaemon_v3.0.2 --password=NULL --agc-gain=60 --quiet --no_compression --modulation=usb --lp-cutoff=1340 --hp-cutoff=1660 --dt-sec=60 /tmp/wsprdaemon/recording.d/KIWI_0/12/decoding_daemon.log: So executed 'kill 4422' /tmp/wsprdaemon/recording.d/KIWI_0/12/decoding_daemon.log: Sat 21 May 2022 20:19:03 UTC: get_wav_file_list() Error while waiting for the first wav file to fill, 'sleep_until_raw_file_is_full 20220521T201800Z_24924600_usb.wav' => 1 /tmp/wsprdaemon/recording.d/KIWI_0/12/decoding_daemon.log: Sat 21 May 2022 20:19:03 UTC: decoding_daemon() Error 2 returned by 'get_wav_file_list mode_wav_file_list KIWI_0 12 W2'. 'sleep 1' and retry /tmp/wsprdaemon/recording.d/KIWI_0/12/decoding_daemon.log: Sat 21 May 2022 20:19:04 UTC: get_wav_file_list() Start with args 'mode_seconds_files KIWI_0 12 W2', then receiver_modes => W2 => target_minutes=( 2 ) => target_seconds=( 120 ) /tmp/wsprdaemon/recording.d/KIWI_0/12/decoding_daemon.log: Sat 21 May 2022 20:19:05 UTC: get_wav_file_list() Found raw/wav files '20220521T201800Z_24924600_usb.wav 20220521T201900Z_24924600_usb.wav' /tmp/wsprdaemon/recording.d/KIWI_0/12/decoding_daemon.log: Sat 21 May 2022 20:19:07 UTC: sleep_until_raw_file_is_full() The wav file stabilized at invalid too short duration 00:00:03.55 which almost always occurs at startup. Flush this file since it can't be used as part of a WSPR wav file Press <ENTER> to check the next log file > :Sat 21 May 2022 20:22:49 UTC: wd_logger_check_all_logs() Found 13 new ERROR: lines Sat 21 May 2022 20:22:49 UTC: wd_logger_check_all_logs() There are 13 new lines to be printed /tmp/wsprdaemon/recording.d/KIWI_0/10/decoding_daemon.log: Sat 21 May 2022 20:19:04 UTC: sleep_until_raw_file_is_full() ERROR: wav file stabilized at invalid too long duration 00:01:06.08, so there appear to be more than one instance of the KWR running. 'ps' output was: /tmp/wsprdaemon/recording.d/KIWI_0/10/decoding_daemon.log: odroid 4511 4.4 0.9 35400 19520 ? Sl 20:17 0:05 python3 -u /home/odroid/wsprdaemon/kiwiclient/kiwirecorder.py --freq=28124.6 --server-host=192.168.1.196 --server-port=8073 --OV --user=wsprdaemon_v3.0.2 --password=NULL --agc-gain=60 --quiet --no_compression --modulation=usb --lp-cutoff=1340 --hp-cutoff=1660 --dt-sec=60 /tmp/wsprdaemon/recording.d/KIWI_0/10/decoding_daemon.log: So executed 'kill 4511' /tmp/wsprdaemon/recording.d/KIWI_0/10/decoding_daemon.log: Sat 21 May 2022 20:19:04 UTC: get_wav_file_list() Error while waiting for the first wav file to fill, 'sleep_until_raw_file_is_full 20220521T201800Z_28124600_usb.wav' => 1 /tmp/wsprdaemon/recording.d/KIWI_0/10/decoding_daemon.log: Sat 21 May 2022 20:19:04 UTC: decoding_daemon() Error 2 returned by 'get_wav_file_list mode_wav_file_list KIWI_0 10 W2'. 'sleep 1' and retry /tmp/wsprdaemon/recording.d/KIWI_0/10/decoding_daemon.log: Sat 21 May 2022 20:19:05 UTC: get_wav_file_list() Start with args 'mode_seconds_files KIWI_0 10 W2', then receiver_modes => W2 => target_minutes=( 2 ) => target_seconds=( 120 ) /tmp/wsprdaemon/recording.d/KIWI_0/10/decoding_daemon.log: Sat 21 May 2022 20:19:06 UTC: get_wav_file_list() Found raw/wav files '20220521T201800Z_28124600_usb.wav 20220521T201900Z_28124600_usb.wav' /tmp/wsprdaemon/recording.d/KIWI_0/10/decoding_daemon.log: Sat 21 May 2022 20:19:08 UTC: sleep_until_raw_file_is_full() The wav file stabilized at invalid too short duration 00:00:04.32 which almost always occurs at startup. Flush this file since it can't be used as part of a WSPR wav file Press <ENTER> to check the next log file > 01:06.03, so there appear to be more than one instance of the KWR running. 'ps' output was: /tm There seems to be a problem with the wav-file. I am using Ubuntu with eMMC and external SSD drive, but same problem was seen on a RPi4 with SD-card. regards Gerhard OE3GBB Am 20.05.2022 16:21, schrieb Rob Robinett: run 'wsprdaemon.sh -l e' and you will see all log lines with "ERROR ..." they might give you a clue as to why your system isn't working. On Fri, May 20, 2022 at 7:06 AM <gerhard@...> wrote: Hi, Have installed V3.0 first on the odroid XU4 (Ubuntu). Istallation seems to be OK, but did not work. The connection to the SDR is allways broken right after 2 minutes. Therefore no decoding and upload. SDR is a Flydog-SDR. Then tried it on a RPi4, but unfortunatly same problem. Had to stop now to go to a club reunion. Will try it tomorrow with a Rasp_SDR. 73 Gerhard OE3GBB Am 20.05.2022 15:23, schrieb Rob Robinett: I know that in the recent past Jim WA2ZKD has installed WD on his odroid systems. WD 3.0 includes the option for you to configure it to give me remote access if you need installation help. On Fri, May 20, 2022 at 3:45 AM <gerhard@...> wrote: Hello Rob, great news! I am running the monitor at OE3XOE, at the moment using DigiSkimmer for WSPR and FT8. I will try V3, but I would like to use a Odroid XU4 instead a RPI4. Do you have instructions to install on this hardware? 73 de Gerhard OE3GBB Am 20.05.2022 06:53, schrieb Rob Robinett: The new Wsprdaemon version 3.0 software running on 20 sites from Maui to Europe is configured to simultaneously decode and report to wsprnet.org WSPR-2 and all of the FST4W-xxx modes on 630M and 160M. i.e. only one Kiwi rx channel is needed to decode all of the modes in every WSPR cycle. While Spring and Summer are not optimal for those bands, I am seeing FST4W-120, -300 -900 and -1800 spots in Europe and on the East Coast. On 2200M AI6VN/KH6 in Maui, N6GN in Colorado, and WA2TP in New York are decoding all the FST4W modes. I expect that soon many the 50+ top spotting stations will be running Wsprdaemon Version 3.0 and extend FST4W listening coverage worldwide. Hopefully that many FST4W listeners will encourage 2200/630/160 beacons to start transmitting in those modes The Pi4 has just enough CPU to decode all 15 WSPR (i.e. 22M) bands and all of the FST4W modes on 2200/630/160M. 'git checkout 3.0.2' will get you the latest build (currently 3.0.2.4) It is compatible with your existing config files, but to decode FST4W modes you will need to add specifications for them to your schedule. -- Rob Robinett AI6VN rob@... mobile: +1 650 218 8896 -- Rob Robinett AI6VN rob@... mobile: +1 650 218 8896 -- Rob Robinett AI6VN rob@... mobile: +1 650 218 8896
More All Messages By This Member

1 - 9 of 9

1

Previous Topic Next Topic

Home Hashtags About Features Pricing Updates Terms Help Twitter