Most Stable Raspberry Pi? Better NTP with Thermal Management
11–20 of 99 posts
Re: Most Stable Raspberry Pi? Better NTP with Thermal Management
#12https://www.usenix.org/conference/nsdi22/presentation/najafi
Re: Most Stable Raspberry Pi? Better NTP with Thermal Management
#13Amazing project, great write-up. Would love to see a temperature graph as well! I'm wondering how good the PID controller here is working. For future improvements, a cheap but effective win might be to put a temperature sensor on the oscillator (or two or three in various places). And use that to drive the PID loop. Even if just experimental & not long term, it would be nice to have data on how strong the correlation…
At that point, couldn't we just use the temperature value to compensate for the drift?
Re: Most Stable Raspberry Pi? Better NTP with Thermal Management
#14It's an SBC-scale OXCO. I half wonder if adding a larger heatsink, or even putting thermal mass around the existing oscillator could also help, or if the heating is more localized in the PCB itself. Always fun new things to learn when doing something "simple" like setting up an NTP server!
Re: Most Stable Raspberry Pi? Better NTP with Thermal Management
#15Wouldn't a temperature compensating algorithm be just as effective?
Re: Most Stable Raspberry Pi? Better NTP with Thermal Management
#16You might have even better precision if you stay away from CPU0 and also set idle=poll in your kernel command line. Lots of things (including other interrupts) often land on CPU0. It would not be my first choice for something where I wanted high timing precision.
This is what the scheduler latency looks like on our isolated core:
# Total: 000300000 # Min Latencies: 00001 # Avg Latencies: 00005 # Max Latencies: 00059 # Histogram Overflows: 00000
(those are uS!)
Re: Most Stable Raspberry Pi? Better NTP with Thermal Management
#17Earlier quoted context omitted.
> I half wonder if adding a larger heatsink, or even putting thermal mass around the existing oscillator could also help, or if the heating is more localized in the PCB itself. That would likely make it worse. The trick here is that the other cores are running at essentially their maximum temperature and and will dynamically reduce their clockspeed if required to keep from going above that limit. In essence, the envi…
Extreme power dissipation would keep temperature stable so that this whole setup might not be needed, though. Author should experiment with liquid nitrogen ;) [1] [11] https://www.xda-developers.com/liquid-nitrogen-cooling-raspb...
Re: Most Stable Raspberry Pi? Better NTP with Thermal Management
#18Re: Most Stable Raspberry Pi? Better NTP with Thermal Management
#19Earlier quoted context omitted.
Extreme power dissipation would keep temperature stable so that this whole setup might not be needed, though. Author should experiment with liquid nitrogen ;) [1] [11] https://www.xda-developers.com/liquid-nitrogen-cooling-raspb...
The timing crystals don't work better when colder but worse. That's why they are heated in high end time appliances, not cooled.
Re: Most Stable Raspberry Pi? Better NTP with Thermal Management
#20This is way more direct than spacebar heating.
You could also add a transistor attached to the resistor and a GPIO and use the clock drift as a proxy for temperature. PID is probably enough but since you have a 24 hour cycle you could calculate a baseline heating schedule.