<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:dcterms="http://purl.org/dc/terms/" version="2.0">
  <channel>
    <title>JH4XSYのLinux日記</title>
    <link>https://jh4xsy.asablo.jp/blog/</link>
    <description/>
    <language>ja</language>
    <generator>mc 0.0</generator>
    <pubDate>Wed, 13 May 2026 13:46:05 +0900</pubDate>
    <item>
      <title>RST v0.1.4d</title>
      <link>https://jh4xsy.asablo.jp/blog/2026/05/13/9854229</link>
      <guid>https://jh4xsy.asablo.jp/blog/2026/05/13/9854229</guid>
      <pubDate>Wed, 13 May 2026 13:13:42 +0900</pubDate>
      <dcterms:modified>2026-05-13T13:46:05+09:00</dcterms:modified>
      <dcterms:created>2026-05-13T13:16:46+09:00</dcterms:created>
      <description>&lt;p&gt;軌道計算ソフトのRST:RymansatSatelliteTrackerをv0.1.4d にアップデートした。
&lt;/p&gt;
&lt;p&gt;今回の目玉は、アナログ衛星利用者が待っていた&lt;strong&gt;ループ補正機能&lt;/strong&gt;の実装で、
Tx/Rx周波数の微調整が「マウスホイールで操作」可能になった。
（※RST画面上に縦スクロールバーが表示されていない状態でのみ有効）。
&lt;/p&gt;
&lt;p&gt;これまでのRSTは、衛星設定の詳細画面で&amp;quot;アップリンク/ダウンリンク周波数"を「公称値」ではなく「自分の環境でループが平均的に取れるオフセット値を加えた値」を設定して、
パス毎に発生する&lt;strong&gt;微妙なズレ&lt;/strong&gt;は無線機のRIT(Rx)で調整するスタイルだったけど、
今回のバージョンアップで、UIからマウスで直感的に調整できるようになり、操作性が大幅に向上した。
&lt;/p&gt;
&lt;p&gt;という訳で、アナログ衛星での&lt;strong&gt;CW運用&lt;/strong&gt;が現実的になり、GW期間中にRSTを使って交信してみた。
RSTの周波数制御は「衛星固定」モードのみだけど、相手局も衛星固定のケースが意外と多いことに気付いた。
それでも移動局を追いかけるのはまだ大変。順番待ちをしている間にドップラー効果で受信周波数がどんどんズレていくので、手動でのダイヤル操作が必要。
次の開発項目は「受信固定・送信固定」の実装なので、期待してます。
&lt;/p&gt;</description>
      <enclosure url="https://jh4xsy.asablo.jp/blog/img/2026/05/13/735b33.png" length="94096" type="image/png"/>
      <dc:subject>衛星通信</dc:subject>
    </item>
    <item>
      <title>ISS</title>
      <link>https://jh4xsy.asablo.jp/blog/2026/05/12/9854108</link>
      <guid>https://jh4xsy.asablo.jp/blog/2026/05/12/9854108</guid>
      <pubDate>Tue, 12 May 2026 20:58:35 +0900</pubDate>
      <dcterms:modified>2026-05-12T22:28:36+09:00</dcterms:modified>
      <dcterms:created>2026-05-12T21:02:51+09:00</dcterms:created>
      <description>&lt;p&gt;今回のイベントは&amp;quot;世界平和"がテーマで、児童の描いた絵画が送信された。当局が受信したSSTV画像を、ImageMagickでタイル画像化して貼っておく。ちなみに"ARISS SSTV Gallery"はオフラインなので、受信レポートは保留中...
&lt;/p&gt;
&lt;p&gt;本日18時からの#14034282ではスクールコンタクトを受信、女声の英語が聞こえた。
&lt;/p&gt;</description>
      <enclosure url="https://jh4xsy.asablo.jp/blog/img/2026/05/12/735a3e.jpg" length="46843" type="image/jpeg"/>
      <dc:subject>衛星通信</dc:subject>
    </item>
    <item>
      <title>おいでませオール山口コンテスト</title>
      <link>https://jh4xsy.asablo.jp/blog/2026/05/10/9853684</link>
      <guid>https://jh4xsy.asablo.jp/blog/2026/05/10/9853684</guid>
      <pubDate>Sun, 10 May 2026 17:00:39 +0900</pubDate>
      <dcterms:modified>2026-05-11T14:50:16+09:00</dcterms:modified>
      <dcterms:created>2026-05-10T17:10:28+09:00</dcterms:created>
      <description>&lt;p&gt;今回も２日目からHF帯で参戦。寝坊して出遅れたが、ハイバンドで交信局数が延びて、スコアは自己ベストを更新。今回の交信は ほぼ山口県局 だった印象あり。
