アカウント名:
パスワード:
GPSレシーバでやってみたことがあるけど、折角上り下りの遅延がほぼ解消されるのに、ドリフト量がわかんないんだよね…
電波時計も同じで、それなりに正確な "間隔" を刻んでくれるけど、電波時計を並べて見ていると明らかにズレてたりするんだよね。
どうにかならないのかなぁ。
標準電波ってのはhttp://jjy.nict.go.jp/jjy/trans/timecode1.html [nict.go.jp]こういう具合に絶対時間をはき出すプロトコルなので、ずれてるのは単にそれぞれの電波時計の実装の問題です。
GPSも同じ。
自分でどうにかしたやつを作ればいいと思いますよ。
実装の問題なのはわかってますよ、それが自分でどうにかできるならそうしてますw絶対時間で配信されてるのも百も承知。
その上で、その電波を分析して時刻(や座標)に直すデコーダの処理に掛かる時間が機器によって地理的条件が無視できるほど大幅に違うから嫌だなぁと思ってる。
完全理解した上でデコーダが作れればいいんだけどねぇ。そんな脳みそも時間も無いからNTPが最適解かなってところ。
# GPSドングルはGPS衛星との位置関係と距離までわかるんだから正確な時刻も逆算すれば大体わかるはずだし(実際内部でやってるかどうかどうかも知らない)、電波時計だって使う場所さえ決まっていれば遅延もほぼ決まるーー# ーんーだけどめどい# Googleさん配信してください
すみません、書いてるときに編集間違えてますね。「逆算」とか「内部でやってるかどうか」のくだりは間違えて消してしまっていますが、デコードにかかってる時間を引いてるかどうかということです。やってるなら大体正確な時刻がわかるんですがねぇ
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
一つのことを行い、またそれをうまくやるプログラムを書け -- Malcolm Douglas McIlroy
いっそのことローカルなタイムサーバーを (スコア:1)
USBとかでPCと繋いで、PCの時刻補正ができるやつとかでもいいかな。
Re: (スコア:2)
Re: (スコア:2)
GPSレシーバでやってみたことがあるけど、折角上り下りの遅延がほぼ解消されるのに、
ドリフト量がわかんないんだよね…
電波時計も同じで、それなりに正確な "間隔" を刻んでくれるけど、
電波時計を並べて見ていると明らかにズレてたりするんだよね。
どうにかならないのかなぁ。
Re: (スコア:0)
標準電波ってのは
http://jjy.nict.go.jp/jjy/trans/timecode1.html [nict.go.jp]
こういう具合に絶対時間をはき出すプロトコルなので、ずれてるのは単にそれぞれの電波時計の実装の問題です。
GPSも同じ。
自分でどうにかしたやつを作ればいいと思いますよ。
Re: (スコア:1)
実装の問題なのはわかってますよ、それが自分でどうにかできるならそうしてますw
絶対時間で配信されてるのも百も承知。
その上で、その電波を分析して時刻(や座標)に直すデコーダの処理に掛かる時間が機器によって地理的条件が無視できるほど大幅に違うから嫌だなぁと思ってる。
完全理解した上でデコーダが作れればいいんだけどねぇ。そんな脳みそも時間も無いからNTPが最適解かなってところ。
# GPSドングルはGPS衛星との位置関係と距離までわかるんだから正確な時刻も逆算すれば大体わかるはずだし(実際内部でやってるかどうかどうかも知らない)、電波時計だって使う場所さえ決まっていれば遅延もほぼ決まるーー
# ーんーだけどめどい
# Googleさん配信してください
Re:いっそのことローカルなタイムサーバーを (スコア:1)
GPSってのは4基以上の電波受信で時刻補正した上で「軌道位置」と
衛星時刻からの「遅延時間」から距離を割り出してるんですが…
つまり、その逆算処理された「正確な時刻」を基準に測地してます。
Re:いっそのことローカルなタイムサーバーを (スコア:1)
すみません、書いてるときに編集間違えてますね。
「逆算」とか「内部でやってるかどうか」のくだりは間違えて消してしまっていますが、デコードにかかってる時間を引いてるかどうかということです。
やってるなら大体正確な時刻がわかるんですがねぇ