New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
NTP unreliable #814
Comments
another one:
The web interface then reports 1970. |
Sounds like "-1" is being interpreted as valid time response from the NTP server. |
and one more from 2036...
|
if you try hard enough, you don't get any answers from the ntp for a while. In that case no time is displayed in the serial console.
|
2036 is the new millennium problem. So the time was set to "-1" which is 2^32-1 for an unsigned int. |
sigh. Not again. I need to adjust my flux capacitor for this. |
NTP has now a better query/re-query approach. But still it is possible to have a timezone setting west from Greenwich that will set the NTP to negative values (0 is the error value of NTP)... ehh I mean those timezones will activate the flux capacitor. So until that has to be fixed, this issue can be closed. |
2.4.0 mega. cant reproduce it yet but now and again the year is 2036 :-O
If I could get it to be 2036 reliably, I would hook it up to flux capacitor of my car.
The text was updated successfully, but these errors were encountered: