【宇宙】イプシロン、“異常判定”の原因判明〜ロケットと地上のデータ送受信に0.07秒のズレ／９月の早い時期に再挑戦

　下村博文文部科学相は30日の閣議後の記者会見で、
27日の発射直前に打ち上げを中止した新型ロケット「イプシロン」について、
コンピューター間のデータの送受信に0.07秒の遅れがあったため、姿勢異常と判断されたことを明らかにした。
ロケット本体には問題はないため、９月の早い時期に打ち上げる方針だ。

　イプシロンでは、ロケット側で傾きなどをセンサーで調べてコンピューターで計算し、結果を地上側に送る。
このデータをもとに、適切な姿勢になっているかを判断する仕組み。
今回はデータが届くタイミングが0.07秒遅れ、データがない状態を地上側のコンピューターが異常と判定し、
打ち上げを止めたという。

　なぜデータが遅れたかなどの詳細は、宇宙航空研究開発機構（ＪＡＸＡ）が調べている。

時事ドットコム
http://www.nikkei.com/article/DGXNASDG3001H_Q3A830C1CR0000/

こうして一つ一つ積み上げてこそ。

この0.07秒、タイムマシンの発端である。

ふう冷麺うまかった
夏はこれだな
ちなみにお前らがよく食う
そうめんは韓国起源
手延べの技術も知識も無いお前らに教えてやった
感謝して食せよ

セレロンだったの?

最後にウリが全部横取りしてやるニダ

.
<丶｀∀´>　「チョッパリはロケットも　ろくに打ち上げられないニダ
　　　　　　　　ロケット先進国の韓国を見習うべきニダ。日本人として恥ずかしいニダ」　　　　　　」

>>1

Samsunのメモリー使っただろ

　　　　　　　　 　 (ヽ∧__∧
　　　　　　　　　　　､ヽ｀∀´>.＜呼ばれて無いのにﾁｮﾁｮﾁｮﾁｮｰﾝ
　　　　　　　　　　　　)　　　）つ
　　　　　　　　　　　　>⌒）ﾉ
　　　　　　　　　　　　ゝノ/
　　　ﾊﾟｶﾁｮﾝ　　　 ﾉ~ノ
　　／|　　　　　／／／
　　|　| 　　　／／／
　　|　|ミ　／／／.
　　|／￣ 　　　／
　　"￣￣￣￣

起源は全て中国あるね
パクさんリーさん出ていくイイヨ

韓国とどっちが先に打ち上げ成功するか勝負だな

メモリーなら

エルルピーダ

使って下さい

このコンピーュタ診断が今回の肝なんだろう。人件費を節約して安い打ち上げ費用になるとか。でもこんな具合にソフトのバグがたびたび出るようじゃ商売に差し支える気がする。

100分の7秒か。うん、まあ人為の範囲だな

おい>>11

このくらいのラグでも異常判定って、結構厳しいんだね

テストはしてたんだろうからなあ
本番で何が起きたか

>>11なんのファンタジーだそりゃ？寝言は寝て言えよ（爆

細かいことをコツコツと
急がば回れ

>>13
初打ち上げでたびたびって

70ms(1/15秒)は公衆回線なら最小レベルの遅延時間だけど、LAN接続だと随分遅いな。
テレメトリサーバ経由で管制パソコンに繋いでたみたいな遠回りがあったのかな？

なんだか超初歩的コンピューター技術が、正常にインプリメントされてないって気がする。
要は、コンピュータ間のハンドシェイク問題って事だろ。

>>16
必要な瞬間にデータ欠損してたみたいね
待つというロジックはあったのかなかったのか
エラーメッセージも再考の必要あると思う

新開発の部分に不具合が出るのは正常。
いままでは、許されてきた誤差なのだろう。

普通の商取引の電子受発注でも、待ち受けているデータが、
期限までに来ないとエラーを出すのは当たり前。

今後は0.07を出さないようにするのか、許容範囲として設定するのか。

>>1
コンバットスーツの蒸着より早く反応しなきゃならないのか…

>>21
通信遅延で大事故に．．．って、クラークにあったなぁ

流石 日本のAI 。。0.07秒も見逃さない！。。信頼出来ますネ。。。10No!

どのくらいを設定値にするのか
微妙なもんだな

宇宙ではとてつもない高信頼性が求められるだろうし
もはや想像できない

時間に負けるな

>>16
最初の打ち上げだったから、安全マージンを厳しく設定していたみたいよ。

韓国のロケット技術のほうが優秀ニダ。
物証はないが心証では確実ニダ。

これで何億円無駄になったの？

判断自体はロケット内コンピュータに組み込んでないのか

0.07秒を強調しているが、
単純にやり方間違ってて0.07秒だろうが10秒だろうがたいして違わないミスだったりして

>>32
地元の経済効果すごいよな。
お祭りもう一回できる。

>>32
最終的には1〜2億円の追加コストと思われ

朝鮮人の糞ロケットと違って繊細にやるのが日本だし

素晴らしいな

こういった微妙な所まで完璧にしないと打ち上げロケットとしては役立たずになる

攻撃用のミサイルとしては今のままでも十分過ぎるけどw

0.07秒のズレくらい大目に見てよ

★☆★今…そこにある危機！★☆★子供が狙われている！★☆★緊急拡散よろ！★☆★

497 ：以下、名無しにかわりましてVIPがお送りします：2013/08/29(木) 02:55:31.61 ID:UNBPQ+C40
↓のスレ住民は児童ポルノマニアです！既に子供が犠牲になっているかも知れません！（ナマポ族のちょんから）子供たちを守りましょう！

【児童ポルノマニアの巣窟】　どうやったら勝ち組になれるのか【エア自演天国】
http://engawa.2ch.net/test/read.cgi/keirin/1377703154/

犯人は児童ポルノマニアか
空き地に女性の遺体、行方不明の中３か…三重
http://www.yomiuri.co.jp/national/news/20130829-OYT1T00961.htm
ＮＯ!!児童ポルノ
http://www.npa.go.jp/safetylife/syonen/no_cp/

俺のヅラも１００分の７ミリずれたら気づくわw

3度目の正直ってやつだ。
今度は大丈夫 上手くやれる

↓0.07秒のズリでいく人

　　　　　　　　 　 (ヽ∧__∧
　　　　　　　　　　　､ヽ｀∀´>.＜呼ばれて無いのにﾁｮﾁｮﾁｮﾁｮｰﾝ
　　　　　　　　　　　　)　　　）つ
　　　　　　　　　　　　>⌒）ﾉ
　　　　　　　　　　　　ゝノ/
　　　ﾊﾟｶﾁｮﾝ　　　 ﾉ~ノ
　　／|　　　　　／／／
　　|　| 　　　／／／
　　|　|ミ　／／／.
　　|／￣ 　　　／
　　"￣￣￣￣

70msか かなり長いな
でも、単純にプロトコル制御のバグだろｗ

約0.1秒の遅延って結構長い気がするが
光ケーブルの取り回しがおかしいとか・

朝鮮人のロケット燃料はトンスルで

>>39
宇宙に出ると高速で移動しているから0.07秒で何ｋｍズレが生じている事やら・・・

原因がすぐ判明するところが凄いよな。普通はこういうのわかるのに
2〜3か月要したり、ボーイングの飛行機みたいに、原因不明のまま、
やっぱり飛ばしちゃおうｗってなるのに

基盤内のLSIどうしのデーター授受なら絶対時間内って理解できるが、
ケーブルか無線か知らないが、物理的に離れたコンピューター間の情報伝達。
どこか設計に欠陥のある悪寒がする。

>>48
あほ、宇宙だからこそ遅延に対して寛容でないと駄目なんだよ
ボイジャーなんかどんだけ信号が遅延して地球に届くと思ってんだよｗ

原因が分るだけでも凄いな
関係各位殿　ご苦労様です

イギリスのＭＩ６が妨害したんだ
「００７　斜めの報酬」

>>39
開き直るその態度が気に入らないのよぉ〜

韓国人なら問題なく発射断交してる程度の微細なズレ
流石、精密さにおいて日本の右に出る国は無い

>>49
打ち上げ中止直後から、安全マージンを厳しくし過ぎたかもって言ってたから
原因の予想はすぐに分かっていたんだと思う。

イギリスのＭＩ６が妨害したんだ
「００７　斜めの報酬」

>韓国 「ロケット打ち上げ失敗、原因は日本とロシアが技術を教えないのが悪い。」

>【速報】 韓国、ロシアの人工衛星メーカーから開発・関連資料をパクったことが発覚！ロシア激怒

>【ロシア】宇宙開発と通信衛星を取り扱う複数のロシア企業と省庁、韓国からのハッカー攻撃受ける

>いったい誰が・・・JAXA職員のコンピューターがウイルス感染、ロケット情報を収集し外部に通信した痕跡

>【社会】三菱重工でもウイルス感染　宇宙関連情報、漏洩か

ロンドンオリンピック男子競泳１００ｍ自由形は
金と銀の差が０．０１秒なのだから
弱電の世界で０．０７秒のズレはでかいだろ。

ロケットの姿勢とかよく分からないけど、こんくらい公差の範囲じゃないのか

43 ：名無しのひみつ：2013/08/30(金) 12:54:29.95 ID:4NVORyzH
↓0.07秒のズリでいく人

44 ：名無しのひみつ：2013/08/30(金) 12:54:44.47 ID:tQ6p80u6
　　　　　　　　 　 (ヽ∧__∧
　　　　　　　　　　　､ヽ｀∀´>.＜呼ばれて無いのにﾁｮﾁｮﾁｮﾁｮｰﾝ
　　　　　　　　　　　　)　　　）つ
　　　　　　　　　　　　>⌒）ﾉ
　　　　　　　　　　　　ゝノ/
　　　ﾊﾟｶﾁｮﾝ　　　 ﾉ~ノ
　　／|　　　　　／／／
　　|　| 　　　／／／
　　|　|ミ　／／／.
　　|／￣ 　　　／
　　"￣￣￣￣

早くしないとイプシロン弁当の売り上げが下がっちゃうyo！

ケーブルの接触不良だろ

　
　digitalクロックの限界だな。　

>61 hahahahaha.

なんかこれおかしくない？
発射カウントが始まってから、初めて傾きを計測してレジスタに入力するのん？？

普通は常時計測していてタイムスタンプと共に値を維持し続けるもんじゃないのか

本来なら姿勢異常でなく何か他のエラーとすべきところだな

これって要は発射してみるまで本当に発射できるかどうか分からなかったってことだよね…。
日本恥かし…。

過去からのメッセージだったのか

その瞬間に、地震とかあったんかな！？。

>>66
別系統でそれはやっていただろう。
だから、直後から「ロケットは正常」と言ったのだと思う。

>>54
0.07秒のズレくらい大目に見てよ

すぐ原因が発表できるのがすばらしい
中間は失敗理由をフランス製がー、ロシア製がーって外部に擦りつけるに必死

イプシロンの反応速度に勝てるのはキリコだけ。

それだけの時間があれば蒸着できてしまうからなぁ

つーことは、100分の1秒単位なのか？
自動車用エンジンは1000分の1秒単位の世界
遅れているぞ

原因が単純なら　今月中にも再発射できそうなもんだがね。
なんか　変。

閾値がどーたらこーたらじゃなかったのかよｗｗｗ

127 ：地震雷火事名無し(茸)：2013/08/29(木) 22:29:43.74 ID:onU1pVAr0
&nbsp; &nbsp; 片山さつきの名前で●100個以上買ってたのはK5＝Katayama5月だと判明
&nbsp; &nbsp; http://engawa.2ch.net/test/read.cgi/poverty/1377540074/
&nbsp; &nbsp; 自民党参議院議員片山さつき本人が4505-26というVIP専用のベンダコードで●を大量購入していた！！★2
&nbsp; &nbsp; http://engawa.2ch.net/test/read.cgi/poverty/1377780930/

非同期でやってねーのか

0.07秒とかいうとどうでもいいようだけど、試験で発見できずに発射直前で発動ってのが怖い。
本番の電圧不足で一部の装置が瞬間停電、みたいな恐ろしいことじゃなきゃいいけど。

通信エラーなら　普通　再試行とか　するのが常識だぜ。

シナ船からの毒電波だな

>>77
ニュースと天気予報くらい見ようよ。

ジャｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗップｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

シールド線だと1ナノ秒で20cm進む。

軌道計算のコンピュータはメモリじゃなくて
CPUキャッシュと同じフリップフロップの大容量版を使ってるんじゃねーの？サムスン製とかありえん

ミンスが政権末期に最後っ屁的にいろんな所から流出させたりなんかりしやがったからな。
今だって公明が国交なんかやってるし、疑いは尽きない。

０.０７というと１００メートル走だと頭一個分、
水泳だと腕下ろし４分の１の差だな。結構誤差が大きい・・・。

>>82
点火前にエラーが出たから中止したんだろ
飛んでからじゃ再試行とかしてるあいだに墜落する

>>84
もしかすると今月が明日までなことすら忘れてるのかもしれない。

再送要求とかしないの？
１回でＮＧ判定なんて有り得ないと思うけど

ところで何でお前ら上から目線なの？

あるある
うちのパソコンも標準時より進む

0.07秒のオペラだな

＞0.07秒

スローすぎてあくびが出るぜ

ロケット内の制御プログラムを作った人はベテランかもしれないが、
地上側の管制プログラムを作った人は新人だった、と弁明しているように聞こえる。
人材育成も含めて長い目で見ようぜｗ

プログラム同士の同期ミス。結合テスト、運用テスト、しないとわからないバグ。
シーケンスの設計段階でパターンの検討漏れがあった。

ってことだろう？

光の速さと比較しないとな。秒速３０万キロだが。

ラグか…敵の弾は当たるのに自分の弾は当らないんだよねえ

地デジのデータが届くタイミングが0.07秒遅れなら許す

ま、最初に些細なトラブルが出るのはいいよ。
というか、最初のうちに可能なだけ出し切って欲しい。

それより、いつのまにか知らない機械が取り付けられてて
外部に情報を横流ししてたなんてことはないようにな。

ハードの問題ﾀﾞﾛ・・・

>>13
売りだった人口知能は経費削減を目的にしたけど、
今回の発射延期に要する費用がイクラになるのかしり鯛な。

こんなんで何億の損失とか
DATAがとれて次にフィードバックすんだから
大した事ないだろ

０，０７秒って
半島経由で信号がロケットに送られているだろう。

きっとチョン系のスパイがいるに違いない。

<丶｀∀´> ﾁｮﾊﾟｰﾘはｳﾘらのｹﾝﾁｬﾅﾖ精神を見習えﾆﾀﾞ！

>>86
おまえは、いまだに電子が移動して通信する方式使ってるのかい？

この問題をソフトの問題と考えるか
ハードの問題として捉えるかで大分違うんだけどな

>>89
迎撃ミサイルなら、致命的だな。

格安ロケットとしては完全に失敗。

>>109
捉え方もなにも、データが遅れた原因がハードがソフトか発表されていない

まさに無駄な税金

110 ：：2013/02/15(金) 23:52:20.95
■民主党のやったこと・・・・　日本のロケット技術を全て韓国移転しろと命令

●民主党に政権交代して、真っ先に民主党の奴らがやった事が、日本のロケット技術を全て韓国に移転するように迫ってきた。
●蓮舫らが予算をゼロにすると脅迫、人事にも自称大学教授と語る在日連中が大量に入り込み、技術資料の提出やら、秘密事項を韓国に渡すべくやりたい放題の要求をしてきた。JAXAでは在日の奴等と必死に戦っていた。
●JAXAへ様々圧力は予算を３０００万円まで削減する酷い事をしていた。

113 ：：2013/02/15(金) 23:56:26.79
>>110
jaxaの方々に感謝

114 ：：2013/02/15(金) 23:57:20.78
つか、まだJAXA内部には在日スパイが入り込んでるんじゃね？

まさか、公衆回線ってことは　ないよな？？？？？？。

これ、発射した後にも発生しうる現象だったんじゃねーの？
今回たまたま発射直前に出てくれたってだけで
九死に一生だったかもね

ちなみに携帯だと０．０００７秒が１つの大きな塊

おまいら、このスレが2NNのトップだぞ！

サムソン製のチップ使ってるから、また何かがおこるよ。

ハードの問題じゃ１ヶ月や２ヶ月で治らんだろうに
ソフトでまたワークアラウンドするの？
勘弁しろよ いっつもワークアラウンドの荒らしじゃんかよ ＞ ハードｗ

パソコン二台に制御ってことだが、そのOSは何なんでしょう？
まさかWindowsじゃないでしょうね？

>>119
ふーーーーーん？　動作速度可変LSIなのか？？？？？。

この０．０７秒はシナチョンには理解不能

>>118
当たり前だろ
どれだけイプシロンの記事をν速＋民が待ち焦がれていたことかｗ

>>120
日本のハードの開発は屑だからな
そもそも開発手法見てりゃ途上国レベルの屑だってのが派遣社員レベルですぐわかるｗ

「０．０７秒のズレ」って言っとけばかっこいいいだろｗ　言い訳も準備済みｗ


　「日本の技術の結晶、イプシロン打ち上げ失敗！税金の無駄増加！」　

っと報道するのが中立的だろｗ

パソコン変えてみたら…

前々回の韓国のロケットの発射って

火ィ付けたニダ、もうすぐ上がるニダ！
アレ？上がらないニダ
ちょっと様子見に行くニダ

問題無いみたいニダ、もう一回発射スイッチ押して見るニダ

って感じだった・・・


日本とはエライ違いだ・・・

宇宙で0.07秒だと、はやぶさが何メートル進むの？

>>121
もしそうなら、仮想メモリーじゃけんね。
何時でも　データーの遅延は　あたりまえ　だよ。

ちょうど制御パソコンのOSアップデートの時間に差し掛かってパソコンの負荷が上がったせいだったり

>>121
スパコンと関係ある所ならunix/linux系が普通だが
GUI入れると重いぞ

遅れはNECでは仕様

株式市場だったら、致命的なミス。

＞＞１、

そんなこともわからないポンコツファミコン。

ロケットの自己診断機能って、やっぱり世界初なのかな。

苦し紛れのチョン記事。
ttp://www.chosunonline.com/site/data/html_dir/2013/08/28/2013082800573.html

まず、失敗と中止の違いから教えないとダメらしい。

人民解放軍のハッカーの仕業

70msという数字ではなく、想定外の遅延があったことが問題。
飛んでから制御に必要な情報が来ませんでしたって可能性もあるので、
打ち上げ前に見つかってよかった。

>>131
Unix も　Linux　も　FreeBSD も　仮想メモリーよ。Winと同じアーキテクチュア。
よって遅延は　あたりまえ。

〇・〇七秒は光なら二万�q移動できる時間。
信号がインターネット回線で北米まで往復したりしてるんじゃないかｗ

