1 ポイント 投稿者 GN⁺ 11 일 전 | 1件のコメント | WhatsAppで共有
  • 天文航法 の自動化のために星の位置を追跡し、現在位置基準の 高度と方位角 を計算する電気機械式アナログコンピューターを搭載
  • システムは星のおおよその位置と、おおよその緯度・経度・機首方位だけで探索を開始し、spiral search pattern と反復計算によってより正確な値を得る構造
  • 星位置の計算には Air Almanac の時刻・天体データと、SHA、declination、LHA のような座標を用い、全球的な天球座標を航空機基準の 水平座標系 に変換
  • 中核メカニズムは 天球の物理モデル とギア、スライダー、モーター、synchro 出力によって navigational triangle を機械的に解き、altitude と azimuth を算出する方式
  • 結果としてこの装置は 0.1度精度の heading の提供と、line of position に基づく位置決定まで支援した、デジタル以前の時代における航空航法自動化の重要な構成品

Astro Compass システム概要

  • Angle Computer は B-52 爆撃機の Astro Compass 内部で星の位置を自動追跡し、航法に必要な角度を計算する電気機械式アナログコンピューター
    • GPS 以前の航空航法では 天文航法 を使用
    • 天文航法は正確で妨害されにくく、放送インフラも不要だが、手作業で行うのは難しく時間もかかる方式
    • 1960年代初頭に B-52 用の自動化システムを開発
    • 当時のデジタルコンピューターは適しておらず、三角関数計算を 電気機械式アナログコンピューター で処理
  • Astro Compassの主出力は非常に高精度なheadingであり、精度は0.1度

    • その後 line of position 手法による位置決定にも利用可能
    • Astro Tracker は Astro Compass の光学追跡装置で、航空機上部に装着される中核構成品
    • 機体上面の外側へ突き出した 4インチのガラスドーム を含む
    • 内部に追跡望遠鏡を搭載
    • photomultiplier tube で星明かりを検出
    • ジャイロスコープと複雑なモーターシステムが stable platform を提供し、航空機の傾きや動作中でも望遠鏡を高精度な鉛直状態に維持
    • プリズムが回転・傾斜して特定の星を照準
    • Astro Compass はセンサーを正しい方向へ向けるため、空の星の おおよその位置 だけ分かっていればよい構造
    • 方位精度は完全である必要はない
    • 装置は星を見つけるために spiral search pattern を実行
    • 探索範囲は方位角基準で ±4°、高度基準で ±2.5°
    • 比較として月の視直径は約 0.5°
    • Astro Compass 全体システム は計 19個の構成品 で構成
    • 右側にはシステム制御用の 10個の増幅器およびコンピューター構成品 を配置
    • このうち Angle Computer は右下に位置
    • 左側には B-52 の航法士が使用する 9個の制御および表示パネル を配置
    • 例として Line of Position displayMaster Control panelHeading Display panelIndicator Display panel が存在
  • システム名称と資料

    • Angle Computer の表記 "Computer, Altitude-Azimuth, Automatic Astro Compass Type MD-1" を確認
    • 装置には "MD-3" ステッカーも貼付
    • 同じシステムを "Kollsman KS-50-03 Astro Tracking System" または 50-08 と呼ぶこともあるとの言及を含む
    • 関連資料として Operating Instructions HandbookOperating Instructions Pocket ManualThe Celestial Tracker as an Astro Compass、特許 Celestial Data Computer を提示
  • 外観とパッケージング

    • 外部から見た Angle Computer は、端部にコネクターが付いた 黒い円筒形 パッケージの形状
    • 円筒ははんだ付けされた金属バンドで密封された状態
    • 中央の注入バルブを通じて 乾燥窒素 で加圧
    • バルブはタイヤで見られるものと同じ Schrader valve 形式
  • 接続とデータフロー

    • 物理接続図では Angle Computer は Alt Az Computer と表記
    • ブロックダイアグラムでは Altitude Azimuth Computer と表記
    • 2つの図はそれぞれ構成要素の 物理的接続 とシステム内部の データフロー を示す