&lt;/p&gt;
&lt;p&gt;本日の衛星: UmKA-1, ISSのSSTVを受像。
&lt;/p&gt;</description>
      <enclosure url="https://jh4xsy.asablo.jp/blog/img/2026/05/10/735682.png" length="20607" type="image/png"/>
      <dc:subject>コンテスト</dc:subject>
    </item>
    <item>
      <title>OrigamiSat-2のカメラ画像</title>
      <link>https://jh4xsy.asablo.jp/blog/2026/05/09/9853408</link>
      <guid>https://jh4xsy.asablo.jp/blog/2026/05/09/9853408</guid>
      <pubDate>Sat, 09 May 2026 09:57:11 +0900</pubDate>
      <dcterms:modified>2026-05-10T19:40:53+09:00</dcterms:modified>
      <dcterms:created>2026-05-09T10:07:56+09:00</dcterms:created>
      <description>&lt;p&gt;OrigamiSat-2(AFSK AX.25)のデコード結果+&lt;strong&gt;FMダウンリンク通信データフォーマットの定義書&lt;/strong&gt;をnotebooklmに読み込ませて解析させたら、カメラ画像のデータが完全な形で含まれていることが判明した。
&lt;/p&gt;
&lt;blockquote&gt;&lt;p&gt;はい、14009413.txtにはカメラ画像データが含まれています。このファイルには画像・動画データを分割して送信するためのテレメトリID 68 (0x44) のパケットが多数含まれており、以前解析した他のファイル（13915153.txtなど）よりも完全な形で画像データが記録されています。...以上のことから、14009413.txtにはJPEG形式のカメラ画像データが（ヘッダーからフッターまで）含まれていると断定できます。
&lt;/p&gt;&lt;/blockquote&gt;
&lt;p&gt;AIに画像ファイルの出力を依頼したが、バイナリファイル生成はできなかった。そこでAIにプログラムを書いてもらい、それを修正・処理・実行することで画像化に成功した。
&lt;/p&gt;
&lt;p&gt;得られたのは160x120画素のサムネイル画像(&lt;strong&gt;4164&lt;/strong&gt;バイト)。AIによると&amp;quot;衛星内のデータレコーダに保存されたデータの再送"(少なくとも3回)で、データの生成時刻は"2026年5月7日の15時23分頃(JST)"だそうだ。
&lt;/p&gt;
&lt;p&gt;本日の衛星: FO-29で交信。ISSのSSTVを受像、今回のテーマは&amp;quot;世界平和"だそうだが"ロシアの戦勝記念日"&lt;del&gt;っぽい&lt;/del&gt;画像が流れて😮‍💨。
&lt;/p&gt;</description>
      <enclosure url="https://jh4xsy.asablo.jp/blog/img/2026/05/09/735316.jpg" length="4164" type="image/jpeg"/>
      <dc:subject>衛星通信</dc:subject>
    </item>
    <item>
      <title>SatNOGSのIQデータ保存の仕様変更</title>
      <link>https://jh4xsy.asablo.jp/blog/2026/05/08/9853337</link>
      <guid>https://jh4xsy.asablo.jp/blog/2026/05/08/9853337</guid>
      <pubDate>Fri, 08 May 2026 21:42:16 +0900</pubDate>
      <dcterms:modified>2026-05-09T08:12:44+09:00</dcterms:modified>
      <dcterms:created>2026-05-08T22:00:00+09:00</dcterms:created>
      <description>&lt;p&gt;SatNOGSの最新バージョン（satnogs-flowgraphs 2.4+4+ga91ba984-1以降）にて、IQファイル生成の挙動が変わった。
&lt;/p&gt;
&lt;p&gt;IQファイル名は、従来はIQ_DUMP_FILENAME変数で指定した&amp;quot;固定ファイル名"だったが、いまは"[IQ_DUMP_FILENAME]_cs16_[タイムスタンプ].raw"になり、標準機能でIQファイルの連続保存が可能になった。ただし、ファイル名に観測IDを付与できないので、POST処理スクリプトで引き続き対応する。そのスクリプトは、IQファイル名の指定にワイルドカードを追加する修正が必要だった。
&lt;/p&gt;
&lt;p&gt;その他には、IQファイルの生成が、GNU Radioのfile_sinkからではなく、
ZMQ Pub/Sub Sinkを挟んだフローグラフの外側で行われるように変更したそうだが、まったく解らず。
&lt;/p&gt;
&lt;p&gt;本日の衛星: RS-44で交信。OrigaiSat-2はテレメトリID 68をデコードして、JPEGの開始マーカー～終了マーカーのパケットが揃った。160x120画素のファイルが得られた&lt;del&gt;が表示できず...&lt;/del&gt;
&lt;/p&gt;</description>
      <dc:subject>衛星通信</dc:subject>
    </item>
    <item>
      <title>電通大VUSコンテスト</title>
      <link>https://jh4xsy.asablo.jp/blog/2026/05/05/9852786</link>
      <guid>https://jh4xsy.asablo.jp/blog/2026/05/05/9852786</guid>
      <pubDate>Tue, 05 May 2026 20:20:28 +0900</pubDate>
      <dcterms:modified>2026-05-06T22:33:23+09:00</dcterms:modified>
      <dcterms:created>2026-05-05T20:30:14+09:00</dcterms:created>
      <description>&lt;p&gt;今年は430MHz狙いに変更したので、「第二ラウンド」に参加したが、開催時間と衛星パスが被ったので、HADES-SA,AO-73を優先した運用になった。そうそう引越後初めてJA1ZGPと交信できた。
&lt;/p&gt;
&lt;p&gt;このコンテストは「同一バンド内での同一局との交信は各モードで一回のみ有効」なので、ポイントが地味に稼げるので有難い(今年からAMとSSBは同一のモード扱いに変更)。
&lt;/p&gt;
&lt;p&gt;その他の衛星: 新🛰️のGemini-Pollux(AX.25 9k6 BPSK)をデコード!
&lt;/p&gt;</description>
      <enclosure url="https://jh4xsy.asablo.jp/blog/img/2026/05/05/734b4c.png" length="22576" type="image/png"/>
      <dc:subject>コンテスト</dc:subject>
    </item>
    <item>
      <title>openSUSE Leap 16.0をインストール #12 - python3</title>
      <link>https://jh4xsy.asablo.jp/blog/2026/05/04/9852565</link>
      <guid>https://jh4xsy.asablo.jp/blog/2026/05/04/9852565</guid>
      <pubDate>Mon, 04 May 2026 16:47:39 +0900</pubDate>
      <dcterms:modified>2026-05-04T22:11:02+09:00</dcterms:modified>
      <dcterms:created>2026-05-04T16:55:38+09:00</dcterms:created>
      <description>&lt;p&gt;大型連休なのでGNU Radioの環境整備したらハマった。
&lt;/p&gt;
&lt;p&gt;GNU Radioのパッケージを更新したら、python3-pyqtgraph が見つからないというエラーに遭遇。
調べると、Leap 16.0では「pyqtgraphなどのライブラリは標準リポジトリにRPMパッケージを用意しない」ポリシーみたいで、
今回は依存関係を無視してインストールを強行した。
SPECファイルを確認するとscipyも必要らしく、RPMがないライブラリはpip3で補うことにする。そもそもメンテナが&amp;quot;公式にパッケージが存在しないのにspecファイルでこれらを必須に指定"するとは強引だ.とも思った。
&lt;/p&gt;
&lt;p&gt;GRCつながりで、Leapに愛用するgr-satellitesを導入しようとして、ハマった。
&lt;/p&gt;
&lt;p&gt;推奨されるconstructのバージョン(2.9.49)が古くて、Leap 16.0のpython 3.13な環境でインストールできなかった。
以前のLeapであれば古いpythonのバージョンもリポジトリに用意されてたけど、Leap 16.0では用意されてない!と、イケてない。連休で時間はあるけど、すべてソースからpython→GNU Radio→gr-satellitesとビルドしません。
&lt;/p&gt;
&lt;p&gt;本日の衛星: RST(RymansatSatelliteTracker)を使ってRS-44でCWにて交信。HADES-SAはSSDV画像#112,113をデコードした。
&lt;/p&gt;</description>
      <dc:subject>Linux</dc:subject>
    </item>
    <item>
      <title>UmKA-1 SSTV</title>
      <link>https://jh4xsy.asablo.jp/blog/2026/05/01/9852056</link>
      <guid>https://jh4xsy.asablo.jp/blog/2026/05/01/9852056</guid>
      <pubDate>Fri, 01 May 2026 21:46:12 +0900</pubDate>
      <dcterms:modified>2026-05-04T22:14:49+09:00</dcterms:modified>
      <dcterms:created>2026-05-01T22:00:47+09:00</dcterms:created>
      <description>&lt;p&gt;週末イベントでSSTVを送信中。当局が受信した(添付)画像にはシロクマの親子が描かれているが、生成AIによると&lt;strong&gt;Umka&lt;/strong&gt;とはロシア語で&amp;quot;ホッキョクグマの子供"を意味するそうだ。知らなかった...