　　 　　　　（＼
　　　　　　　＼＼　　　　　　　　　　　　　　 　 /|
　 　 　　　 　 （＼＼　 　 　 　 　 　　　　　 ／/(
　　　　　 　 　 （（＼＼　 　 　　　　　　　／／ (＾
　　　　　　　　 （ （＿ヾヽ　 　⊂⊃ 　 ／／　(＾　　／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　　　 （（　 （　ヾ　） ∧＿∧　< <----＞＜　わらわは　世界一　過ぎたる負債を持つ神
　　　　　　　　 し し／／　<　｀∀´>　＼ヽ 　( 　　＼
　　　　　　　　　し／//ヽ_ノﾐ つ　 つ 　ノﾉヽ (＾ 　 　＼　　その名も「過負債神」ニダ
　 　　　　　　　 　し(///　ノ彡 　 ﾐヽ　/ ヽ (＾ 　　　　　＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　　　　　　　　　　　 (/(/⌒彡,,,,, ﾐ⌒∨＼(＾
　 　 　 　 　 　 　 　 　 　　（/　（/

はぁ？0,07秒の遅れ？厳しすぎるんだよ！
例えばデートのとき相手が0,07秒遅れたくらいで怒って帰るのかよ！　俺なら30分くらい待てよ。

　　　　　　　　　　　　　　　　　　　　＿＿＿
　　　　　　　　　　　　　　　　　　 ／ ⌒　 ⌒＼　　　　プギャーwww！
　　　　　　　　　　　　　　　　　／　＼　　　／　＼
　　　　　　　　 ,. -- ､,　　　／ ＼　　_______　　／＼　　 ,. -- ､
　　　　　,―＜,__　　　　ヽ<　*　 |　 ﾄｪｪｪｪｲ　 |　 * > /　　　__,＞─ ､
　　　　/　　　　　　　　　 ヽ＼　　　　|　|　|　　　　／ /　　　　　　　　　ヽ
　　　__|　　　　　　　　　　　}　　　　　|　|　|　　　　　 ｛　　　　　　　　　　　|__
　　/　ヽ,　　　　　　　／　.{　　　　　 |　|　|　　　　　 ｝　 ＼　　　　　　 ,丿　ヽ
　　{　　　 Ｙ----‐┬´　　　、　　　　|　|　|　　　　　/　　､　｀┬----‐１　　　}
　/'、　　ヽ　　　　|ー´　　　 ヽ　　　 |　|　|　　　 ／　　　`¬|　　　　 l　　　ﾉヽ
.{　　ヽ　　ヽ　　　　lヽ_!´　　　 ヽ　　 `ー´　　 /　　　　､ !_/ｌ　　　　l　　　/　 ｝
　',　　ヽ　　ヽ　　　 ,／　　　　　}　　　　　　　 {　　　　　 ＼　　　　 l　　 /　　,'
　　ヽ　　ヽ　　、,__./　　　　__／　　　　　　　　 ＼　　　　　´｀ヽ.__,ノ　　/　　ﾉ
　　　＼　 ヽ__／,'　　＿ ／.　　　　　　　　　　　　 ＼　　　　ヽ､＼ __,ノ　／
　　　　 ＼__.'!　〈　 _,　'　　　　　　　　　　　　　　　　 ￣ ヽ､_　　〉 ,!､__／
　　　　　　　　　 ￣　　　　　　　　　　　　　　　　　　　　　　　￣

遅延って簡単にいうけど実質制御不能だって言ってるようなもんだからな
こないだ間違って飛んでたら相当やばかったと思う
急ぐ必要ないからちゃんと対策してから再チャレンジしてくれよ

0.07秒ズレが生じると、どういう不具合が生じるの？

世界初？の自己診断機能だから、0.07秒をエラーと判断しただけで、
人間が診断してたら、何の問題も無く発射になってたりしてｗ

LSIのバグだと、相当時間かかる悪寒。

亜空間からのトラクタビームによる干渉を受けたため
この時代の地球人には目撃されず歴史上は単なるトラブルとして記録された

打ち上げ予定時刻＋2秒後にはプログラムミスってわかってたよ

>>147
映画化決定。胸が熱くなるなｗ

>>136　見苦し言い訳ｗ　　打ち上げることが出来なかった＝打ち上げ失敗。

失敗は失敗だ。
こんなもん、売るってレベルじゃねーよ。

>>150
朝鮮の場合は「ロシアが」打ち上げ失敗した、だからな。自力で失敗できやつは自力で成功もできないw

またまたチョンが成功フラグを立てまくってんてんなｗｗｗｗｗｗｗ

>>151
ロケット発射前の停止は発射失敗にカウントされません

コンピュータが時間のわずかなずれを検出してしまった、見たいなごまかし方してるが
早い話がプログラムした奴がミスったと言うだけだろ。

>>154
発射を延期することで衛星の価値が無くなったりするわけじゃないからな。
むしろ発射前に異常を発見する能力があることがすごい

イプシロン　0.07秒のズレ＝70ms

東芝　REGZA Z9000.　ゲームダイレクト利用　18ms
ゲーミングディスプレイ、RDT272WXの遅延　　3.5ms

>>13
ROSEはこれとは別って最初の会見で言ってただろ
情弱すぎ

勉強になったな、韓国人技術者に任せるところは任せないと今回みたいになるって事だ

何れにせよ、原因究明に駆り出された方々はお疲れさま。
というか、再打ち上げまでにバグ直せ！とか言われて、
修羅場かもしれないな…

>>156

韓の泥棒には、現場のし尿処理の清掃、運搬をしてもらう。
心置きなくトンスル作ってくれ。

安いからと言って、サムスンチップを使ったのが間違いだろう

.07秒の遅延は、ハードで検出したんじゃないかな。
で、ソフトのオーバーヘッド削減するって作戦なのかね！？。

>>159
ソフトの設計もハードの設計も少数の優秀で慎重な奴が作ったほうが信頼性の高いものができる。
バカとお調子者は設計開発に入れてはいけないのは常識。

【韓国BSS2ソウル】8月27日
韓国宇宙開発技術部 李鵬圭主任報道官は、ソウル北東事務所内での定例記者会見で、
8月27日発射に失敗した日本の宇宙航空研究開発機構「イプシロン」ロケットについて、
「発射失敗の原因は、自国の未熟な半導体技術と宇宙開発技術を理由もなく過信し、韓国への技術供与を求めなかった為であり、韓国宇宙開発技術部としては、もとよりこのロケットは飛行不能であることを把握していた」
との見解を明らかにした。
日本の宇宙航空研究開発機構は、1998年より官民共同で衛星運用コストの大幅な削減に取り組んで来たが、
この度投資資本に対して著しく低い効果しか得られなかった為、
「イプシロン」ロケットではこの低い結果を隠し、併せて高い効果が得られているとの憶測を宇宙商業界に流布する目的があったとみている。
続く8月28日午前に行われた韓国製天候観測衛星「イル・マッリ」に関する記者会見でも、李主任報道官は、日本の宇宙開発技術に関して
「韓国をはじめとする宇宙開発先進国のレベルではなく、日本は我が国の宇宙開発技術の模倣に過ぎず、それはあまりにも未熟である。」との見解を明らかにした。

【韓国BSS2ソウル】韓国宇宙開発技術部 天候観測衛星「イル・マッリ」に関する8月27日記者会見 日本「イプシロン」発射失敗について
http://image.space.rakuten.co.jp/lg01/14/0000269914/12/img8747704dzik2zj.jpeg

イプシロンの制御系統は、ほとんどサムソン製だからな。

延期は肝付町の期待通り

Windows Updateでも起動したんか？ｗ

>>164

バカとお調子者どころじゃないぞ。

反日、日本憎しで頭いっぱいの
技術スパイなんだから。

>>165
韓国の何時もの、捏造、妄想、妄言、大嘘、事実無視　ですな（爆笑）
それとも　キチ外語　＞　日本語への翻訳ミスですか！？。

>>170
ソースの画像を確認したほうがいいw

データは遅れて当たり前だろ
そんなことじゃ打ち上げた後も心配だわ
ロジックの問題じゃないのか
その部分は担当者変えて見直した方がいい

電源を外部電源から切り替えた際のジャイロ起動が0.07秒遅れてゴミデータを取得したんだろ
マージン見て判定部分に

usleep(150000);

を追加すればＯＫです;

ありゃ、Unixなのね。

>>170
条件反射でレスするのもいいが添付画像くらい見てからにしろよｗ

なんで韓国に技術協力求めなかったんだ！

>>170

菱によりにもよって、、嘘って、、

明日からお前、気をつけろよ。
代紋侮辱したからには、大変だぞ。

ロケット自前で飛ばした事ない国に聞くのも　恥ずかしいだろ　大人として。

>>177
日本語がおかしいぞ。もっと勉強してから投稿しな（笑）。
ま、、、本当の事言われて頭にくるのは　DNA　だがな（不治の病）。

>>173
この手のエラーだと
今回の件の対策だけで終わるかは、わからんぞ
全部のデータに可能性が出てくるんだから

>>165

菱の代紋に、通報しました。

>>165みたいなのが増えると情報があやふやになって困るんだよな
このスレにクビ突っ込んだ奴が本気にして拡散されるんだよ
それで真実とジョークが混ぜこぜになってくる
それって楽しいの？邪魔だから死んで欲しいのだけど

>>182
２ちゃんねる、はじめてかい？力ぬきなよw

>>182
１６５につられた俺も馬鹿だが（汗）、ちと悪質な気はする。
最近はクリックだけでウイルス仕込まれたり、あまり　クリックしなしね。

>>72
両手をついて謝っても　許してあーげーない

ブラックボックスのない完全自主開発品なら、失敗しても原因究明して改善出来る。
ブラックボックスだらけの隣国のロケットとは大違いだな。ｗｗｗ
何回失敗しても原因が分らないニダでは話にならんわ。

外国が失敗→プギャー
自国が失敗→着実に進歩している

ジャップって・・・

７０ｍｓか。これ、何点を同時に計測してるのかな。１個ずつ回して
切換えたらかなりの時間がががが

大臣が言ったのなら細部はちがうだろうな

ん、これはデータの遅れを考慮に入れ忘れたために発生したって事なんじゃね？
0.07を無くすとかってのは流石に無理だと思うなぁ

借り物ロケットじゃ成功しても失敗しても進歩のしようがないもんね

地上PCとロケットPCとの時間同期が問題で原因がまだ特定されてないとしたら、結構な再テストが必要なんじゃ？
数日程度のチェックで打ち上がった後にちゃんと制御できる保証は持てるものなの？

鮮人の糞尿推進ロケット打ち上げを見たいのだが。

アフィカスが韓国韓国喚いているスレだな。

0,07秒であれだけ多くの見学者ずっこけさしたのか

この隙に、はるちゃんが歌います

データ書き込み未、書き込み中、書き込み済み、プラスタイムスタンプ、
で待つというロジックが必要だろう。
あと、エラーメッセージですぐに原因が判明するように改良すると。

バカだな、市販品使うはずないだろう。ましてアジア製なんて。

宇宙用規格があるんだよ。もちろん国産最高機密製品。

このロケットは憲法９条に抵触するとコンピュータが判断して発射を自動停止したのかも知れない。
しかし、これが兵器だったら致命的な欠陥武器だよな。

>>30
＞最初の打ち上げだったから、安全マージンを厳しく設定していたみたいよ。
まぁ、そんなとこだろうね。
一旦成功すると、おいそれとは、厳しい方向に変更できないからね。

ただ、上（担当技術者の上司）は怒ってるだろうね。

　”そんなところで、冒険するな！”　って

>>200
この件は安全マージンとは関係ないよ、
安全マージンってのは、設定値の問題だから
設定値以前に、参照したデータが計測値じゃなかったのが今回のエラーだもん

でも今回見つかっといてよかったね
今回たまたまデータが合っちゃってたら
エラーを内在したまま、次回以降の打ち上げを行うことになってた

そうか、俺んちの砂時計じゃあ、ちょっと制御に使うのは無理か。
時代は進歩したな。　すごいじゃん。　

燃料もばっちり積んだ後だけに再開は大変ですね。

>>203
固形燃料だから無問題

0.07秒の遅れ？使っているパソコンはレノボだったんじゃないのか？
チップに仕込まれた盗聴回路でデータが転送されていたんじゃないのか？

>>1
「データ送受信に0.07秒のズレ」

これは原因じゃなくて途中経緯だろう
対策を打つ対象が原因
チャンとやってくれよ

かなり初歩的なミスでかえって良かったね。こういうタイミング的なバグは起こるまで見つかりにくいからね。
他の部分にも広げて検証していくんだろうね。

糞ミンスに予算削られて安いサムスンのチップ使ってしまったのが原因。。。('A`)

>>114
JAXAのメンバーは内心ニタニタ笑っていただろうね。
蓮舫はじめ民主党の特亜DNAの馬鹿ばっかりwwwと！

>>207

なぜ「初歩的なミス」ってわかったの？

OSが古かったんだろ

9月の早い時期と言うと2日?

>>139
RTLinuxならどうよ

>>154　成功してないから打ち上げ失敗だよｗ　苦笑ｗ

とりあえず「台風の影響がなくなってから」という意味だと思う。
70msだからハード的な不具合ではなくソフトっぽいな。

配線の問題でパケットロスが生じてることとかあるぞ

WindowsVistaなら70ms遅れなど普通じゃ

>>213
RTLinux インプリした経験があるんだけど、TickでのProcess Switchingが遅かった記憶がある。
もう３０年くらい前の話だけど、結果　Real Time Kernel の　ITRONを使った。

新米プログラマが怒られるレベルのバグだな

データ到着が遅れるという現象自体は単純だからこそ、簡単には直せない致命的欠陥の可能性も捨てきれん

実証機なんだから不具合が見つかったのは目的を果たしていて別に問題はない
失敗とか欠陥って騒いでいる奴は意味を理解していないだけｗｗｗ

>>219
そういうけどね、H社のRISKで（初期ロット）DMAが　ある特定の条件で
バグってた　泣いた経験があるよ。ロジアナでようやく原因が分かった。

この前の緊急地震速報の誤報と似てるな

>>218
なるほどな
確かにlinuxは一つのプロセス重そう

ただITRONだとGUIじゃなくて専用のボタン付きのハードが必要だろ
これ条件が「パソコン使った場合」だし。

0.07秒の遅れ、どんだけ繊細やねんｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

>>13
↑
一番よく分かってない人

>>224
うん。そのとうりです。
GUIの必要なApplicationにITRONは無理ですよ。
あくまで、GUIのない　Real Time Application が対象です。
Kernel の　OverHead が非常に少ないので、Hardの速度も含めて
実行速度の計算も確実ですよ。

隣国の場合原因不明だからって
姿勢感知センサー外すんだろ？ｗｗ

>>223
悲しいけどこれが日本のモノづくり

いい加減な開発体制なんだろう。
三日で直して発射できます発言も異常。
ひょっとして素人?

必要なデータが揃っていないなら地上側のシステムはデータを待ってなくてはいけないのに
待ちきれずに不完全なデータから誤った判断を下したのはシステムプログラムの問題かな。

>>217
今のＬＩＮＵＸだと割り込みは１ｍｓ単位だぜ

>>220
禿同

>>222
RISCとRISKを掛けて、座布団貰おうとしてんだろ？
センサー→NICでDMA使うとしても、70msはないよ。

ソフトとかの原因ならバスやシリアルの使い方わからん奴が
最大容量のハード性能を超えて要求するような基本設計やって
底辺土方が何も考えずにインプリとかだなｗ

0.07秒でも遅刻は遅刻だからな。有能な社会人なら
１０分前にスタンバイしてる。

>>236
未来の情報キターーーーーーー

ケーブルの長さが2万kmあったんだ

うーーーん。問題は　データーの受信をハード割り込みだとして、
IRQのDevice　Driverはすぐに処理できますが、このEventをKernelに送信後、
Application（当該割り込みの）の　DispatchがLinuxだとITRONと比較して
遅いって記憶があります。
つまりEventをある時間内に処理しなければならない場合、全体（CPU速度、DMAそこ度　etc)
を考慮し、余裕のある設計（速度）でなければ　Real Time 処理はできない。

事象が判った段階、本当の原因はこれから調査して究明する手順のはず。

普通は、問題点がいくつかあり、意外と広範囲な手直しが必要になる、
安易に修正すると、それが新たな障害になる。

>>239
カーネル変数いじればおｋ
オンラインコマンドで数ｍｓに設定できるよ
その他システムへの影響は知らんけどさｗ

>>240
そこまでやれる奴なんていないだろ
最近の高学歴技術者の劣化は激しいからな

そんなんで発射できないくらいやわじゃ宇宙戦争では使えないな。
ヤマトなんか被弾してボロボロでもイスカンダルから帰ってきたぞ。

イプシロン「ん〜それだけじゃあないんだよなあああ〜」

>>240
他の部分もあるだろうけど
>>220の言うとおり、同期のとりかたってシーケンス実行の根本部分だから
森田さんが時間直すだけで済むって言ってるのはちょっと危ういと思うよ

>239　ってことはData　Req　して　Data　Sendして　Ackを返すような処理では
ないってこと？？　そんなことやってたら間に合わないとか？？どうも70ｍS
の遅れ云々ってのがいまいち理解できないのだけれど。DMAでも何とかなりそうに
思うのは素人？？　

チョンには０．０７はわかんね〜だろな

中止で一々謝罪会見しなくていいのに

発射判定が２０秒前で
OK判定のデータが１個だけ０．０７秒間に合わなかった
だから１９秒前でカウントダウンが止まったて事？

>>245
通常ハードウエア間のHand　Shake はそのとうりですよね。
それで７０ｍｓが間に合わない事は考えられないです。
データーが発生し、送信　−＞　受信　処理　の系のどこかに隘路が
存在するとスループットは期待はずれの場合が起こりえます。
それが、毎回なら簡単ですが、1万回に1回起こるとか　やっかいな事があります。

>>245
７０ｍｓって値が問題なんじゃないから
遅れを想定してないで、ソフトの設計をしちゃったのが問題。
それにDMAってｗ、同じバス上の転送の話じゃないし

>>249
今回の７０ｍｓは常に起こることだって
それが設計の段階で考慮されてなくて、尚且つ
事前のチェックでも発見出来なかったことが、問題を大きくしちゃってる。

>>251
がーーーーーーーーん！。　Oh my god!!!!!!!!!!!!!。
それじゃ、自動車、家電など　人命にかかわる　設計、品質管理　はできないね。

>>250 そーゆーことか　DMAはこっちの話だよね。

>>252
>>253
それも単に、転送の遅れって事じゃないみたい
地上のコントロールからロケットのコンピュータへ、起動のコマンドがでてから
ロケット側の装置の起動に想定以上の時間がかかったという事らしい

＞248

発射２０秒前に電源が投入される
15秒前までに続行・中止の判定が必要
今回の問題は電源投入後１秒以内で起きた話

会見で発射19秒前に中止したって言ってたよ

>>251
試作段階で、普通発見されるなぁぁぁぁあああああ。民間の場合（笑）。

記者会見を要約します。

・0.07秒の遅れは、20秒前、地上からロケット側への装置起動信号で起きた。
・主にローズとOBC入り口の演算部分で発生。
・19秒前に地上、ロケットで同時に監視を始めるはずが、地上に信号が来なかった。
・本来来る値は、「２(プラスマイナス１)」。つまり、1〜3。
・信号を受信出来なかった地上側が「０」と判断。
・発射シーケンス停止。

まずここまで。

>>244
＞ 森田さんが時間直すだけで済むって言ってる
そんな人いるんだ……

ちょっとこの技術韓国と共同開発しない？

ジャイロの起動が間に合わなかったんだろ

ハードのことを理解してないバカが、seやってるのか

レベル低すぎだろ

大丈夫か

>>257
・本来来る値は、「２(プラスマイナス１)」。つまり、1〜3。
・信号を受信出来なかった地上側が「０」と判断。

「受信できない」と「0」を区別し忘れてたという潜在バグがある危険なプログラムなのか
「0」はあらかじめ予定されたエラーコードなのか区別できないな
プロジェクトの責任者は知ってるんだろうけど・・

８ｃｍの早漏ある

>0.07秒のズレ

ウソくさいな。
実際はソフトのバグだろ。
そしてまだまだバグはありそうだな。

>>257
なんとなく、ロケットと地上側の通信プロトコル（約束）がおかしかった？？。
まぁ、男女間では　よくあるが（笑）。

・少なくとも、ロール、ピッチ、ヨー､3つの値について、0.07秒遅れる事を考慮していなかった。
・3つとも初期値を0に設定してあった。
・ロールは2プラスマイナス1度が正常値、ピッチ、ヨーは0プラスマイナス？度が正常値。
・0.07秒遅れる事を考慮してないので、3つともデータが来ないという異常を検知しなければならなかった。
・初期値が実際のデータに書き換えられてない事に気づかずチェックしてしまい、ロールだけ閾値外という異常を検知した。

記者会見の質疑応答を聞いた限りでは、こんな所か？

次。

・20日のリハーサルでは、この「２」の部分を０にしていて修正のため問題箇所のリハーサルは出来ず。
・21日は荒天のため、ランチャーが展開出来ず。
・検証した結果、21日のリハでも0.07秒の遅れを確認。
・ハードの問題は一切無く、0.07秒は「思いが至らなかった」。

開発管理そのものに大問題がある事を示唆してるよなこれ

普通これらを含めてバグと言うけど
ハッキリさせると担当者の立場が……….



「皆まで言うな」って事よ

>>267
レイテンシが存在することは分かっていたが
レイテンシが問題になると思っていなかったということ？

>>1
こう書くといかにも偶然すごく短い遅延がやむをえなく起ったのが原因に思えるけど、
本来想定すべき遅延がそのとおり起って、ソフトがそれを考慮してなかっただけだからなー
大人ってずるいなｗ

まあ、ここの住民は騙されないから大丈夫か

今後。

・JAXA内に打ち上げ班以外の第三者(十数人程度)の特別点検委員会（？）を設けて再チェック。
・9/30のウィンドに間に合うかでは無く、120%の確実性を持って打ち上げる方向。

俺も言い訳で最も多いのは「タイミングが」

今回の事象についての改善

・ロケット側から信号が来てから、地上側が立ち上がる様にする。

>>267
それだけ見ると、テストしてないところが大量にありそうだなｗ
ぶっつけ本番かよって感じだな。家電以下ｗ

データが届かないのと姿勢が異常のデータの区別くらいしろよな
データが届かないならリトライ＆タイムアウトくらいしろよ

ソフト甘くないか

これ朝鮮人なら飛ばすなｗ

参考
1990年に開発を開始したM-Vはパラレル接続で人力判定

>>257
ああセンサ側が初期設定中にデータ要求したのか
あるあるこういうバグｗｗｗ
３０億飛ばすにしては安易なバグすぎて怖いなｗｗｗｗ

熱電池について

・使い切りの部品なので、リハするだけ無駄。
・十分実績ある部品
・熱電池に繋がるものは製造組み立て時点で点検している。

>>45
なるほど0.07秒って聞いてそんな程度でとか思ってたが
70msってものすごい長い処理でもない限り遅れない時間だな
正常動作しててもこれだけずれてると何かあったと判断するのは妥当だな

あとは他にもレス出てるけど0.07秒の差が移動による場所的差異がどの程度かも気になる

評価順序点をめぐって両すくみが起きたのかね

時間はたっぷりあるんだからイプシロン起動してから１０分くらいまってやれよｗｗｗｗｗ

データ表現に不定値と０と同じ値を使う設計した奴が悪い
普通は不定値の場合＝-9999とかあり得ない値を使うだろ

男なんだろ？
ぐずぐずするなよ！

みんな、あんまり書くな、隣の国の奴が見てるかもしれん

0.07秒について

ロケット側装置の起動が0.07秒遅れたが、戻りの信号にはタイムスタンプがつくので、
往復0.14秒にはならない。

さすが日本人緻密だねぇ

>>275
「特別に２回リハしてこれでもかこれでもかと練習してるので
不安な点を考えようとしても自信に比べて見えないくらい小さい」（ｷﾘｯ
http://www.ustream.tv/recorded/37828987

あと今日のも着てたで
http://www.ustream.tv/recorded/37994613

このひどいプロトコリ他にもあったらどーすんよｗｗｗ

会見終わって、すぐに夕飯を食べたので書き忘れがあるかも。
何か気になることがあれば。

会見の資料に「思いが至らなかった」と書いてあって、その表現についてはちょっと揉めましたね。

>>281
記者会見によると場所的差異による遅延は70msに対して十分に小さく主たる要因ではないと推定されるとのこと
OBCでの遅延が20-30ms、あとはROSEによる中継での遅延らしい

今回のはポカミスだったとしてもいいから、次成功してくれればいい。

これ人工知能に技術者が合わせるの大変じゃね

少しでもズレたらすぐ止まっちゃうし

>>279
まだ詳しくは見てないけど、こんな感じやったんやろ
管制「はじめるで〜」
ロケット「ちょ、ちょとまて。今起きたとこや」
管制「これやな、ほなもらってくわ」
ロケット「ちょ、それちが、、、」
普通なら
管制「はじめるで〜」
ロケット「ちょ、ちょとまて。今起きたとこや」
管制「しゃあないな、はよせんか」
ロケット「おまた、これやこれ」
管制「ほな、もらってくで」
くらいことはやるだろうに

作ったヤツがバカとしか思えん仕様だ

ミサイルなんか敵が撃ってきたらすぐ反撃できるのに、ロケットってなんで
こんなに神経質なの？

>>297
まだこのレベルの技術力って事でしょうね。

こんな単純なミスを打ち上げ直前まで察知できなかったことにも問題ある
根本的なとこでダメな気がするわ
日本の技術力が低いと言えばそれまでの話だけどw

>>11
もちろん　チョンだろ　模造を打ち上げっぱなし　毎日飛ばしてるし　

>>297
ミサイルは動く相手に当たるようにかなり条件が変わっても追従できるバッファがあるが
ロケットは予定の軌道にブチこむ以外の要素は徹底して削減されている

>>299
まあソフトウェアの開発管理が未熟なのは昔から言われてますし。

日本は電子機器はダメダメか…〜
韓国のサムスンあたりに協力してもらえればうまくいくんじゃ無いか？

打ち上げ失敗か〜　残念だな…

>>297
ミサイルは実際に何度も試射したりして問題点を解決してから制式配備されるけど
ロケットは試射が1号機

当然よ！
次回も延期してもいいよ！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！

確実に打ち上げ確率が高くなるのならいいこと

打ち上げみたいとかいうやつらは無視していいよ
こいつらこそ選挙もいったことない家族とかがいってみてるんだよなｗ
しねや

なんか、仕切ってるおっさんがバカな気がする。
専門外のこともわかってる気になって、勝手に進めてそうだ。

失敗は成功の母だし、温かい目で見守れば？。

>>299
単純ミスではなくおそらく開発担当者の頭にはこういったケースのケアそのものが
入ってなかったと思われる。問題を解析すると外からは単純なミスに見えても
この担当者が関わった他の部分にもそういったレベルの落とし穴がいくつも潜んでいると考えた方がいい。

えらく丁寧に記者会見の様子を報告してくれてると思えば、スレ立てしたキャップ本人でしたか

デブリにするよりはやり直しした方がいい
ここまでやって、デブリにしてしまったら、嗤い物になるのはしかたない
万全を期してくれ

正常系のインプリって、かけだしでもできるんだが、
異常系のインプリって、ベテランでないと（経験）無理なんだが、
航空機が自動自立飛行できる時代なんだから、なんとかしろ。
無人爆撃機だって、ほいほい飛んでるぞ。

ロケットの姿勢を感知するセンサーからの信号がちょっと遅れただけなんでしょう
次の瞬間に正常データが送信されて来たら、それでOKでいいじゃん
よくわからんな

資料着てた
イプシロンロケット試験機 打上げ中止の原因究明状況 記者説明会資料
http://www.rocket.jaxa.jp/news/topics/pdf/20130830.pdf

ロケット側が起きてからデータを準備するのにどれだけ時間がかかるか特定できないので
（今回は0.07秒だったが次回は0.05秒かもしれないし0.1秒かもしれない）
データ準備できた、こっから監視開始してもいいよーってトリガーはロケット側が握らないとだめだね

そのプロトコル無視して時刻見てえいやっで監視開始しちゃったからだろ
管制側にタイマーをいれたところでロケット側の計算がそれ以上遅れたら同じ

待っててロケット側から準備できたよーってのがなかなかこずにタイムアウトしたら
それはアボートしてもよいというかアボートすべき事象

>>310
俺もそう思う。あるいは再送要求を送信するとかね。

>>310　政府は嘘つけるからね〜日本は記者クラブ制で情報統制してるし〜ｗ

　ほんとは別の原因があるにもかかわらず、体裁のいいウソ流してる可能性も否定できないからなあ〜

>>276
素人の俺にもよくわからん。なんでタイミングの問題で
データの欠損？が起こるのか？

>>267
もっと驚くのがこれ。なんでリハの時は起きなかったのか
不思議だった（リハでやる終了秒単位の1秒前で止まったとのことなので）
ちゃんとリハしてないってことだぜ。

原因究明できてないんでは？
時間かかりそう、という印象を持った。

どこかの国みたいに
最初に責任転嫁しないとこが素晴らしいわ

ハードはそこそこだけど、ソフト面は特にポカやボンミスが多いもんな
いつまで経っても、全く改善の兆しすら見えない
FとかNとか死に体で、官公事業で生き長らえようとしているその辺りが足枷なんだろうな

>>310
信号が遅れたのか演算が遅れたのしらんが、OBC（ロケット側）でデータ準備できてなかったのに
LCS(管制側）が監視を始めてしまったのが原因のようだね

>>311のように監視開始の必要条件トリガーをOBCからだすとか
>>284のように初期値を不定値にしておいて、それならアボートせずに監視継続するとか
解決法はいくらかあるかと思うがそれをまったく考慮してなかったみたい

>>314
リハでも起きていた。「約0.07秒の微小なずれまでには思いが至らなかった。」
http://www.rocket.jaxa.jp/news/topics/pdf/20130830.pdf

遅延時間って、いつも70msなのか？
変動は無いのか？、他にも遅延は無いのか？

データ取り込む前の初期値が０ってありがちだけど
突き詰めていくと何であるべきかは結構難しい

ハードが原因じゃないかなぁ？。
タイミング・チャートどうりに動作していない、とかね。

この0.07秒の遅れの理由は、実は、ベガまでの往復で使われた時間なんだろ？
ロケット内のビデオは8時間回ってる筈

ロケットが人工知能でも人間が無能だからしょうがない

本当の本当に「点火しないだけ」の発射訓練をもっとしたほうがいいんじゃね？

>>319
おそらく>>311のように変動要素だから
実際の監視開始時刻が最初のデータ準備時刻より遅くなる制御をいれていくべきだと思うよ

ちょっと待ち時間いれればいいというのはその場しのぎで
本質的にはこの制御をいれないといけないと思う
でも記者会見でそういうふうでもなかったから
>>307みたいに他の場所にも同じようなバグがあって
たまたま今まではすり抜けてるだけの可能性も否定できない

人口知能ってのは　おおげさじゃない。
Self Check機能なんて、家電でも普通だし。

もしかして、LCS(管制側）はOBC（ロケット側）の信号を出す
エミュレーターとしか接続試験してなくて
実機(実回路)の初期化時間配慮していないとじゃ無いよなー

なんで実験の最初から完璧じゃなけりゃ気が済まないのかね
日本のマスコミとそれに躍らされてる大衆は。

>>4
可哀相だから構ってやろう





ば〜か
ｗｗｗ

あの例の森田とか言うイカレ頭がプロジェクトマーネージャーな限り
イプシロンは失敗続きになるだろうな

大抵、こんなのは最初にミソが付くと
いつまで経ってもダメのまま、金喰い虫になると相場が決まってる

えっ！！！、本番じゃなくて実験だったの！？。
鹿児島まで見学に行った人、おこるぜ　きっと。
泣いてた子供もいたしな。

>>324
資料からは「待ち時間判定をゆるめる」という「その場しのぎ」をやりそうな匂いがプンプンするよな
ちょっと厳しくやりすぎちゃったとか言ってるし

プログラムを大幅にいじるとテストやリハーサルがやり直しになるから
なるべく小手先の変更ですませようとしてるんだろうな

追加情報を読む限り、リハーサルからやり直し必須じゃん。
9月中の打ち上げは不可能だね。

>>43-44

いまさらデータ取り込み開始を送信側からトリガーかける方式に改造したら
デバッグに何週間も必要になってしまうから
今回は遅延時間パラメータの変更でしのぐしか無いと思う

今回の打ち上げは１００％失敗するよ

搬送時には搬送車がパンクするし、不具合での打ち上げ延期は２回目

延期の原因は共にコンピーターのエラー

日本の技術者の劣化が原因

こんな端からケチのついたロケットの打ち上げが成功する筈がないだろｗｗ

空に憧れて、そらを駆けていく
あの子の命はロケット雲

アポロなんて、ボタンを指で押して発射してたのに。

>>330
実験機って書いてなかったか？

＜ヽ｀∀´＞

正確には試験機だが同じ意味だな。

たぶんクロックの同期をとってる水晶発振器に安物使ったんだ
パーツ屋行っていいの買ってこい
http://eleshop.jp/shop/g/gB5U411/

>>331
対策状況のところに書いてあるね
でもそれってうまくいったとしても運よく飛ぶだけなんだけどね
とりあえず飛べば世間体は繕えるみたいな

＞搭載計算機と地上装置の時間のずれ
というのもおかしな表現だよな
監視開始と被監視データ準備のシーケンス制御不具合だと思うだが

>>22
初歩的なことも知らない人がむやみに騙らない方が

ロケットと地上の通信って
打ち上げ前からずっと無線だよね？

設計者の心：やっとできた、完璧だ　これで休める。酒もうまいぃぃぃ。
設計者の心：なに！　とばねぇぇぇ、、、、製造過程のチョンボに違いない。
設計者の心：だだだだ、誰だ、設計どうりに製造しなかった奴は。
マネージャー；まあまあ、設計ちょっとでいいから　見直してみてくれ。
設計者の心；俺は関係ねぇぇ、が　見直してみるかな。そこまで言うし。

で、設計者；がーーーーーん、わわわわわしの間違いやん（発狂）。

もと設計者の回想録。

今時、音楽CDのオプティカル出力だって70msも遅延しないだろｗ

初期設定段階だからね
windowsの立ち上がりの遅延酷過ぎるﾀﾞﾛ

>>342
遅れがもっと酷くなった場合、同じ失敗が起こるということだし、
待ち時間を伸ばしすぎるとそれによる別の影響も出るかもしれないよな
データをやり取りする箇所すべてを見直して書き直すくらいの慎重さが必要ではないか

>>342
>【打上げ中止の経緯】
>�@13時45分00秒の打上げに向け、打上げ時刻の70秒前に自動カウントダウンシーケンスを開始した。
>�A打上げ20秒前に地上装置（LCS【注】）からの信号でロケットの搭載計算機（OBC）を起動。1秒後にOBCがロケットの姿勢計算を開始した。
>【注】LCS：イプシロンロケットの点検・打上げを遠隔で操作するための地上設備であり、ロケットの発射点であるM台地から約2km離れた宮原地区のイプシロン管制センター内にある。
>�BLCSでは打上げ19秒前から姿勢データの監視を開始したが、ロール姿勢異常を検知して自動停止した。

あと気になるのが�A、なんで発射直前にOBCとやらを起動すんだっていう…
なんか変

残念な感じになったのは、カウントゼロまで言っちゃったからというのが大きい。

印象だけで言うとISASは0.07対策をして打ち上げたいけど、
面子を潰されたと思っている旧NASDAが、第三者会を立ち上げた感じもする。
今日、プロマネの横に張り付いていたのはどっち方面だろ？

OBCはロケット内の電池で駆動するから
24h前から駆動なんてできない

また前日の記者会見で「ゼッタイに成功まちがいなし（笑）」とか言うのかな…

書き直しができるのは、
　プログラム
　　・コンピューター上のソフトウエア
　　・LSIないのマイクロコード

ハードウエアの問題なら　書き換えできない。

>>351
そんな前とは言わんけど、70秒前なり30秒前からでええやん？？
で、LCSの監視開始が19秒前なら問題なかろ

言い訳がうそ臭いんだよな

>>348
俺もそう思う

事故後の記者会見で原因究明に半日、対応に半日、検証に１日なんて抜かしてたけど
エンジニアの視点から見るとちょっといい加減すぎると思う

テキトーのやってんだろうなｗ
まだ原因もロクに究明できてないのに、次の打ち上げは、最短で３日後（ﾄﾞﾔｯ
とか言ってるの見て、ダメだコイツ…と思った

ゴキブリ理論で行くとこんなミスもチェックされてなかったとすると
あと１０匹はでかいバグがありそうだな。

>>349
そうだよね

もっと早くからOBC立ち上げて計算始めとけばいいのに
ぎりぎりになって立ち上げるからこんなことに

打ち上げに失敗したら「親類縁者含めて私財を全て没収」って取り決めにすれば真剣になるだろう。
それでも到底足りない金をつぎ込んでんだから。

>>353
FPGAも知らないで設計語ってんのか。

70msと書くと結構長く感じるｗ
それにしてもタイトなプロトコルで通信してるんだねぇという印象
でもその位キツ目にしとかないとモバイル管制なんて恐ろしい気もする

>>351
駆動電力いくらよ？
その程度の電池容量増やすのって
点火直後に噴射する燃料の重さの何秒分だよ？
誤差だ誤差

>>360
すまんすまん、なにせ３０年も前に現役終わったから。
FPGAって　ハードの変更も可能なの？？　教えてください。

>>363
聞く前にググれよ。
ものすごく大規模な回路がいまや書き換え自由で
しかも安い。
アルテラとかザイリンクスでググれ。

>>360
”プログラム可能なゲートアレイ”　なんだね（笑）

プリキュアコスの蒸着時間はわずか0.07秒に過ぎない
ではそのプロセスをもう一度見てみよう

>>360
一応、当社では、現在もLSI製造しています。

>>367
今は衛星もちょっと複雑な回路は全部FPGA。
インタフェース回路だけがディスクリート。

>>321
場所は北海道だな

>>368
教えていただいて　ありがとう。
そうかぁ、、、、問題がディスクリートでなければ　いいですね。

0.07秒間強烈なノイズが発生して通信不能だったとか

イプシロン１的なのを期待したのに残念だぬ

今回は、打ち上げ期間が決まっている惑星探査機ではないから、
１ヶ月くらいバグ潰しに当てた方がいいと思うわ。

単なる同期ずれが原因なのにこのスレの自称プロはあれやらこれやらｗ

>>373
惑星観測だけど地球周回軌道だから焦ることはないね。
だけど期間延長の人件費を誰が負担するかでその費用が問題に
なる可能性はあるかな。

管制「姿勢チェックの情報が来る時間だ。情報プリーズ」
イプ「・・・・・・」
管制「姿勢チェックのデータがこねえ！やばいぞ、中止だ」
イプ「姿勢チェックのデータ送るよ〜・・・アレ？」
この間０．０７秒ってことでおｋ？

同期ずれが原因で問題になるとか、どんだけ糞設計なの？

なんか仕込まれて途中で情報抜かれてるんじゃないのか

>>377
また。おこられそうだけどね　３０年前現役だから。
電気やってて、本当に難しいのは　アナログ　とか　電源だと思うよ。

>>373
惑星間飛行に試験機なんて使えないよ。って書いて、M-3SIIロケットを思い出す。
あれは無茶だったよなー。

>>376
管制（初期値を拾って）「姿勢チェックのデータがおかしい！やばいぞ、中止だ」

>>329
おまえのその汚物のようなレスをイプシロンが軌道に乗ってからも末永く晒し続けてやるよ

>>374
あなたは、科学者、研究者、技術者には　なれません。

事前のチェックで見事に検証し損ねてる部分が原因になってる訳だから妥協はいかんということだな

>>383
悔しいとかそういう系のレスはいいですよｗ

>>369
ぐるんぐるん回ってるの見てみたい。

スペースシャトルでも搭載コンピュータの同期ずれで
メインエンジン点火後打ち上げ停止というのはあったな

>>344
打ち上げ前は有線
リフトオフと同時にアンビリカルケーブルが切り離される
そこから先は無線

トランザクション管理とかジョブ管理みたいなことはしてんだろうか？

してないからこんな少ない遅延でエラーになったんだよね？

色々あるヤバそうな現象の中でも、タイミングのズレは飛び切りヤバい結果に結び付きやすいことを
JAXAの人たちは経験的に知っているって事でしょ
たかが70ms、だが取り返しの付かない70ms かもしれない。

ここで汚物レス吐き散らしている屑共みたいな外野のノイズは一切気にせず、
心行くまで検証して欲しい。そのための試験機、そのためだけにある試験機だ。
徹底的に極め尽くして上げてくれ

同期、同期ってなんでも管制が完全に管理しようとするからかえってうまくいかないわけで
管制がｲﾌﾟｼﾛﾝのことを信じてあげればいいのに
モチベーションって責任を任せられたっていう実感が必要だよ
管理しすぎるといつまでも自律しないよ
マネジメントの基本でしょ

>>390
JAXAが知ってたらこんなことは起きんよ
実際、プロマネも今日の記者会見で思いが至らなかったって言ってる

>>390
そんな事やるから、福島みたいな事がおこるんでしょ。
裁判員裁判の必要性を　考えてみたら。
専門家（？）にまかせたら　ダメだからだろ？？。

リハ2回もやって見落とすなんて有り得ない
それはリハとは言わない、リハのためのリハなど無駄もいいとこだ
次は点火後爆発してから、新たな「見落とし」が発覚することでしょう

>>2
今回は点火してなかったからよかったけど、
打ち上げ後の処理でこういう想定外のバグ大量に抱えてたら
発射後に失敗ってのも何回か起きそうで怖い

http://www.youtube.com/watch?v=3VQmWfpOXCw
１分４０秒〜
今打ち上げ失敗時のニュース動画見てみたんだが観客から失笑されとるｗ
落胆の声じゃなく笑われてる辺り成功しそうにないな・・・って思われてたんだろうか

Ａ社担当部、Ｂ社担当部どちらも仕様書どおりで正しく設計されて
たけどシステム設計に穴があって不具合になってしまったという
感じだな。

>>35
地元が潤ったと同じ額、資産が減ってる人がいるわけで、
で、トータルでそれ以上の何かを生み出したわけでもなく、
本来仕事で何かを生み出してたかもしれない人が、それをしなかった分損失なわけで、
移動の飛行機の燃料代なんかは輸入なわけで、
日本全体のトータルで見れば損。

今回の例のようなＩ／Ｏ待ちの場合は、
最初にデータ取得のトリッガーを全てのＩ／Ｏに取り敢えず出力して、
しばらくしてから、一気にデータを取得する。（10mSecもかからん）
どーんと要求してどーんとゲットってやつだ
この方がパフォーマンスがいいんだよね。

チマチマ何回もやっていると個別のタイミングが厳しくなる。

内部電源への移行タイミングというと
シャトルだと３分30秒前
H2Aだと3分
ファルコン９が１分
不確定だけどソユーズも１分前だったかな？

機体の規模、構造、重さ、用途等々で変わってくるから
単純な批判はどうかと思うな
それにタイムラグで止めた、データ無いことを察知して止めた
ということは、それなりに安全装置が働いてるということでも
あるね

最近のOSはインテリジェンスですね

なんか、「わずか70msのズレも許容しないなんてすごい。ズレた原因をしっかり調べて再挑戦してくれ」って
論調の人もチラホラ見かけるね
プログラミングのミスで、同種のバグがもっと大量に眠ってるかもしれない事態だって
いまいち危機感が伝わってないな

そうきついこと言わずにもう少し待ってやればいいのにね
冗長性を持たせるというか、ちいさな遅れは気にしないというか・・

>>403
いいこと言うね。
CDでもそうだけど、転送データーの信頼性を上げるために、冗長データーが
埋め込まれてるよな。ECC,EDC　だったかな？

>>399
それが通じるのは、並列進行OKなプロセスの場合だけでしょ
オーダークリティカルな場合は、馬鹿馬鹿しいくらいな順次立ち上げですよ
ロケットはもちろん、加速器の制御とか大規模送電システムとか

会見見てたが、0.07だろうと、0.01だろうと、ズレがある限り、ロールはゼロと認識し
リハーサルで変更したロールの閾値1〜3度から外れる。
ヨー、ピッチは初めから0度が閾値に含まれてるので、ズレがあっても
オッケーだと。

とゆことは、他のパラメータで閾値にゼロが含まれてないトコで結局止まるんじゃ？
他のパラメータは大丈夫とかいってたが、そこを確認するのかなあ

データ収集システムとして、情け無いくらい初歩的な欠陥だな
学者さんが頭で考えるから、こんなデータ収集システムが出来ちゃう

欠落データをどう扱うなんか、実用のシステムじゃ10年以上前に定型化したものがある
学者じゃなくて、兵器のやミサイルの技術屋を入れろよ

同じ固体燃料のアメのミニットマンは40年も前のシステムで何千着基のもコントロールをしているけど
この手のチョンボは無いよ

>>406
例えば、詳しくは記憶にないが、
TTLレベルの情報通信では、０．８V以下はマイナスで　２．０V以上がプラスでしょ。
で、電源ON後は、不定値じゃない。
このロケットがTTLレベル通信かわからないけど、ハード的通信規格違反ってこともあるでしょ。

>>406
>0.01だろうと、ズレがある限り、ロールはゼロと認識し

問題は、データ収集システムが「欠測値」との認識(ステータス)が無かったこと
普通の実用システムは、「欠測値」なら読み直す
何回か読み直してダメなら、いくつかのデフォルト行動のうち 予め選ばれて居る行動をとる

銃でも、高精度で造られたM16よりも
敢えてパーツの組み上げに「あそび」を持たせて造られたAK47カラシニコフの方が耐障害性が高い

>>406データ取り込み前の初期値でFailするのは考え方としては正しい
常に安全側だから

IT屋さんが得意な、送受信がしっかりしたプロトコルを使うのは
ロケットみたいな極短時間なリアルタイム処理には向かないから
遅延時間をあらかじめ予測して通信するのは仕方が無い

今回はそれが頭から抜けていたのが重大な問題

金やらそういうのが無いのではないか？
IHIのこういうノウハウはいつになったら
ミサイルに転化されるのかしら？

皇后陛下の0.07

普通に不具合がでても訂正ができるｱﾌﾟﾘｹｰｼｮﾝ設計者の考え。

書き換えができない量産品のLSI内部の設計においてバグなど許されない

億単位のトランジスタがあるCPUにバグで修正があったとしてその頻度が
どれだけ低いか知っているのか？

設計の厳しさの度合いが１０桁ぐらいは違う。

>>410
俺、銃砲所持ライセンス所持者なんだがね、うれしいな　この話題。
で　教えてくれ。命中精度とか横転弾の頻度とか。ぜひ知りたい。

>>407
ある程度でも軍事技術者を入れることにしたら、最も多数の技術屋を送り込みたがるのは、
恐らく市ヶ谷ではなくペンタゴンだぞｗ。

>>406
つか、ピッチ、ヨーに関してはOKっていうより機能してなかったって事だな。
もっと言えばリハーサルでロールの閾値を変更してなかったら、このシステム不備をスルーして打ち上がったのかもw

>>405
電源投入時からの5秒以内にgo/abortの決断をしなければならない。
今回は１秒でabortしている。
I/O待ちが短かったのが今回の原因でしょ。
対策も時間を長くするって言っているんだから。

動作指令（出力）は順次に起動しなければいけないのはわかるが、
データ取得の為のトリッガーは順次取得しながらやる必要は無いのでは？

時間の要求レベルが違いすぎるよ

start()
{
req_data1();
req_data2();
req_data3();
req_data4();

usleep(200000);

get_data1();
get_data2();
get_data3();
get_data4();

　　if ( x )
abort();
go();

}

I/Oのレスポンス時間は100msec以内で保証の場合

>>411
>データ取り込み前の初期値でFailするのは考え方としては正しい
常に安全側だから

そんなことは無い、危険側である確立と半々だろう
普通は 「欠測値」 ステータスがでたら 読み直す
それでもダメなら
(1) ゼロなどの初期値
(2)予め設定した 値
(3)前回値
(4)前3回の平均
(5)他の同じ測定値を持つはずの計器の値
(6)測定値なしの ステータスを立てる

などの内一つを予め選んでおく
そして 処理を続ける
(6)が重要測定値で作業中止ならしょうがない

>>415
いや、どっちが優れているかという話ではなくて
どちらが耐障害性が高いかを言ったまでだが…
それはともかく
あなたもしかして制服ry)ですね
ただの猟銃扱いのレスじゃない

>>407
ミニットマンを利用したアテナの試験機が衛星乗せて失敗してる
誘導装置か姿勢制御系の不具合が原因らしい

>>418
手続き型のUnixのCのシーケンスじゃ意味ないよ。
Event　Drivｎ　で記述しなきゃ　無意味でしょ。
そのソースコードの間に、何度　タイムスライスが入ってか　わかってないだろ。

>>422
機密情報なので書けません

センサー系統くらい最初から電源入れとけよ

>>420
いや、俺はただの技術屋で、趣味で鉄砲撃ってるだけだよ。

>>424
ミサイルの制御系に電源切り替えるときに瞬停になるみたいよ
ある意味そこが問題だな

あ、ミサイルでなくロケットね

>>402
そんな危機感JAXAが一番よくわかってるわ

ラウンドロビン　スケジューリング　の　Unix使っても
Real　Time　処理はできないの。　このアホプログラマー。

中止が決まった翌日、朝鮮日報は一面でこの報道をした

マジで気持ち悪いな

>>428
>ラウンドロビン　スケジューリング　の　Unix使っても
Real　Time　処理はできないの。　このアホプログラマー。

なんだ厨房か

>>417
これ怖いよな
本当は異常な値を検出してても、データ到達前にチェックを始めてしまったら
自動的に値を0(許容範囲)として打ち上げちゃうってことだよな
全然ダメじゃん

>>430
稚拙なソフト屋に、事実を教えただけ。これもNetならでは　だろ。

>>426
そんなアホなシステムはないと思うけど。普通はダイオードなんかで
両方の電源系から同時供給可能にすると思う。

>>432
ん？ リアルタイムスケジュールくらす 付いてるよ ＞ ＬＩＮＵＸ
他のプロセス無視してひたすら走行するおｗ

>イプシロン...

おとうさん、久しぶりの出番なんだからしっかりして

>>431
てか、まるで検証されてないってことじゃん
シミュもしてないのか？

ミスを犯すのは人間です＠HAL

>>432

>ラウンドロビン　スケジューリング　の　Unix使っても
Real　Time　処理はできないの。　このアホプログラマー。

意味わかって使っている？

おれはアホプログラマーだけど、あんたはググりながら2chに書いている窓際族だな

>>434
しってるよ。Real Time Linux だろ。
昔、現役の頃に　Implemetation したからな。なにか　文句あっか！？。

>>438
ラウンドロビンについて　簡潔に述べよ。

>>433
先日の会見で森田さんが「20秒前に一端電源が切れるような事を言っていた」言っていたよ

RTOSのシビア・システムで70msの遅れは致命的と思うね。
パラレルI/Oのスキューでもあったのかね?

>>442
今のハード環境を考えると、ありえんと思うな。
もっとも　ぎりぎりの速度のハードとかCPU、RAM、ROM　I/Oディバイス
使えば　話は別だと思うけど。　MMU　もそうだね。

何か初歩的なミスに思えてしょうがないんだがな、こんなのテスト段階で判るだろうに。

>>440

回る独楽だろ！、現役プログラマーを馬鹿にするな！

>>445
すんません。なんせ３０年前が現役なので　許してね。

>>431
実は今回、ロールで引っかかったからよかったようなものの、
ヨー、ピッチに関しては初期値でOKを出してしまってたってことだね

フェールセーフで止まったから良かったですねみたいな信者が多いが、
実は異常があっても気づかれず打ち上げてしまうところだったってこと

>>431
だな。
今回は姿勢監視は機能していなかったが、たまたまロール角の閾値を変更していたため、自動シーケンスは停止した。

って事か？良かったじゃんwww

つか、×応答が無い→ゼロ
○応答が無い→異常
だろ普通

>>443
何をおっしゃるウサギさん
俺は某派遣先で ハード原因で
１００ｍｓ単位の遅延を出してるプロジェクトに出会ったことがあるわｗ
ハードが原因なんでソフト対処不可ｗ

>>447
多分、このまま打ち上げても問題は無かったと思うよ0.07秒後には正常値が来るんだから。
最初の一発目のデータが０だったのが問題。その原因が判定するのが0.07秒早かった。
多分管制側に送る監視データの取得サイクルは100mSecとかでしょうから、次データは正常値になる。

>>449
そうだよ。
ハード＝絶対速度
ソフト＝総体速度
だもんな。

まあ、1段目点火でアボートどころか、パーツ交換に数日かかる熱電池にすら切り替えなかったという点で
良かった良かったとするべき。
おまけにこれほど短時間に非常にデリケートな原因でnogo判定が出ていたんだと判って
開発者にとってもよかったよかった。

0.07秒に泣いた

みなさん楽しそうで何より

あっと
総体＝相対　の間違い。

>>430
＞>>428
＞>ラウンドロビン　スケジューリング　の　Unix使っても
＞Real　Time　処理はできないの。　このアホプログラマー。
＞
＞なんだ厨房か


お前はリアルタイムOSが何かを知らない。

今回のロール角の問題は

ロケット内の測定値は正しく測定できたが、地上基地のPCでチェックしてるときに
正しいデータが送られてくる前に値だけ読み込んで異常値と判断した
で、OK？

>>432
ハード屋はプライドだけは高いからな
過去の栄光にいつまですがれることやら
ってのが正直なところよ

テストでも再現しているのだから、次は大丈夫でしょうこの問題に関しては

>>446
許す

>>450
何らかの理由で発射までOBC側で計算がえんえん終了しないという不具合が起っても、
管制側は毎回初期値を取得して異常なしと判断してしまうのでしょ？

どこかで初期値、計算値は区別しないとダメだと思うけど

>>446

>すんません。なんせ３０年前が現役なので　許してね。

しかし30年前に引退したって事は、おれがプログラム始めた頃だ。
もしかしてコボラー？

>>459
そこは「いいってことよ」って言ってあげなきゃ。２ちゃんなんだからさー。

>>450
そっか、本当に姿勢異常なら0.07後に異常になるんだな。

>>456
なにがわかってないのか　よくわからんが、
無能なプログラマーと見た。

日本のハードはマジ>>124レベルなんで
ほんと開発手法考えなおしたほうがええよ
外資海外をわたって見てきて日本のハードを見て驚いた正直な感想だから
求人関連から推定される開発手法もだいたい同じにしか見えないし
どうにもならんだろうね
なんせ、日本はソフトが無茶苦茶だから

>>461
あほこけ。この若造が。。。。。。。。Assemblerに決まってんじゃねーか。
IBM S360,DEC PDP-11,VAX-VMS,6502,z80 X6800 などだ、

>>457
＞値だけ読み込んで異常値と判断した
を
＞初期値だけ読み込んで異常値と判断した
にすればいいと思うよ

>>460
>どこかで初期値、計算値は区別しないとダメだと思うけど

その通りで、初期値が０だったんでしょうね。
以前にも書いたけど-9999とかあり得ない値を初期値であれば、不定値か０かの判断をOBC側でできた。

（１）ジャイロデータが正常値で無い場合は不定値を送る。
（２）不定値の場合はOBC側は判定を行わない。

これで防げた問題だよね

>>446
「いいってことよ」

>>466

先輩済みませんでした。
今でも覚えて入れるアッセンブラーはZ80

C9 rtn

先輩、X6800はX68000では？

0.07secのラグ...。
大変だなー。

オシロスコープの波形だと0.07秒はでかいよね

>>471

俺も若い頃はエロいねーちゃん見ると、0.07秒で勃起したが。
今は姿勢制御不良で5秒経過してアボートだわ

>>469
おれがComputerに接したわかかりし頃、磁気テープディバイスがRaqmdam Access
Storage Device だったのだ；意味わかるか？。
当時の磁気テープディバイスはBack　Readが可能だったのだ。知るまい。
当時のプログラマーはAssemblerで　ひいひい言いながらCode Reductionをやっていたのだ。
当時は　Core が一番高価だったからだ。３２KByteとかでプログラムを実行していたのだ。

70msの誤差のS/Wを探すのか、こりゃ大変だ。

ロケット側はルネサスのマイコン沢山使ってるのかなー？

と思ったけど年単位で商売にすること考えたら
明日あるかわからない会社のマイコンなんて・・・

>>473

>おれがComputerに接したわかかりし頃、磁気テープディバイスがRaqmdam Access
Storage Device だったのだ；意味わかるか？。

Random Access Storage Device なら知っている

>当時の磁気テープディバイスはBack　Readが可能だったのだ。知るまい。
テープの逆回転の事？
俺が持っていた、シャープのMZ-80Kでも出来たよ、ランダムアクセスは

>当時のプログラマーはAssemblerで　ひいひい言いながらCode Reductionをやっていたのだ。

その頃は組み込みではアッセンブラ言語使っていたよね、おれは東大の石田晴久先生が翻訳した「Ｃ言語」で学び、Cを使い始めた頃だよ、OSはCP/M 裏レジスタを使いマルチタスクもどきをやったな。

>当時は　Core が一番高価だったからだ。３２KByteとかでプログラムを実行していたのだ。
そーですか

まさかコレガの製品入れてねぇだろうな

>>475
ルネサスは確かに将来の不安はあるけど、国産で省電力、長期供給を考えると他も難しいのが現実では
安いから1000個ぐらいストックしておけば無問題かも

そもそもシステム開発したのはどこ？
まさかそれぞれのシステム別個に発注とか無いよね
まさかね

ソフト開発はプログラム本体とは別に通信専門のプログラマーを雇うよね

>>おれがComputerに接したわかかりし頃、磁気テープディバイスがRaqmdam Access
>>Storage Device だったのだ；意味わかるか？。

>Random Access Storage Device なら知っている
ああ、スペルミスは許せ。

>>当時の磁気テープディバイスはBack　Readが可能だったのだ。知るまい。
>テープの逆回転の事？
>俺が持っていた、シャープのMZ-80Kでも出来たよ、ランダムアクセスは
ふーーーん、知らなかったなぁ。ある意味恵まれた環境かな？
俺の時代には、そういうディバイスは売ってなかったからな。


>>当時のプログラマーはAssemblerで　ひいひい言いながらCode Reductionをやっていたのだ。

>その頃は組み込みではアッセンブラ言語使っていたよね、おれは東大の石田晴久先生が翻訳した「Ｃ言語」で学び、Cを使い始めた頃だよ、OSはCP/M 裏レジスタを使いマルチタスクもどきをやったな。
もっと前だよ。IBM　S３７０でOnlineをやるとき、やっとPL/1が使用可能になった。
それまでは、全部　Assembler だよ。COBOLプログラマーも居たけどね。

>>当時は　Core が一番高価だったからだ。３２KByteとかでプログラムを実行していたのだ。
>そーですか
Computerのmain mamory が　Core　から　半導体に代わって久しいけど、
俺たちの若いころは　まだ　Core　Storage　で、HDDなんてなくて　磁気ドラムなんてのが
あった時代さ。
C言語はIBMが認めてなかったからね、俺もC言語知ったのは　VAX-１１からかな。

ハンドシェイクの失敗って、結構致命傷。
作り方しだいだけど、結構時間かかるかもね。

これの運営班って
はやぶさ部隊とは違う二軍とかなの？

実際の時間では一瞬糞も無いが、
普段俺らが見てるサイトとかが表示される処理も0.01秒以下で行われてるんだろ。

だとしたら0.07秒ってのはかなり長いべ、

>>481
さっきは悪態ついて済みません（ペコ）
２ＣＨばっかやっていると上司に怒られるので、ここらで仕事に戻ります。

追伸；
先輩達のお陰で日本が半導体を初め、電気、機械、重工業、その他が世界トップクラスになれたのは、
紛れもない事実です。昨今の業界の状況をみると歯がゆさを感じます。今回のロケット技術を初め、
まだまだ日本には、優れた技術が温存されていると思います。１国民として日本の科学技術の発展を応援したいものです。
ハヤブサでは泣いたな。

同時性の解釈が間違ってないか？

これ商売のプレゼン用じゃん？

失敗して爆破とかしたら逆に信頼性にかかわるから、
止めるのが（止めるアルゴリズムにするのが）正しい判断

スケジューラをなくしてしまえ

>>485
日本の技術者は、負けてないぞ。頑張れ、次の世代を担う技術者。

まあここで何を言おうがすべて推測に過ぎないけどな。
自民の秘密保持法が可決されればあらゆる捏造も可能になる。

あのね、科学者とか研究者とか技術者は　自分のテーマを懸命にやってるわけ。

人工知能を与えられたウォッチドッグ

どうせソフトは学生に書かせてんだろ

>>493
で、アルゴリズムは誰が！？。

>>488
スケジューラってのががどんなのかは知らないけど、
OBCに起動信号送ってからは双方の内部のタイマーに従ってシーケンスが進むようね
お互いが勝手に進むから経路や片方で遅延が起った場合こういう事故が起るんだよな

それを防ぐために双方が通信しながら確認して進めるのが当たり前と思ってたけど
JAXAのプログラミングって古いんじゃね？

こういうミスでも原因特定できたし
エラーの洗い出しが順調に進んでるね

人工知能でデッドロックの検出とかできるのかな

>>496
２ｃｈで順調に進んでるからといって
JAXAが理解してるとは限らんぞ

現場の技術者を信じればいいんじゃ「ないですか！？。

どっかでハッキングされて、イントラネットの中で情報収集の記憶するための
PCを経由していたりしていないのか？

>>1
>データの送受信に0.07秒のズレ
>データの送受信に0.07秒の遅れがあった
>データが届くタイミングが0.07秒遅れ

訳が分からない記事だなあ。
一つの文章に三つの異なる現象が書いてあって
どれが正しいのかわからない。
・データを送り出すのに遅れが有ったのか？
・データを送るのを漏らしてしまって間が空いたのか？
・データを受け取るタイミングが早すぎたのか？
・データを送り出してから届くまでの遅延が想定より大きくなったのか？
はっきりせい！
あ、このまえ「想定外」だと言っていたから最後のやつが正解かな？

センサー側から入力されるデータに先頭フラグを定義しないで
入力されるものは全て有効なデータとして判定ルーチンにかけてたのかな？
まさかね

責任者(?)の森田って人、なんかヘラヘラしててコメントも自信過剰気味なのが気になる

山中教授みたいな落ち着きと謙虚さが欲しい

人柄の印象なんて先入観に左右されるからな
今回のミス内容でなんか信用出来ないと思ったのが森田評にも影響してるんだろう

９月末以降は下朝鮮のウリンドウズ･システムダウンの言いわけ発表をネタに
盛り上がらなきゃならないから、それまでに射ち上げてねｗ

>>461

　コボル・・・懐かしい。

技術的視点からは、診断プログラムが正常に働いて問題を知らせたんだから結構なことだと思うんだけどな。
そのへん理解ないと結果だけをどーらたこーたらとケチつけてしまうものだ。

ああいう人柄だから、売国ミンスの圧力をはねのけてプロジェクトを守り抜けた、とも言える。

>>501

>ロケットの自動診断装置からのデータ送信と管制装置に受信に0.07秒のズレ
>データのロケットの自動診断装置からのデータ送信と管制装置の受信に0.07秒の遅れがあった
>データが自動診断装置からの送信と管制装置の受信届くタイミングが0.07秒遅れ

うわ、書いててめんどくさくなった。

どうせなら、全部無線にしちゃえば良かったのに、、
飛び出したら、どうせ無線何だから、それでいいじゃん。

　ロケットと地上の管制が独立しているのか・・・直ぐにリカバリーできるなら
間違いない方法だな。

　どっちかをメインにするとしたら・・・ロケットがメインにするほうが精度は上がるが、
その分金額も上がるからなぁ。

・・・地上管制施設に金かけて、ロケットは、現状のシステムで、誤差の範囲を
絞り込む方がいいような気がする。

ものすごい低いレイヤの信号を計算機が直接制御しているかのような発言が飛び交っているが、そういうものなのか?

韓国なら「９割成功だった」と発表を終えているよ

>>513
って言うか、リアルタイム制御を全く分かってないソフトウェア系の厨房が多すぎな希ガス

>>507
全然正常じゃないのが判明したからざわついてるわけで

下位レイヤのことは分からないけど、説明を読む限り
信号が取れない状態を0として計算したらしいから
上位レイヤにも問題あるんじゃね？

中にＭＺ８０が入ってるんだよ。
バグファイヤってゲームを思い出したな。

夏休み期間中に沢山の親子連れに見守られながら発射して欲しかったが
安全第一だもんな
次世代に繋がってほしいわ

このエラーにはイギリスの諜報機関が関与している、
と誰でも思いつきそうなネタを言ってみる。

０．０７秒のずれ、考慮せず＝リハーサル２回見過ごす−イプシロン打ち上げ中止
http://www.jiji.com/jc/c?g=soc_30&k=2013083000913

>　　２０、２１日のリハーサルでも遅延は起きていたが、
>　２０日は姿勢データの他の設定に誤りが見つかったため自動停止の条件から除外。
>　２１日は悪天候のためカウントダウン作業の一部を行わず、遅延による自動停止の可能性に気付かなかった。

こんなんでよく打ち上げる気になったなｗ

リアルタイム制御をわかっていないということは
組み込み系をわかる人種はいないという事か

>>521
素人に毛が生えたようなやつがあちこちにいそうな予感。

ゴールドマンサックス等の超大手は、証券取引所にお金払って
市場の注文状況を他の相場参加者より0.03秒早く知ることが出来るんだっけ。
その間に情報分析して大もうけしている。
わずか0.03秒でもそんな芸当が出来るのだから、
0.07秒というラグはコンピューターにとっては非常に大きなものなのだろうな。

要するに問題が何なのか判らない。
HAL9000 に喩えて説明してくれ。

よし！この恥ずかしさはチョン叩いて誤魔化そうｗ

自力で宇宙にいけない国の嫉妬のコメントがなぜか日本語で書き込まれて、またそれらが大分あつまってるなw

ほかの板から逃げてきたのか。寄生虫。

ﾌﾟｯｗ

>>507
今回たまたまロールが正常値の設定レンジを変更してたから引っかかっただけで
実際の測定に基づいた計算値ではなく
初期値をチェックの対象としていたことが明らかになった。
実際ヨーとピッチはその初期値でOKが出ていた。
一瞬とはいえ、間違ったことをやっているのに気づかなかったということ。
つまり、診断プログラムが誤動作しているのにたまたますり抜けていただけという最悪の事態だよ。

>>460のように何かのトラブルで計算値が一度も算出されなくても
管制側は初期値を使って粛々と発射シーケンスを続けてしまう可能性すらはらんでいる。
恐ろしいでしょ？

>>521
素人に毛が生えた程度だけど、、
リアルタイム制御って
今の電気ポットの温め制御もその一つと言っていいの？

○度○分○秒
姿勢異常といえばロケットのジョジョ立ち角度に０．０７秒のズレって話じゃねの？

発射ボタンを押すとき、「あポチッとな」の「あ」が抜けてたんだな。よくある初歩的なミス。

無線だろうから、パケットが何度も落ちて再送したのかな

誰かが妨害電波出したのかもしれん

観覧席の有効期限は９月３０日だよね、９月はじめじゃまた失敗かな

地元の店は３度おいしいし３度目の正直っていうしな。

マジ？今度はさすがに再抽選と内心喜んでたのにｶﾞｰﾝ

>>199
不覚にもｗｗｗ

日本の不思議なとこは、研究者、技術者の中にも技術流出を悪だと思ってる人がいるところ
技術なんてどんどん流出させて金に換えればいいんだよ
技術流出させてこの糞国家にとどめ刺しちまおうぜ
研究者、技術者が個々人の出来る範囲で積極的に技術流出させれば不可能ではない
（かつて、週末ごとに韓国に技術指導に行って日給１００万稼いでいた技術者のように）

そして、いずれは国籍なんて無視して理系及び理系の重要性を認めて理系側についた
人間（ニュータイプ）だけで独立国家のジオン公国つくって、自分のやってる仕事が
社会に迷惑かけてるだけという現実を受け入れる器が無く、何も生み出さずに規制に
守られて、金や資源を右から左に動かして中間搾取してるだけのモラルの無いドキュ
ン文系男（オールドタイプ）国家に戦争しかけるのが人類の最終形態だろう、２００
年先になるか３００年先になるかはわからんが

>>523
数１０ｍｓじゃ無理だよ
できることは限られる
金融程度のＩＴエンジニアじゃｍｓオーダーを扱うのは無理
もっともあいつら金持ってるから
そういうエンジニアはいくらでも集められるだろうけど
それなりのコストになる

でもやっぱ無理だろうな
それ系の奴が２ｃｈでレスしてきて多少議論したけど
アイツラの程度は知れてる

そりゃ胃にも腸にも効く薬だとしても、とうぜん時差はあるんじゃなかろうか。

>>537
>金融程度のＩＴエンジニアじゃｍｓオーダーを扱うのは無理

取引スニフして尻馬に乗る証券所内鯖ラック貸しの存在とか嘘だったんですねﾌﾟｹﾞﾗ

0.07秒というのが、姿勢の傾きのズレだったらものすごい高精度な話だが、、、
実際は、通信の周波数のズレのことだから、1/0.07 = 14Hz くらいだから、ものすごいお粗末な話。
たぶん、ソフトは全部、テスト項目をうんと増やした再テストが必要。

0.07ミリ秒の間違いではないのかと思うくらい大きなズレだよね

俺なら0.07秒の間に３回は可能だな。

☆　イオンエンジンの推力を、はやぶさの３倍に　☆

ＪＡＸＡ、次世代版イオンエンジン部品をＵＡＥの衛星に搭載−初の海外供給
http://www.nikkan.co.jp/news/nkx1520120330aabe.html

＞探査機「はやぶさ」に載せたイオンエンジンの推力を３・８倍に向上させた次世代イオンエンジンに使う部品で、
＞ＪＡＸＡの中和器が海外の人工衛星に搭載されるのは初めて。

↓

☆　イオンエンジンの推力を、はやぶさの５倍に　☆

さらに、はやぶさの３倍から５倍への出力アップを研究中！。
http://www.ir.isas.jaxa.jp/sss13/proc/P2-139.pdf
イプシロンロケットで地球の周回軌道に打ち上げ　→　新型イオンエンジンで加速して惑星間へ
http://www.ir.isas.jaxa.jp/sss13/proc/P2-133.pdf

>>540
航空宇宙産業の通信周期ってこんなもんじゃね？ EMIもあるし。

>>354
使い捨てだし軽くするためにも廃熱処理していないんじゃないかな。打ち上げ後もしばらく動いている必要はあるんだろうけど、マージン入れて作動10分で焼き切れたり熱暴走するような造りかと思う。

>>376
初期値を理想値に変更するだけで動きそうだな。

人工知能ソフトのバグ取り
日本のロケット技術はどんどん進化してる。　

読売の記事を読んだ感じでは受信側はすでに用意されてるデータを早く
出せよと要求するのに対し送信側は（うるせええな、今データ収集計算中
なんだよ！）・・・で無言状態ということだな。通信プロトコルとして「準備で
きた？」、「まだだよ」とかの手順がないものだったんだな。

>>528
おれでも理解できる説明ありがとう。
てか、9月中はもうやめておいたほうが良くね？
ソフト担当者が何人か過労死するんじゃないか？

>>547
げっ、そんなプロトコルでまともにうごくわけがない。
通信の勉強してない人が適当にプロトコル仕様つくってしもたんやな。

これって機密情報になりませんかね？

>>550
Jaxaは、こんな凄い情報まで公開しているぞ。
（金星探査機あかつきのバルブトラブル　→　その経験を次の小惑星探査機はやぶさ２の設計にフィードバック）

http://www.mext.go.jp/b_menu/shingi/uchuu/016/002/gijiroku/__icsFiles/afieldfile/2011/12/02/1313456_01.pdf

>>549
勉強だけして実務経験がない人がいいそうなことだね
制約の多い現実では、
制御コードを処理する時間も惜しいとか
リソースの制限やらで仕様検討で綱渡りな設計をよくする
今回は初期化シーケンスのタイミングがあわず、
無効なデータを処理してしまいエラーになっただけで
スタートパケットを送受信すれば解決なんて単純な問題とは限らない

ようするにFortranで遠隔操作だろ

>>548
1，2ヶ月で飛んだらその場しのぎ（監視開始タイミングを遅らせる）、
半年〜１年くらいかかったら根本的な対策（タイミング取りのプロトコル組み込み）
をしてきたと思っていいと思うね

さて、どっちをとるか
そろそろ来年度予算も気になる時期なのでアピールもしたいだろうしね

RS-422/485とかの長い距離を引きまわせるシリアル伝送で
38400bpsとか

>>552
それでも、単なる綱渡りはあかんと思う。
なんか省略するなら、省略しても大丈夫という担保がないとあかんと思う。

博打で打ち上げが成功しても、正直その価値を見い出せないんだが…
どちらにしろ、次回の打ち上げでまたあらかた作り直す気なんだろうけどさ
そしたらまた新しい不具合が露見するのが目に見えてるだろ
ロケット開発なんてそんなもんだ
毎回、初めての打ち上げみたいなことになると、当初JAXAが目標に
掲げていた低価格で安定した宇宙開発の供給から逸れることになるぞ。

次の打ち上げが何ヶ月後になってもいいから、一度全て洗い直せって
森田ナニガシによる、これまでのディレクションのいい加減さが
こんな事態を招いてしまったのは明らかなんだから

付け焼き刃的な対応でやり過ごそうとするのはもうヤメロって
日本人は１日でも早い成功なんか誰も望んではいないだろ
（利権が絡んでる連中はスケジュール通りに行きたいんだろうけどさ）
そんなことより技術の信頼性と上積みを見守りたいんだよ

こんな失敗ならまだしも、本格的な事故が起こったりしたら
手ぐすね引いて失敗を待っているマスコミから集中攻撃されて
今後何十年にも及ぶ、日本宇宙開発の停滞にもなりかねない。

原因箇所から想像するに、根本的なところで設計ミスしている可能性が
高いのは素人でも分かる。日本の科学力バンザイしてるここの
人間からしたら、異端だろうが、計画全体をリスケをしてでも
技術の信頼性と上積みになるような抜本的な修正を望む。

しつこいんだよゴミ

宇宙に行くのって大変なんだね。ちょっと忘れ物したから引きかえしてくれない？
ってくらいのレベルに早くならないかね。

宇宙エレベーターができても、そこまでは難しい。
潮汐による擾乱を能動制御するためには、とても精密なスケジュールで質量の上げ下げをする必要があり
原則的に途中で引き返したりはできない。
すぐ次の便で送るから上で待ってて、くらいはできるようになると思う

>>528
＞初期値をチェックの対象としていたことが明らかになった。

そういう、詳しいニュース、どこに書いてあるの？
技術的詳細が知りたいので、リンクを教えて。

>>552
そもそも今回は遅延の存在自体認識していなかったんだから
綱渡りとかかっこいいもんじゃないよ
わかっててやらないというのではなく、
新米プログラマの練習問題になりそうな基本的なところでの仕様漏れだから

それと
　＞無効なデータを処理してしまいエラーになった
ことで顕在したことはむしろありがたくて、
>>431のようにヨーやピッチが
　無効なデータを処理してしまい正常で通してしまっていた
こっちのほうが致命的な欠陥なんだよ

万が一、点火装置の異常で発射されてしまった場合でも、継続、自爆の判断も
ロケット本体でするようになっているの？

それなら問題ないじゃん？

>>562
無効なデータならスルーするんだからエラー検出しない(正常)で正しいのでは？動作中ならともかく初期化シーケンスだよ？
どう致命的なの？
エラー検出して打ち上げ中止できたのに、スペースシャトルみたいに二度と打つ上げできなくるような致命的な事故起きたんだっけ？

0.07秒早くする事はできるのか？

>>564
無効なデータをスルーしてない上に正常として扱ってるんだよ
つまり
1) 角度が本当に間違っている
2) 通信系の問題で応答がない
という2重の問題を抱えている場合でもシステムは「正常」と判断し
あさっての方向にロケットが飛んでいくかもしれなかったという致命的なバグ。

フローチャート風に書くと

姿勢データは取れたか？　no→　初期化過程か？（以下略）
　↓yes
姿勢は正常か？ no→ 打ち上げ中止
　↓yes
（以下略）

「姿勢データは取れたか？」が実際にはnoであるにもかかわらず
正常な姿勢データとして取り扱われるというプログラムだった
というのがjaxa側の説明

>>561
>>266に書いてあるやん
それと記者会見のフリーランス、オオツカさんへの回答ね

まとめると
監視閾値はもともと(roll,pitch,yaw)=(0±1°,0±1°,0±1°)
21日のリハで校正したためroll軸の監視閾値のみ変更(2±1°,0±1°,0±1°)とした

で、発射直前
　初期値（0,0,0)　←この値でLCSはチェック
↓0.07秒後
　計算値（2,0,0)　←計算完了すればこの値になる予定だった
X-19に止まった際の検知結果は
roll:監視閾値2±1°に対し初期値0　=>NG
pitch:監視閾値0±1°に対し初期値0 =>OK
yaw:監視閾値0±1°に対し初期値0　 =>OK
pitchとyawたまたま値が間に入ったのでOKとしてしまったが
計算値じゃなく初期値を対象にしてチェックしてたってこと

>>561
ニュース等で詳しい記事は見当たらないから、昨日の記者会見と質疑応答のビデオを見るしかない。
http://www.ustream.tv/recorded/37994613

まとめているのは、◆SWAKITI9Dbwp ＠すわきちφφ ★の
>>257, >>267, >>272, >>274, >>280, >>287
他には、>>266ぐらい

今回の発射って、何か本チャンの衛星積んでいるの？

>>570
積んでる。
惑星分光観測衛星（SPRINT-A）

>>564
>>568風に例えばのケースを書くと
監視閾値は(roll,pitch,yaw)=(0±1°,0±1°,0±1°) だとする
　初期値（0,0,0)　←この値でLCSはチェック
↓21秒後(つまり打ち上げ後）
　計算値（10,-2,15)　←計算完了すればこの値になる予定だった

