One of my stations is also experiencing this problem. I have collected similar information as commented here. Just adding the pile of satnogs processes :
pi@satnogspi43:~ $ ps -aux | grep “satnogs_”
satnogs 1328 0.6 1.2 498108 23668 ? Sl 11:22 3:43 /usr/bin/python3 /usr/bin/satnogs_fsk_ax25.py --soapy-rx-device=driver=rtlsdr --samp-rate-rx=2.048e6 --rx-freq=437676000 --file-path=/tmp/.satnogs/data/receiving_satnogs_2128479_2020-04-30T11-22-14.out --waterfall-file-path=/tmp/.satnogs/data/receiving_waterfall_2128479_2020-04-30T11-22-14.dat --baudrate=9600 --rigctl-port=4532 --gain-mode=Overall --gain=48 --antenna=RX --decoded-data-file-path=/tmp/.satnogs/data/data_2128479
satnogs 1502 0.6 1.2 481724 23540 ? Sl 12:32 3:21 /usr/bin/python3 /usr/bin/satnogs_fsk_ax25.py --soapy-rx-device=driver=rtlsdr --samp-rate-rx=2.048e6 --rx-freq=435225000 --file-path=/tmp/.satnogs/data/receiving_satnogs_2128623_2020-04-30T12-32-05.out --waterfall-file-path=/tmp/.satnogs/data/receiving_waterfall_2128623_2020-04-30T12-32-05.dat --baudrate=9600 --rigctl-port=4532 --gain-mode=Overall --gain=48 --antenna=RX --decoded-data-file-path=/tmp/.satnogs/data/data_2128623
satnogs 1624 0.6 1.2 489020 23536 ? Sl 12:49 3:16 /usr/bin/python3 /usr/bin/satnogs_fsk_ax25.py --soapy-rx-device=driver=rtlsdr --samp-rate-rx=2.048e6 --rx-freq=437424000 --file-path=/tmp/.satnogs/data/receiving_satnogs_2128082_2020-04-30T12-49-36.out --waterfall-file-path=/tmp/.satnogs/data/receiving_waterfall_2128082_2020-04-30T12-49-36.dat --baudrate=2400 --rigctl-port=4532 --gain-mode=Overall --gain=48 --antenna=RX --decoded-data-file-path=/tmp/.satnogs/data/data_2128082
satnogs 1739 0.6 1.2 485824 23484 ? Sl 13:25 3:02 /usr/bin/python3 /usr/bin/satnogs_fsk_ax25.py --soapy-rx-device=driver=rtlsdr --samp-rate-rx=2.048e6 --rx-freq=437445000 --file-path=/tmp/.satnogs/data/receiving_satnogs_2128666_2020-04-30T13-25-14.out --waterfall-file-path=/tmp/.satnogs/data/receiving_waterfall_2128666_2020-04-30T13-25-14.dat --baudrate=9600 --rigctl-port=4532 --gain-mode=Overall --gain=48 --antenna=RX --decoded-data-file-path=/tmp/.satnogs/data/data_2128666
satnogs 1787 0.6 1.2 485948 23404 ? Sl 13:41 2:55 /usr/bin/python3 /usr/bin/satnogs_fsk_ax25.py --soapy-rx-device=driver=rtlsdr --samp-rate-rx=2.048e6 --rx-freq=437525000 --file-path=/tmp/.satnogs/data/receiving_satnogs_2129037_2020-04-30T13-41-28.out --waterfall-file-path=/tmp/.satnogs/data/receiving_waterfall_2129037_2020-04-30T13-41-28.dat --baudrate=4800 --rigctl-port=4532 --gain-mode=Overall --gain=48 --antenna=RX --decoded-data-file-path=/tmp/.satnogs/data/data_2129037
satnogs 1938 0.6 1.2 442464 23556 ? Sl 13:58 2:47 /usr/bin/python3 /usr/bin/satnogs_bpsk_ax25.py --soapy-rx-device=driver=rtlsdr --samp-rate-rx=2.048e6 --rx-freq=436375000 --file-path=/tmp/.satnogs/data/receiving_satnogs_2128671_2020-04-30T13-58-30.out --waterfall-file-path=/tmp/.satnogs/data/receiving_waterfall_2128671_2020-04-30T13-58-30.dat --baudrate=9600 --rigctl-port=4532 --gain-mode=Overall --gain=48 --antenna=RX --decoded-data-file-path=/tmp/.satnogs/data/data_2128671
satnogs 1992 0.6 1.2 399556 23428 ? Sl 14:13 2:40 /usr/bin/python3 /usr/bin/satnogs_cw_decoder.py --soapy-rx-device=driver=rtlsdr --samp-rate-rx=2.048e6 --rx-freq=435106000 --file-path=/tmp/.satnogs/data/receiving_satnogs_2129038_2020-04-30T14-13-34.out --waterfall-file-path=/tmp/.satnogs/data/receiving_waterfall_2129038_2020-04-30T14-13-34.dat --rigctl-port=4532 --gain-mode=Overall --gain=48 --antenna=RX --decoded-data-file-path=/tmp/.satnogs/data/data_2129038
satnogs 2176 0.6 1.2 479680 23612 ? Sl 15:16 2:16 /usr/bin/python3 /usr/bin/satnogs_fsk_ax25.py --soapy-rx-device=driver=rtlsdr --samp-rate-rx=2.048e6 --rx-freq=437445000 --file-path=/tmp/.satnogs/data/receiving_satnogs_2129169_2020-04-30T15-16-58.out --waterfall-file-path=/tmp/.satnogs/data/receiving_waterfall_2129169_2020-04-30T15-16-58.dat --baudrate=9600 --rigctl-port=4532 --gain-mode=Overall --gain=48 --antenna=RX --decoded-data-file-path=/tmp/.satnogs/data/data_2129169
satnogs 2510 0.6 1.2 394436 23600 ? Sl 15:37 2:05 /usr/bin/python3 /usr/bin/satnogs_cw_decoder.py --soapy-rx-device=driver=rtlsdr --samp-rate-rx=2.048e6 --rx-freq=437499500 --file-path=/tmp/.satnogs/data/receiving_satnogs_2129388_2020-04-30T15-37-04.out --waterfall-file-path=/tmp/.satnogs/data/receiving_waterfall_2129388_2020-04-30T15-37-04.dat --rigctl-port=4532 --gain-mode=Overall --gain=48 --antenna=RX --decoded-data-file-path=/tmp/.satnogs/data/data_2129388
satnogs 2547 0.6 2.1 477632 40460 ? Sl 15:43 2:05 /usr/bin/python3 /usr/bin/satnogs_fsk_ax25.py --soapy-rx-device=driver=rtlsdr --samp-rate-rx=2.048e6 --rx-freq=437549000 --file-path=/tmp/.satnogs/data/receiving_satnogs_2129389_2020-04-30T15-43-12.out --waterfall-file-path=/tmp/.satnogs/data/receiving_waterfall_2129389_2020-04-30T15-43-12.dat --rigctl-port=4532 --gain-mode=Overall --gain=48 --antenna=RX --decoded-data-file-path=/tmp/.satnogs/data/data_2129389
satnogs 2813 0.6 3.8 474560 73312 ? Sl 16:22 1:49 /usr/bin/python3 /usr/bin/satnogs_fsk_ax25.py --soapy-rx-device=driver=rtlsdr --samp-rate-rx=2.048e6 --rx-freq=437356000 --file-path=/tmp/.satnogs/data/receiving_satnogs_2130020_2020-04-30T16-22-04.out --waterfall-file-path=/tmp/.satnogs/data/receiving_waterfall_2130020_2020-04-30T16-22-04.dat --baudrate=9600 --rigctl-port=4532 --gain-mode=Overall --gain=48 --antenna=RX --decoded-data-file-path=/tmp/.satnogs/data/data_2130020
satnogs 2858 0.6 3.8 391356 72720 ? Sl 16:26 1:45 /usr/bin/python3 /usr/bin/satnogs_cw_decoder.py --soapy-rx-device=driver=rtlsdr --samp-rate-rx=2.048e6 --rx-freq=436848700 --file-path=/tmp/.satnogs/data/receiving_satnogs_2130021_2020-04-30T16-26-09.out --waterfall-file-path=/tmp/.satnogs/data/receiving_waterfall_2130021_2020-04-30T16-26-09.dat --wpm=50 --rigctl-port=4532 --gain-mode=Overall --gain=48 --antenna=RX --decoded-data-file-path=/tmp/.satnogs/data/data_2130021
satnogs 2909 0.6 3.8 391356 72496 ? Sl 16:32 1:43 /usr/bin/python3 /usr/bin/satnogs_cw_decoder.py --soapy-rx-device=driver=rtlsdr --samp-rate-rx=2.048e6 --rx-freq=437305000 --file-path=/tmp/.satnogs/data/receiving_satnogs_2130022_2020-04-30T16-32-08.out --waterfall-file-path=/tmp/.satnogs/data/receiving_waterfall_2130022_2020-04-30T16-32-08.dat --wpm=21 --rigctl-port=4532 --gain-mode=Overall --gain=48 --antenna=RX --decoded-data-file-path=/tmp/.satnogs/data/data_2130022
satnogs 2962 0.6 3.7 390328 71616 ? Sl 16:42 1:40 /usr/bin/python3 /usr/bin/satnogs_cw_decoder.py --soapy-rx-device=driver=rtlsdr --samp-rate-rx=2.048e6 --rx-freq=435315700 --file-path=/tmp/.satnogs/data/receiving_satnogs_2130023_2020-04-30T16-42-44.out --waterfall-file-path=/tmp/.satnogs/data/receiving_waterfall_2130023_2020-04-30T16-42-44.dat --rigctl-port=4532 --gain-mode=Overall --gain=48 --antenna=RX --decoded-data-file-path=/tmp/.satnogs/data/data_2130023
satnogs 3047 0.6 3.6 471488 69868 ? Sl 17:11 1:32 /usr/bin/python3 /usr/bin/satnogs_fsk_ax25.py --soapy-rx-device=driver=rtlsdr --samp-rate-rx=2.048e6 --rx-freq=438226000 --file-path=/tmp/.satnogs/data/receiving_satnogs_2129435_2020-04-30T17-11-22.out --waterfall-file-path=/tmp/.satnogs/data/receiving_waterfall_2129435_2020-04-30T17-11-22.dat --baudrate=9600 --rigctl-port=4532 --gain-mode=Overall --gain=48 --antenna=RX --decoded-data-file-path=/tmp/.satnogs/data/data_2129435
satnogs 3288 0.6 3.5 468540 66964 ? Sl 18:01 1:12 /usr/bin/python3 /usr/bin/satnogs_fsk_ax25.py --soapy-rx-device=driver=rtlsdr --samp-rate-rx=2.048e6 --rx-freq=435950000 --file-path=/tmp/.satnogs/data/receiving_satnogs_2130085_2020-04-30T18-01-48.out --waterfall-file-path=/tmp/.satnogs/data/receiving_waterfall_2130085_2020-04-30T18-01-48.dat --baudrate=4800 --rigctl-port=4532 --gain-mode=Overall --gain=48 --antenna=RX --decoded-data-file-path=/tmp/.satnogs/data/data_2130085
satnogs 3338 0.6 3.4 492536 66268 ? Sl 18:10 1:12 /usr/bin/python3 /usr/bin/satnogs_argos_bpsk_ldr.py --soapy-rx-device=driver=rtlsdr --samp-rate-rx=2.048e6 --rx-freq=465988000 --file-path=/tmp/.satnogs/data/receiving_satnogs_2129439_2020-04-30T18-10-01.out --waterfall-file-path=/tmp/.satnogs/data/receiving_waterfall_2129439_2020-04-30T18-10-01.dat --baudrate=800 --rigctl-port=4532 --gain-mode=Overall --gain=48 --antenna=RX --decoded-data-file-path=/tmp/.satnogs/data/data_2129439
satnogs 3595 0.6 3.3 465344 63700 ? Sl 18:50 0:53 /usr/bin/python3 /usr/bin/satnogs_fsk_ax25.py --soapy-rx-device=driver=rtlsdr --samp-rate-rx=2.048e6 --rx-freq=437269600 --file-path=/tmp/.satnogs/data/receiving_satnogs_2130208_2020-04-30T18-50-51.out --waterfall-file-path=/tmp/.satnogs/data/receiving_waterfall_2130208_2020-04-30T18-50-51.dat --baudrate=9600 --rigctl-port=4532 --gain-mode=Overall --gain=48 --antenna=RX --decoded-data-file-path=/tmp/.satnogs/data/data_2130208
satnogs 3747 0.6 3.2 381112 62268 ? Sl 19:13 0:44 /usr/bin/python3 /usr/bin/satnogs_cw_decoder.py --soapy-rx-device=driver=rtlsdr --samp-rate-rx=2.048e6 --rx-freq=437425000 --file-path=/tmp/.satnogs/data/receiving_satnogs_2130209_2020-04-30T19-13-25.out --waterfall-file-path=/tmp/.satnogs/data/receiving_waterfall_2130209_2020-04-30T19-13-25.dat --rigctl-port=4532 --gain-mode=Overall --gain=48 --antenna=RX --decoded-data-file-path=/tmp/.satnogs/data/data_2130209
satnogs 3840 0.6 3.1 378052 60000 ? Sl 19:51 0:31 /usr/bin/python3 /usr/bin/satnogs_cw_decoder.py --soapy-rx-device=driver=rtlsdr --samp-rate-rx=2.048e6 --rx-freq=437372000 --file-path=/tmp/.satnogs/data/receiving_satnogs_2130641_2020-04-30T19-51-03.out --waterfall-file-path=/tmp/.satnogs/data/receiving_waterfall_2130641_2020-04-30T19-51-03.dat --rigctl-port=4532 --gain-mode=Overall --gain=48 --antenna=RX --decoded-data-file-path=/tmp/.satnogs/data/data_2130641
For those following along, I have changed the PSU and have the exact same issue.
I’m at a total loss.
I think I will go back to the original version of the client, I miss having the station running.
The only difference with the many other setups we have is rpi4 vs rpi3 and possibly which rtl you are using.
there is a multitude of stations with your exact configuration that are not reporting the issue, so I tend to believe it is a hardware issue.
Hello,
I’m jumping on the tail of this discussion as it reflects what I’m experiencing today.
I’ve had a SD card problem that prevent the Rbpi 3B to reboot, recreated a fresh image of it from central and recreated a client, the process went smooth.
Upon termination my node (499) is showing up as online.
However when trying to catch the first scheduled passes no waterfall nor sound files are generated.
I’d received a mail about the problem recommending to put the station in test mode which I did.
Now, where to start?
The RBPI itself seems to be healthy, rtl_test yield shows no issues, and other errands in this thread seems normal as well.
Where should I look to spot what it the problem preventing the waterfall to be created (or uploaded)?
Thanks in advance, Pedro, LU7DID
Incidentally, this is what systemctl status satnogs-client produces
● satnogs-client.service - SatNOGS client
Loaded: loaded (/etc/systemd/system/satnogs-client.service; enabled; vendor preset: enabled)
Active: active (running) since Sun 2020-05-17 16:39:29 -03; 2h 58min ago
Main PID: 318 (satnogs-client)
Tasks: 22 (limit: 2200)
Memory: 139.5M
CGroup: /system.slice/satnogs-client.service
└─318 /var/lib/satnogs/bin/python3 /var/lib/satnogs/bin/satnogs-client
May 17 19:10:53 mucrux satnogs-client[318]: File “/usr/bin/satnogs_cw_decoder.py”, line 459, in
May 17 19:10:53 mucrux satnogs-client[318]: main()
May 17 19:10:53 mucrux satnogs-client[318]: File “/usr/bin/satnogs_cw_decoder.py”, line 444, in main
May 17 19:10:53 mucrux satnogs-client[318]: tb = top_block_cls(antenna=options.antenna, bb_freq=options.bb_freq, bfo_freq=options.bfo_freq, bw=options.bw,
May 17 19:10:53 mucrux satnogs-client[318]: File “/usr/bin/satnogs_cw_decoder.py”, line 90, in init
May 17 19:10:53 mucrux satnogs-client[318]: tune_args, settings, samp_rate_rx, “fc32”)
May 17 19:10:53 mucrux satnogs-client[318]: File “/usr/lib/python3/dist-packages/soapy/soapy_swig.py”, line 166, in make
May 17 19:10:53 mucrux satnogs-client[318]: return _soapy_swig.source_make(nchan, device, dev_args, stream_args, tune_args, other_settings, sampling_rate,
May 17 19:10:53 mucrux satnogs-client[318]: RuntimeError: soapy::source: Unsupported sample rate. Rate must be in the range [8000.000000, 8000.000000] [16000.
May 17 19:10:56 mucrux satnogs-client[318]: satnogsclient.observer.observer - ERROR - No waterfall data file found
lines 1-19/19 (END)
Please, upload a support report.
Would be glad to, but ¿how? and ¿where? and ¿which information is needed? I’m failing to find some guideline for that.
satnogs-setup > Advanced > Support
Thank you pierros.
Took some time to figure out to run it on my node after searching a while on the Web, but got it.
I wasn’t able to.
Message obtained:
Generating support report. Please wait…
Traceback (most recent call last):
File “/usr/lib/python3/dist-packages/apt/cache.py”, line 90, in enter
return self._lock.enter()
apt_pkg.Error: E:Could not open lock file /var/lib/apt/lists/lock - open (13: Permission denied)
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File “/var/lib/satnogs-config/bin/satnogs-config”, line 8, in
sys.exit(main())
File “/var/lib/satnogs-config/lib/python3.7/site-packages/satnogsconfig/init.py”, line 29, in main
menu.show()
File “/var/lib/satnogs-config/lib/python3.7/site-packages/satnogsconfig/menu.py”, line 224, in show
self._typesmenu[‘type’]
File “/var/lib/satnogs-config/lib/python3.7/site-packages/satnogsconfig/menu.py”, line 470, in _support
).dump(indent=4) +
File “/var/lib/satnogs-config/lib/python3.7/site-packages/satnogsconfig/helpers/support.py”, line 85, in dump
return json.dumps(self.info, *args, **kwargs)
File “/var/lib/satnogs-config/lib/python3.7/site-packages/satnogsconfig/helpers/support.py”, line 64, in info
“pending-updates”: apt.has_updates(),
File “/var/lib/satnogs-config/lib/python3.7/site-packages/satnogsconfig/helpers/apt.py”, line 16, in has_updates
cache.update()
File “/usr/lib/python3/dist-packages/apt/cache.py”, line 567, in update
with _WrappedLock(apt_pkg.config.find_dir(“Dir::State::Lists”)):
File “/usr/lib/python3/dist-packages/apt/cache.py”, line 93, in enter
(self._path, e))
apt.cache.LockFailedException: Failed to lock directory /var/lib/apt/lists/: E:Could not open lock file /var/lib/apt/lists/lock - open (13: Permission denied)
Thanks, Pedro LU7DID
Here it is…
{
“versions”: {
“satnogs-client”: “1.3.1”,
“satnogs-client-ansible”: “202004031132”,
“satnogs-flowgraphs”: “1.1.1-1”,
“gr-satnogs”: “2.1.2-1”,
“gr-soapy”: “2.1.3-1”,
“gnuradio”: “3.8.0.0-6”,
“satnogs-config”: “0.10.1”
},
“state”: {
“is-applied”: true,
“pending-tags”: null
},
“system”: {
“distribution”: {
“DESCRIPTION”: “Raspbian GNU/Linux 10 (buster)”,
“RELEASE”: “10”,
“CODENAME”: “buster”,
“ID”: “Raspbian”
},
“pending-updates”: true,
“platform”: {
“system”: “Linux”,
“node”: “mucrux”,
“release”: “4.19.97-v7+”,
“version”: “#1294 SMP Thu Jan 30 13:15:58 GMT 2020”,
“machine”: “armv7l”,
“processor”: “”
},
“memory”: {
“total”: 971059200,
“available”: 779055104,
“percent”: 19.8,
“used”: 118624256,
“free”: 572153856,
“active”: 174567424,
“inactive”: 159936512,
“buffers”: 20660224,
“cached”: 259620864,
“shared”: 18649088,
“slab”: 43094016
},
“disk”: {
“total”: 15014416384,
“used”: 3410550784,
“free”: 10946383872,
“percent”: 23.8
}
},
“configuration”: {
“satnogs_antenna”: “RX”,
“satnogs_api_token”: “[redacted]”,
“satnogs_rx_samp_rate”: “2.048e6”,
“satnogs_soapy_rx_device”: “driver=rtlsdr”,
“satnogs_station_elev”: “40”,
“satnogs_station_id”: “499”,
“satnogs_station_lat”: “-34.6”,
“satnogs_station_lon”: “-58.4”
}
}
Thanks.
rtl diagnostics
pi@mucrux:~ $ rtl_test
Found 1 device(s):
0: Realtek, RTL2838UHIDIR, SN: 00000001
Using device 0: Generic RTL2832U OEM
Found Rafael Micro R820T tuner
Supported gain values (29): 0.0 0.9 1.4 2.7 3.7 7.7 8.7 12.5 14.4 15.7 16.6 19.7 20.7 22.9 25.4 28.0 29.7 32.8 33.8 36.4 37.2 38.6 40.2 42.1 43.4 43.9 44.5 48.0 49.6
[R82XX] PLL not locked!
Sampling at 2048000 S/s.
Info: This tool will continuously read from the device, and report if
samples get lost. If you observe no further output, everything is fine.
Reading samples in async mode…
Allocating 15 zero-copy buffers
lost at least 104 bytes
It looks like you are having pending updates. You should run Update. Your configuration looks fine though.
Sorry to partly derail this thread, but I felt I need to ask since this comes up every time someone posts their support information:
The “pending updates” is for the system, right? Normally, the repos are updated multiple times per day, so there will always be pending updates. And even if you run an update, if you wait a few hours before collecting the support information, there will be new pending updates.
If we always need to have zero pending updates, should we all have a cron job that updates the system multiple times per day? If that’s the case, maybe the satnogs client could install such a job/service for us?
In principal you are correct. But it’s Raspbian so they are not updated that often. 
It may take a few days. Asking for an Update is a quick and easy way to eliminate issues which may have been fixed in previous releases. It also brings the system in a state which is consistent with what other people can test. It is not so easy to automate unattended updates. There are case in which user input is required or the system asks for a reboot which can interrupt a running observation.
Hi all,
Still struggling. Applied the updates. Same.
Reduced the system to VHF only. Same.
Changed the VHF antenna. Same
Changed the RTL-SDR dongle with a spare brand new one. Same.
The passes are taken, the waterfall is clean, no noise. A bad reception should point the problem into hardware (cable, receiver, antenna), but it’s clean, no signals are there.
The RTL-SDR library and the dongle seems to connect, rtl_test yield what it’s supposed to yield.
¿Any suggestion on what to see or check next?
Thanks, Pedro LU7DID
Just in case it helps
satnogs-client.service - SatNOGS client
Loaded: loaded (/etc/systemd/system/satnogs-client.service; enabled; vendor preset: enabled)
Active: active (running) since Fri 2020-05-22 15:33:22 -03; 2 days ago
Main PID: 311 (satnogs-client)
Tasks: 22 (limit: 2200)
Memory: 263.2M
CGroup: /system.slice/satnogs-client.service
└─311 /var/lib/satnogs/bin/python3 /var/lib/satnogs/bin/satnogs-client
May 24 14:07:40 mucrux satnogs-client[311]: [R82XX] PLL not locked!
May 24 14:07:40 mucrux satnogs-client[311]: [INFO] Using format CF32.
May 24 14:07:41 mucrux satnogs-client[311]: Allocating 15 zero-copy buffers
May 24 14:17:09 mucrux satnogs-client[311]: 4
May 24 15:29:58 mucrux satnogs-client[311]: Found Rafael Micro R820T tuner
May 24 15:29:58 mucrux satnogs-client[311]: Found Rafael Micro R820T tuner
May 24 15:29:58 mucrux satnogs-client[311]: [R82XX] PLL not locked!
May 24 15:29:58 mucrux satnogs-client[311]: [INFO] Using format CF32.
May 24 15:29:59 mucrux satnogs-client[311]: Allocating 15 zero-copy buffers
May 24 15:40:10 mucrux satnogs-client[311]: 4
running
pi@mucrux:~ $ sudo lsof | grep ‘/dev/bus/usb’
satnogs_c 5306 satnogs mem CHR 189,5 36075 /dev/bus/usb/001/006
satnogs_c 5306 satnogs 10u CHR 189,5 0t0 36075 /dev/bus/usb/001/006
satnogs_c 5306 5312 satnogs_c satnogs mem CHR 189,5 36075 /dev/bus/usb/001/006
satnogs_c 5306 5312 satnogs_c satnogs 10u CHR 189,5 0t0 36075 /dev/bus/usb/001/006
satnogs_c 5306 5313 satnogs_c satnogs mem CHR 189,5 36075 /dev/bus/usb/001/006
satnogs_c 5306 5313 satnogs_c satnogs 10u CHR 189,5 0t0 36075 /dev/bus/usb/001/006
satnogs_c 5306 5315 frame_fil satnogs mem CHR 189,5 36075 /dev/bus/usb/001/006
satnogs_c 5306 5315 frame_fil satnogs 10u CHR 189,5 0t0 36075 /dev/bus/usb/001/006
satnogs_c 5306 5316 json_conv satnogs mem CHR 189,5 36075 /dev/bus/usb/001/006
satnogs_c 5306 5316 json_conv satnogs 10u CHR 189,5 0t0 36075 /dev/bus/usb/001/006
satnogs_c 5306 5317 tcp_rigct satnogs mem CHR 189,5 36075 /dev/bus/usb/001/006
satnogs_c 5306 5317 tcp_rigct satnogs 10u CHR 189,5 0t0 36075 /dev/bus/usb/001/006
satnogs_c 5306 5318 udp_msg_s satnogs mem CHR 189,5 36075 /dev/bus/usb/001/006
satnogs_c 5306 5318 udp_msg_s satnogs 10u CHR 189,5 0t0 36075 /dev/bus/usb/001/006
satnogs_c 5306 5319 soapy::so satnogs mem CHR 189,5 36075 /dev/bus/usb/001/006
satnogs_c 5306 5319 soapy::so satnogs 10u CHR 189,5 0t0 36075 /dev/bus/usb/001/006
satnogs_c 5306 5320 fir_filte satnogs mem CHR 189,5 36075 /dev/bus/usb/001/006
satnogs_c 5306 5320 fir_filte satnogs 10u CHR 189,5 0t0 36075 /dev/bus/usb/001/006
satnogs_c 5306 5321 coarse_do satnogs mem CHR 189,5 36075 /dev/bus/usb/001/006
satnogs_c 5306 5321 coarse_do satnogs 10u CHR 189,5 0t0 36075 /dev/bus/usb/001/006
satnogs_c 5306 5322 pfb_arb_r satnogs mem CHR 189,5 36075 /dev/bus/usb/001/006
satnogs_c 5306 5322 pfb_arb_r satnogs 10u CHR 189,5 0t0 36075 /dev/bus/usb/001/006
satnogs_c 5306 5323 fir_filte satnogs mem CHR 189,5 36075 /dev/bus/usb/001/006
satnogs_c 5306 5323 fir_filte satnogs 10u CHR 189,5 0t0 36075 /dev/bus/usb/001/006
satnogs_c 5306 5324 agc2_cc20 satnogs mem CHR 189,5 36075 /dev/bus/usb/001/006
satnogs_c 5306 5324 agc2_cc20 satnogs 10u CHR 189,5 0t0 36075 /dev/bus/usb/001/006
satnogs_c 5306 5325 rotator_c satnogs mem CHR 189,5 36075 /dev/bus/usb/001/006
satnogs_c 5306 5325 rotator_c satnogs 10u CHR 189,5 0t0 36075 /dev/bus/usb/001/006
satnogs_c 5306 5326 complex_t satnogs mem CHR 189,5 36075 /dev/bus/usb/001/006
satnogs_c 5306 5326 complex_t satnogs 10u CHR 189,5 0t0 36075 /dev/bus/usb/001/006
satnogs_c 5306 5327 ogg_encod satnogs mem CHR 189,5 36075 /dev/bus/usb/001/006
satnogs_c 5306 5327 ogg_encod satnogs 10u CHR 189,5 0t0 36075 /dev/bus/usb/001/006
satnogs_c 5306 5328 rational_ satnogs mem CHR 189,5 36075 /dev/bus/usb/001/006
satnogs_c 5306 5328 rational_ satnogs 10u CHR 189,5 0t0 36075 /dev/bus/usb/001/006
satnogs_c 5306 5329 frame_dec satnogs mem CHR 189,5 36075 /dev/bus/usb/001/006
satnogs_c 5306 5329 frame_dec satnogs 10u CHR 189,5 0t0 36075 /dev/bus/usb/001/006
satnogs_c 5306 5330 iq_sink7 satnogs mem CHR 189,5 36075 /dev/bus/usb/001/006
satnogs_c 5306 5330 iq_sink7 satnogs 10u CHR 189,5 0t0 36075 /dev/bus/usb/001/006
satnogs_c 5306 5331 waterfall satnogs mem CHR 189,5 36075 /dev/bus/usb/001/006
satnogs_c 5306 5331 waterfall satnogs 10u CHR 189,5 0t0 36075 /dev/bus/usb/001/006
satnogs_c 5306 5332 satnogs_c satnogs mem CHR 189,5 36075 /dev/bus/usb/001/006
satnogs_c 5306 5332 satnogs_c satnogs 10u CHR 189,5 0t0 36075 /dev/bus/usb/001/006
satnogs_c 5306 5333 satnogs_c satnogs mem CHR 189,5 36075 /dev/bus/usb/001/006
satnogs_c 5306 5333 satnogs_c satnogs 10u CHR 189,5 0t0 36075 /dev/bus/usb/001/006
and
pi@mucrux:~ $ sudo ps -aux | grep “satnogs_”
satnogs 5306 147 11.0 375632 105076 ? Sl 15:47 2:28 /usr/bin/python3 /usr/bin/satnogs_cw_decoder.py --soapy-rx-device=driver=rtlsdr --samp-rate-rx=2.048e6 --rx-freq=145855000 --file-path=/tmp/.satnogs/data/receiving_satnogs_2264879_2020-05-24T18-47-45.out --waterfall-file-path=/tmp/.satnogs/data/receiving_waterfall_2264879_2020-05-24T18-47-45.dat --rigctl-port=4532 --gain-mode=Overall --antenna=RX --decoded-data-file-path=/tmp/.satnogs/data/data_2264879
pi 5347 0.0 0.0 5096 528 pts/0 S+ 15:49 0:00 grep --color=auto satnogs_
Thanks, Pedro, LU7DID
So, now you get waterfalls but they are just noise?
No, either I don’t get any waterfall or I get a blank waterfall (like the attached), no noise whatsoever. Even without an antenna some noised should be shown. The RTL-SDR dongle (a new one) responds to the rtl_test command. Not sure where to look for further debugging the issue. I need to piece the different sub-systems to understand which one is failing, but so far I’ve been working with the external ones such as the antenna or dongle or image, not sure is there is some error condition happening on the client operation and how to identify it or to rule out this as an issue.
Thanks, Pedro, LU7DID
Hi Pedro: Did you get any farther on your issue? I just upgraded to 1.3.1 from 0.9 and my waterfall signals look a lot weaker (roughly 20 dB). I put back the old build I had on a different SD card and the signal strengths came back. I am going to try playing with gains, but since I dont have a lot of experience with firmware (I am a digital hardware designer), I will be struggling.
Cheers
Graem (CalgaryVHF)
I note that the gain value is not being set here.
What’s the default gain value in the latest version? Could it just be that the gain needs to be manually set to something more useful?