&lt;/p&gt;
&lt;p&gt;その他の衛星: RS-44で交信、軌道計算ソフト:RST(RymansatSatelliteTracker) develop版を使ってループ対応のTx周波数の微調整機能をチェック。
&lt;/p&gt;</description>
      <enclosure url="https://jh4xsy.asablo.jp/blog/img/2026/05/01/734216.png" length="134342" type="image/png"/>
      <dc:subject>衛星通信</dc:subject>
    </item>
    <item>
      <title>gpredict v2.5.1</title>
      <link>https://jh4xsy.asablo.jp/blog/2026/04/29/9851674</link>
      <guid>https://jh4xsy.asablo.jp/blog/2026/04/29/9851674</guid>
      <pubDate>Wed, 29 Apr 2026 21:47:31 +0900</pubDate>
      <dcterms:modified>2026-05-05T08:21:38+09:00</dcterms:modified>
      <dcterms:created>2026-04-29T22:08:50+09:00</dcterms:created>
      <description>&lt;p&gt;軌道計算ソフト:gpredictの最新版(2.5.1)がSUSEのパッケージとして降りてきた。新機能の「マウスのスクロールホイールで周波数制御」を試してみたが、選択した桁のみを変更し、自動的に桁上げ・桁下げができなくて残念。
&lt;/p&gt;
&lt;p&gt;この操作、RST(RymansatSatelliteTracker)のdevelop版でも実装されているが、桁上げ・桁下げが可能になってステキです💝。自分は、ループテストに使える&amp;quot;Tx/Rx周波数の微調整"(新機能)をテストして開発陣にフィードバックしてます。
&lt;/p&gt;
&lt;p&gt;本日の衛星: RS-44で交信。新🛰️のMAGNARO-II(AX.25 AFSK)をデコード、HADES-SAは画像データが+2できたがコンプリートならず。
&lt;/p&gt;</description>
      <dc:subject>衛星通信</dc:subject>
    </item>
    <item>
      <title>PARUS-6U1</title>
      <link>https://jh4xsy.asablo.jp/blog/2026/04/28/9851480</link>
      <guid>https://jh4xsy.asablo.jp/blog/2026/04/28/9851480</guid>
      <pubDate>Tue, 28 Apr 2026 20:33:06 +0900</pubDate>
      <dcterms:modified>2026-04-29T08:33:54+09:00</dcterms:modified>
      <dcterms:created>2026-04-28T20:53:36+09:00</dcterms:created>
      <description>&lt;p&gt;🇹🇼の新🛰️ :PARUS-6U1(9k6 GMSK)のデコードに#13917195で成功した。gr-satellitesではEndurosat framingの指定が必要!だった。