操作方法と入力データ

  • Master Control Panel は、値を1つずつ選択してノブを回して入力するユーザーインターフェースを提供
    • 時計時刻、星 #1 の SHA、星 #3 の Declination といったデータを先に選択
    • その後 Set Control ノブを時計回りまたは反時計回りに回し、目的の値までスクロール
    • 各ノブには異なる幾何学的形状が採用されている
    • 触感だけでノブを識別可能
  • 各データ値は 電気機械式ディスプレイ で表示
    • Star Data display は1つの星の sidereal hour angledeclination を表示
    • デジタル表示のように見えるが、実際には synchro 制御を受けるモーターが回す アナログダイヤル 構造
    • システムは 3つの Star Data display を保有
    • 同時に 3つの星の位置 を保存可能
    • システムは一度に1つの星だけを使用するが、Star switch の切り替えで星を素早く変更できる
  • Astro Compass は通常、緯度と経度を bombing computer から入力される構造
    • おおよその機首方位は磁気コンパスから BATH, Best Available True Heading の名称で入力
    • これらの値は必要に応じてすべて 手動入力 可能
  • 航法計算では位置と機首方位が分からないと星の高度と方位角を計算できないため、chicken-and-egg のように見えることがある
    • 実際には緯度、経度、機首方位の 概略値 だけで十分
    • 機首方位の許容誤差は 4°以内
    • システムはこれを基に、より正確な緯度、経度、機首方位を算出
    • この過程を繰り返すと値が 収束 する
    • 磁気コンパスはおおよその機首方位を、dead reckoning または inertial navigation はおおよその位置を提供
    • Astro Compass のより正確な情報が、再び dead reckoning や inertial navigation の精度向上に活用される構造

天文データと時間基準

  • 天体位置情報は Air Almanac から取得
    • 米国政府が 1941年 から発行開始
    • 4か月ごと に新しい巻を発行
    • 毎日1枚のシートを提供
    • データは 10分間隔
    • 最初の列は GMT
    • 残りの列には太陽位置、First Point of Aries(♈︎)、観測可能な惑星位置、月位置を掲載
    • 星位置は別表とチャートで提供され、星はほぼ静止しているため 日次更新はない
  • Greenwich Mean Time は現在では大半が UTC に置き換えられている
    • GMT は英国 Greenwich 経度 上空で太陽が最も高くなる時刻を基準とした体系
    • 太陽時は地球軌道が楕円形であるため、太陽日の長さが年間でほぼ 1分近く変動
    • これを補正するため、年平均で1日を正確に 24時間 とする Mean Time を導入
    • UTC は Greenwich 上空の太陽位置ではなく 原子時計 で定義
    • 両体系の差は最大 0.9秒
    • 同期維持のため UTC に leap second を追加
  • 太陽を基準に見た solar day と、星を基準に見た sidereal day の長さは異なる
    • solar day は一般的な 24時間
    • sidereal day は 23時間56分4秒
    • その結果、1年は 366.25 sidereal days または 365.25 solar days として表現できる

