-
Notifications
You must be signed in to change notification settings - Fork 7.4k
RTC Time Date out of the box feature request #35333
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
Comments
I was also looking exactly for such a feature. I'm coming from Linux where I used stime() from std C Lib to set system time and sync it to hwclock. I would appreciate to see something similar in Zepyhr in the future. |
What is the plan to move this forward? |
#52618 has taken the first step here by implementing an RTC driver framework. Still missing is the integration with POSIX time functions, and of course actual drivers for RTC peripherals. |
Hi @bjarki-trackunit, This issue, marked as an Enhancement, was opened a while ago and did not get any traction. It was just assigned to you based on the labels. If you don't consider yourself the right person to address this issue, please re-assing it to the right person. Please take a moment to review if the issue is still relevant to the project. If it is, please provide feedback and direction on how to move forward. If it is not, has already been addressed, is a duplicate, or is no longer relevant, please close it with a short comment explaining the reason. @cederom you are also encouraged to help moving this issue forward by providing additional information and confirming this request/issue is still relevant to you. Thanks! |
I have moved to NuttX RTOS some time ago so not relevant for me anymore. If not implemented yet then not relevant for anyone else. Closing. Thanks :-) |
Please reopen, just because you don't use Zephyr anymore doesn't mean the issue has fixed itself. |
Ah, it was not completed, true :-) |
Is your feature request related to a problem? Please describe.
Describe the solution you'd like
uint64_t
) is minimal requirement and most of cases enough, also ISO8601 datestring in UTC/ZULU would be nice to have :-)Describe alternatives you've considered
Additional context
Please consider implementing. Thank you :-)
The text was updated successfully, but these errors were encountered: