電波時計-JJYについてあれこれ語るスレ
■ このスレッドは過去ログ倉庫に格納されています
やっと復旧したと思った福島、おおたかどや山のJJYですが、雷のため5月16日午後5時過ぎから17日9時ころまで停波してしまいました。
仕事で使っているので、安定して電波を出せるところに移設してほすい。 そういうやつは電波時計使わなければいい
ただそれだけ >>605
逆のパターンもいるなぁ
俺ならGPS使うけど なんか誤解されてる気がするんで補足
標準時やJJYには、もちろんうるう秒は必要
ただし家庭用の電波時計に60秒を表示する機能は不要ってこと
完全に不要と言い切るわけじゃなくて、今の月差60秒なんていう精度の低い時計に機能を追加しても無駄でしかない
何か画期的な発明があって、もっと正確な時計が誰でも買える値段になったら、うるう秒対応も当たり前になるだろうね アナログで60秒を表示する方法を考えておかないと・・・ >>601
そう思いたいけど、そうは思えないんだよな。
実験的にやっていたら対応時計が開発されちゃったりして仕方なく
本仕様化したように思えてしょうがない。
例えば、西暦が下2桁しかなくてうるう年を確定出来ないのに1月1日
からの通算日とか。通算日がBCDコードとか。
53ビットもあるんだから、もっとましなフォーマットが出来るだろ
うと思ってしまう。 だから、先に書いたじゃない。
これを入れて喜ぶ人と、バグが出て怒る人を
天秤にかけると入れないだろうね。
あなたが意味がないといっても喜んで買う人もいるだろうよ。
「世界初うるう秒対応電波時計」 >>610
>例えば、西暦が下2桁しかなくてうるう年を確定出来ないのに
2100年以降の話してるん?
1901年から2099年までなら、西暦の下2桁で閏年は確定できるっしょ? だから文句ある奴は使わなければいい
韓国人気質の奴が多いのか?このスレは 使ってないよ
GPSを基準にした自前のJJYを運用してる >>616
下2桁が4で割れたら閏年ッ。学校で習わなかった?
2000年なんて妙な年を避けて、2001年からで良ければ24世紀
終焉近くまで「下二ケタが00以外の4で割れる年は閏年」でOK >>610
さすがに受信側が今現在の西暦の上2桁すらわからないなんて状況は考えないだろ 2000年問題がなぜあれだけ問題になったの?
2038年問題にまだ対応しきれてない環境がどれだけあると思ってるの?
スタンダード(標準)というものは、意外と長く使われ続けてしまうもの。
というか一旦確立してしまうと、「おいそろそろこれマズいんじゃね?」となるのは、大抵手遅れになった頃 実際、マスコミが過剰演出した幼稚で過激な想定ばかり。 1999-2000年越し
高額な即対応費を貰って、麻雀しながら会社で年越し待機。
年越しからしばらく間をおいて、酒も登場、朝まで宴会。
元旦の空いた道を朝帰り。
だったらしい。上司曰く。
PCだったから楽観だったけどボードとかだと少々厄介だったかもね 2038より前にもう一つなんか特異点あった気がする IpV4は空騒ぎじゃないでしょ。
未だIPV4が主流で使われるんだし、騒いで対策したから何とかなっただけ。
騒がなかったら困ったことになったと思われる。 騒いだのは素人だけ
ネットワーク管理側は粛々と計画的にIPv6への移行を進めてる
次はケータイの電話番号の枯渇かな?
自動車のナンバープレートはアルファベット導入で固まったらしいが >>627
電話番号はそもそもアルファベット無理だし、もう桁が増やせないとか…。 >>627
v6使ってたとして、組織内部でも使ってるとこどのぐらいある?
80-90年代はFWを入れてあっても全部Globalが当たり前。
GlobalとLocalのアドレス分離はv4枯渇が発端。
そしてセキュリティ等の要因も加わり分離が一般的となった。 IPv6は16進表示になったからなんかやだ
IPv4の10進表示が便利か?っていうとネットマスクとかが面倒だから一概に
言えないけど >>631
>80-90年代はFWを入れてあっても全部Globalが当たり前。
>GlobalとLocalのアドレス分離はv4枯渇が発端。
これが浸透したら実は余り始めたという
まあ浸透させるのに煽る必要はあった訳で >>632
4つのオクテットは辛うじて覚えられるけど
IPv6のは省略あると言っても覚えられんわ >>635
そこは、ネット環境やパソコンの状態にかなり左右される
うちの場合、ntpと同期した直後で固定電話の時報とも0.1秒程度しかズレてないマシンで
そのページにアクセスすると0.2秒遅れと表示され、画面の時計表示は0.5秒ぐらい遅れてる >>635
Win7のノート、最初3.2秒ずれてると言われ、あれ?と思って
NTPで同期とっても変わらず、ページをリロードしたら、
合ってます。と言われた。 Javascriptだからね
せめて自前のウィンドウを持つアプリにしないと
それでもWindowsはOSの限界でリアルタイム処理がほぼ不可能だから誤差が出るけど、 >>638
同期はしてない
起動時の処理は誤差の計算だけ >>635
NTPつかってるのに5.1秒ずれてるって言われた >>617
そういえば、学校じゃ教えてくれなかったな、うるう年のルール。
・西暦が4で割り切れる年は、うるう年とする。
・ただし、西暦が100で割り切れる年は、うるう年としない。
・さらに、西暦が400で割り切れる年は、うるう年とする。
>>641
窓を開けてry
俺は、ある事情でOS付属の時計調整は使わず、桜時計というのを使っている。
ログに、アクセス時間や、校正の結果何秒ずれているかなどが記録される。
ちなみに、昔このソフトを使ってある有名なPFWの「PC起動時の大穴」を発見したことがある。 >>641
windowsの自動時刻調整だと1日1回ぐらいしか
合わせないしその時刻に寝てたりすると長い時間
同期されないので数秒狂うのは普通の話。
普通のntpクライアントは長くても 途中で出しちまった 続き
1000秒ぐらいに一回合わせるし、歩度調整もするので
msぐらいの精度を保つ。 今のWindowsは時計合わせがデフォルトで604800秒周期に設定されてる
つまり1週間に1回
管理者なら自由に変更できる
うちは3600秒=1時間周期にしてある
クォーツの月差は不明だけど60秒と仮定して1時間ごとに補正すれば誤差は0.1秒以下
これで満足してる
これってNTPの話だしJJY関係ないよね >>650
時刻に関してはNICTを使う限りJJYと同じ基準だから、関連はあるだろ。
NICTがNTPサービスを始める前は、あちこち色々試した記憶がある。
広く公開していないところにアクセスしたこともあったな・・・。 JJYレシーバというのでGPSDOみたいにJJYに同期した基準クロックを
出してくれるのかと思ったら短波のJJYだった。
2.5MCとか時代を感じさせる。
http://page9.auctions.yahoo.co.jp/jp/auction/k239332985 >>652
同一のソース群から標準時を配信するという共通点はあるけど
JJYとNTPは物理層も利用方法も全く別の技術
JJYスレとNTPスレがそれぞれ別に独立して立ってる理由を考えれば
情報の集約という意味で直接クロスしてない話題を続けるのは好ましくない 福岡大学が900req/sも来てるとか悲鳴上げてたな よし!このスレはNICT関連&電気的な日本標準時に関するスレにしよう
なんて勝手な事は言えません
GPSないの? 通技にあるやつは時刻合わせの話題も出てたよ
まぁ過疎ってますが >>655
どっかのブロードバンドルーターが出荷時のファームに福岡のアドレスを書いてて
DoS攻撃状態になってた事件もあったな
ただしアクセス過多が問題になったのは学内ネットワークの方で、
NTP鯖自体の能力にはかなり余裕があったと記憶してる IPベースでも地デジ放送に必要な精度のクロック同期って出来るんだな。
ttp://www.hitachi-ite.co.jp/br/br10.html
ttp://www.hitachi-ite.co.jp/products/unimux/prod/um6000r.html 補足:
従属同期方式のSFN環境でも使用可能な放送TS over IP伝送装置の開発
ttp://ci.nii.ac.jp/naid/110009923312 ルビジウム発振器、今だと高過ぎる。
携帯電話基地局払い下げ品の再度大量放出求む。 地アナw時代は、カラーさぶキャリアから放送局の基準周波数源に同期した
10MHzを得るのがマニアの人達の間で流行ったけど、似た様な事は地デジ時代は
出来ないものなのかなぁ?
>>665
Z3816A ?
>>666
こういうのって1個だけ売って貰うわけにはいかないんだろうなぁ。
ttp://www.furuno.com/jp/gnss/case/furuno02 ドコモはGPSの電波が届かないとこはPTPで同期させるみたいですね。
ttps://www.nttdocomo.co.jp/binary/pdf/corporate/technology/rd/technical_journal/bn/vol24_2/vol24_2_006jp.pdf 同期イーサネットってやつがあるのか…。
ttps://en.wikipedia.org/wiki/Synchronous_Ethernet NTPDのPLL的なものを自前で実装しましたって事?
ttp://www.sei.co.jp/technology/tr/bn184/pdf/sei10790.pdf CDMA2000で±10uSだそうだけど、それだけずれててもrake受信出来るものなのかな?
ttps://www.interop.jp/2015/shownet/images/20150825-PTP-hasegawa.pdf https://goo.gl/MFkghn
これ本当だったら、普通にショックじゃない?? エイプリルフールのネタをJJYでやったらすげー怒られるんだろうな 一日だけコールサインがJG2ASになっててもバレないよね? 俺の鯖のログ
http://i.imgur.com/AnqtnTx.png
この中の鯖のどれかも影響受けてるね
ntp01.so-net.ne.jp
ntp02.so-net.ne.jp
ntp1.jst.mfeed.ad.jp
ntp2.jst.mfeed.ad.jp
ntp3.jst.mfeed.ad.jp
ntp1.v6.mfeed.ad.jp
ntp2.v6.mfeed.ad.jp
ntp3.v6.mfeed.ad.jp 今日は俺環では問題なかった
何日か何週間前か忘れたが
nict.jpが数時間の間
1時間どころか数ヶ月?か数年?ズレた
NTPリピーター使ってるんで
時計がぶっ飛んだw
何かがおかしい… >>682
鯖がデフォルトなら同期もどうせ週一のままだろ
そらバラバラになって当然だわ >>679
やっぱずれたの?なんかニュースになってたけど ちょうど1時間というあたり、夏時間関係のバグだかデータ異常かな? JJY絡めずに続けるのかよ
毎日nictを見に行くうちの時刻鯖には異常なかった。1時間もずれてたらエラーログ残る
ていうか現時刻と大幅にずれてたら信用できないからそのままって処理入れずに時計書き換えちゃうんだ・・・
MSがWindowsUpdateでやらかしたか、time.windows.comあたりの問題ぽい?電波時計関係ねー
http://www.itmedia.co.jp/news/articles/1704/04/news069.html >>690
だから
NTPリピーター使ってると電波時計に関係あるって >>690
普通のクライアントは、大幅にずれてた時はいきなり修正しない実装になってるよ アメリカの夏時間は3月12日から
4月から夏時間になるのもロケールを無視するのも異常 NYPはUTCだからdaylight savingは関係ない。
夏時間で時刻をずらすのはUTC→localtimeの変換ルーチン。
JJYにもGPSにも夏時間はない。 >>695
言ってることは正しい
共立のNTPリピーターは総合的に性能良くないが
タイムゾーンを変更して送信出来るから面白い P18-NTPLR届きましたよ。youtubeの説明動画を見ていると、次の動画でP18-NTPWR。
wifiで、更に使いやすく、同じお値段。何時の間に、こんなものが…。orz
結構お高いので(2万)、さんざん迷って、ようやく踏ん切りがついて買ったのに。 WRはLED表示がなくなってるじゃん
魅力半減だわ
うちは一応LRを見えるとこに置いて単独の時計としても使ってるし 共立のP18-NTPxxはスペック通り飛ばないのが難点 P18-NTPLR、適当に置いておけば、部屋中の電波時計が合うと思っていたが、
位置を工夫しないと合わないな。
最初、HGWの横があいてて、デジタル表示部も見えるからちょうどいいと思ったが、
10単位で下から出力上げていったが、全然時計が電波キャッチしてくれんかった。
あまってるスマホにUSBケーブル接続したままにして、時計アプリを表示させて
おいたほうが、良かった。 部屋中の電波時計合わせたいんなら(スペック通り)
NTPLFRだな GPS補完するみちびき衛星は失敗ではないか?と思う。
あれは既存のGPS民生コードに重ねるように送信するから未対応機器では妨害ノイズにしかならない。
衛星の高度も違うので信号出力レベルも違ってくるので妨害になりえる。
しかもセンチメートルの即位精度って嘘だし。その精度はスマホでリアルタイムに出ないだろう。
未対応の機器は世の中に幾らでも存在する。
最近のイイジス間代表する船舶の自動航法の事故多発はみちびきが原因ではないのかなと不安になるが。 ■ このスレッドは過去ログ倉庫に格納されています