&lt;/p&gt;
&lt;p&gt;テレメトリの内容は、公式の&lt;a href="https://github.com/ntut-rf/PARUS_6U1"&gt;PARUS_6U1&lt;/a&gt; - GNU RadioのOOTモジュール を使ってKISSファイルを処理すれば解析できる。受信時刻には台湾も可視範囲内だったけど、日本からの受信実績として、管制局にレポートを送ってみた。
&lt;/p&gt;
&lt;pre&gt;[Beacon] packet_count = 1, len = 90
[PDU] forward: 64 (以下省略)
[Warning] Ignoring CRC error (calculated:0x71d7 received:0xf98b)
EPS Beacon
    DATETIME: 1777266327
    MODE: 3 | Sat_mode: 0 | LVLH: 0
    Energy: 49.526000 Wh | Vol: 15.021 V | Cur: -348 mA | Temp: 2.16 C
    Outputs Mask: 65313
    12V   : 0.0 V / 0 mA / 0 mW
    5V_1  : 5.067 V / 98 mA / 487 mW
    5V_2  : 5.014 V / 1153 mA / 7233 mW
    3V3_1 : 3.366 V / 265 mA / 875 mW
    3V3_2 : 3.396 V / 75 mA / 262 mW
    Callsign: 
    Repeat Counter: 2
&lt;/pre&gt;
&lt;p&gt;その他の衛星: HADES-SAは#80画像が残り3パケットになった。OrigamiSat-2は#13915153で画像データ(ID68)が流れたがJJPEGのヘッダ情報が欠落した。
&lt;/p&gt;</description>
      <dc:subject>衛星通信</dc:subject>
    </item>
    <item>
      <title>UmKA-1 SSTV</title>
      <link>https://jh4xsy.asablo.jp/blog/2026/04/26/9851043</link>
      <guid>https://jh4xsy.asablo.jp/blog/2026/04/26/9851043</guid>
      <pubDate>Sun, 26 Apr 2026 21:40:23 +0900</pubDate>
      <dcterms:modified>2026-04-28T15:08:45+09:00</dcterms:modified>
      <dcterms:created>2026-04-26T21:43:27+09:00</dcterms:created>
      <description>&lt;p&gt;UmKA-1は、ブラジル・ラジオスカウト活動のイベントでSSTVを送信中。
