ドイツの5cm角キューブサット「ERMINAZ」

1. ERMINAZとは?

ERMINAZは、ドイツのアマチュア衛星協会(AMSAT-DL)が中心となって開発している、非常に小さな人工衛星(ポケットキューブ規格)のプロジェクトです。名前の由来は、バイエルン地方の古い言葉や伝承に関連する「オコジョ(Ermine)」からきており、小さくて機敏なイメージを象徴しています。

2. 最大の特徴:サイズ

この衛星の最大の特徴は、一般的な小型衛星「CubeSat(キューブサット)」よりもさらに小さい**「PocketQube(ポケットキューブ)」**という規格を採用している点です。

  • サイズ: 5cm × 5cm × 5cm(1Pサイズ)
  • 重さ: 数百グラム程度
  • 手のひらにすっぽり収まるほどのサイズですが、本物の人工衛星として宇宙で機能するように設計されています。

3. 主なミッション(目的)

ERMINAZには主に3つの目的があります。

  1. アマチュア無線通信の提供: 宇宙を中継局として、地上のアマチュア無線家同士が通信できる「リピーター(中継器)」の機能を持たせます。
  2. 新しい通信技術のテスト: 限られた電力と小さなアンテナで、どれだけ効率よくデータを送受信できるかという技術実証を行います。
  3. 教育とオープンソース: このプロジェクトはオープンソースGitLabで公開)として進められており、世界中の誰もが設計図やソフトウェアを確認できます。これにより、学生や技術者が衛星開発を学ぶための教材としての役割も果たしています。

4. 技術的な注目点

  • 低消費電力設計: 極小サイズのため、太陽電池パネルから得られる電力は非常にわずかです。そのため、超低電力で動作する基板設計がなされています。
  • LoRa通信の活用: 少ない電力で遠距離通信ができる「LoRa(ローラ)」という通信方式などの実験が検討されています。
  • ソフトウェア定義無線 (SDR): 小さな筐体の中で柔軟に通信方式を変更できるよう、高度な信号処理技術が詰め込まれています。

5. なぜ注目されているのか?

これまで人工衛星の開発には数億円以上の費用と長い年月が必要でしたが、ERMINAZのようなポケットキューブは、**「より安く、より早く、誰でも宇宙へ」**という新しい宇宙開発(ニュースペース)の流れを象徴しています。特にAMSAT-DLは、過去に「QO-100」という静止アマチュア衛星通信を成功させた実績のある非常に技術力の高い団体であるため、彼らが作る極小衛星がどのようなパフォーマンスを発揮するのか、世界中のアマチュア無線家や技術者が注目しています。

まとめ

ERMINAZは、**「手のひらサイズのオープンソース衛星で、アマチュア無線の未来を切り拓く」**プロジェクトです。興味があれば、GitLabのページで、回路図(Schematics)やソースコードを覗いてみると、その精密な設計に驚かされるはずです。

GitLabの概要

リポジトリの内容を詳しく解析すると、主に以下の4つの構成要素で成り立っていることがわかります。

1. ハードウェア設計(Hardware)

衛星の基板や構造体の設計データが含まれています。

  • 回路図 (Schematics): 衛星のメインボード、通信ボード、電力管理ボード(EPS)などの設計図です。
  • 基板レイアウト (PCB Layout): 部品をどこに配置するかという、実際のプリント基板のデータです。
  • 3Dモデル: 5cm角の筐体にどうやって部品を詰め込むかを示す、CADデータなどが含まれます。

2. ソフトウェア・ファームウェア(Software)

衛星を動かすための「脳」にあたるプログラムです。

  • OBC (On-Board Computer) コード: 衛星全体を制御し、センサーデータの処理や電力管理を行うメインプログラム。
  • 通信プロトコルスタック: 地上からの命令(アップリンク)を理解し、テレメトリ(健康状態データ)を送信するためのプログラム。
  • LoRa/FSK変調コード: 低電力で確実に通信するための、無線通信チップ制御コードが含まれています。

3. ミッション・ペイロード(Mission Payloads)

特定の実験を行うための特別なコードやデータです。

  • SSDV (Slow Scan Digital Video): 衛星が撮影した画像をパケットに分割して地上に送るための画像伝送システム。
  • センサーデータ処理: 放射線センサーや加速度計(ジャイロ・磁気計)からの情報を解析するコード。

