Audio recording not as long as waterfall - Observations get marked as failed

SatNOGS
1

I just freshly installed Satnogs again after a year of not using it. Now I get this strange problem that the audio recording is not as long as the Waterfall.

Output from journalctl -f -u satnogs-client.service:

    Feb 16 11:30:12 raspberrypi satnogs-client[11419]: Found Rafael Micro R820T tuner
    Feb 16 11:30:12 raspberrypi satnogs-client[11419]: [R82XX] PLL not locked!
    Feb 16 11:30:12 raspberrypi satnogs-client[11419]: [INFO] Using format CF32.
    Feb 16 11:30:15 raspberrypi satnogs-client[11419]: Allocating 15 zero-copy buffers
    Feb 16 11:40:26 raspberrypi satnogs-client[11419]: OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOsOFound Rafael Micro R820T tuner
    Feb 16 11:40:26 raspberrypi satnogs-client[11419]: [INFO] Opening Generic RTL2832U OEM :: 00000001...
    Feb 16 11:40:27 raspberrypi satnogs-client[11419]: Found Rafael Micro R820T tuner
    Feb 16 11:40:27 raspberrypi satnogs-client[11419]: [R82XX] PLL not locked!
    Feb 16 11:40:27 raspberrypi satnogs-client[11419]: [INFO] Using format CF32.
    Feb 16 11:40:27 raspberrypi satnogs-client[11419]: Allocating 15 zero-copy buffers```
1 Like
2

This is due to samples being dropped. So try to lower the sample rate or try to figure out what unnecessary thing runs on the station that loads it.
I also noticed that last december’s update slightly increased the cpu load which triggered lost samples on my station. Lowering the sample rate solved the issue.

3 Likes
3

yes, that fixed it. Thanks!

1 Like