&lt;/p&gt;
&lt;p&gt;sstv2satnoで処理した画像(#13907342,#&lt;a href="https://network.satnogs.org/observations/13910744/#tab-data"&gt;13910744&lt;/a&gt;で公開)は画質が芳しくない。今週末、改善のため画像処理パラメータを調整してみたが、添付したQSSTVの結果には及ばず。
&lt;/p&gt;
&lt;p&gt;そのため、SSTV受信後の「ヒストグラム正規化とコントラスト強調」処理については、設定をオフに戻して運用することにした。
&lt;/p&gt;
&lt;p&gt;その他の衛星: HADES-SA, OrigamiSat-2を受信。
&lt;/p&gt;</description>
      <enclosure url="https://jh4xsy.asablo.jp/blog/img/2026/04/26/733584.png" length="143343" type="image/png"/>
      <dc:subject>衛星通信</dc:subject>
    </item>
    <item>
      <title>SakhaCube-Cholbon SSTV</title>
      <link>https://jh4xsy.asablo.jp/blog/2026/04/25/9850827</link>
      <guid>https://jh4xsy.asablo.jp/blog/2026/04/25/9850827</guid>
      <pubDate>Sat, 25 Apr 2026 21:47:35 +0900</pubDate>
      <dcterms:modified>2026-04-26T21:51:47+09:00</dcterms:modified>
      <dcterms:created>2026-04-25T22:11:17+09:00</dcterms:created>
      <description>&lt;p&gt;サハ共和国の日（4月27日）を記念したSSTVイベントが始まったので、受信してみた。前回(UmKA-1)のsstv2satnoの出力結果から、今回は「ヒストグラムの正規化とコントラストの強調」をオフにしてみたが、QSSTVで処理した結果(添付画像)と比べると、暗く文字が不鮮明な&lt;a href="https://network.satnogs.org/observations/13890395/#tab-data"&gt;画像&lt;/a&gt;になった...
&lt;/p&gt;
&lt;p&gt;その他の衛星: RS-44で交信。ARICA-2, OrigamiSat-2を受信。
&lt;/p&gt;</description>
      <enclosure url="https://jh4xsy.asablo.jp/blog/img/2026/04/25/733283.png" length="151044" type="image/png"/>
      <dc:subject>衛星通信</dc:subject>
    </item>
    <item>
      <title>SatNOGS地上局のメンテナンス</title>
      <link>https://jh4xsy.asablo.jp/blog/2026/04/24/9850628</link>
      <guid>https://jh4xsy.asablo.jp/blog/2026/04/24/9850628</guid>
      <pubDate>Fri, 24 Apr 2026 20:36:10 +0900</pubDate>
      <dcterms:modified>2026-04-24T21:26:02+09:00</dcterms:modified>
      <dcterms:created>2026-04-24T20:57:50+09:00</dcterms:created>
      <description>&lt;p&gt;SatNOGSから「タイムスタンプ生成時にローカルタイムをUTCとして扱うバグ」のメールが届いた。私の地上局も、その影響を受けているそうだ。
&lt;/p&gt;
&lt;p&gt;過去の観測を見返すと ほぼUTC/稀にJST だったが、バグ修正版のsatnogs-flowgraphs v2.4-1に更新したら、私の受信データにサーバがエラーを返し始めた。フォーラムによるとサーバ側では&amp;quot;誤タイムスタンプは受け付けない"仕様に変更したそうだ。
&lt;/p&gt;
&lt;p&gt;釈然としないけど、タイムゾーンをUTCに変更したらエラーは解消💦。その後は、問題なくレポートできている。
&lt;/p&gt;
&lt;p&gt;本日の衛星: HADES-SAのSSDV画像を受信。
&lt;/p&gt;</description>
      <dc:subject>衛星通信</dc:subject>
    </item>
    <item>
      <title>OrigamiSat-2を受信</title>
      <link>https://jh4xsy.asablo.jp/blog/2026/04/23/9850423</link>
      <guid>https://jh4xsy.asablo.jp/blog/2026/04/23/9850423</guid>
      <pubDate>Thu, 23 Apr 2026 21:24:21 +0900</pubDate>
      <dcterms:modified>2026-04-24T20:36:08+09:00</dcterms:modified>
      <dcterms:created>2026-04-23T21:27:54+09:00</dcterms:created>
      <description>&lt;p&gt;新🛰️ :OrigamiSat-2、#13885511のIQ録音をGqrxで再生したら、トンツーで JS1RYU ORIGAMI2 を確認することができた。受信したデータは専用フォームから報告済み。
&lt;/p&gt;
&lt;p&gt;その他の衛星: SilverSatのCWビーコンを#13878892で受信。&lt;del&gt;当局では最後のレポートになったと思われる。&lt;/del&gt;
&lt;/p&gt;</description>
      <dc:subject>衛星通信</dc:subject>
    </item>
    <item>
      <title>sstv2satno</title>
      <link>https://jh4xsy.asablo.jp/blog/2026/04/19/9849630</link>
      <guid>https://jh4xsy.asablo.jp/blog/2026/04/19/9849630</guid>
      <pubDate>Sun, 19 Apr 2026 20:12:19 +0900</pubDate>
      <dcterms:modified>2026-04-25T22:15:26+09:00</dcterms:modified>
      <dcterms:created>2026-04-19T20:16:32+09:00</dcterms:created>
      <description>&lt;p&gt;satnogs-clientで受信できるSSTVはPD120だけだったが、baliさんが公開した&lt;a href="https://github.com/hobisatelit/sstv2satno"&gt;sstv2satno&lt;/a&gt;でRobot36, M1に対応した。早速インストールして #13852869でUmKA-1のSSTV受信&amp;amp;画像データのアップロードに成功した。
&lt;/p&gt;
&lt;p&gt;sstv.shが出力する画像は general, bandpass, overlap の3種類で、生成AIに相談すると&amp;quot;general"が基本だそうだ。画像の他にはスラント(SSTV画像が斜めに傾いてしまう現象)の補正値を出力するが、これもgeneralが基本だそうだ。sstv.shでは"スラント補正値を衛星別に指定"できるので、データを集めて反映します。
&lt;/p&gt;
&lt;p&gt;あと、出力画像がQSSTVに比べて明るくなったのに気付いた。pythonコードを読むと「ヒストグラムの正規化とコントラストの強調」を行っており、改造を検討します。
&lt;/p&gt;
&lt;p&gt;その他の衛星: HADES-SAは画像番号#032を送信中。週末はIC-9700+soundmodemでリアルタイム受信して、残りあと2フレームとなった。
&lt;/p&gt;</description>
      <enclosure url="https://jh4xsy.asablo.jp/blog/img/2026/04/19/732501.png" length="129146" type="image/png"/>
      <dc:subject>衛星通信</dc:subject>
    </item>
  </channel>
</rss>