4. ドキュメントとテストツール(Documentation & Testing)

  • 通信規格の定義: どの周波数で、どのようなデータ形式(CCSDSやAX.25など)で通信するかの仕様書。
  • 地上局用ソフトウェア: アマチュア無線家が自宅のパソコンで衛星の信号をデコード(解析)するためのツールや、GNU Radio用の設定ファイル。

まとめると

このGitLabは、**「誰でも同じ衛星を作ることができる、あるいは改良に参加できる」**ための完全なレシピ集です。

特に注目すべきは、スペインのAMSAT-EAやLibre Space Foundationといった他国の団体とも連携しており、複数のプロジェクト(ERMINAZ-1U, 1V, 1Xなど)がこの一つのリポジトリ群で統合的に管理されている点です。技術者やアマチュア無線家は、ここにあるコードを見ることで、「どうやって5cmの立方体で宇宙と通信するのか」という最先端のノウハウを学ぶことができます。

AMSAT-DL 2023 Symposium – ERMINAZ Multi-PocketQube Mission

Wavelog統合運用設定ガイド

Ubuntu環境におけるWavelog統合運用設定ガイド:JTDX、FLdigi、およびrigctldの連携

1. はじめに:統合アーキテクチャの優位性

本ガイドでは、Ubuntu Linux環境において、Webベースのロギングプラットフォーム「Wavelog」を中核とした高度なアマチュア無線運用環境を構築する手順を詳説します。

このシステムの要は、ゲートウェイとして機能する WaveLogGate (WLGate) です。WLGateを採用する最大の技術的メリットは、Webサーバー側のロギングロジックと、ローカル環境のリアルタイムなCAT制御・データ転送を疎結合に分離できる点にあります。これにより、JTDXやFLdigiといったアプリケーションとWavelog間の通信を安定させ、ネットワークの遅延や切断の影響を最小限に抑えたシームレスな運用が可能となります。

2. システムアーキテクチャとデータフロー

各コンポーネント間の通信仕様を整理します。本システムでは、ローカルループバック(127.0.0.1)と外部ネットワーク(Wavelogサーバー)への通信を明確に区別して管理します。

通信仕様およびポート一覧

送信元ユニット送信先ユニットポート / プロトコルネットワーク範囲データ内容
JTDX / FLdigiWLGate2333 / UDPLocalADIFログデータ
rigctld (systemd)WLGate4532 / TCPLocalCAT情報(周波数・モード)
WLGateWavelogHTTPS (API)NetworkQSOログ・無線機ステータス
WLGate (API)外部アプリ54321 / HTTPLocal周波数/モード制御コマンド
WLGate (WS)外部アプリ54322 / WebSocketLocalリアルタイムステータス放送

データの論理フロー

  1. CAT制御: 無線機とシリアル接続された rigctld が物理層を制御し、TCP 4532 ポートを通じてWLGateにデータを提供します。WLGateはこれをWavelogへ中継し、Live Logging画面をリアルタイムに更新します。
  2. ログ転送: QSO完了時、各アプリから2333/UDP経由でADIFがWLGateに送出されます。WLGateはAPI経由でWavelogサーバーへ即座にレコードを挿入します。

3. 事前準備:依存ライブラリとWavelog側の設定

Ubuntuの依存パッケージ

Ubuntu環境では、WLGateの正常な動作のために以下のライブラリが必要になる場合があります。あらかじめインストールを確認してください。

sudo apt update
sudo apt install libxcb-cursor0 hamlib-utils

Wavelogサーバー側の情報取得

WLGateの認証と宛先指定のため、Wavelog管理画面から以下の情報を正確に取得します。

  1. API Key: 右メニューの「API-Keys」から生成・取得します。
  2. Station ID: 右メニューの「Station locations」を開きます。各場所の横にある 「小さなバッジ(数値)」をクリック して、表示されるIDを確認してください。
  3. URL形式(重要): WLGateに設定するURLは、必ず https://[your-domain]/index.php の形式でなければなりません。末尾に index.php が欠けていると、API通信が失敗します。また、Wavelog側でHTTPSが有効かつ有効な証明書が設定されていることが必須です。

