Skip to content
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

Make ntp server configurable during provisioning #110

Open
peter-mount opened this issue Nov 2, 2022 · 3 comments
Open

Make ntp server configurable during provisioning #110

peter-mount opened this issue Nov 2, 2022 · 3 comments
Labels
enhancement New feature or request

Comments

@peter-mount
Copy link

Currently phew is hardcoded to pool.ntp.org but for some environments this might not be accessible or desirable.

Being able to change this to another ntp server, in my instance I have my own stratum 1 ntp server locally, would mean that any clock synchronization would not rely on a potentially unstable internet connection.

I've raised pimoroni/phew#16 which covers the part in phew where this would need to be done to support this during enviro's provisioning.

@ZodiusInfuser ZodiusInfuser added the enhancement New feature or request label Nov 4, 2022
@ZodiusInfuser
Copy link
Member

Thanks for suggesting this. As the firmware is just local to your PicoW you can edit the relevant code line on your specific board if you wish to get something working now.

I do agree though that being able to specify it would be preferable. Were you thinking it would be something the user gets asked during provisioning? I can imagine most users don't know what ntp loop to choose, so I'm not sure about it being an always present setup step. Perhaps just a line in the config file that you can edit?

I'm curious what your thoughts are

@peter-mount
Copy link
Author

I'm doing it currently by manually editing the file.

I raised this because not everyone would know where to do this. If it's a config entry then that would be good as an alternative to provisioning.

@MrDrem
Copy link

MrDrem commented Nov 4, 2022

I think that this might be resolved by better documentation on where things like this are within the code, rather than spraying too many options around.

Anyone who wants to edit the ntp server address is likely to know what one looks like, so can find it be searching, but it being flagged either with a comment or in general documentation (if space saving is a issue) would be useful.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

3 participants