世界を動かす技術を、日本語で。

Starlink Miniを内蔵WiFiルーターなしで動作させる方法

概要

  • Starlink Mini 1 の内蔵Wi-Fiルーター基板を物理的に取り外す手順の解説
  • カスタムネットワーク構成省電力環境 向けの応用事例
  • 取り外し後は Ethernet接続専用端末 として運用可能
  • 分解時の注意点、コネクタ情報、ネットワーク設定方法も網羅
  • Mini 2以降のモデル には適用不可の可能性がある点に注意

Starlink Mini 1内蔵Wi-Fiルーター基板の物理的取り外し手順

  • Starlink Mini 1 は、Wi-Fiルーターを内蔵した オールインワン設計 の端末
  • 特殊用途(カスタムネットワーク構成、組み込み用途、省電力運用)では 内蔵ルーターの取り外し が有効
  • Mini 1モデル限定 (2025年6月14日現在)で有効な手法
  • Mini 2以降 ではハードウェア構成が変更され、同手法が無効となる可能性
  • 分解には 金属スパッジャープラスチック製こじ開けツール薄いナイフまたは金属ワイヤー を推奨
  • 分解動画マニュアルも参考資料として用意
  • Starlink PCB上の金属プレートは絶対に取り外さないこと
    • プレートは ヒートシンク兼EMIシールド として機能
    • 取り外すと 冷却性能低下・電波障害リスク増大
  • ルーター基板のみを取り外し、金属プレートはそのまま残すことが必須

Starlink Mini PCBコネクタ情報

  • コネクタの ピッチは2mm、市販の2mmピッチヘッダーが適合
  • コネクタ部は 導電性接着剤で固定、広いグランドエリアとシールドでEMI対策
  • コネクタの ピン配置(ピンアウト) は画像資料参照
    • Ethernet信号 はT568B配線色にマッピング
    • ピン11, 14, 16, 17, 18 は現状未使用(主にモニタリング用)
    • 12VDCとGNDラインは全て使用推奨
  • Ethernet接続 はPHY直結・トランスレス仕様(短距離専用)
    • カスタム設計時は Ethernetトランス必須
    • 12V電源ライン、定格3A(瞬間最大5A)に対応したインダクタ選定が必要

直結Ethernet配線例と回路設計

  • Ethernetアイソレーション最小限の電源フィルタリング を実装した回路例を提示
  • U1コネクタ周囲にガードグランド、導電性接着剤・シールドの追加が最適
  • コネクタ~トランス間配線は極力短く 設計
  • 実証例 として独自Ethermodアダプターを用いた動作確認

ネットワーク設定・運用方法

  • Starlink端末起動直後 は192.168.100.0/24ネットワークでDHCP割当
    • 端末本体は 192.168.100.1、簡易Web UIとgRPCサーバーを搭載
    • grpcurl コマンドでデバッグデータ取得が可能
  • Starlinkネットワーク接続後 はCGNAT IPv4アドレスとリンクグローバルIPv6アドレスをDHCPで取得
    • 1台のクライアント/ルーターのみ直接接続可能
    • 外部IP取得後は192.168.100.1へのアクセスが失われるため 静的ルート追加 で対応
      • 例:sudo ip route add 192.168.100.1 dev ethX(ethXは接続インターフェース名)
    • 追加設定不要で インターネット接続 が可能
    • gRPC出力で アカウント状態や接続状況の監視 が推奨

gRPCステータスコード一覧

  • get_status出力 で障害発生時は"outage"セクションが表示
    • 例:"cause": "NO_SCHEDULE" など
  • 原因コード(cause) の主な種類
    • BOOTING:起動中、GPS取得待ち
    • THERMAL_SHUTDOWN:過熱による自動停止
    • NO_SCHEDULE:衛星との通信不可(信号弱・GPS不良等)
    • NO_SATS:衛星検出失敗
    • OBSTRUCTED:電波経路の障害物検出
    • NO_DOWNLINK:衛星からの下り通信不可
    • NO_PINGS:衛星~地上間の通信断
  • disablementCode でアカウント状態を監視
    • UNKNOWN_STATE:未定義状態
    • OKAY:正常稼働
    • NO_ACTIVE_ACCOUNT:アカウント停止中
    • TOO_FAR_FROM_SERVICE_ADDRESS:登録外地域での利用
    • IN_OCEAN:海上エリアでの利用
    • BLOCKED_COUNTRY/INVALID_COUNTRY/UNLICENSED_COUNTRY:規制国での利用
    • DATA_OVERAGE_SANDBOX_POLICY:データ上限超過
    • CELL_IS_DISABLED/ROAM_RESTRICTED/ACCOUNT_DISABLED/UNSUPPORTED_VERSION/MOVING_TOO_FAST_FOR_POLICY/UNDER_AVIATION_FLYOVER_LIMITS/UNKNOWN_LOCATION:その他の制限・障害
  • disablementCode は衛星接続後に必ず取得可能
  • 端末自体はサービスプランや地域制限の情報を持たず、全て衛星側からのコマンドで制御

タグ :ethernet, router, starlink, starlink mini, wifi

Hackerたちの意見

Olegが考えてるパワー制約のアプリケーション、なんとなく分かるよ。いいね。

具体的にどんな使い方を考えてるの?

ドローンに乗っかる感じ?

https://www.youtube.com/channel/UCIt3pHOMxwpTXTgIVB_N1Gg

アーカイブ版: https://archive.ph/UTFTK

ボード間イーサネットを使うことにしたのが面白いね。MACからMACにRGMIIを走らせるだけじゃなくて。

これ、かなりPOCっぽいね。デジタルからアナログ、アナログからデジタルってのは確かに効率悪いし、抽象的にはMACからPHY(多分、MACからMACって言ってるのはこれのことだと思う)でRGMIIの方がいいかも。直感的に思うのは、書かれてるインターフェースの方がアクセスしやすいか、内部に深入りしなくても済むってことかな。RGMIIのラインがどこにあるのか分からないし、Starlink mini自体の設計によっては(これについては無知なんだけど)ラインがもっと深く埋まっててアクセスしにくいかもしれないね、誰にも分からないけど。

イーサネットの方がプロトタイプ作るのがずっと簡単そうだよね。RGMII用の市販品ってほとんどないけど、イーサネットならノートパソコンにそのまま繋げてテストできるし。もし別々のチームが開発してるなら、インターフェースをイーサネットに統一して、統合テストやリリースを遅らせる方が楽な気がする。

この作業の全体的な目的がよくわからないな。ミニにはすでにRJ45ジャックがあるから、イーサネットPHYにアクセスするためにユニットを改造する必要はないし。WiFiルーターは設定ページからオフにできるし。ウクライナで販売されているミニのイーサネットジャックのサポートが削除されたの?電源ジャックの隣にWiFiボードにはまだあるみたいだけど。

RGMIIはボード間接続用にはあまり設計されてないし、データレートも結構高いから、理想的にはすべての信号が遅延マッチしてるべきなんだよね。それが二つのボードが関わるとちょっと難しくなる。あと、EMI/EMCの問題も予想されるし。評価キットではそういうことをやってる人もいるけど、量産にはあまり良いアイデアじゃない気がする。

知れてよかった!

スターリンクはどのSoCを使ってるの?ブロードコム?

メディアテック