Q&A
RTCを積んでいて、ネットワークに繋がず、電源を入れっぱなしの運用が想定されているLinux搭載の装置で
時刻をなるべく正確に保つ、取得する方法はどういった方法があるのかを教えていただきたいです。
RTCの時刻ズレは考慮しません、ソフトウェア時刻の精度の低さをどうにかするということがメインです。
私が思いついているのは
- 常にRTCから時刻を参照する。
- 定期的にRTCの時刻をソフトウェア時刻に同期する
ぐらいで、とりあえずアプリケーションの方からRTCの時刻を定期的に同期する方法をとっているのですが
ここまで書いてふと、思いついたのは
Linuxの方で定期的に同期コマンドを実行させた方が楽だな...と思いました...
まぁやっていることは同じなのでとりあえず置いておきます...
RTCの時刻を直接参照しないのは
単純にQtのcurrentTimeとかcurrentDateTimeとかの関数が便利で楽したいからです
ラッピング関数を作ればいい話しですが、動作が確実な方を選びました
組込みとして使われることも多いLinuxなので
ネットワーク接続がない状況も多いのかなと思い
もしかしたらLinuxに簡単に定期的に同期をしてくれる機能があるのか
また、他の方だったらどのようなやり方をするのかを知りたいと思ったので質問させていただきました。
よろしくお願いします。
回答1件
0
ベストアンサー
定期的に同期をするかどうかはユーザーに任される部分ですが、RTCとLinux内のシステムクロックを同期する方法としては、hwclockコマンドの使用が挙げられます。組み込みLinuxでも多く使われるBusyBoxのようなコマンドツールセットにも簡易版のような形で含まれています。
Man page of HWCLOCK
Linuxの起動時、大抵のケースでは起動スクリプト内でRTCとLinuxのシステムクロックを同期しますが、その後はシステムクロックは自走しています。ネットワークに繋がっているのであればNTPで同期するよう設定するでしょうし、NTPが使えない環境ならRTCを実装しているボードであればそれと定期的に同期するしかありません。また、そもそもRTCが無いのであれば紀元(例えば1970-01-01 00:00:00 GMT)から進むしかありません。尚、GPSが使えるボードであれば、GPSの利用時についでに時刻同期する方法も考えられます。
RTCの時刻を直接参照しないのは
単純にQtのcurrentTimeとかcurrentDateTimeとかの関数が便利で楽したいからです
アプリケーションが使う限りにおいてはその方法が一般的かつ順当でよろしいかと思います。QtのcurrentTimeやcurrentDateTimeはLinuxのシステムコールを経由して、システムクロックの値を取り出しているはずです。むしろRTCを直接読むほうが大変で、RTCのハードウェア仕様にもよるでしょうが、ミリ秒の単位では取れないケースもあります。
では結局、RTCはあるんだけどNTPは使えない。そんな場合に定期的に同期するにはどうしたら良いのか、と言う結論ですが、「hwclockコマンドで、cronジョブで定期的にRTCとシステムクロックを同期」と言うことになろうかと思います。周期としてはそのシステムの要求仕様によるでしょう。1日で数秒ズレてしまうようであれば数時間おきに同期する必要があるでしょうし、そうでないなら何日かに1度で良いかもしれません。正確な日時を必要とするログを収集しているシステムならば、稼働中に日時がズレると問題があるかもしれませんので、そんな場合は稼動しない真夜中、などとする必要があるかもしれませんし、スリープから復帰するようなシステムであれば、その時にしても良いかもしれません。「面倒だから1時間周期にしてしまえ」と、簡単にしてしまうこともできますが、RTCがミリ秒単位で値を取得できないのであれば、それも考慮しないとシステムクロックが無用にプラスマイナス1秒以内でズレることにもなりかねませんので、必ずしもやたらに同期の頻度を上げるのが良いとも限りません。
この辺りは繰り返しになりますが、そのシステムの要求仕様によるので、要検討事項となるかと思います。
投稿2019/12/09 02:00
総合スコア9254
あなたの回答
tips
プレビュー
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
2019/12/09 02:12
2019/12/09 02:12