座標系と恒星位置の計算

  • Air Almanac 座標系と航空機の局所座標系は異なり、恒星位置の計算には座標系変換が必要
    • 球面三角法とnavigational triangleを使用
    • Astro Compass はグローバル座標を直接使わず、航空機基準の局所座標が必要
  • 水平座標系は望遠鏡の照準に使う局所座標系
    • azimuthは地平線基準で 360° 回転したときの方向
    • 頭上の真上の点はzenith
    • 地平線から天頂まで持ち上げた角はaltitude
    • 特定の恒星位置はazimuthaltitudeの 2 つの値で表現
    • この座標系は局所基準なので、場所が変われば同じ恒星の azimuth と altitude も変わる
    • 地球の自転のため、2 つの値は時間とともに絶えず変化する
  • altitude と azimuth の計算式はsinecosinearcsinearctangentを含み複雑
    • 長時間露光の星の軌跡写真では、各恒星はPolarisを中心に円を描く
    • この円軌道に沿って altitude と azimuth が三角関数的に変化する
    • この計算をAngle Computerが電気機械的に実行する
  • 天球は、地球を取り囲む大きな球の表面に恒星が固定されているとみなすモデル
    • 地球は中心で 1 恒星日に 1 回回転する
    • 地球の赤道を延長したものがcelestial equator
    • 地球の極に対応するcelestial polesが存在する
    • 地球上の位置はlatitudelongitude
    • 恒星の位置はこれに対応してdeclinationsidereal hour angle, SHAで表される
    • 本初子午線はGreenwichを通ることで定義される
  • 0° の天球子午線は Greenwich 子午線ではなく、春分点 vernal equinoxにおける太陽位置で定義される
    • 太陽は天球上を1 年に 1 周移動する
    • 地球の自転軸の傾きにより、太陽は 1 年の半分は赤道の上、半分は下に位置する
    • 赤道通過の時点はvernal equinox(March)autumnal equinox(September)
  • この基準点は**First Point of Aries(♈︎)**と呼ばれる
    • 現在、この点で太陽はPiscesに位置している
    • しかし名称はAriesのまま維持されている
    • Hipparchusが紀元前130 年に太陽運動の始点として First Point of Aries を定義した
    • 当時は春分点の太陽が実際にAriesに位置していた
    • 地球の自転軸の方向には26,000 年周期precession of the equinoxesがある
    • そのため太陽位置が Aries から Pisces へ移動した
    • B-52 の初期生産以後も春分点はさらに 1° 移動した
  • 恒星の固定座標を地球の回転座標へ変換する過程は、角度の加算と減算で進む
    • 特定時刻のGreenwich Hour Angle of Aries, GHA ♈︎を参照
    • 恒星のSHAを参照
    • 2 つを足して恒星のGreenwich Hour Angleを計算
    • そこから航空機のlongitudeを引けばLocal Hour Angle, LHAが得られる
    • この段階は単純な加減算なので、differential gearsで機械的に処理しやすい
  • 最終的にnavigational triangleを解いて azimuth と altitude を計算
    • 頂点はNorth Pole、航空機上のzenith、そして恒星
    • 既知の値は 2 辺と 1 角
    • 1 つ目の辺は90° - declination
    • 2 つ目の辺は90° - latitude
    • その間の角はLHA
    • 天頂での角を解けばazimuth
    • 3 つ目の辺を解けば90° - altitude
    • 手動航法では分厚いsight reduction表と計算で解決できる
    • 自動化された機械処理がAngle Computerの目的
  • SHA と赤経

    • 天文航法では恒星位置を子午線基準で測るときSHAを使う
    • 天文学ではright ascensionをよく使う
    • right ascension は逆方向に測定され、単位は度ではなくhours
    • 関係式は**RA = (360° - SHA) / 15°**
  • 平均春分点と視春分点

    • 地球は完全な球ではないため、自転軸が18.6 年周期で揺れる
    • 多くの目的では平均化したmean equinoxを使う
    • 実際の物理的な春分点はapparent equinox
    • Greenwich Mean Sidereal Time, GMSTは mean equinox 基準
    • Greenwich Apparent Sidereal Time, GASTは apparent equinox 基準
    • 2 つの春分点の差はequation of the equinoxes
    • 差の大きさは約1.1 秒未満
  • 余赤緯と余緯度

    • 90° - declinationco-declination

    • 90° - latitudeco-latitude

      • 三角形の解法としてspherical law of sinesspherical law of cosinesを使える
      • 代案として、座標系を変換するrotation matricesの適用方法にも言及
  • 恒星位置の変化

    • 恒星はそれぞれ異なる方向へ動くが、ほとんどの恒星は見かけ上のproper motionの変化が非常に小さい
    • ただし1960 Air Almanac2026 Air Almanacを比較すると、一覧中の多くの恒星が1 度以上移動したように見えるとの言及がある
    • 原因としてprecession of the equinoxesが示される
    • 変化量が恒星ごとに異なる理由として、角度変化が恒星位置によって異なり、極に近いほどSHAが誇張されるという説明が含まれる