4. 物理制御の基盤:systemdによるrigctldの永続化

Linux環境においてCAT制御を安定させる定石は、rigctld を systemd サービスとしてバックグラウンドで常時稼働させることです。これにより、複数のアプリケーションが一つのリソース(無線機)を共有でき、システムの再起動時にも自動的にCAT制御が復旧します。

systemd ユニットファイルの作成

/etc/systemd/system/rigctld.service を以下の内容で作成します(IC-7300、ボーレート38400の例)。

[Unit]
Description=Hamlib rigctld Service
After=network.target
[Service]
ExecStart=/usr/bin/rigctld -m 3073 -r /dev/ttyUSB0 -s 38400 -T localhost -t 4532
Restart=always
RestartSec=5
User=your_username
Group=dialout
[Install]
WantedBy=multi-user.target

主要パラメータの技術解説:

  • -m 3073: 無線機のモデルID(IC-7300)。rigctl -l で確認可能。
  • -r /dev/ttyUSB0: デバイスパス。
  • -s 38400: ボーレート。無線機側の設定と一致させる。
  • -T localhost: rigctld がバインドするホスト名。
  • -t 4532: WLGateがデフォルトで接続を試みるTCPポート。

サービスの有効化と起動

sudo systemctl daemon-reload
sudo systemctl enable rigctld
sudo systemctl start rigctld

5. 統合ブリッジ:WaveLogGate(WLGate)の設定

WLGateは、運用スタイルに合わせて切り替え可能な2つの「設定プロファイル」を持っています。

WavelogおよびRadio設定

  1. Connection: 手順3で取得したURL(index.phpを含む)、API Key、Station IDを入力します。
  2. Radio Type: 「Hamlib」を選択。
  3. Host / Port: 127.0.0.1 および 4532 を指定。
  4. 疎通確認: すべて入力後、「Test」ボタン をクリックしてください。設定が正しければボタンが 「緑色」 に変化します。これが運用開始の絶対条件です。

6. アプリケーション別の連携設定

各アプリケーションのADIF送出先を、WLGateが待受けるポート 2333 に向けます。

JTDX (WSJT-X互換)

  1. Settings -> Reporting タブを開きます。
  2. Secondary UDP Server 項目で「Enable」にチェックを入れます。
  3. ポートを 2333 に設定します。
    • 注意: メインのUDPサーバー(JTAlert等で使用)とは別の設定項目です。混同しないよう注意してください。

FLdigi

  1. Configure -> Logging -> ADIF を選択します。
  2. 「Transmit logs via UDP」を有効にします。
  3. 宛先ホストに 127.0.0.1、ポートに 2333 を入力します。

7. 高度なカスタマイズとトラブルシューティング

Linuxデスクトップ向けの環境変数

Ubuntuでタイル型ウィンドウマネージャー(i3, Hyprland等)を使用している場合や、リソース消費を抑えたい場合は、WLGate起動時に以下の環境変数を利用できます。

  • WLGATE_RESIZABLE=true: 固定サイズのウィンドウをリサイズ可能にします。
  • WLGATE_SLEEP=true: 非アクティブ時のリソース消費を抑えるスリープ機能を有効化します(※CAT通信に影響が出る可能性があるため、検証が必要です)。

よくある問題と解決策 (Troubleshooting)

  • 接続テストが緑にならない:
    • WavelogのURL末尾に index.php が含まれているか。
    • WavelogがHTTPSで運用されているか(HTTPのみの環境はWLGateでサポートされません)。
  • 周波数が反映されない:
    • systemctl status rigctld を実行し、サービスが active (running) か確認してください。
    • WLGateのRadio設定が「Hamlib」で、ポート4532になっているか確認してください。
  • ポート競合の確認: netstat -tuln を使用し、2333 (UDP), 4532 (TCP), 54321, 54322 の各ポートが他のプロセスに占有されていないか確認してください。

8. 結論:運用の自動化と効率化

本システムを構築することで、デジタルモードでのQSO完了からWavelogへの記録、さらには無線機とのCAT連携による周波数追従までが完全に自動化されます。Ubuntu上の rigctld による物理制御と WLGate による論理ブリッジを組み合わせたこのアーキテクチャは、現代的なアマチュア無線運用における最も堅牢で効率的なソリューションの一つです。