パスワードを忘れた? アカウント作成
15712539 story
アップグレード

火星の南極で地底湖を発見した地表下測深レーダー高度計 MARSIS、19 年間で初のソフトウェア更新により大幅な性能向上の見込み 58

ストーリー by headless
更新 部門より
ESA は火星探査機 Mars Express が搭載する地表下測深レーダー高度計 MARSIS のソフトウェアを更新すべく、準備を進めているそうだ (ESA のブログ記事The Register の記事The Verge の記事Neowin の記事)。

MARSIS は 2007 年に火星の南極で大量の氷を発見し、2012 年 ~ 2015 年の観測データはその下に液体の水が存在する地底湖の発見につながった。しかし、2003 年 6 月の打ち上げ以来ソフトウェアは更新されておらず、20 年前に Windows 98 ベースの環境で開発されたものを使い続けている。今回の更新について開発環境等は説明されていないが、目的はミッション開始当時よりも高いパフォーマンスの実現だという。

これまで大量の高解像度データを保持するため複雑な処理を行ってきたが、更新後は不要なデータを削除することでスペースが確保される。また、受信感度の改善や地球に送るデータの量と質を増すオンボードデータ処理の改善も含まれるとのこと。これらのソフトウェアアップグレードで MARSIS を稼働できる時間は 5 倍に伸び、より広い領域の調査が可能になる。Mars Express は 20 年前の古い探査機だが、新しい測定機器を追加したかのような性能向上が期待できるとのことだ。
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。
  • by Anonymous Coward on 2022年06月26日 20時11分 (#4277378)

    つか、19年前のハードの性能をソフトウェアで上げられるなんて、どんだけ優秀なハードなんだ。
    もうあのセリフしか思い出せなかった。
    「ソフトでハードの力を目一杯引き出すって発想は…、あいつだ…」

    • by albireo (7374) on 2022年06月26日 20時57分 (#4277394) 日記

      更新後は不要なデータを削除することでスペースが確保される。

      ってことなので、地球へ送信し終わったデータも念のために保持していたけどそれを使う機会はなかったし容量をかなり食っていたので、送信し終わったらどんどん削除してその分の容量でより複雑な処理を行えるようにしたんでしょうね。

      ソフトウェアアップデートで性能アップした宇宙機といえばハッブル宇宙望遠鏡
      打ち上げ後に見つかった鏡のゆがみ(0.002mm)のために設計で想定していた分解能の5%にしかならないことが発覚。(それでも当時地上に存在したどの光学望遠鏡よりも高分解能)
      歪んでない部分を活かすようにソフトウェアをアップデートして設計分解能の58%まで回復。
      その後何度かスペースシャトルで部品交換などを行ってさらに性能アップ。

      他には宇宙探査機はやぶさ(初代)が姿勢制御ロケットの燃料をほぼすべて失うトラブルに見舞われ、メインのイオンエンジンの噴射するガスの帯電を中和するために取り付けてたキセノンガス噴射を利用して姿勢制御できるようにソフトを書き換えたのが知られていますね。

      --
      うじゃうじゃ
      親コメント
      • by Anonymous Coward on 2022年06月27日 15時43分 (#4277821)

        ソフトウェアで性能上げた件なら、木星探査機ガリレオが筆頭では。
        ハイゲインアンテナの展開に失敗して、通信速度が100分の1ぐらいまで低下。
        ソフトウェアアップデートで圧縮機能とか追加して、本来の7割まで回復させた例がある。

        似たようなことはボイジャー探査機なども何度もやってるね。

        深宇宙探査機のファームアップとか怖くて絶対やりたくない…。大慌てで電源入れ直しに行く訳にもいかないしw

        ※最初から圧縮して送るようにしとけよ、って思わなくも無い。でも良くある事だよなぁ…。

        親コメント
      • by Anonymous Coward

        今までメモリ(ROMもRAMも)不足でできなかった処理ができるようになるとかはあるかも。

    • by 90 (35300) on 2022年06月26日 20時41分 (#4277392) 日記

      アナデバのADSP-21020というDSP……のAtmel製耐放射線型セカンドソース品TSC21020F @ 20MHzを3基、うち1基を制御用CPUとして2基をデータ処理用スレーブとして、その上にVirtuoso RTOSなるものを動かしていて、更にファブリック兼制御CPUとしてFPGA2基が絡んでいる……? かなりセガサターン的な構成なのかな。

      親コメント
      • by Anonymous Coward on 2022年06月27日 0時26分 (#4277449)

        Virtuoso RTOSという名前は全然聞いたことがないなと軽く調べてみた。雑な調査なんで、有識者のフォロー頼む。
        元はトランスピュータ向けのOSだったが各種CPUに移植され、2001年にWindRiverに買われてそのまま消えたっぽい。WindRiverそんなんばっかりや。
        そんで、別の会社がクリーンルーム方式でOpenComRTOSという後継OSを開発したっぽい。

        開発環境の開発元がなくなって今の環境では動かないから、仮想環境にWindows98を構築して当時の開発環境を再現して、アップデータを作ったのか。

        親コメント
      • by Anonymous Coward

        当然本番直前には地上機で試験して送信するのだろうけど、その前のエミュレーターが良くなったのでは?(Win98時代にはエミュレーターが無かったかも)

      • by Anonymous Coward

        アナデバのSHARC DSPは今も続いてるけど、マルチコアでクロック周波数も1桁以上高くなってる
        ADSP-21020とはまさに19年の違いを感じます

    • by Anonymous Coward on 2022年06月26日 21時30分 (#4277400)

      つか、19年前のハードの性能をソフトウェアで上げられるなんて

      流石ですお兄様。

      親コメント
      • by Anonymous Coward

        お兄様が何かわからないけど、元コメはパトレイバーだよね。
        たしか、グリフォンの開発者達が、篠原重工製HOSを帆場暎一の作、と看破するところ。

        • by Anonymous Coward

          「流石ですお兄様。」はおそらく司波達也に対する司波深雪のセリフですね@魔法科高校の劣等生
          #詳しくないんで何のことを言ってるのかはわかんないけど

          • by Anonymous Coward

            「さすおに」で検索

          • by Anonymous Coward

            ありがとう。てっきりプリティダービーかと思って、何のシーンかわからなかった。
            達也が半蔵の私物の高性能CADのデータを競技用に出チューンされたCADに移し替えても違和感なく使えたときのことかな。
            他の場合だと飛行魔法用CADとか、特別な高性能ハードをカスタマイズして使用する達也の印象が強い。

    • by Anonymous Coward

      退役したマジシャン級プログラマを引っ張り込んで、カリカリチューニングさせたんじゃないかとか妄想が膨らむ

  • by Anonymous Coward on 2022年06月26日 19時31分 (#4277366)

    凍った粘土だったそうです。
    https://gigazine.net/news/20210802-mars-lake-clay/ [gigazine.net]

  • by Anonymous Coward on 2022年06月26日 19時18分 (#4277364)

    一瞬でもそう思った自分がバカだった

  • by Anonymous Coward on 2022年06月26日 20時19分 (#4277382)

    同じ系統のMeタンになるかね
    むねあつ

  • by Anonymous Coward on 2022年06月26日 20時28分 (#4277388)

    皆さんツッコミどころはそこじゃないでしょ。

    かりにも探査機側のいち装置のOSが、Windows 98なわけないでしょ。

    まさか火星と地球間でWindows updateするわけにもいかないしwww

    • by Anonymous Coward on 2022年06月26日 20時44分 (#4277393)

      残念、「Windows 98で動作」と書かれていたのは他の日本語ソースの誤訳なんだ。
      nagazou編集長は目敏く気づいて「Windows 98 ベースの環境で開発」と訂正しているんだな。
      文章は発音するより速くかつ正確に読まねばならんぞ。

      親コメント
      • by Anonymous Coward on 2022年06月26日 22時06分 (#4277414)

        これは headless だよ。nagazou なら気づかないし、気づいても放っておく。

        親コメント
      • by Anonymous Coward

        英語ソースのほうでも、コメント欄で勘違いしている人と訂正している人がいるので、原文が分かりにくいのをそのまま訳したのかも。

        英語ソースのほうに、アップデータを作るために仮想環境上にWindows98をインストールしてクロス開発環境を再現したというようなことを書いてあるが、ターゲット環境が何なのかわからないけどWindows98でしか動かないクロス開発環境ってなんだろう。

        • by Anonymous Coward

          原文は直訳で「windows98ベースの開発環境を使って設計」って書いてあるから、原文はの意味は明確だと思うよ。

          • by Anonymous Coward

            つまりろくに本文を読まないのはスラド住民のだけの特性ではないのだな
            安心した

            • by Anonymous Coward

              それが安心材料になる人間性が心配

            • by Anonymous Coward

              余所のコメントをパクって再放送しようとしたACが無様なだけ
              スラド以外の日本語ソースはみんなこの誤読してるから踏み抜いたんだねw

        • by Anonymous Coward

          > ターゲット環境が何なのかわからないけどWindows98でしか動かないクロス開発環境ってなんだろう

          ターゲットマシンは別のOSだけど、そのOSが古くて最近のPCなどでは開発環境が動作せずビルドできない、そのために古いマシン(Win9xとかXPとか68kMacとかSolarisとか)を捨てられないってのはわりとある。

    • by Anonymous Coward

      その為のMicrosoft Update Catalog。

      # いや、当時は無かったような…

  • by Anonymous Coward on 2022年06月27日 8時32分 (#4277512)

    20年前頃でwindows開発環境ならwin2000かNTがデフォと思っていたが、98は意外と思った。
    (コーディング中に落ち、理不尽に泣かされる頻度がNT系より多い印象)
    (98SEはそれなりに安定してたかな?)

    The Registerの記事に、with a virtual machine in VirtualBox ≒VirtualBoxの仮想マシンで作業を行ってた、と在るんでソレが98依存だった、とかの事情だったんかねえ。

    • by Anonymous Coward

      > The Registerの記事に、with a virtual machine in VirtualBox ≒VirtualBoxの仮想マシンで作業を行ってた、と在るんでソレが98依存だった、とかの事情だったんかねえ。

      それは今回の開発作業で当時の開発環境を使うのにWIN98が必要なのでVirtualBoxで動かしたって話でしょう。
      "The very old development environment (it was quite old already back in year 2000) required to set up a Windows 98 machine. I did this with a virtual machine in VirtualBox," he told The Register.

      • by Anonymous Coward

        元コメ #4277512 ですが私の誤読で、仰る通り今回の開発作業の話ですね。指摘訂正、有難うね。

        ※そこの後段をちゃんと読むと、It took almost two months only to set up and fully validate the development environment. ≒「開発環境をセットアップして完全に検証するのに、ほぼ2か月かかりました」と、印象深い事が書いてあり、
        読み落とすにゃ勿体無いネタを拾えて良かった。
        やっぱ誤読は損だw

        • by Anonymous Coward

          NT系で動かせずWin98が必要って、元々MS-DOS上の開発環境だったが、後にIDEはWin32になってもコンパイラは16bitのまま、みたいな理由だろうか。
          であれば、ちゃんとしたバイナリを吐いているか検証するのに2か月くらいかかるのも仕方ないかも。

          • by Anonymous Coward

            変なソフトぶっこんで「火星探査機を煉瓦にしました」なんて、冗談じゃ済まんもんな。

            # ヤード・ポンド法で通信断絶させた [wikipedia.org]っていう、それこそ冗談みたいな例もあるが。

          • by Anonymous Coward

            NT系はポート叩くのが格段に面倒になった。9x系は簡単にポート叩けたし、ハード開発だとそういうのはよくやるから9xの方がよかった。

            • by Anonymous Coward

              NTならGIVEIO.SYSとINSTDRVで万全

  • by Anonymous Coward on 2022年06月27日 15時47分 (#4277825)

    どうやって地球と通信できるの?Wifiでも1km行かない

typodupeerror

あつくて寝られない時はhackしろ! 386BSD(98)はそうやってつくられましたよ? -- あるハッカー

読み込み中...