これでもLCSは打ち上げちゃうってこと

>>568-569
詳細にさんくす。

紹介してもらった動画を見てるる。

本チャンの衛星積んで、ロケットの打ち上げテストとは・・・すっげぇ自信だなｗ
テストなんだから、青年大将の声のテープレコーダーでも積んどけよｗ
失敗しても痛くも痒くもないだろｗ

初期値（10,-2,15)を決め打ちすればいいじゃん

中途半端な知ったかちゃんが湧いてておもしろいね、ここ。

>>565
X-20に1秒後起動のタイマー起動するトリガーを送ってるから
X-20.93に送るとか、タイマーを0.93秒に短縮するとか、
監視開始を0.93遅らせるとかできるけど
それやっても次に0.08秒の遅延が起きたらアウト

遅延自体はなくせないし、絶対その時間で収まるか不確定なものなので
そもそもタイミングとるのにタイマーを使ってること自体が問題

人工知能なんだろ？カウントダウン始めたら、後はすべてロケットにお任せでも
いいんじゃね〜の？そんなに手間のかかるダメ人工知能なの？

あ、ごめん
× X-20.93に送るとか
○ X-20.07に送るとか

金儲けの為！という姿勢にNOを出したイプシロン。

NMI なのか？

>>574
今回積んでるのは安い衛星で失敗しても再設計コストがかからんのをもう一つ組み立てるだけ
成功してデッドウェイト積んでるだけだったら完全に無駄になるので
期待成功率を見ながら衛星のコストを決める