Angle Computer のメカニズム

  • Angle Computer の任務は、navigational triangle を機械的に解くこと
    • 入力値は星の declinationLHA、観測者の latitude
    • これらから現在位置における星の altitudeazimuth を計算
  • 装置の中核となる概念は、半径 2 5/8インチ の半球で 天球を物理的にモデル化 する構造
    • 星ポインタを球表面上の特定位置に機械的に配置
    • 使用する値は declinationLHA
    • そこに観測者の latitude を反映
    • 星ポインタが読み取り機構を動かして azimuthaltitude に変換
    • 座標系変換と navigational triangle の解法を 物理的表現 として実行
  • 入力機構は星ポインタを球の2次元表面上に位置決めする
    • U字型の declination arm が上下に揺れて星の declination に対応
    • declination arm は同時に polar axis を中心に連続回転
    • この回転量は LHA によって指定
    • 1回の sidereal day の間に機構が1周期を完了
    • latitude arm は機構全体を上下に動かして観測者の緯度を反映
    • 右側の 3つのギア が latitude、LHA、declination の入力を与える
    • 星ポインタが半円形の azimuth arc の端に達する瞬間は、星が地平線に達して沈む状況に対応
  • 出力機構は星ポインタの動きから altitudeazimuth を算出
    • 中核部品は半円形の azimuth arc
    • このアークは、観測者の 地平線から zenith までの弧 を特定の azimuth 方向で表す
    • 星ポインタはスライダを介して azimuth arc に接続
    • ポインタの移動はスライダをアーク上で動かし、同時に azimuth arc 自体も回転させる
    • スライダ位置は horizon で 、zenith で 90° に対応する altitude を表す
    • azimuth arc は後方の zenith point を中心に回転し、その回転が azimuth 値を示す
    • arc が回転すると zenith のギアを回して azimuth 出力 を提供
    • スライダアークには歯があり、スライダ移動時に2つ目のギアを回して altitude 出力 を生成
  • 特定の緯度では、星の運動と出力変化の関係が直感的に表れる
    • 例の写真では latitude arm がほぼ極地の緯度に相当する位置まで上がった状態
    • この場合、polar axis はほぼ zenith と整列
    • LHA の変化に応じて星は円形軌道で移動
    • このとき azimuth arc は回転するが altitude の変化は非常に小さい
    • 現実世界でも極付近では星が zenith 周辺に円を描いて動く
  • Angle Computer の背面には、計算が機械式であっても多数の 電気部品 が存在
    • 上部には synchro transmitters が azimuth と altitude の電気出力を提供
    • synchro transmitter は固定コイルと可動コイルを使い、軸の回転角を 3線の電気信号 に変換
    • 大きなギアは altitude output を提供
    • 下部の長い円筒形部品は機構を動かす モーター
    • モーターはフィードバックループを通じて目標位置まで回転
    • synchro control transformers が外部の servo amplifiers にフィードバックを提供
    • servo amplifiers がモーターを駆動
  • 部分分解すると内部に複雑な gear train を確認できる
    • synchro、モーター、物理機構を相互に接続
    • 下中央の短い真鍮色の部品は、信号を加算または減算する differential assemblies
    • 右下には長い円筒形の駆動モーター1基が露出
  • 差動ギアの役割

    • 軸同士は機械的に互いに独立していないため、differential gears が必要
    • 例として latitude arm が上下に動くと、declinationLHA drive shafts も一緒に動いて不要な回転が発生
    • 差動装置は declination と LHA の入力から latitude motion を差し引き、各軸の最終動作を独立に保つ
  • スライダと高度範囲

    • azimuth arc は 半円 180° のため、星ポインタがその上を180°動くように見える場合がある
    • 実際の高度範囲は地平線 から天頂 90°
    • 理由はスライダが quarter-circle 90° だから
    • 星の位置は、スライダの反対側の端が azimuth arc の端に達する前まで最大 90° しか移動できない

運用上の制約と範囲

  • 方位角は zenith で不連続になり、星が頭上を直接通過するときは方向が即座に 180° 変わる形になる
    • Angle Tracker は方位角を瞬時に180°切り替えることができない
    • この不連続性が重要な制約要素となる
  • これを避けるため、Angle Computer は camsmicroswitches により高度を 85°以下 に保つ
    • そうしないと azimuth arc が滑らかに回転できず引っかかる
  • Astro Tracker の追加制限として、赤緯 +90°-47°、最低高度 -6° が示される
    • 緯度入力範囲は -2° から +90°
    • システムが自動的に半球を切り替えて北緯と南緯の両方を使用できるという説明も含まれる

