Okay, so let it stabilize then use that value for the PPM offset? Kalibrate doesn't seem to really give me much.
pi@raspi-server-misc:~/kalibrate-rtl $ kal -c 26 Found 1 device(s): 0: Generic RTL2832U OEM Using device 0: Generic RTL2832U OEM Found Rafael Micro R820T tuner Exact sample rate is: 270833.002142 Hz [R82XX] PLL not locked! kal: Calculating clock frequency offset. Using GSM-900 channel 26 (940.2MHz) Tuned to 940.200000MHz (reported tuner error: 0Hz) I did compile librtlsdr, but still seeing the warning. Removed OS level one (apt remove librtlsdr-dev) and it still says it's allocating a zero-buffer. Hmm... On Wednesday, May 13, 2020 at 9:45:14 AM UTC-7, Steve Wormley wrote: > > I couldn't actually get Kalibrate to work where I am I just mention it > because it's apparently recommended. 15-20 minutes should be good for > rtl_test, the average should stabilize. The Zero copy stuff is in the > dynamically loaded library so there's no need to recompile rtldavis, just > make sure it no longer says anything about zero-copy when it starts. > > -Steve > -- You received this message because you are subscribed to the Google Groups "weewx-development" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/weewx-development/946f0616-9bef-44c4-9b7b-438c79a97f5b%40googlegroups.com.