そもそもロケット内部の基準時刻と地上の基準時刻は合わせられないっていう前提で
システム作るべきだろ。

>>582
そうか、安い衛星なのか・・・で、何百万円くらいの衛星？

>>583
おそらく今までの管制がテレメトリを使ってた影響で
時刻は絶対だという考え方が見に染み付いてて
モバイル管制みたいなネットワーク越しではその常識が通用しないということを
森田さんが理解していないのじゃないのかと心配になるような設計

糸川イズムで常識を覆せっていってる本人が常識にとらわれてるのではないかと

>>584
http://www.isas.jaxa.jp/home/rikou/kogata_eisei/future_plan/SPRINT_EXCEED.pdf
＞ バス・ミッション込みで30億円以下（2号機以降）
失敗したときの衛星のみでの実質の損失は30億円

比較対象を挙げておくとかぐやのときは衛星だけで300〜600億円かかってる

こんなミスしてると核開発とかで臨界制御できないよね
それに対空ミサイルとかも当てることできないよね

何を言ってるんだこの白痴

なんか、あの浮かれ過ぎのプロジェクトマネジャーに問題あるような気がする。
工学系の人間はあんな態度は普通とらない。まるで広告代理店の営業みたいだ。

正直初歩的なミスとは思うけど、何事も経験だよね

