時刻を知りたい時はRTCで、各種タイマー処理は内蔵タイマー、だろうな
どっちにしろハードウェア依存
RTCとCPUの内蔵タイマーはクロックソースが別だけど、
時計用に作られた方が時計としては正確なのでは
TClockスレッド part34
2025/10/12(日) 20:18:21.73ID:jwzhoFgo0
2025/10/12(日) 23:00:51.02ID:CVGz3mGH0
・Windowsでは「 マルチメディア クラス スケジューラ サービス」というサービスが提供されている
※昔でいう「マルチメディアタイマー」
カーネルは、このサービスにより時間(システムクロック)を管理している
https://learn.microsoft.com/ja-jp/windows/win32/procthread/multimedia-class-scheduler-service
・WindowsがNTPにて更新しているのはシステムクロック
https://learn.microsoft.com/ja-jp/windows-server/networking/windows-time-service/windows-server-2016-improvements
・Windowsアプリケーションでの時刻の取得は、このサービスを叩く「timeGetSystemTime 関数」を
用いてシステムクロックを取得するのが標準的(NTPで同期されているから)
https://learn.microsoft.com/ja-jp/windows/win32/multimedia/obtaining-the-system-time
https://learn.microsoft.com/ja-jp/windows/win32/api/timeapi/nf-timeapi-timegetsystemtime
それとは別に
・RTCから時刻を読みだす際は、GetSystemTime 関数により行う
https://learn.microsoft.com/ja-jp/windows/win32/api/sysinfoapi/nf-sysinfoapi-getsystemtime
Windowsがこれを使うのは以下の場合
・OS起動時
・NTPによる同期が設定されていない・エラーで同期されていない、等の場合(複数条件有り)
・RTCを更新する際は、SetSystemTime 関数により行う
https://learn.microsoft.com/ja-jp/windows/win32/api/sysinfoapi/nf-sysinfoapi-setsystemtime
Windowsがこれを使うのは以下の場合
・NTPが成功している状況下での、W32timeサービスの停止時(≒シャットダウン時)
・net time /setコマンド実行時
・Step modeでの時刻同期成功時
RTCの精度は、どこかに論文があったが、温度に影響をうけるので、精度は環境・用途次第だ、と
なので、RTCはアテにせずに済むならそれに越したことはなかろうなと
※昔でいう「マルチメディアタイマー」
カーネルは、このサービスにより時間(システムクロック)を管理している
https://learn.microsoft.com/ja-jp/windows/win32/procthread/multimedia-class-scheduler-service
・WindowsがNTPにて更新しているのはシステムクロック
https://learn.microsoft.com/ja-jp/windows-server/networking/windows-time-service/windows-server-2016-improvements
・Windowsアプリケーションでの時刻の取得は、このサービスを叩く「timeGetSystemTime 関数」を
用いてシステムクロックを取得するのが標準的(NTPで同期されているから)
https://learn.microsoft.com/ja-jp/windows/win32/multimedia/obtaining-the-system-time
https://learn.microsoft.com/ja-jp/windows/win32/api/timeapi/nf-timeapi-timegetsystemtime
それとは別に
・RTCから時刻を読みだす際は、GetSystemTime 関数により行う
https://learn.microsoft.com/ja-jp/windows/win32/api/sysinfoapi/nf-sysinfoapi-getsystemtime
Windowsがこれを使うのは以下の場合
・OS起動時
・NTPによる同期が設定されていない・エラーで同期されていない、等の場合(複数条件有り)
・RTCを更新する際は、SetSystemTime 関数により行う
https://learn.microsoft.com/ja-jp/windows/win32/api/sysinfoapi/nf-sysinfoapi-setsystemtime
Windowsがこれを使うのは以下の場合
・NTPが成功している状況下での、W32timeサービスの停止時(≒シャットダウン時)
・net time /setコマンド実行時
・Step modeでの時刻同期成功時
RTCの精度は、どこかに論文があったが、温度に影響をうけるので、精度は環境・用途次第だ、と
なので、RTCはアテにせずに済むならそれに越したことはなかろうなと
2025/10/13(月) 04:08:16.08ID:jg/oCEKU0
時刻の利用頻度に対してRTCはアクセスするのが糞遅いデバイスだし秒以下の精度もないからOS起動後はHPET等で時刻進める
2025/10/13(月) 08:18:32.92ID:n9K7AOWP0
みんな同じことを言ってる
間違ってるのは>>636だけ
間違ってるのは>>636だけ
2025/10/13(月) 10:30:49.76ID:D1bJvat+0
>>639
RTCは正確とは言い難い
↓はエプソンの高機能RTCの説明資料ど、このP.4にあるグラフ緑線が通常RTCの精度だけど
通常のRTCは利用環境の温度が丁度良い範囲を外れると精度が下がっていく
マザボのRTCも、高く見積もってもこの程度の精度だろう
ttps://www.epsondevice.com/crystal/en/products/rtc/pdf/rtc-module-selectionguide-ht-en.pdf
RTCは、NTPで同期されるまでの繋ぎと考えるべき程度のものだな
バックアップ時計なのだから
RTCは正確とは言い難い
↓はエプソンの高機能RTCの説明資料ど、このP.4にあるグラフ緑線が通常RTCの精度だけど
通常のRTCは利用環境の温度が丁度良い範囲を外れると精度が下がっていく
マザボのRTCも、高く見積もってもこの程度の精度だろう
ttps://www.epsondevice.com/crystal/en/products/rtc/pdf/rtc-module-selectionguide-ht-en.pdf
RTCは、NTPで同期されるまでの繋ぎと考えるべき程度のものだな
バックアップ時計なのだから
2025/10/13(月) 11:10:14.83ID:n9K7AOWP0
だいたい合ってればいいんだよ
前後関係さえ正しければタイムスタンプの機能は果たす
精度が必要なのは別のサーバとの前後関係が問われる場合のみ
前後関係さえ正しければタイムスタンプの機能は果たす
精度が必要なのは別のサーバとの前後関係が問われる場合のみ
645629
2025/10/13(月) 15:55:45.36ID:BjW5kOSv0 >>644
俺もだ。
だからWindows11Pro(24H2)機+「ExplorerPatcher」の環境下で利用している「TClock-Win10」では秒数も表示させてるが、
時刻の正確さは正直あまり重視してないつもり。
https://pbs.twimg.com/media/GoTANjLWYAAjVB6.jpg
https://pbs.twimg.com/media/GoTAYL7XEAAoO-O?format=png&name=4096x4096
何らかの事情で「ExplorerPatcher」を使えない時(更新失敗時など)は、Windows11Proの24H2では
「ElevenClock」(元号表示不可),「TWatch」,「アナログ時計DX」(元号表示不可)いずれかを利用している。
https://pbs.twimg.com/media/Gj1UgLibYAApF4I?format=png&name=4096x4096
https://pbs.twimg.com/ext_tw_video_thumb/1273069315449733120/pu/img/nCzjNyjVtrnDpbvx.jpg
「マウスのお供」「窓枠時計」(これらも元号表示不可)も「ExplorerPatcher」の無いWindows11Pro(24H2)機で利用できるが、
これらは個人的には何となく使う気になれん。
ちなみにWindowsパソコンとAndroidスマートフォンをUSBケーブルで繋いでスマートフォン側に画像ファイルを転送する際は、
JPEGファイル内のExif情報を全て除去した後に有料化後の「Neo FileTimeChange」で各タイムスタンプを累積的に変更する
事により、スマートフォン側のGoogleフォトで画像を望み通りの順番で表示可能。
そんな面倒な事まで必要ない場合は、俺が10年ちょっと前に購入した「秀丸ファイラーClassic」でタイムスタンプを変更している。
いずれも各ファイル更新時刻の前後関係を思い通り調整するためにやっている事であって、時刻の正確さをそれほど重視しているわけではない。
俺もだ。
だからWindows11Pro(24H2)機+「ExplorerPatcher」の環境下で利用している「TClock-Win10」では秒数も表示させてるが、
時刻の正確さは正直あまり重視してないつもり。
https://pbs.twimg.com/media/GoTANjLWYAAjVB6.jpg
https://pbs.twimg.com/media/GoTAYL7XEAAoO-O?format=png&name=4096x4096
何らかの事情で「ExplorerPatcher」を使えない時(更新失敗時など)は、Windows11Proの24H2では
「ElevenClock」(元号表示不可),「TWatch」,「アナログ時計DX」(元号表示不可)いずれかを利用している。
https://pbs.twimg.com/media/Gj1UgLibYAApF4I?format=png&name=4096x4096
https://pbs.twimg.com/ext_tw_video_thumb/1273069315449733120/pu/img/nCzjNyjVtrnDpbvx.jpg
「マウスのお供」「窓枠時計」(これらも元号表示不可)も「ExplorerPatcher」の無いWindows11Pro(24H2)機で利用できるが、
これらは個人的には何となく使う気になれん。
ちなみにWindowsパソコンとAndroidスマートフォンをUSBケーブルで繋いでスマートフォン側に画像ファイルを転送する際は、
JPEGファイル内のExif情報を全て除去した後に有料化後の「Neo FileTimeChange」で各タイムスタンプを累積的に変更する
事により、スマートフォン側のGoogleフォトで画像を望み通りの順番で表示可能。
そんな面倒な事まで必要ない場合は、俺が10年ちょっと前に購入した「秀丸ファイラーClassic」でタイムスタンプを変更している。
いずれも各ファイル更新時刻の前後関係を思い通り調整するためにやっている事であって、時刻の正確さをそれほど重視しているわけではない。
2025/10/13(月) 15:57:23.39ID:xWbGn5hb0
2025/10/13(月) 16:00:37.56ID:n9K7AOWP0
タイマー割り込み使うようなのはソフトだけではなく、むしろハードだけ
648629
2025/10/13(月) 17:09:24.22ID:BjW5kOSv0 そういや元々4GBを超えるLZH書庫の作成/展開/自己解凍書庫作成やUnicodeにも対応している「UNLHA32.DLL」
https://www.vector.co.jp/soft/win95/util/se020193.html に付属の"API.TXT"や"COMMAND.TXT"によると、
exFATやFAT32より前にMS-DOS時代から一般的だったFAT16(16ビットのFAT(ファイルアロケーションテーブル))では
秒を5ビットで表すため、2秒単位でしか秒数を表現できない仕様だったらしい。
その上、Windows95/98/MeだけでなくWindowsNT/2000/XPにもタイムスタンプ関連のバグや制限事項が存在していたらしい。
そのあたりが近年のWindows11などで一体どうなっているのかは知らんが、あまり時刻の正確さに拘るのはナンセンスと言うべきかも?
https://www.vector.co.jp/soft/win95/util/se020193.html に付属の"API.TXT"や"COMMAND.TXT"によると、
exFATやFAT32より前にMS-DOS時代から一般的だったFAT16(16ビットのFAT(ファイルアロケーションテーブル))では
秒を5ビットで表すため、2秒単位でしか秒数を表現できない仕様だったらしい。
その上、Windows95/98/MeだけでなくWindowsNT/2000/XPにもタイムスタンプ関連のバグや制限事項が存在していたらしい。
そのあたりが近年のWindows11などで一体どうなっているのかは知らんが、あまり時刻の正確さに拘るのはナンセンスと言うべきかも?
649名無しさん@お腹いっぱい。
2025/12/01(月) 20:19:59.52ID:g6I1/oz70 タスクトレイの時計をカスタマイズする「TTClock」が待望のWindows 11対応……って!?
この発想はなかった! 年末年始の工作にいかがでしょうか
https://forest.watch.impress.co.jp/docs/serial/yajiuma/2067672.html
この発想はなかった! 年末年始の工作にいかがでしょうか
https://forest.watch.impress.co.jp/docs/serial/yajiuma/2067672.html
2025/12/01(月) 20:46:53.82ID:0xqz0srp0
今流行ってる数インチのUSBモニタ使って代わりにしようかなとは考えてるわ
2025/12/01(月) 20:56:15.64ID:eyzETgg30
こんなの作るんならカシオ辺りの電波時計でいいわ
2025/12/01(月) 21:10:29.88ID:5OSvJD120
今はWi-FiでNTP同期する時計が数千円だから買った方が早い
うちは電波時計が不安定だからNTP時計を各部屋に置いてる
うちは電波時計が不安定だからNTP時計を各部屋に置いてる
2025/12/01(月) 21:13:58.30ID:5OSvJD120
2025/12/02(火) 09:24:12.87ID:d0pZA0AM0
>>652
ニトリ社員乙
ニトリ社員乙
2025/12/02(火) 12:20:48.38ID:W3yOrkT60
古いスマホを時計がわりに置いてる
youtubeなんかも流せるし
youtubeなんかも流せるし
2025/12/02(火) 12:26:08.02ID:3VGSrPJp0
>>654
セイコーとかシチズンみたいな有名メーカーも出してるし(ただし高い)、ネットで探すともっと色んなのが安く売られてるぞ
セイコーとかシチズンみたいな有名メーカーも出してるし(ただし高い)、ネットで探すともっと色んなのが安く売られてるぞ
2025/12/02(火) 12:28:38.59ID:NiD22IGd0
電波時計は地域ローカルになるけど、NTP時計は同じ物が世界で売れるから安く作れる
2025/12/03(水) 20:41:24.01ID:6ZF2UTkv0
話ぶった切りスマン
win11でtclocklight-kt使えなくなったけど自分の用途(年月日・曜日・時間の表示 & 休止状態から復帰で任意アプリ起動)ならOS標準で出来たんだな、今ごろ知った
曜日の表示に関してだが、それやるとエクスプローラにまで反映されてしまうため俺的には都合悪いので自前で曜日表示するGUI作ってしまったわ
あと、タスクバーへフォルダ登録してツリーメニューランチャー的に使うことも出来なくなったから、
そのGUI上の曜日文字クリックして他作者さんのメニューランチャー(spFolderてやつ)起動させてそれっぽく使えるようにした
長文になってしまった、またまたスマン
win11でtclocklight-kt使えなくなったけど自分の用途(年月日・曜日・時間の表示 & 休止状態から復帰で任意アプリ起動)ならOS標準で出来たんだな、今ごろ知った
曜日の表示に関してだが、それやるとエクスプローラにまで反映されてしまうため俺的には都合悪いので自前で曜日表示するGUI作ってしまったわ
あと、タスクバーへフォルダ登録してツリーメニューランチャー的に使うことも出来なくなったから、
そのGUI上の曜日文字クリックして他作者さんのメニューランチャー(spFolderてやつ)起動させてそれっぽく使えるようにした
長文になってしまった、またまたスマン
2025/12/04(木) 07:23:56.61ID:7E6024Y10
PCとスマホの時計はだいたい正確だけど、
電波式の腕時計と壁掛け時計と卓上時計がズレていくので、
たまに集めてスマホから疑似信号出して合わせる
NTP式にすると電池の持ちはどうなるんだろう
電波式の腕時計と壁掛け時計と卓上時計がズレていくので、
たまに集めてスマホから疑似信号出して合わせる
NTP式にすると電池の持ちはどうなるんだろう
2025/12/04(木) 09:27:16.88ID:lr8FhOT/0
消費電力は方式よりも設計で変わると思う
JJYだと受信回路を1回につき2分間は動かさないといけないのに対して、NTPなら数秒で処理が終わるから、トータルの消費電力は小さくできると思う
JJYだと受信回路を1回につき2分間は動かさないといけないのに対して、NTPなら数秒で処理が終わるから、トータルの消費電力は小さくできると思う
2025/12/04(木) 19:30:49.62ID:/nHfoehq0
くそ高いのしか無いな
精度は外部に丸投げなんだから、1000円もあれば十分作れるやろ
精度は外部に丸投げなんだから、1000円もあれば十分作れるやろ
2025/12/06(土) 14:55:57.40ID:97ntwC5O0
時計の話続き
枕元のくそでかデジタル目覚ましはAC100Vを使ってる奴で、
60Hzをクロック源にしてるので絶対狂わない
何年も放置しても全く狂わなくてNTPより最強
枕元のくそでかデジタル目覚ましはAC100Vを使ってる奴で、
60Hzをクロック源にしてるので絶対狂わない
何年も放置しても全く狂わなくてNTPより最強
レスを投稿する