位置線と位置決定

  • Astro Compassの主出力はheadingだが、航空機の位置決定にも使用可能
    • この技法はcelestial line of position
    • 1837年に発見
    • 六分儀を使う船舶航法で広く使用
    • 航空機でも使用可能
  • line of positionの基本原理は、星のaltitudesub-stellar pointまでの距離の関係
    • 星が頭上ちょうどにあればaltitudeは90°
    • どの方向でも60 nautical miles移動するとaltitudeは89°
    • 1 nautical mile = 1 minute of angle = 1/60 degreeの関係を使用
    • altitudeが89°ならsub-stellar pointから60 miles離れた円周上の位置
    • altitudeが88°なら半径120 nautical milesの円周上の位置
    • altitudeが40°なら半径3000 milesの非常に大きな円周上の位置
  • 実際の航法では、推定位置を基準に円の一部を直線で近似
    • 現在位置を100 miles以内でおおよそ把握していると仮定
    • 地図に推定位置の点を記入
    • 星を1つ選び、その位置で期待される角度を計算
    • 六分儀で測定したところ予想50°、実際51°なら、遠方のsub-stellar pointを中心とする円よりも推定位置が、つまり60 milesだけ近い位置である必要がある
    • 地図上で推定点から星の方向へ60 miles移動
    • その地点に垂線を引くとline of positionを形成
    • この線上のどこかに現在位置が存在
  • 星を複数使えば交点から位置を求められる
    • 空の別方向にある星について同じ手順を繰り返す
    • 例として2つ目の星は予想より2°小さく測定され、推定位置から120 miles遠い方向に別のline of positionを作成
    • 2本の線の交点が現在位置の候補地点
    • 通常は3つ目の星まで繰り返す
    • 3本のline of positionで位置と精度の感覚を把握
  • Astro Compassは専用表示パネルで位置線作図に必要な値を提供
    • 表示値は星のazimuthと、仮定位置から位置線までの距離であるAltitude Intercept
    • これを基に航法士は地図にline of positionを作成
    • 2つの星に加え合計3つの星で繰り返してlocation fixを取得
  • 球面交点

    • 球上の異なる2つの円は、厳密には0個、1個、2個の交点を持ちうる
    • 実運用では通常2つの交点が生じるが、そのうち1つは非常に遠いため無視可能
  • 航法士の実務上の難しさ

    • 測定が終わるころには航空機がすでに数十マイル移動していることがある
    • 航法士は移動量を反映してposition linesを修正しなければならない状況
    • 風や他の要因のため、航空機が正確にどれだけ動いたかを把握するのは難しい
    • したがってAstro Compassがあっても、航法士は不確実性を継続的に扱い、異なる測定結果をcross-checkingしなければならない

設計上の選択と結論

  • Angle Computerは、機械式アナログ計算が最善だった時代の産物であると同時に電気的システムでもある
    • navigational triangleは機械装置が解く
    • 装置位置の調整はモーターが担当
    • 出力は配線を通じて電気的に伝送
    • 駆動には電子増幅器とフィードバック回路を使用
    • この回路はvacuum tubestransistorsを併用
  • Astro Compassの設計過程では、navigational triangle計算のための複数のアプローチを検討
    • 1つ目は、物理的回転をsinecosineの値に変換する小型電気機械装置resolversを使う方式
    • 6個のresolversと増幅器を組み合わせればaltitudeとazimuthを算出可能
    • しかしサイズが大きすぎ、precision power supplyが必要なため却下
    • 2つ目はdigital computerの使用
    • 1963年当時、デジタルコンピューターは高価で遅く、信頼性も低かったため却下
    • 最終採用案は天球の機械的な物理モデルの構築
  • 最終設計は物理メカニズム電気回路vacuum tubessolid-state electronicsが交わる構成
    • その後まもなくデジタルコンピューターに置き換えられる性格が明示されている