頑張れJAXA

がんばれよ　日本！

もしかして　地球自転の観点から　ロケットと制御拠点が地球自転でいう０．０７秒分
離れているから　角度の異常として捉えられたとか　じゃに？

イプシロン打ち上げ中止
「ずれに気付ける人がいなかった」森田プロジェクトマネージャ
http://sankei.jp.msn.com/science/news/130831/scn13083101290001-n1.htm
新型ロケット「イプシロン」初号機の打ち上げ中止の原因について
３０日、鹿児島県肝付（きもつき）町の宇宙航空研究開発機構（ＪＡＸＡ）
内之浦宇宙空間観測所で記者会見した森田泰弘プロジェクトマネージャの
主な一問一答は次の通り。

−−　異常検知の原因は
森田　地上の計算機からロケット搭載の計算機へ
　　　　タイマーをスタートせよとの命令を送る。
　　　　この命令が地上側からロケット側に届くのに０・０７秒を要したため、
　　　　地上側とロケット側のタイミングが最初からずれてしまった。
−−　ずれの原因は
森田　伝送ロスの可能性はゼロではないが、無視できるほど小さい。
　　　　伝送路中のいくつかの計算機の演算の遅れが主要ファクターだと思う。
　　　　大きな遅れは
　　　　（今回導入した）人工知能「ＲＯＳＥ」（ローズ）の中を通過するときと、
　　　　ロケット搭載の計算機の入り口で地上からの命令を受けるとき。
　　　　そこで遅れが生じたと考えられる。
−−　２０日のリハーサルで ずれは出ていたのか
森田　その時点の確認では識別できなかった。
　　　　打ち上げ延期の後、解析結果を改めて見たところ、
　　　　０・０７秒の遅れがリハーサル時点でもあったと確認している。

−−　ずれを見落としていたということか
森田　はっきり言うとそうですね。
　　　　そもそも、ずれがあるということに思いが至っていなかったので
　　　　見つけられなかった。ずれに気付ける人がいなかった。
　　　　当然ある遅れを反映できていなかった。

だめだこりゃ

何がダメか書けよ屑

どうせ単発だろうけど

ギャバンがひと言↓

>>593
70msecの応答遅れを看過するとか、何の為のリハーサルだったのか。

JAXAは少し功を急ぎ過ぎたんじゃないかな。

PMの森田
コイツはダメだろ
やらかしオーラが出まくってる
バカには責任ある仕事を任せるな
税金使ってJAXAや三菱重工の私服を肥やす必要ない

まあ、来年度予算決まる前で良かったよ
はやぶさで調子こいたJAXAの予算は減らしてくれ

>>22
誤配線みたいな、組立上のミスかと思ってたが
ソフト設計が根本的に間違っているというか
ショボい可能性が出てきたな…
専門家入れて作ってないのか？

岡崎図書館事件の三菱がソフト開発してたら
どうにもならんだろうけどwww

>>593
>森田　伝送ロスの可能性はゼロではないが、無視できるほど小さい。
>　　　　伝送路中のいくつかの計算機の演算の遅れが主要ファクターだと思う。
>　　　　大きな遅れは
>　　　　（今回導入した）人工知能「ＲＯＳＥ」（ローズ）の中を通過するときと、

ロケットの制御に、人工知能wwwwww

0.07秒もかかる計算する人工知能って、巡航ミサイルで地形照合くらいしか考えられないっての

>　　　　ロケット搭載の計算機の入り口で地上からの命令を受けるとき。

その時は、無視できる遅れしか生じようがない

>>68
本来は全く同じ環境で飛べないダミー使ってやれば
わかる問題だと思うけどね。
データの送受信は専用線でなくて局内LANを使ってて
当日は打ち上げ映像やらのストリーミングしてたら
遅延が発生したのかも。
ソフト設計者は電子の速度で計算してケーブル内の
遅延は問題無しと考えてたんで想定外とか。

>>257
ロケット側と管制側でデータを監視してて、これらは
ほぼ完全に同期するはずが、管制側にくるデータに
遅延があってエラー出したのか…
これは設計的に厳しいんじゃないか？

将来的には管制側はロケットからエラーが来ない限りは
見守るだけって仕様に変わるだろう。

あの森田の顔見ただけで失敗と判るわ、代わりに気象予報士の森田でも連れてコイヤ。

>>601
日本有数の科学者（技術者）さん達だから、、
そのへんは勉強したことあるから、大丈夫！程度で済ませたんでしょ。
きっと。

>>604
センサーの生データをロケット側コンピュータが取得して演算して
計算結果を管制側コンピュータに送るという仕組み。
同期といってもロケット側→管制側への一方通行だよ

ちゃんとプログラミングすれば普通にできること

>>414
CPUやら大規模LSIも結構バグあるよ。
公表はまずされないけど。
その辺は開発環境(コンパイラ)側でバグを回避するようにする。
だから純正品でないGCC使って作るのは危ない。

研究者はそこまで考えないから気軽に使いたがるが。

まるでイプシロン=デルタ論法のような微小時間だなｗ

森田の説明が今までの説明と微妙に食い違っているのだが…
「地上からロケット側に信号を送る時に遅れた」なのか？
本当なら何ミリ秒くらいかかると想定していたところ実際には何ミリ秒になったとか、そういう情報はないの？
まさか「信号は瞬時に到達する」と思ってたなんてことは…

>>4
サラッと嘘を混ぜるな

CPUのエラッタは公開されてるんじゃないの？
隠す必要性を感じない。

失敗や不具合をオープンに語るところはだいたい上手く行くもんです

テストベッドが作れる環境には程遠いからな
先端産業でも現物一発主義

>>608
今回の話はデータの同期、最新性とか基本の部分の話なんで
ちょっといいわけが出来ない。システム担当がかなり無能だった
ようにみえる。

ping すると65msとかで帰ってくる。

>>586
打ち上げ３０億円台をねらうロケットのテストに３０億円の本チャン衛星は・・
高いと思う

これが国家プロジェクトと考えるとちょっと情けないな。金持ち大学レベルでも出来そうなプロジェクトだな。

日本の金持ち大学は格安のロシアやインドのロケットを使うよ。
割高な日本製ロケットは使えん。

>>618
isas系（＝研究組織）のプロジェクトだから、まんま金持ち大学のプロジェクトだよ
国家プロジェクトなのはH2系統。

つまり日本は世界に大恥を晒したのか

恥を見てくれるほど注目されてないよ

汚染水のほうが大きすぎて

>>621
何故そう思う？

>>607
本当かどうかは知らんが、一般人向けの説明として
AI搭載ロケットなわけでしょ？
なら、もっとイプシロンを信じてやれば良い。

管制PCは姿勢制御データをロケットから読み出して
完全時間同期でNG判定してたって話だからなぁ。
泣き出した時だけ手を貸してやるのが良い親だろう。

>>612
ある程度の規模持ったメーカが解析依頼掛けて
一緒に不良解析して原因判明しても、仕様書に
書いていない部分(マイコンメーカの想定外の使い方
とか)で大勢に影響しないと判断したら公開しないよ。

自分が経験したのはH8、SH、M16、V850と国内メーカだけだが
外国もそんなに状況変わらんだろう。たぶん。

>>616
大阪から東北大にpingしても３０ｍｓなのに・・・

この件でIHIじゃなくて無関係な三菱重工叩いてる奴っていったい。

>>608
俺の知ってるＣＰＵもバグだらけ
ソフトでコーディングしてもハードレベルのシミュ通して検証しないと
どこにバグが有るかわからん品物ｗ

メーカー製のコンパイラは糞高いよな

発射十数秒前にエラーメッセージ出てたなら
なぜその時点で、カウントダウン中止しなかったのかね
0まで行ってあれぇ？ってことは最悪失敗もありえたよね

しかし、こうやって失敗の原因を詳しく公開するのは偉いと思う。
隠すと腐っていくが、公開するとだんだん信頼性が上がっていく。

海外「今回のロケットは発射前に異常を察知できました
　　　　やはり我が国の技術力は大したもんですね」

