アカウント名:
パスワード:
なお、地震発生後、取得した地震観測データの回収・整理を行っていたところ、1号機建屋の地震観測用強震計による本震及び一部の余震の時刻歴波形記録(30分程度)が消失していることが判明しました。データ消失の原因は、今回の地震では短時間に多くの余震が連続して発生したこと、収録装置内のICメモリーカードの容量が少なかった(48MB)ことから、保存した本震記録等をサーバーに転
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
人生の大半の問題はスルー力で解決する -- スルー力研究専門家
ICカード（48M） (スコア:4, 興味深い)
http://www.rikuden.co.jp/press/attach/07032702.pdf [rikuden.co.jp]
Re:ICカード（48M） (スコア:1, すばらしい洞察)
もっとも柏崎原発で100枚あまり、東電の原発が何カ所あるか知らないけれど、
書類やら何やらの手続き踏まなきゃほいほい買えるもんでもないでしょ。
交換作業だって私物のパームトップじゃあるまいし、何と何をいつ誰がどう交換したの
その手順はどうだったの、詳細な記録くらいつけなきゃいけないのが当然なんだし。
数ヵ月でサクっと全とっかえできない、その程度の安全意識というのはまさしくそのとおりだけど。
Re:ICカード（48M） (スコア:1)
>交換作業だって私物のパームトップじゃあるまいし、何と何をいつ誰がどう交換したの
>その手順はどうだったの、詳細な記録くらいつけなきゃいけないのが当然なんだし。
>数ヵ月でサクっと全とっかえできない、その程度の安全意識というのはまさしくそのとおりだけど。
「ICメモリーカード」って具体的には何だったんだろう？
48MBって......PCカード？
電力会社だから民間だよな。お役所と勘違いしているのでは？
交換記録は付けなければならないだろうけど、そんなの作業日報や機器のメンテ記録に「地震記録計○番型式何がしのPCカードを交換（48MB->2GB）」とか書くだけじ
Re:ICカード（48M） (スコア:1, すばらしい洞察)
PCカードって勝手に決めつけたあげく、一般民生品持ち出して動作保証とかそういうの無視してすげ替えればいいとか勝手な事いうなよ:p
Re:ICカード（48M） (スコア:1)
# 最近の国産衛星のバス関連の問題って、この手の原因臭い気がしている。でなければ、熱設計が甘かったか。
そういうあたりで、MIL規格相当品を使っている可能性は低くは無いでしょうけど（環境が環境だし…放射線による障害云々は冗長性でカバーするしかないけど、温度とか湿
Re:ICカード（48M） (スコア:1)
「この手の機械」って.....単なる地震計でしょ？
使うところも宇宙空間みたいな「どうやって冷却するのよ？」と考える必要があるところでもないしさ。
壊れたらさくっと地震計ごと交換するだけでは？
地震計ではないが、昔、産業機器のメーカーに勤めていて、さくっと何度も交換した事はあるけど。
成層圏プラットフォームだっけ？飛行船とかを飛ばして無線の基地局にする奴。
あれとかって、壊れたら「戻って来い」って指令出して、工場に戻して修理すれば良いみたいな発想でしょ？
飛んでいる環境も灼熱地獄とかじゃ無いし。
例えば、PCのCPUだと、内部100度くらい、外部70度くらいを超えたらアウトだよな。PCケース内の温度って38度までだっけ？仕様は。
宇宙って日が当たると、日が当たった面は200度くらいになるのでは？全チップをヒートパイプとかで冷却しても、その熱を何処に逃がすかでしょ？空気も水も無いから他に放熱するのも簡単じゃ無いから。
>ただ、それでも問題点はかなりあって、なぜ、上書きするような仕様のソフトで受け入れ検査通したの？とか、実際に地震が起きたときにどのくらいの時間でどのくらいのデータを喰うかは予想できていたはずなのに、記憶装置の増設とかの対策を要求しなかったの？とか色々考えられるわけで。
本震と余震のデータ保存の話では、余震があまりにも多く本震データが来たたら元も子もないから記憶装置の増設とかの話は解らなくもないし、本震データを残した方が良いから上書き禁止の発想も解るけど、そこが根本原因じゃ無い様な気がする。
タレコミにあるリンクの
>データ消失の原因は、既設地震計における地震観測記録データの伝送方式として、
>発電所内の観測装置から通信回線を経由して東京のサーバに転送することとなって
>いますが、今回の地震では短時間に多くの余震が連続して発生したこと、地震時の
>通信回線が輻輳したため転送するのに時間がかかっていたことにより、観測装置内
>に記録・保存されていた本震の記録等を転送する前に、新たな余震記録により本震
>記録が上書きされたためです。
http://www.tepco.co.jp/cc/press/07071901-j.html [tepco.co.jp]
とあり、地震計からデータを抜き取って、それを電話回線を使って東京のサーバに転送するシステムだが、地震で繋がらない状況（輻輳）になりデータを送れずキャッシュが溢れたんだよな。
「発電所内の観測装置から通信回線を経由して東京のサーバに転送することとなっていますが」って、地震計データのネットワーク構成としては変過ぎなんじゃ？
本震発生から数時間たてば電話回線の輻輳はやむ。しかし、大きな余震が連続していたから輻輳はやまない。で、東京のサーバーまで電話が繋がらずデータが送れないみたいな感じの様な気がする。
電話回線が不通になる事だってあるよな。
あと、48MBって、64MBのカードでOSやアプリが残りを使っているのでは？
地震のシステムでHDDを使う訳には行かないし。
導入当初はそれが市販品の最大で、それだけあれば足りるだろうって発想だったのでは？
2枚突っ込むほどの事は無いと。
>本事象については、平成19年能登半島地震における北陸電力株式会社志賀原子力
>発電所において同様の事象が確認されていたことから、当社としては、地震観測装
>置の更新を順次進めており、柏崎刈羽原子力発電所については、１号機の観測装置
>を今年度、５，６号機の観測装置を来年度に設備更新を行う計画としておりました。
http://www.tepco.co.jp/cc/press/07071901-j.html [tepco.co.jp]
って話も、これ、見方によれば設備更新時期まで更新しないでそのまま使う。「地震計データの消失なんて大した問題じゃ無いんだよ」と考えている様な気がする。
重要と考えていれば、「5、6も今年度やれよ」と思うのが自然だし、もっと重要と考えれば年度単位じゃないよな。
http://www.tepco.co.jp/cc/press/betu07_j/images/070719c.pdf [tepco.co.jp] を見ても、抜本的に変更した新システムに変更するから、そのシステムを作って貰って変更するまで応急対応なんてする必要なしって考えに見えるけど。
あと、この図でははっきりと「電話回線」って書いてあるな。
と言うか、新システムって80時間連続で記録出来るけど、今度は電話回線はオプションなのか？
念のため東京にもデータを送るようにしとくべきなんじゃ？
SDカードとかに記録し「余震が終わるまで溜めれますよ」って思ってたら、マニュアルには「3日以内にカードを交換しろ」って書いてあったのに遅れて取りに行って......みたいなことにならなきゃ良いけど。
震度7の原発直下型地震で原発に大きなダメージが出た場合、電話で勝手に東京に送れるのならば送った方が良い様な気がするけどな。