1件のコメント

 
GN⁺ 11 일 전
Hacker Newsのコメント
  • アナログとデジタルが分岐点にあった時代は本当に興味深く感じる。ある時点まではアナログコンピュータが合理的で、少し後になるとデジタル以外に答えがないように見えるのに、その間の過渡期がとりわけ魅力的だ。米海軍に最初のデジタルコンピュータを導入した人物の回想録、First-Hand: "No Damned Computer is Going to..."も、その時代の感覚をよく伝えている。また、これほど複雑な装置を設計したなら、きっとギアトレインの図面のようなものがあったはずだと思って探しているところで、電子回路ばかり見てきた人間には油圧記号図もかなり魅惑的に見える
  • これは入出力は電気式だが計算は機械式という、過渡期の装置の典型に見える。こうした技術のルーツは海軍の射撃管制にあり、初期のAdmiralty Fire Control Tableは、多くの人がクランクとダイヤルでセンサー値を入力する巨大な機械式コンピュータだった。その後、センサー入力が自動化され、砲塔への出力も直接つながるようになって、やがて電気式I/Oと機械式計算部を備えた台座付き箱サイズの装置へと進化した。昔はこういうものが軍放出品の店にも出回っていて、Marin CountyのNike missile siteで復元された誘導コンピュータを見たこともあるが、レーダーのアナログデータを機械的に計算してミサイル制御信号を出す仕組みだった
    • 近い文脈ではSprint missileもぜひ見る価値がある。あまりに高速なので弾頭が光るほどだという点が強烈だった。動画を見るだけでも伝わる
    • こうした装置が実際にどう動いていたかを見せる訓練映像が残っているのはありがたい。この動画も有益だし、Battleship New Jerseyチャンネルの動画もかなり分かりやすく説明してくれる
    • 私が最も好きなネット資料のひとつが、この時代のマニュアルアーカイブだ。特に射撃解を計算していたTorpedo Data Computer manualは、挿絵が本当に素晴らしくて見ていて楽しい
    • MarinのNike施設は、開いている時なら行く価値が十分にあった。本来の管制所はもっと高い尾根にあったが、今ではミサイルサイトの横に実質コンテナ状の装置がひとつ残っている。当時の構想は、侵入してくる爆撃機の上空で弾薬を爆発させ、その圧力波で墜落させるというもので、最初は通常弾、のちには核弾頭にまで進んだ。Angel IslandにもNike基地があったが、今はコンクリートパッド程度しか残っていない。私が育ったフィラデルフィア近郊にも防衛用Nike基地がすぐそばにあり、子どもの頃にはうちの土地で部隊機動も行われていたと聞いた
    • さらに読みたいなら、電気機械式射撃管制コンピュータとフィードバックシステムの歴史を詳しく扱った本、Between Human and Machine: Feedback, Control, and Computing before Cyberneticsを勧めたい
  • こういう記事を読むたびに、当時のエンジニアたちが本当にうらやましくなる。戦闘機向けの初期マイクロプロセッサや、電気機械式の天測航法みたいなものを作っていたのに、私は今GitLabのパイプラインと格闘している
    • 私はむしろ逆に感じる。ハードウェアは難しいという言葉そのままで、現代のCADもないまま軍用規格に合わせた複雑な電気機械設計をやり遂げたというのは、高級言語もアセンブリもなく2進数でコーディングするのに近かったのではと思う
    • こういう問題に取り組みながらまともな生計を立てようとすると、結局は戦争の道具を作ることになるという現実が残念に感じられる。シリコンバレーの多くの会社も最後は政府、実質的には軍の契約に向かうように見えるし、おそらくそこが最も確実に資金が入るからだろう
    • こうした機械装置は複雑なのに、同時にシンプルさの美学があって本当に魅力的だと感じる
    • 戦闘機の初期マイクロプロセッサの話は、持ち出すだけでいくらでも語れてしまう
    • 実際のところ、私たちを止めているものはあまりないと思う。人生は一度きりだから、休職期間を貯めて新しいエンジニアリング分野に行ってみることもできる。過去はいつも今よりロマンチックに見えるが、あの時代の全員がこんな格好いい仕事をしていたわけではなく、海岸に突撃していた人たちもいた
  • 記事を最後まで読んだが、脚注にあったスパイラル探索の説明が特に印象的だった。Astro Compassは星を見つけるためにおおよその方向だけ分かっていればよく、実際には方位±4°、高度±2.5°の範囲を螺旋状に走査して星を探したという。月の見かけの大きさが約0.5°という比較まで添えられていて、一気に実感が湧いた
    • 私もあの脚注がひときわ目に留まった。ただ照準して待つ装置ではなく、実際に星を狩るように能動的に探し回るシステムのように感じられて、ずっと生き生きと伝わってきた
  • Astro Trackerの赤緯範囲が緯度範囲よりはるかに広い理由が気になった。南半球への切り替えが自動なのかスイッチなのかも分かりにくかったし、単に半球切り替えだけを考えるなら、そこまで大きな赤緯範囲が本当に必要には見えなかった。飛行中の機体ピッチまで考慮した設計なのかも気になった。そしてB-52に北半球・南半球の両方で運用できる能力が重要だったという点も興味深い。以前の爆撃機は航続距離があっても、信頼性や空中給油の面で全球作戦には限界があったからだ。残念ながらMuseum of FlightではB-52を見られなかったが、もしCharles Simonyiに会うことがあれば、博物館支援への感謝を伝えたい
    • 低緯度で飛ぶなら、使いたい星のほぼ半分は負の赤緯にあるので、負の赤緯への対応が重要だった。そして半球の切り替えは手動ではなく自動で行われていた
    • B-52は私が最も好きな航空機のひとつだが、Museum of Flightにある実機は本当に圧倒的な大きさだった。もともと小さいと思ったことはないが、実物を見ると予想以上に巨大だった
  • 脚注にも触れられていたが、CuriousMarcがこの装置についての動画3本を上げている。このリンクから始めればよい
  • これは本当に狂気じみるほど印象的だった。今自分がやっている雑多な配管みたいな仕事より、もっと大きなことをやってみたいという刺激を受けた
    • ちょうど私もまさにこういう言葉が必要だった。保護施設出身の猫2匹のために、ChewyとAmazonの箱で猫迷路を作るミニプロジェクトをちょうど始めようとしていたところだった。v1 Raspberry Piや、いじっているノートPC、各種デバイスで何か面白いことができるのではと思えてきたし、Opus 4.7と私はこのCaturdayあたりで少し距離を置いたほうがよさそうだ
  • 筆者本人です。このアナログコンピュータについて気になることがあれば質問してほしい
    • 星の高度は人工水平線を基準に測ると理解したが、動く航空機の中でシステムがどうやって下向きを判断していたのか気になった。単にひもに重りを付けたものの高級版なのか、減衰装置やジャイロジンバルのようなものを使っていたのか、それとももっと巧妙な方法があったのか知りたかった。現代のハードウェアで天測航法を安価かつ簡単に実装できるかも調べたが、静止プラットフォームですらこれは意外に難しい問題だった。0.01°精度の傾斜計ですら今でも高価で、その程度の誤差でも位置誤差はおよそ1kmになり得ると理解している。しかも揺れながら移動し、旋回もするプラットフォームなら、完璧なジャイロでも数分後にはずれた方向を指し、旋回中は重力基準の下向きもずれてしまうので、本当に難しそうに思える
    • かなり素朴な質問かもしれないが、が出たらどうしたのかも気になる。B-52が大半、あるいは常に雲の上を飛んでいたと考えてよいのか知りたい
    • 星は航法士が手動で見つけて追跡し続ける必要があったのか気になる。記事は本当に興味深かったが、実際の運用手順はまだ完全には頭に入っていない
    • 全体を通して本当に愛情のこもった仕事のように読めて、とてもよかった。共有してくれてありがとう
    • 記事には出ていなかったが、ICBMも天測航法を使っていたと読んだことがある。これと似た原理だったのか、当時のミサイルが実際に何を使っていたのか、今ではどの程度知られているのか気になる
  • 記事中の「高精度の方位を提供する」という説明を見ると、私はこの装置が単なる方位だけでなく対地航跡情報も与えていたのではないかと思った。航空機航法では風による偏流が重要な問題なので、そのほうがずっと価値があると思ったからだ
    • そうではなかった。この装置はground trackを直接提供していたわけではなく、記事で説明されていた位置線の手法を使って手動で算出することはできた
  • 記事末尾の「AIで書いていない」という文言はメタっぽく感じたが、入れてくれてありがたかった。むしろ記事の一番上に置いてもよいくらいで、誰かが自分で書いた文章だという確信があると読む気が増す
    • そこまで必要だとは思わない。AIスロップはたいていすぐ分かるし、この記事がそういう類いではないのは明らかだった。この問題を別の不毛な論争の種にする必要はないと思う