日本「今回のロケットは発射前に異常を察知できましたwwwwwwwwwwwwwwwwwwwww
　　　　やはり我が国の技術力は大したもんですね(ﾄﾞﾔｧ!」

同じ事を言ってるのに何故こうも説得力が違うのか？

有名なところでペンティアムが特定の組み合わせの浮動小数点演算を確実に間違えるバグが有名。
インテルがこのエラッタを隠蔽しようとして大騒ぎになっただろう。

国内メーカーがクソってなら、そうかもしれない。
だからARMやMIPSにボロ負けしたんだろう。

キムチ臭い奴は何しに居るのだろう？
そうやっていつまでも卑屈になってればよかろう
この世に生まれた理由がそんなんで満足してればいい

>>631
言う方のの問題じゃなくて受け取るオマイが外人が言うと何でもありがたがる
マスゴミと同じメンタリティだってだけだＷｗｗ

エンジニア「森田先生！74LSシリーズにこの負荷は大きすぎます！」
エンジニア「せめてBi-CMOSのものに変えてくれませんか？」
↓
コストダウンによる伝搬遅延乙w

まあ森田の言う事はあてにならん、という事が分かっただけでも
良かったじゃないか
自信が有りますとか万全ですとかコイツが言っても信じるに値しない

一生懸命JAXAを擁護する奴がべったり張り付いているようだが

こういうやつらがいるからJAXAはいつまでたっても3流なんだよな

イエスマンばっかり集めるからのぼせ上がって、マスコミ使って宣伝しまくっちゃうw

直す必要があるのはロケットだけではないんじゃないんでしょうかねえ

>>629
実際の所はしらんが、単に手抜きか、経費削減っぽい。
カウントダウンする人が素人か、リアル情報がいってないんだろう。
インタビューの中の人もこのへん突っ込めば面白かったのにね。

>>635
昭和な雰囲気

漢が信じてもらうには実績しかない
森田氏は先代のM5が終わったあと
「イプシロンやるよ、コストダウンするよ、モバイル管制やるよ」と
宣言してここまで来た
あとは上がるか上がらないか、漢の仕事の結末を見守ろうではないか

JAXAの他の部署のメンバーで検証する事になったあたり、森田は内部からも
当てにできねーと思われてるぽいｗ

>>68
実際やってみなけりゃわからないなんて、
そのなんどんな機械も同じだがwww

もしかして、半島の方ですか？

いくら「やってみなくちゃ分からない」世界であっても
普通は本番でエラーが発生する可能性を極力減らすために念入りにテストをやっておくものだ
そして今回のミスは、テスト時のデフォルト値設定が閾値内になってたというから
単純にテストの質が悪くて見落とした奴だ…

IAって糞だからな
さえない連中ばっか

家庭用電源100Vで考える。
50ｈｚだと波形一つは0.02秒。
60ｈｚだと波形一つは0.016秒
それを考えると0.07秒は大きな数値に思えてくる。

ここでのデータやりとりは何ｈｚだったのだろうか？

>>645
途中多段のゲートウェイノードが挟まればそんぐらい遅れることもあるさ。

>>629
おそらく他国含めてカウントダウンは、ロケットの
システムの外にある。
発射シーケンス開始時に手動か信号を貰って
電光掲示板が動き始める。
止めるのも似たようなものだろう。

あれはその他大勢の人間に見せる為のものだから
ちょっと位ずれても問題ない。

ゼロとデータ無しの区別がないど素人プログラムはともかく
リハーサルがまったく意味ないってところがバカすぎる

>>643
テストってのは奥深く難しい世界だけどね。
所詮は現実の一部分を切り取って擬似環境で確認
するだけだから、適切に設定してやらないといけない。

だからテスト能力が低い人間がテストすると
テストの為のテストになって何の意味も持たなくなる。
どこの業界でも良くある落とし穴。

リハーサルでそのへんの設定がおかしいことに気付いて直したんだろ
それであのざまなんだからリハーサルの問題じゃなくておつむの問題だろ
IAだからしょうがない

ＡＩ（人工知能）とか自慢してたけど、これはただのインターロックだよね。
それと現在のＡＩの定義は適当でゲームマシンでＡＩ搭載とかＣＭで謳っても
不当表示と突っ込まれるものでもない。推論、自律判断であらかじめ技術者
が想定していないアクションを起こせばＡＩと言えそうだけどそれってまずい
ような気もする。「デイブ　アイム　アフレイド・・・ストップ、プリーズ」

12000ものチェックを出来るのに重要なチェックは出来ないんだなファミコンじゃ・・・。

角変位を読むのに0.07secの遅延はそんなに大きいかね

　　　　　　　　　　　∧＿∧　
　　　　　　　　　　 <丶｀∀´>　　　　　 　　／￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　　　　　＿／　　⌒ヽ　 (⌒) 　　＜　　　３、２、１、・・・・プギャーーーｗｗｗ
　　　 　　 ⊂二　/　　　 へ　 ﾉ ~.ﾚ-r┐　 ＼＿＿＿＿＿＿＿＿＿＿＿＿＿
　 　 　　　　　　/　 　 /　 ヽノ__　|　.|　ﾄ､
　　　 　　＿ ＿ﾚ　　 /〈￣ 　　｀-Lλ_ﾚ
　　　　/　　　＿＿ノ　　￣｀ー‐---‐′
　　　　ヽ　＜　 |　｜
　　　　　＼ ＼ ｜　⌒―⌒)
　　　　　　ノ　 ）　￣￣ ヽ (
　　　　　(＿／　　　　　⊂ﾉ

打ち上げたら確実に市街地に墜落して死傷者多数
人類史上最悪のロケット事故になる
これは予言ではなく確定事項だ

>>185
パーヤ パーヤ パッパヤパヤ パッパッパヤッパー
パーヤ パーヤ パッパヤパヤ パッパッパヤッパー

「1秒ジャストにしなければならないのに0.07秒遅れた」という話じゃなくて、
「1秒以内に来ると思ってたら1.07秒かかった」って話だよな
0.07という数字が、まるで厳格な精度を求めた結果みたいに喧伝されてるのはどうかと思う

初期設定で時刻データを送ったが、他の処理が忙しく遅れて、
実際に設定したのが70ms後になったのだろう、それとも、
シリアルの遅い回線で、伝送遅延だけでも数十msはあるとか。

時刻合わせを優先して実行し、数μ秒の誤差に収める、時刻が
合わないとログを見るのに不便。

>>658
http://ima.hatenablog.jp/entry/2013/08/30/160000
＞こぐれ：通信時間がかかったということを想定していなかったのか、想像したより大きかったのか
＞森田：前者です。

…これはひどい。

「データが取れない状態を正常とみなしてしまう」現象が、
まさにリハーサル時に起こっていたのだな
そして誰も気がつかなかったと

たまたま閾値を変更したから気づけてよかったものの、
変更してなかったら今回は普通にロケット飛んでめでたしめでたしで終わって
別の打ち上げ時に失敗して初めて姿勢チェックが全く行われてないことが発覚してたかもしれない

>>629
X-19でエマストかかった時点で打ち上げシーケンスは止まり、自動停止シーケンスが走る
そのためにカウントは続ける決まりだったそうだ。実況向けとしては不親切だったとは思うけどね
「カウントダウン停止、逆行手順に入ります」だけじゃ分かる人にしか分からないよねｗ

タイムラグって必ず起きるだろ。これって根本的にどうなってんの？

Ｍ５のように目視になるのかな。

この発射場ではたった0.07秒の経過に思えたのだろうが、
実はすでにワームホールを往復して帰ってきたところなのだ。

シリアル回線が遅く、中継して送ったので、(伝送遅延＋処理遅延)*2で
70ms遅れた、24KBPSで100Bの文なら30msの遅延が発生、概ね符合する。

この方式なら、ms単位の同期はむり、多少の時刻誤差は容認が必要、
送信する側で、70ms速い時刻を送れば、誤差を減らせる。

受け取るデータも相当遅れるから、遅延を考慮しないと判定を誤る、
数km離れた位置から操作するから、回線速度はあまりあげられない。

本格的なデータは、無線回線で送るのだろう、発射までの回線で、
遅くても不都合はない、時刻の誤差をどこまで容認するかだ。

>>663
>>321

それにしても主人公のおばちゃん年取ったなあとある映画予告みて思た

肝心のモバイル管制が脚を引っ張てるという皮肉
つか自慢は成功してからにするべきだったな

足を引っ張るってｗ
試験機の第一回目の打ち上げで何言ってるんだ？
何のための試験機だよWWW

試験機だから、第一回だから、
つくづく惨めな言い訳だな

何のためのリハーサルなんだ？
無能の結果、起こるべくしてこの事態を引き起こしてるんじゃないか
自慢話の前にやるべき事をやっておけ、という話だ

惨めってｗ
ロケットが爆発したわけでもあるまいし
そう言う問題点を洗い出すのが試験機の目的だろ
何必死に失敗したことにしたがってるんだよWWW

相変わらず詰めが甘いのう

ロケット打ち上げに延期はつきもの
としか言えない
普段興味がない人が押し寄せてるんだろうなあ
スペースシャトル打ち上げを中継してた頃も、今は昔だからしかたないかね

>>666
＞肝心のモバイル管制が脚を引っ張てるという皮肉
ただ問題点が見つかって延期になっただけでしょ
しかもそのモバイル管制がより強固になって、さらに他の問題点は無いっていう良い結果にもなってる
当然見つかった問題点はとっくに解決積みで、さらに洗い出してるだろうからより信頼度が高くなるだろう

そもそもモバイル管制って何の意味があるんだろうか。
輸出するの？　それとも簡易発射台増設して連続発射とか？

イプシロンロケットは低コスト高効率を目的にしてる。からモバイル管制もその一環。
モバイル管制をしなかったら膨大なパラメータを何人かで分散して目視確認となり、そこには非確実さも出てくる。

そういった面でもJAXAも試験機とはいえ、一発で上げたかったんだろうが
そうならなかった事は残念だろう。

ただ何でも金のせいにするのもアレだが、
ボロボロが多すぎ。ロケット組み立て棟はサビサビ、輸送トレーラーもサビサビ＆故障立ち往生、
テスト回数も最低限なんだろうな。

ちょっと関係ないけど、相模原の宇宙研を見学したが、人が頻繁に出入りしてるドアが壊れでるの放置されてたぞ。

予算少なすぎが失敗を生む悪循環に陥ってる気がする。

長文スマソ。休みで暇なんでw
ひとつ思うんだが、打ち上げを延期した
事で自由研究できなくなったと
ガキが泣いてたらしいが、おかしくないか？親が。
ロケットを開発、打ち上げの大変さを親は教えて上げるべきで、
延期なっても、自由研究で出来る事は多いだろ。
まあ親も教えられないバカな親が多いのかもなw

まあどうでもいいけど
人生は有限なのに暇だと公言する奴ってなんなのかね？
無限に生きられると思ってんのかね？
やりたい事を見つけられていないだけだろ

まあそう言うな。体を休ませる事も必要だろう。じゃ暇でもないのかもな・・

宇宙兄弟の在バンクのＣＭうざいんだが

【予言】遅延を考慮して先にまとめてコマンド送ったらバッファオーバーフローしたでござるの巻

詰めが甘いというか、プロデューサーの態度見てると

はやぶさの時のうっかり〜だったでもいざというときの〜があるから大丈夫。
あかつきの時のうっかり〜だったでもいざというときの〜があるから大丈夫。

というISAS系の「うちら実験やってますから、失敗は常識で友達です」
みたいなパタンを引きずっているね。
それでもって、JAXA広報が従来の1/3にコスト削減／日本の商業宇宙戦略
の幕開けと宣伝しちゃったからすげーなさけないわな。

イカロスの奇跡の神っぷりを引き継いでほしかった。

アルファがベータをカッパらったんだな

>>674
そもそも簡単にモバイル管制ができるならアメリカがとうにやってるわな

プログラムのお粗末さを見ると既存管制開発に慣れた開発陣がやってんだろうなという印象
むしろその経験が足かせになっていてやってはいけないことをやってしまうような気がする
もし本格的にやるなら設計思想の違うプログラマーを１から養成するしかないんじゃないか？
つまり詰めが甘いレベルではなくて、人を育てるところから始めることになるかも

となるとこの分野ではもともと固定観念のない新興国に追い抜かれることになる可能性も
新興国では固定電話をすっとばして携帯電話を持つ人が多くなったように

>>682
NASAはそもそも人員削減できないから現状この手のは無理じゃね
予算縮小つってもまだまだ巨大だし

>むしろその経験が足かせになっていてやってはいけないことをやってしまうような気がする
妄想が飛躍しすぎ
あとエラー自体は問題ではない
この手のは事故になるのと、エラーの原因がわからないのが一番怖い
原因さえわかれば（原因を突き止める環境があること）問題ない

プロジェクトマネージャーが「言う人」だから、内部にも面白くない人がいるのかな？
外部の朝鮮人は日本が何をやろうが面白くないんだろうし。
発射成功まで有ること無いこと言われ続けるんだろうな。
東電の原発不始末、国家財政悪化･増税、人口減少･超高齢化と夢の無いことばかりだから、
射ち上げぐらい成功させて夢を見させてくれよ。

遅延というより初期化時間を無視した信じ難いあほ設計だったということだな。
姿勢とか急速に変化するものでなければ１秒単位で計測してて１秒前のデー
タを送ってても何の問題にもならない。コマンド受信−計測−演算−送信の
手順なら計測時間を無視するとかありえないし。

管制をモバイルにしても
発射台＋ロケットがモバイルじゃないと意味ないな

つうかプラットホームを変えてソフトを作り直した方がいいな
今のままだと打ち上げても管制側がしょっちゅう停止（遅延）して
制御不能のミサイルになりそう

>>683
妄想かな
実際、今回も２者で時間が絶対にあうものという思想でやったから
通信時間や演算時間の考慮漏れという事態になったのだと推察している

エラーを引き起こした原因が設計思想の違いに気づいていなかったってところが
今回かなり致命的なんだと思うよ

モバイル はコンパクトだよー
ってコト言いたいだけだとw

中途半端なオナニー設計

>>674
輸送トレーラーは日通の持ち物です

>>686
同期が練られてないから、どこかでちょっとつまづくとすぐ止まる予感
止まるで済めばいいけどね

そのうちチエンガーっていう言葉が流行るかもｗ

データ未達の場合は0を使って計算するというのが信じ難いアホ仕様なんだよな
そのせいで実際、「本当はエラーで止まるべきだったのにチェックをすり抜ける」をリハーサルでやらかしてる
フェイルセーフが正しく実装されてるなんてとても言えない

そして開発現場ではこういうのが見つかった場合、似たようなミスをやらかしてないか徹底的に見直すし、
必要なら追加でテストする
場当たり的に直すなら「すぐに直る簡単なバグ」だけど、裏に潜む問題は大きい

>>692
この問題について明言してない時点で不信感が増してしまう

もう気づいてるからこそ特別検査なんか立ち上げて
あたかもそこで初めて見つかったように仕組もうとしてるんじゃないかとか
かんぐっちゃう。

>>692
根本に関わる部分だから、下手したらコードの
全てがこんな感じだったという可能性が高いわな。

数日で直すって話だから、管制側でエラーが出ても
次のデータがOKなら通すように改変するのかも。
問題は発射後に管制側が同じミスでエラー判定したら
どうなるのかってとこだな。
勝手に自爆指令出すんだろうか？

ノーパソ２台で打ち上げ可能ってすごいな。指揮官1人＋作業員2人いればオーケーって、まんまタイムボカン。

>>692
この機会に調べてみたのだけど
データ未達の場合
フェールアウト「そのまま判定」
フェールセーフ「異常停止」
フェールソフト「判定せず次を待つ」
で今回はフェールアウトってことでいいのかな？

ロール角とか角変位とかアナログの世界だよな
仮想仕事の仮想変位みたいなもんか

>>692
JAXAってか宇宙研は昔からそうだよ
研究開発が目的だからその場しのぎの対応が多い
結果的に後で似たような別の問題が起こる

モバイル管制なんて脆弱なものだと
宇宙線、いや、打ち上げのショックで一発で駄目になると違うか？
JAXAの事だからどうせ、いや、絶対に対宇宙線防護なんてしてるわけないし
つーか宇宙線保護の為にあえて古い丈夫な配線を使ってるのが宇宙開発の常識なんだけど
宇宙線防護なんて限界があるし

平衡状態を維持してるんだから初期値は分かりそうなものなのにな

でさあ、総点検は誰が何やってんの？
経理の人とか人事の人がプログラム読んでるの？

>>695
実際はノートパソコン１台でもＯＫ。
２台必要なのは、パソコンに不具合が発生して、ロケットの打ち上げに失敗するリスクを避ける為。

信号データに大きな変化が無ければ
チャタリング除去みたいに二度一致でいけそうな気がするけどな

>>1
そんなことより観光客を騙したイプシロンの里弁当を叩けよくそ野朗
わざわざ予約して買ったわいいけどあまりにも酷いグロさに中身見て唖然としたわ
なにが地産品をつかってますだよ
どうみても冷凍加工食品のようなものもあったわ。

>>704
そもそも商品力ある地産品もってるようなところに、ロケット基地つくると思うか？
そんな弁当に期待した方が悪い。

地元に冷凍食品加工工場があるのかもしれんぞ。

９月は三連休２回あるから、１５日→中止→２３日
で２回儲けるチャンスがあるなｗ

データ遅延なんて設計の基礎の部分だから
下手すると全部作り直しだぞ
こうなると早くとも一年後になる

>>707
w
地元商工会議所からの要請があったのかw
「イプシロンの経済効果は想像以上に大きかった。ここはひとつ引き伸ばしてもらえないかのう」

>>696
何を「異常」と判定するかにもよるんだよな
予定秒数をわずかでも超えてしまうと異常とみなすなら、
フェールセーフは「なんかちょっとでも異常があったらとにかく止める」だからそれでOK
フェールソフトは「値が取れないのは仕方ないと諦めて、この値を使わない処理だけ進める」かな
(ロケット打ち上げチェックみたいな「打ち上げるか中止するか」みたいな問題でフェールソフトってのは変な話だけど)
フェールアウトって用語はない

で、今回のJAXAはそもそも「データ到達が遅れる」という事態を全く想定してなかったから
「データが到達していないことを判定すら出来ない」という酷い仕様にしてしまっていた

>>691
>そのうちチエンガーっていう言葉が流行るかもｗ

先週後半の某担当企業さんからのバグ解消しましたのレポートで、
通信の遅延が〜、に既に遭遇したのは私です。

結局担当のIAが低レベルだったってことだろ

>>711
こりゃ流行るなｗ
ミスを誤魔化す魔法の言葉、チエンガーｗ

結局日本が作ったのは100%自国領を攻撃する前代未聞のミサイル兵器だったと

>>713

つかこんな稚拙なロケットしか作れない国がミサイル防衛網を作ろうなんて恐ろしいな
敵ミサイルは迎撃できずにボカボカ自国領に落っこちてくるんだもん
WW2の旧日本軍はおろか北朝鮮ですらそんなヘマは起こさんわ

まあ、時刻同期を前提にしたチキンレースみたいなもんだからな

9月になったけど、発射まだぁ？？？？。

>>710
データ遅延って重要な問題なんだけど、ソフトウェア開発者はあまり理解してないって話を聞いたことがある。
8bit時代と違って、現在はソフトウェアとハードウェアの開発者が乖離しているそうで、
ソフト開発者がハードを理解してないそうだ。
あくまで規格レベルの理論値しか考えてないので、実機で動かすとプログラムが予想の性能を発揮しないことあるとか。

>>719
ハード屋さんとシフト屋さんの　遅延の感覚って　ずいぶん違うと思う。
昔は（８Bit時代）、ファーム屋っていうか、両方開発やってたからね。

プログラムが「データ未達」を「姿勢異変」と認識してるなら、
プログラム設計が「データ未達」を想定していない可能性も高いわけで、
プログラム全体に及ぶ問題かも。

8bit時代はOSなんて豪華で重いものは積まれてなかったしなあ
あくまでスイッチングの一環としてのソフト設計だった

>>720
集積度とクロック数が桁違いどころじゃないからなぁ。
光速が秒30万キロとしても、1Ghzじゃ1クロックで30cmしか進めん。
ソフト屋さんが、データが実体として回路のなかをどのくらいの距離進んでるかなんて考えないだろうな。

>>722
うん。そうクリーン・アーキテクチュア（笑）。OSなし。
ハードは自分で設計、デバッグ。ソフトは
machine language で　昔は実行Cycleまで計算してたし。。（笑）。

Context Switching なんて　Hardware Interrupt だったしね（笑）。

おれみたいなチキン野郎には出来ない設計だわ
でもスリルがあっていいかも

当時は（８Bit時代）　Reentrant なんて概念なかったし（笑）。

>>715
>>691と>>713のIDが同じだということには触れないであげてください

もう昔のこんぴゅーたの話はうんざり

これじゃキリコに勝てるはずがない。
闘いの最中の100分の七秒は致命傷だ。

遅延を遅刻に言い換えると日本人的気質が見えてくる
『起動信号が遅刻した』

>>723
ソフト屋の発想としては、遅延はあたりまえ　って考えるんだよ。
ハード側で、データーが受信されたら、IRQでソフトに通知してくれる　って考え。
Hard Event を検出する方法は、Event Driven と　Polling Method。
Event Driven は　IRQによる通知。
Polling Method は　Hard の受信Port(I/O , Memory Mapped I/O）を
CPUで常時監視って話なんだけど、基本的にHard上の遅延は考慮されていない。

>>723
訂正；
　基本的にHard上の遅延は考慮できない。（不可能）

>>723
　補足；
　ハードからの多重割り込みもあるし。

ソフト屋の遅刻は当たり前

一言で言うとバグだな
それも素人じみたバグ
遅延を考慮せず、しかもエラーを検知出来ず処理を続行した致命的なバグ

自分はJAXAに入れないオツムしてるのに的はずれな批判だけはするクズ

>>737
神学的論争を持ち込むな。

来週中に出来ないかなあ？

問題が、ハードなのかソフトなのか　その両方が関係しているのか、
システムインテグレート上の問題なのか？？？？？？。
技術上の詳細が不明なので、なんとも言えないもどかしさが、、、。
まあ、一つ一つ原因を究明するだけでしょうね。解決できると思うけど。

電車のダイヤみたいに正確無比な時刻表で通信シーケンスを組み立てたいのかな
コリジョンとか絶対に無いよな
勝手にしてくれって感じだ

>>741
多重割り込み（Hard,Soft)で　アウトになる悪寒（笑）

わかった、誰か導火線に火をつけりゃいいんだろwww

今回のエラー「だけ」を対処するなら簡単だし短時間で済むだろう
1秒後に計算を始める設定を1.5秒後とかにすればいい
しかし遅延を考慮してないプログラムに、他にまだ判明してないエラーがないとは限らない
真面目に対処するならプログラム見直しとテストやり直しでかなり時間かかる
逆に短時間で再打ち上げ決定となれば、対策に手抜きしてる可能性が高くなる
(こんな短期間で対処するなんて、日本の科学力は凄い！と無知な奴に持ち上げられる未来が見える…)

人がメーターの数値を読んで非常停止ボタン押してた作業を自動監視に変えただけで
本質的には新しいことやってないんだよね。

監視システムの処理速度が、早すぎたって（笑）。

>>744
つまり、本気で対策しようとしているのなら、今まさにJAXA各部署から精鋭が集められて、プログラムの見直し作業が行われているということだろ
そもそもこんな素人プログラム作る組織に、プログラム見直せるだけの力量ある人いるのか？
他人の作ったプログラム見直すのは自分で作るより大変なのに

遅延を想定できないほどの超過密シーケンスとか

20秒前チェックじゃなくて、20分ぐらい前からチェックし続けときゃいいんだよ

こんな基礎的なこともできないアホが作ったソフトは信用できないという奴は
今まで打ち上げたロケットのソフトは誰が作ったと思ってんだろうな。

部分部分でテストしてそれぞれが0.01秒内に収まってOKとしてたら
全部繋ぎ合わせた本番で0.07超えちゃったって事かな？

>>750
ロケットを飛ばす（制御）技術なんて、たいしたもんじゃないだろ。
ミサイルがほいほい飛んでるし、航空機も自動で飛んでるぜ。

人類史上初めて飛ばしたなんて、錯覚してるから　ダメなんだろが。

「絶対に成功間違いない笑」とか言っちゃうバカの博打に
何百億円という血税と、国の威信を賭けちゃうのか…
なんともビミョーな計画ですな

>>739
設定をテスト時に戻すか、データ要求する時間を
少し遅らせれば打ち上げることは可能。
その結果、何が起こるのかは知らん。

自分が責任者なら見直しで半年は遅らせる。
てかそもそも、こんな仕様にOK出さないが。

>>710
>フェールセーフは「なんかちょっとでも異常があったらとにかく止める」だからそれでOK
フェールセーフの誤用だな

>>751
そもそも時間がかかるということを考えていなかったということなので、
ここでこれだけかかる、ここでこれだけかかるみたいなテスト自体をしていないはず

>>756
プログラムに異常があったから止めたのか
すごい人工知能だな

>>737
むしろ今回のミスを引き起こしたやつこそＪＡＸＡに辞表を書かないといけないレベルだろ

>>757
細かいテストしてたら金かかるじゃん。
低価格ロケットが売りなのに。

絶対時間内で処理すべき問題だったのか？
相対時間内で処理できればOK　だったか？

>>760
テスト省略でコストダウンするのがいたら
単なるバカ
細かく分けて経費のかからないテストを多数するのが賢いやりかた

で、今回は絶対時間内で処理すべきが、０．０７秒遅れて　Abortした。
じゃないのかなぁぁ。推測だけどさ。

>>760
テストしなければいけないと認識してコストの都合でやらないと判断したのではなく、
テストしなければいけないという認識すらなかったから今回はもっとひどい

低価格ロケットでも事故起こすと逆に高くつくよ
津波対策怠った福島第一原発のように

>>764
おっしゃるとうり　だと思うよ。
たいした事（技術的に）やってないのに、天狗になってたもんな。

このイプシロンのチームとはやぶさのチームの関連性を知ってるやついるか？

>>763
打ち上げ前の機能点検だから、ちょっと遅れても問題ないでしょ。
本来ならロケットのAIが合否判定して、結果だけ伝えればよろしい。
管制側は決められた時間までに結果が来ないか
ロケットがNG出したけど停止出来なかった時だけ
介入すべき。

そんな構造になってなくて、管制側PCでロケットの
センサーから読み出したデータで制御してるとしたら
看板に偽りあり、という話になる。

>>767
うん。同意。

で、このプログラム誰が作ったの？

>>769
俺じゃないよ。（３０年前に現役アウトになったけど）。

>>770
何歳だよｗｗｗ

>>771
秘密。。。。。（こういうスレうれしい）。
６５０２、とか　Z80　とかの時代だからね。

>>767
その通りだな
人工知能とか
だいたい言葉からして古い

>>574
スペースシャトルは人間積んでたが

>>744
森田さんが120％の成功率で上げたいといってるので、
それを信じれば根本的に手を入れなければならないところだと思うけど、
来年度予算編成も近いから大人の事情との綱引きが楽しみｗ
http://anago.2ch.net/test/read.cgi/scienceplus/1377952434/l50

おそらく気づいているんだろうけど、特別点検なんて持ち出してたとこみると、
綱引きの結果、都合のよいタイミングで特別点検で見つけたことにしちゃうんだろうと予想

>>713
既に何年も前からこの言い訳を使っている俺は先駆者と呼ばれていい

>>760
散々既出だが、全然安いロケットじゃ無いよ。
>>773
人工知能にせよ、ただの営業トークだよな。

現場を信用せずに一々本社に報告を求めてその連絡の受け取りミスで現場が止まったということだな

>>756
正しくは、「結果が安全な方になるよう停止する」なのは知ってる
この場合、異常(データが届かない)があったら発射を止めるのがフェイルセーフだと思う

>>771
うふふ。ワイヤード・ロジック　Computer 知ってるか？。

>>767
そもそもOBC側で自律管制してればトラブルの要因は少なくなるし
おそらく森田さんの最終的な理想もそこにあるのだろうけど、
最終判断をLCS側に持たせてるのはやはり倫理の問題なのか、
過渡期でまだちょっと怖がってるのか。

でも、確かに難しい問題だと思うけどな。
ロボットはどこまで自律していいのかとか、
完全自動運転の自動車が事故ったら誰が責任とるんだとか。

コンピュータとかネットワーク知っていれば遅延のことを忘れることはない。
説明では「遅延が原因」とあるが、実際はもっと細かな現象があったのだろう。

>>754
＞「絶対に成功間違いない笑」とか言っちゃうバカの博打に
それ原発組に言ってやれマジで
ロケットどころじゃねえぞ。何十兆も損しやがってカスが

絶対成功するのは博打じゃないぞ

まだ再打ち上げきまってねーのかよ
あと4週間しかねーぞ打ち上げ期間
次も予期せぬミスが発生する可能性高いのに

絶対に成功間違いないとは言ってないわけだが

>>415
そんなことより福島に行ってイノブタを撃ってくれ

>>427
わかってないのがいるから最短３日でとか言ったんだろ

>502
> 入力されるものは全て有効なデータとして判定ルーチンにかけてたのかな？
> まさかね

こんな感じということがじわじわとわかってきているね。

１．ロケット発射２０秒前。
１．１
　管制センターからロケット向けて
　ロケットの角度は何度か、管制センターに通知せよ
　という意味の問い合わせコマンドを送った。

１，２
　　ロケットはコマンドを受け姿勢計算を開始した。

　　計算は一秒以内で終わるはず、
　　そして計算結果は管制センターにロケット発射１９秒前に届くはず。
　　『絶対にその通りに動作する。間違いない』


２．ロケット発射１９秒前。
１．１　ロケット側
　　ロケットは姿勢計算を続けていた。姿勢計算は終わってないのである。
　　想定　姿勢計算＋送信完了まで、１秒以内。
　　『絶対に一秒を越えることは無い』
　　管制塔には０を送っておけばよい。

　　実際の計算には想定以上の時間がっかかった。
　　最低でも１秒＋０．０７秒かかってしまっていた、という事らしい。JAXAの説明をそのまま信じれば。
　　計算は０・５秒で終わったが送信０．６＋０．０７秒かかったんじゃないのとか
　　突っ込めるが、そこまでは一応言わない。

　　ともかく、ロケットは姿勢データを送った。

　　具体的には、計算が終了したので
　　今まで送り続けていた０送信をやめ、計算結果を管制センターに送信した。


２．２　管制センター側
　　今１９秒だ。　コマンド送信結果が来るはず。
　　そういう取り決めだから、絶対に尾kれるなんてありえないから。
　　計算結果データが送られてくる。　それ以外の値が送られてくるなんてありえないこと、そう考えていた。

　　>まさか　　なのです。　(´・ω・｀)

　　だから、１９秒で送られてきたデータは歓声センター側にしてみれば
　　疑うことなし。それは姿勢データ、なのである。
　　で、送られてきたデータは０

　　実際のロケットの角度が異常だ、と見なしロケットに発射中止命令コマンドを送信した。

２．３　ロケット側
　　発射中止命令受信。
　　了解、という事で
　　発射する処理をやめ発射中止処理の流れを開始する。

以下
なんかよくわからないけど論。
若いＲにくいのは、記者会見で微妙に表現選んで、本当の問題をきちんと説明したくなさげな態度によるわけで
聞いている側からすれば、始めの頃の説明で、よくわからないのは当然と思う。

>>789
おまえの言ってることはかなりおかしい
いろんな意味で

>>789
色々治したいけど
×　歓声センター側
○　管制センター側

JAXAはなぜ正直に解るような解説をしなかったのだろう。
残念に思う。
問題はそこにもある。

呂色な問題ね、失敗したら叩きまくるとか　ｂｙ　メディア

メディアの能力。
今回解ったのは記者とかテレビ局が雇った専門家が何も理解できていないという事。
解った風な記事を書いているが解っていない。
解らない素人から叩かれるのは気の毒と思う。

<<790
おかしい部分を指摘してくれればありがたいけど。

まず、
とりあえず致命的なおかしい部分でもいいから指摘してくれないか。

で
失敗のについてのわかりやすい解説ができるならやってほしい。

>>788
> わかってないのがいるから最短３日でとか言ったんだろ
こういう暴走する馬鹿が出てくるから危険な発言だとは思ったんだよな。
言いたくなさそうだったけど言わないわけにもいかない雰囲気だったから仕方がないが。

>>792
×<<790　む…
○>>790

>>792
まず全部日本語で書いてくれ
話はそれからだ

>>795

じゃ解説よろしく

>>793
お前は都合の悪い解釈をされると暴走とか捻った表現をしてごまかそうとする馬鹿ということだな

７８９は日本語だし、論理的のも間違っていると思わんが。
理解できない御仁が（文系）発言するのは　ちと　おかしいがな。

起動信号の遅延が原因らしいよ
起動信号の遅延で後のシーケンスも全部遅延するみたい
LCSとOBCの間にあるROSEの演算に多くの時間がかかったと

なんか　日本人疑われる原因はこういうやつか。

>> 791
> 呂色
またやっちまった　いが抜けたんだな

今眼がちょっとおかしくて
大目に見てエスパーで解釈してもらえればありがたいです。

>>798
そうだな、>>789は>>790よりは遥かに論理的だ

>>781
点火しちゃえば自爆以外は自律だから大して
変わらんと思うけどね。

アメリカのミサイル兵器は自己診断モード持ってる
って話だから倫理上の問題はないだろうし。

実際はAIなんて積んでなくて、管制業務をそのまま
PCに移管して人件費の圧縮を試みたのが真相
じゃないかと疑ってる。

>>800
>若いＲにくい
とかいうのも有った

>>789
１．２のところですでに遅れて届いたって言ってるからこんな感じになるかな
一部利用させてもらうよ

(X-20.00)
管制側：起動トリガー送出
(X-19.93)
　　ロケット側：コマンドを受け姿勢計算を開始した。
(X-19.00)
　　ロケット：内部タイマー1秒後すなわちX-18.93に姿勢データを送ることになってるのでまだ０送出
　　この時点で計算が終わっているかどうかは不明
　　
管制センター側
　　今１９秒だ。　コマンド送信結果が来るはず。
で、送られてきたデータは０

(18.9X)緊急停止

(18.93)
　　この時点でやっと計算値の入った姿勢データが送出される

789をfollowすると、
技術革新がものすごく速いので、設計者いがい、だれもついてこれない
ってのが現状なんだよな。社内の製造部門もサービス部門もね。
まして、メディアの素人がわからないのを　問題にするのは　おかしいだろ？

>>797
まあこういうお馬鹿ちんはどうしようもないからな。

>>803
ども。　感謝　　　文字通 orz
× 若いＲにくい
○　解りにくい

>>802
> 実際はAIなんて積んでなくて、管制業務をそのまま
> PCに移管して人件費の圧縮を試みたのが真相
> じゃないかと疑ってる。
最初から噂の人工知能じゃなくて人がずらずら並んでメーター読みでやってた仕事を
コンピューターにまかせたって説明はされてる。

>>806
本当のところは、おまえは賢いつもりの池沼だがな

>>783
原発推進学者や技術者は絶対安全なシステムなんてあるわけ
ねえだろと思いながら「絶対安全です、隕石が当る確率より少な
いですwww」と言ってた。

>>807
だれかが言ってたように文系馬鹿じゃないと気にはしない
普通の人間は修正フィルターを持っている

>>804
> 遅れて届いたって言ってるからこんな感じになるかな

遅れて届いた
　　　　^^^^^^^^
その時、具体的にどんな送受信がされたのか説明されてないのは説明が抜けていたからかなと
あと、正しい計算はさえていたが計算に時間がかかった的な説明から。

ちょっと走り過ぎたかも。

ロケット側のログから計算されていたことが解ったと言われれば
すみません、と言うしかないね。(´・ω・｀)

>>810
そうなんだよね。俺は違うけど。
以前、上司が言ってた　”会社が金をだしてくれる間は　やれるだけ黙ってやれ”

って　事なんじゃないかね。問題は誰が”Stop"できるんだろう？？

>>811
ありがとうございます、　(´；ω；｀)

何で通信時間を０と見積もるんだろう。
何で同期しないんだろ。
１秒ごとに送信していたとして１秒前のデータをよみとってしまったのではないのだろうか。

一応、公式発表資料にもイベント時系列は載ってるんだけど
肝心の遅れと称する時間がかかったところ
　起動信号送出　=>　起動
の矢印　=>　がまっすぐだからわかりにくいんだよな
これを斜め下に傾けて時間かかったよーってのを示せればわかりやすかった

それとOBC側のタイマーが載ってないから
起動が遅れた時間まるまる平行移動して姿勢計算送出が遅れたのがわかりにくい

あと起動したとたん姿勢計算開始するって質疑応答で言ってるのに、
資料では姿勢計算送出のタイミングに姿勢計算開始って書いてあるのは多分間違いだね

これらを補完すれば資料もみやすいかも

>801　>793
なれあいというわけじゃないけど感謝します。

>>789
内容に若干の間違いはあったけど、
こうやって時系列に並べて整理しようという発想は重要で、助かりますよ
ありがとうございます

ただのデータ遅延ならすぐ打ち上げられるだろ
もし致命的なプログラムの欠陥ならすぐには無理だな

はじめはいつも叩かれる。
いつか、発射が多すぎて、付近住民の避難回数多すぎの苦情が出る位になって欲しいもんだ。

>>820
発射の度に避難なんかしてるのか？

延期になった時ニュースでやってた
「また同じ事するのかい？」って言ってたw

配線が設計図から間違ってたのと同レベルのずさんさを感じるな

>>822
技術屋の立場から言へば　”成功するまで　やりぬく”　です。
予算カットされたら　おわりですけどね。

>>820
ちゃんとやってれば叩かれんよ

リハ２回もやりました、でも実は雨降ったからリハの内容端折ってました、とか
確認はやりました、ダメでした、確認していれば見つけることができました
でも確認漏れではありません

なんて言ってたらそりゃ呆れられるってｗ

>>825
ごもっとも。

>>824
予算が続く限り”失敗”しないんだな

実際はどうか　わかりませんが、
設計者が考えていたスケジュールに対して、誰だかわかりませんが、
いついつまでに　やれーーーー　って、神の声ですか？？？？？。
そういう事ってあるんです。技術的に無理難題なのに。。。。。

イプシロンみたいな枯れた技術の水平思考でも
失敗するというのはＪＡＸＡの衰退を物語ってるね
でもＭ５は成熟させたしイプシロンも開発中止になるかもな
連方でなくても

>>819
こんな基本的なことも設計管理出来てなかったのかということで
他にも穴がありそうで総見直しが必要な気もするけどメンツとか
の問題で大幅に遅らせるわけにはいかないとなるとすぐ打ち上げ
かな。
システム的にはここをいじったところで全体システムへの影響は何
もないはずと思っていたら後で痛い目に会うというのはけっこう多い
んだけどね。

>>827
そのとうりです（汗）。ごめんなさい（私が悪いわけじゃないよ）

台風来るのが分かってるのに、3日で再打ち上げしますとか言っちゃう
プロマネじゃあな

>>831
いえいえ、恐縮していただく必要はありませんよ

中止は失敗じゃありませんから（ｷﾘｯって
まことにポジティブな御意見が最近多いから
なんでだろって思ってたところさｗ

再打ち上げ可能な状態にするには天候関係なくね？

ここ数年のロシアのロケット打ち上げ失敗と似てるな
技術開発を怠って古い技術ばかり使い続けてるとイプシロンみたいになる
60年代にＮＡＳＡもロシアも捨てたＡＩなんぞ試すからこうなる
ＩＣＢＭは打ち上げテストを行うものだからね

つかイプシロンのAIって何をやってるか分からん

はやぶさで始めて世界中から褒められてプロジェクト外の
技術者も乗せられちゃったんだろうね。足りないのがそこだから
海外メディアが自信を持てというのも分かる話しだ。でもそれじゃ
どうして準天頂衛星を打ち上げるの？10年先を見据えた計画なら
小型衛星はウクライナに打ち上げてもらうべきでしょうね。
でもロシアは成功率高いし自主開発したい気持ちもわからないでもないが

>>818
　(｀・ω・´)ゞ

>>833
技術屋から見れば、中止は完璧な失敗です。
技術屋は　正しいに違いない　で作っていますからね。

総検証は森田以外のメンバーでやる事になったらしいから
まあ次はなんとかなるだろ

それでなお過ちをくり返すようじゃ終わりだが

>>840
森田ははずされたのか？それは何よりも朗報だな。
あの人からは危なさしか感じられなかったから。

お前らあんまり責めてやるなよw
最近の時勢を反映してるなあ。

>>821
規制範囲内の住人は毎回避難

技術屋って、自分のテーマ（技術的克服すべき課題）だけ　懸命にやっているので、
プロジェクトが失敗したからといって、個々の開発者（技術者）を攻めるのは
おかしい気がしますけどね。

>>840
というかプロジェクトチーム外のメンバーで

よそのメンバーは大迷惑だな
普段の仕事だってあるだろうに

時間が経ってどうしようもないエンジニア気取りのキチガイばかりが暴れるようになったな。

>>839
何言ってんだよ
＞技術屋は　正しいに違いない　で作っていますからね。
そんな頭の硬い奴は技術屋なんてやってられるか
特に制御系ソフトなんて、正しい処理よりエラー処理の方が大切なくらいだ

>>839
> 技術屋から見れば、中止は完璧な失敗です。

これが文系の思考か・・・

>>849
技術屋ですが、なにか？。勘違いしてない？？。

>>849
自然科学や工学の素養がない人間の脳内にある「技術屋」というもののイメージがよく表れてるね。

>>850
何の技術屋?

>>848
あほ。そのエラー処理も含めてだろが、あたりまじゃねーか。
このかけだしの　ひよっが。。。。。（笑）。

>>830
まったくだわ
この試験て必要ですか？
なんて高学歴の偉そうな奴らがコスト下げるために言ってるけど
結局責任を負わされるのは下っ端だからな

>>839
そりゃ普通は正しいに違いないと思って作るよ
でも、試験すると間違ってるんだわ
コンパイラとかシミュレータは冷酷に指摘してくる
作りっぱなしは少なくとも日本じゃありえない
海外だと普通だけどｗ すべてはコストパフォーマンス
酷い出来なら売上が上がらない
かと言って最初から完ぺきなもん作るとコスト回収ができないリスク上昇

どこまでやるかは上が決めるべきことなのに
すべてを下っ端に押し付けるのが日本式

開き直る下っ端って最悪やなｗ

>>850
もしかしてロジック屋さん？ファームウェアとか？
ネットワークとか通信関係とかと縁が無いでしょ？

>>853
正しいに違いないで作るエラー処理かよ
大したもんできゃしねえなｗ

>>85
2かかわったComputer;
Nec-1100,IBM S360,S370,DEc(PDP-11,VAX-VMS9,SUN(WS),
6502,8008,Z80,8086,80186,80286,80380,6800,68020 etc)

>>846
よそのメンバーって、サクッと理解できそうなのは、
H2やってるメンバーしか、いないんじゃね。
裏には、ドロドロした利権あらそいが起きてそうww

おっと忘れてた、SHもね。

>>859
それで何の説明したつもりになってんの?

IT土方なのに自分は技術屋に含まれると勘違いしてる奴がいただけか。

>>857
むしろファームウェアの方がエラー処理の塊だよ
技術屋なんて言ってても、どうせアプリケーション屋だろ

>>862
それでわからなければ、いくら説明しても　無駄。

>>865
ただ単にプロセッサの名前羅列しただけじゃん
何を言ってるんだ

技術屋は　技術者ではない
技術的なことに関わる　ただの作業員

さんざんテストして公開実験中止
どうみても失敗（プロジェクトとして）
作業手順としてみれば中止w

だいたい公開はデモンストレーションだぞ
中止はダメージ

>>867
あ、馬鹿発見w

>>865
僕はXeonやってますで何をやってるかわかったらその説明で納得するわ。

851の言うように、技術屋の定義がそもそもなんだが、
（科学者、研究者、技術者）って意味で　技術屋って言ったんだが。

>>871
だったらなんで、プロセッサの名前羅列いて、
技術屋です（ｷﾘ
なんて言ってんだよｗ

>>870
しらない。じゃ聞くが　Lispやってるか？。

>>839
> 技術屋から見れば、中止は完璧な失敗です。
台風で電車が運休したら技術屋から見れば完璧な失敗なんだね。

>>871
IT土方は前者2者はもちろん技術者にもカウントされませんよ。

>>875
それは知らなかった。

>>873
> しらない。

> >>862
> それでわからなければ、いくら説明しても　無駄。

> じゃ聞くが　Lispやってるか？。

質問の意図が不明なので答える気はない。

>>873
やっぱ単なる耳年増のアプリケーション屋かよ

技術者と技能者の区別が（言葉上の）あいまいなんだと思う。
ハードの場合、設計、開発する人と　製造現場でモノ作る人は　違うからね。

>>874
おまえバカだろw

＞台風でイプシロンが運休したら技術屋から見れば完璧な失敗なんだね。

台風来てないし

このageてるアホみたいなのがイプシロンのメンバーにもいたのかなｗ

>>879
おいおい、今回の件はハードの問題じゃないぞ
ソフトのそれも設計上のミスと、それの検証方法の間違えじゃないか
そんな区別もついてないで、技術屋です（ｷﾘなんてやってんのかよ

>>878
application屋ってなんなの？。
ロケットの制御ソフトもApplicationだし、企業の経理ソフトもApplicationだよな。

>>897
それらに要求される技能はかなり違うが
それらを明確に区別する言葉は無い
単純にどこにも、優秀、普通、無能が居るだけ

>>884
アンカーもまともに打てないし文章も字面しか読めない君は
無能の分類のようだな。

>>883
＞ロケットの制御ソフトもApplicationだし、企業の経理ソフトもApplicationだよな。
なんて言ってる時点で、技術屋です（ｷﾘなんて言葉に説得力なくなるって事だよ

>>882
俺はハード設計、LSI設計、ソフト開発と　いろいろやったが、（30年前）
ハードが原因じゃないかと　思っている。

>>887
人の言うことを聞かないような奴（公式発表を無視するような奴）
の思い込みなんてしるか

ついに妄想で原因を語りだしたｗ

>>885
単なるバグだ
悪影響は無いw

>>884は>>879
修正終わりw

どんな設計や開発してきたんだか
仕様書も読まないで勝手な設計して、
”正しいに違いない”なんてやってきたんじゃねえだろうなｗ
そして動いたからOKなんてやられたんじゃたまらんぜ

>>888
おまえそれでもエンジニア―か？。自分の信念に従う根性がないぞ　おまえ。

>>873
Lisp　ｗｗｗ

学生さんかｗ

>>892
技術論で不利だと思ったら、根性論かよｗ

>>893
あほかお前、GNU-Lisp も知らんのか？。

何故わざわざID:ULgHiimwは此処に恥をかきに来てるんだろうｗ

>>894
うん？？？？、技術論で不利　って　どこが！？。

>>896
うーーーん。暇つぶし　かな（ごめん）。

>>897
不利じゃないと思うのなら、
公式の発表を受け入れずに、自分の脳内が正しいと思う根拠を
技術的に語ってくれ
さあ、どうぞ

実際のところイプシロンの事とか理解もしてないし、どうでもいいんだろ？

>>899
このスレのだいぶ前で投稿してるんだけどね、
０．０７秒のDelayって　もともとSOFTでは　どうにもならない。
したがって、Hard上の問題が起こっていると考えている。

モバイル管制は成功してこそ評価される

失敗したらバカの自爆
ゆとりか！

>>901
ハードに合わせられないソフトに存在価値は無い

>>901
アホ
その０．０７は程度の差こそあれ、有ってしかるべきものだっての
これは０にはならない
ソフトの設計上でそれを考慮に入れなかったってのが第一の原因
そして、その処理が正しいかの検証の方法に抜けがあったのが第２の原因

これが公式の発表だ

>>903
うん、一般的にはそうだよね。
ソフトでは相対時間の管理、処理しかできない。
で、絶対時間の管理、処理が要求されるなら、HardでSpecを満たしていないとダメだろ？。

>>905
ソフト上でハンドシェイクをする、
処理時間を割り出してウェイトをかける
NULLデータの概念を入れる
eteetc
やり方は色々あるだろうに

それにディレイなんて、処理速度０の計算機でも存在しなきゃ
取り去ることなんて無理に決まってるだろうに

おれもう寝る。ひよっこども　よく考えな。

>>905
そんな物をJAXAが採用すると思ってるのかw
普通センサーはデータを送るだけ
0.1sec間隔ぐらいだと思うが

>>905
リアルタイムOSって知ってる？

>>907
それがいいぞ、
起きた後に、ちゃんと夢からさめるんだぞ

おまえら知ってる？

二人の将軍問題
http://ja.wikipedia.org/wiki/%E4%BA%8C%E4%BA%BA%E3%81%AE%E5%B0%86%E8%BB%8D%E5%95%8F%E9%A1%8C

>>906
ソフト上のHandshake の前に、Hardware の　Handshakeがあるんだが、
Hard to Hard 上で　Delayが起こった場合、Softでは無力でしょ。
Hard がSpecどうりの速度で動作しているなら、問題はSoftになるが。

>>912
寝る宣言したんだから、さっさと寝ろ
お前に制御系は無理
アプリケーション屋に収まってろ

>>913
お前には組み込み系のReal　Time処理は　無理だな。あっははっは（寝）

たぶん制御系とアプリ系を理解出来ない奴が
日本人の９９％

>>914
>>904で公式の発表書いてやって
>>906でソフトでの対処の一例もしめして
その上で
>>912なんて言い出す奴のどの口でリアルタイム処理言うかねえ

>>916
おまえこそ、理解していない。

>>917
いつまでネルネル詐欺やってんだよｗ
そういやおこちゃまは、あの手のお菓子が好きそうだもんなあ

>>918
３０年前まで、現役だったから　この手の話題は楽しい。もう寝ます。

>>919
だからさっきから、
寝て起きて夢から覚めろって言ってるだろ

>３０年前まで現役だったから

惨めな人生だなあｗ

年金で悠々自適だとしたら
うらやましい

ソフト開発側からすると、ハードの力で通信遅延をなくすなんて出来ないんだから、
あらかじめ「どのくらいの秒数かは分からないが遅延は発生する」ことを念頭に置いて組むと思うね
そして今回のソフトはそれを全然念頭に置いてなかった

遅延そのものはハードに依存する問題だけど、
それによってエラー判定を間違えたのはソフトの問題
つかハードの理屈を並べられても、あまり関係なくね？と思う

要はソフトのバグが原因か

>>846
ISAS系は掛け持ち多いけどね

>>924
公開された情報からすると各機器は仕様書どおりに設計されていた
と見られる。しかしシステム設計の誤りないし見逃しにより発射シーケ
ンスが止まったというもので個別ソフトのバグとは違うようにみえる。

注目されている事象には「これを叩く俺かっこいい」が沸くのはよくある事

外野のノイズを気にせず粛々と進めて欲しいわ

なんとなく、延期するたび見物人が多くなりそうな気がするw

次はいつ？

配線ミスなら繋ぎ直して発射、以降はポカミス対策
で済むが、ソフトの設計ミスなら例え打ち上げられても
禍根を残す。下手すりゃ作り直し。

>>840
それがいい。
作った人自身が間違いを見つけようとしても甘くなるっていうか作った目でみてしまうから見つけられない
評価するには正反対の立場から容赦なく突っ込んだ方が沢山穴が見つかる
そういうもの

RS422の非同期(調歩同期)らしいから、通信レベルでは受け渡しは
正常なんだろうけれどアプリケーションレベルでフラグなりを使って
受信済みの管理をしていなかったんだろうね。
タイミングだけの管理ではこわいと思う。
今回の改修は短期間で行うのでタイミングを遅らせて茶を濁すと思う。

結局　地上基地側のPCのプログラム設定の問題だったわけだろ

地上PCがロケットPCにセンサ数値の送信コマンドだして、
値が戻るのに0.07秒必要なことを考慮して
delay（100）;の1行をいれてなかった

>>930
たとえ応急処置で飛ばしたとしても、２回目以降に作り直せば
１回目飛ばしたことが蓄積にならないんだよね
基本的な部分であればあるほどその無駄になる部分が大きくなる
>>932
記者会見では監視開始時刻を遅くするだけって明言してる
他の理由で姿勢データ遅延になる可能性は考えなくてよくてロジックに手を入れる必要がないってことを。
フリーランス・アキヤマさんの質問で回答してる。
たぶんこのアキヤマさんは事の重大さをあの場で即気づいてそうだ。

でも、やっぱり危ねーなと思ったら特別点検で見つかったことにして
小出しにしてくると予想。
素直に認めると反発あるからすっとぼけて、
外部の委員会に発見させて、情報小出しにする東電のようなもの。

テレメトリーに使ってる無線をチョンかアメ公が妨害してるんでしょ
通信内容の改竄はできなくなってると思うけどエラーレートとレイテンシーを増加させることはできる

>>935
とりあえずその妨害してる奴等を捕まえてくれよ。

>>933
次に打ち上げやってみたら今度は遅延が0.11秒になってました。
何が起るでしょうか？
>>935
今回はOBC-LCS間の通信が問題でセンサー-OBC間が問題になってるわけではない

格ゲーだと4フレちょいか…
そりゃ大事だわ

どんな些細な異常があっても即中止でいいじゃないか
それを無視して発射して失敗するのが最高のアホ
最終的に異常検知０で発射して、それで失敗したら失敗の原因が突き止めやすいのよ。

>>839
まあ延期じゃないわな、外的要因でもないし、ロケット以外の問題ですら無い
ロケットそのもの（打ち上げシステムを含む）に不具合が合って打ち上げることが出来なかったんだら当然失敗だ
失敗が起きたから当日の打ち上げは出来ずに延期になったというなら延期と言えなくもないがな

>>874
それは外的要因だから今回のこととは全然別だな
あんまり幼稚なことを言うなよ

失敗にしたがってる人が散見されるけど
打ち上げウインドが開いている間に
きちんと打ち上がれば良い。

>>849
むしろお前が文系に見える

>>927
外野はいっさい文句を言うなということだな
ＪＡＸＡはその考えでいかに国民の金を無駄に使って来たかと言いたい訳だな

>>939
別に中止で話題になっているわけではない。その原因が「えっ、そんな
基本的なことも押さえてなかったの？」という驚きの内容だったから。

>>932
その押した分だけ最後に足らなくなって、また失敗とかだと面白いんだがな

>>942
それでも当日の打ち上げに失敗したのは厳然たる事実だろ
どっちが物事を捻じ曲げようとしてると思ってるんだ？

>>845
不祥事扱いかよｗ
不祥事になるとしたら今後の対応次第だな
まともに直さずに弥縫策で再打ち上げをして失敗したなら不祥事の出来上がりだが

>>946
思いが至らなかった（ｷﾘｯ

何度でも使えるな

まあ夏休みをムダにした子供たちには謝っとけ

>>948
自分達で作った物の問題は見つけにくい
知らない人の方が問題を見つけやすい

というか森田が今度は完璧です（ｷﾘｯ とか言っても、もう誰も信用しない

>>952
最初から完璧ですとか絶対成功ですとか言ってないから捏造するな。

なんだデータの遅延じゃないんだな。データ収集開始の遅延って感じか
同期しているわけじゃなくて、地上監視側が一方的にデータを集めているって感じなんだろうな

解決法としては、あらかじめすべてのデータを収集して貯めておき、全部集まったらokフラグを立てる
もしくは、項目チェックごとに必要なデータが収集されたらokフラグを立てる
→フラグ確認して初めて地上側がデータを収集する
→一定時間フラグが立たなかったら収集失敗で打ち上げ中止

みたいな感じになるんだろうな

>>953
自信が有りますとか2度もリハーサルやってるんだとかならOKだってかｗ

ウォッチドッグが70ms以内に作動したのか
無線通信としてはかなりタイトな印象

>>954
内容はあってる。アプリケーションレベルの話

たぶんわかってるんだろうけど念のために書くと
データ収集開始の遅延→BOCによる生データ収集＆演算＆送出開始の遅延
　　　　　　　　　　　つまりLSC側演算データ収集開始の先走り

いつ届いたのかわからんデータで判定するって学生の実験レベルだな

>>958
今までは人間がメーターの数値を読んで判定していたのはどう思う?

さらに誤解のないように書くと

LSC→BOCへの起動トリガーが遅延したのが原因で
後続のBOC側処理がその遅れを引きずって、
結果、LSC側処理側が先走りということになった
というのが公式の説明

単なる単純なソフトの設計ミスだろうが、その背景に
少子化により有能な人材の確保が難しくなりつつあるという
事情があるとしたらもっと大きい問題だな

>>954
それ以外にも
・BOC起動後には姿勢制御データにタイムスタンプ（内部タイマーの値）くっつけてる
　=>タイムスタンプが1秒を超えたらLCSは有効な即ちチェックすべきデータだと認識する
・初期値を閾値以外のとんでもない値（別スレで聞いたのは-9999とか）に設定
　=>初期値と判断したらスルー、他の値が入ったら有効な即ちチェックすべきデータと認識する

どちらにしても別の観点からBOC側がちゃんと動いているかどうかは
タイムアウト設定して監視する必要はあると思うけどね。

>>961
遅延によるデータ欠損の処理が考え方としておかしいと思うけど
数次の検査も通過したことも

馬鹿かよこいつは
>http://www.itmedia.co.jp/news/articles/1309/02/news033_2.html
>森田　形の上では人間の思い至らない部分を機械が発見して止めるのが基本精神で、その点は機能した。
こいつが検証チームから外されたのが本当ならＪＡＸＡはまだまだまともだな、東電とは比較にならない

単に通信ケーブルによる遅延ではないのか！

通信ケーブルが１万メートルぐらい有ると遅延も考えられるが
普通は無い

しまったw
1万キロメートルぐらいだた

○システム作るのに失敗したから打ち上げは延期になった。
×システム作るのに失敗したから打ち上げは失敗した。
○システム作るのに失敗したから延期なく一発で打ち上げる事に失敗した。

バカな文系よりw

ハイ・インピ―なら　ありえる（通信のRetryが頻発）。

>>947
打ち上げに失敗はしていませんよ。
打ち上げる前に中止したのですから、
ロケット本体は打ち上げに使えます。

初めての時はみんな戸惑ったりトチったりするものなの
そんなに焦っちゃ駄目よｳﾌﾌ

【結論】ID:q82/5bYJはバカ

>>961
少子化により　優秀な人材の確保が難しい・・違うと思う。
朝鮮化により　優秀な人材の確保が・・否　まともな人間の確保が・・
だって　飲食店は食中毒だらけ　郵便物も海に捨てる。なにこれ？
ここ日本？
ＪＡＸＡの皆様　頑張ってください。　

ロケット打ち上げは一発勝負だからね
条件の良い範囲で慌てず点検でいいよ

慌てず3週間点検した挙句に失敗したわけですが

問題の出る箇所が予めわかってて
それを重点的に事前点検できたら、
それは神様ですな

それなら、品質検査、管理って不要になるよね。
民間なら普通の事を、やっていない気がする。

>>970
当日に打ち上げることには明らかに失敗したわな

>>977
結局そういうことだな
民間なら莫大な損害になるから注意を払うが
公務員や天下り法人にはそれほどまでの必要は無い

在日だけど、３日以内に再挑戦すると言ってたよな、
なにやってんだよチョッパリ

品質管理 とか 民間なら普通 とかそれらしい言葉を引き合いに出してるけど、
その論法は些か乱暴にみえるね。
前例のないものをつくるのだから慎重にことを進めるのは当然に思うし、
気になる所があれば納得のいくまで、という意味合いで点検と述べたんだけどね

民間は前例のないものを沢山作ってますがね。

ボトムズかと

>>659
ここに詳しく書いてあるな

> 森田：その通り。地上の計算機が監視を始めたときには正しいデータが来ていなかった。

> 森田：そうではなくて、発射位置まで行く角度の絶対値と搭載コンピュータが最初に何度と思っている初期値があり、それが2度ずれていた。

> 森田：資料2ページ目左下にLCSとOBCをつなぐラインがある。
> LCSからOBCへ起動信号を送る。これがLCSからOBCに届くのに70msかかったため0.07秒のずれにつながった。

> 森田：限りなくそれに近い。地上のコンピュータで搭載のコンピュータのタイマを走らせる。
> その命令を受けてから搭載コンピュータは姿勢の演算を始め1秒後に伝送を開始する。それを地上コンピュータが監視する。
> しかしそもそも地上のコンピュータから搭載コンピュータに命令を送ったとき時間差が生じたため搭載コンピュータが-19秒と考えたタイミングは地上のコンピュータが-19秒と考えるタイミングより70ms遅かった。

> 森田：実際には自動監視の部分以外では遅れがある仕様で設計している。
> 設計には誤りはなく設計通り機能したが監視タイミングの設定のみ遅れがあることについて考えが抜けていた


未送信のデータを未初期化のまま判定したのだから
受信側のミスっぽいな

ＬＣＳが先走って中断したなら
通信ログは起動と中断のみで、それ以外は空っぽ

別にJAXAを擁護する気はないが、民間の品質管理とは違う
民間は新製品を出す前に、同じものをたくさん作ってばらつきやらなにやらチェックする
ロケットはそれができない

>>985
単品設計と量産設計（生産設計）の違いを主張してるんだろうけど、
だからと言って、テストを手抜いた　いいわけには　ならない。

量産を開始して、設計上のミスが発覚したら、損害は膨大だから。

米露のＩＣＢＭみたいに何百発も作れればなあ・・・

誤解のないように　フォローするけど、次回は本当に成功してほしいと思ってる。

あやめ……米国製アポジモータ点火後行方不明
あやめ２…米国製アポジモータ点火後行方不明
ひまわり６（米国製）…姿勢制御コンピュータ故障で一時交信途絶、RW故障で一時欠測
だいち……米国製トランジスタ不良発覚で打ち上げ１ヶ月延期
はやぶさ…米国製RW故障
のぞみ……米国製燃料バルブ故障、火星周回軌道投入断念
あかつき…米国製燃料バルブ故障、金星周回軌道投入断念（国産スラスタで再挑戦）
みちびき…米国製RW不良発覚で打ち上げ１ヶ月延期、米国製原子時計故障
H3試験機…米国共同開発の第２段ロケットエンジン故障、打ち上げ失敗（予定）

納得行くまでも何も、そもそもチェックの必要自体理解してないのが
やってるんじゃあ…

目視確認をＩＴ化しただけでグダグダだな
目視に戻しなさいよ
本体は無事なんでしょ

次スレ
【宇宙】イプシロン、“異常判定”の原因判明〜ロケットと地上のデータ送受信に0.07秒のズレ★2
http://anago.2ch.net/test/read.cgi/scienceplus/1378128238/

次スレが立ったｗｗｗ

>>984
通信ログ取れていなかったら話にならん。プログラムミスか？それともデータ転送ミスか？

>>993
まだやるのか？
別に良いが
再発射までやれ

日生数（一日の生産数）が、1万台とかの民間で、３日稼働して、設計ミスありました
は　許されないって事。えりを正せ。

>>985 今回のは、姿勢角演算開始が発射20秒前。
一回目の演算終了までは姿勢角には0が入って居る。姿勢角は2度で誤差は±1度で判定。
地上CPUが姿勢角データを要求。
搭載CPUはまだ演算できていないのでnullを転送。地上CPUは2±1度に入っていないので
発射中止。
リハーサルではロケットを傾けなかったか地上CPUが0±1度で判定してOK、OK。
バカ丸出しジャン。
何でイニシャライズ、セルフチェック後に判定しないのか？
何で発射20秒前に電源入れるのか？
各センサの異常判定、断線チェック、キャリブレーションとイニシャル値書き込み
なんか考えると1時間前に起動して良いくらいだ。

>>964
確かにこれはひどい。
>森田　形の上では人間の思い至らない部分を機械が発見して止めるのが基本精神で、その点は機能した。

これが時々見かける、「システムのチェック機能？は正常に動作していたという
擁護意見の拠り所、大元だったということか。

これは撤回したほうがよいのではないか。　本人であれＪＡＸＡであれ。
現実は

角度情報をチェックする機能は手順がお粗末で、
まともに機能する保証のないものだった。
その結果、
打ち上げを中止してしまった。すみませんでした、という感じに言うところ。

「機能していた」と言うのはもの凄い詭弁。
０を異常と判断した範囲チェックは正しく機能していたと言っているに過ぎない。
判断部分の単体テストレベル。　かなり痛かもれない。


言葉をウマく選んでいる様子になんだかなと思うが、
穏便に言えば、心のケアしたほうがいいのでは、と。

※
↓こう言い換えれば解りやすいか
受信バッファに格納されている値がロケットから送られてきた角度データという確認を行わず
角度データとして扱い、値の適性範囲チェックをし、範囲異常だったので発射をやめてしまった。
機能していたとかおかしい。

>>984
> 設計には誤りはなく設計通り機能したが監視タイミングの設定のみ遅れがあることについて考えが抜けていた
それを設計の誤りと言うんだがな

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。