今回は、本番環境で構築しようと思っている
アンテナ直下防水ケースの設計などをメインとして記載します。

アンテナ直下受信機の設置案

第1回の時に、アンテナ直下にラズパイを設置する意味を記載したと思います。
おさらい的に記載すると、周波数が高いと同軸ケーブル内で損失が高い為
出来るだけ太いアンテナケーブルを使って、屋内に引き込んで来る必要がある。

損失とは？

イメージではあるが、アンテナで受信した信号強度が10だとすると、
同軸が細く抵抗が高いと、SDRトングルに接続した際に、5位まで落ち込む事もある。
粗悪なケーブルを使うともっと落ち込む事がある。

よって、アンテナの下では受信出来ていたADS-B信号ですが、同軸ケーブルの損失により
微細な距離を渡ってきた電波がかき消され、SDRトングルで復調出来ない状況となる。

対策

では、損失を出来るだけ少なくするにはどうしたら良いか？

対策その1

ラズパイとSDRトングルを屋内に置きたい場合は、10D（同軸の太さ）とか15Dとかの
太さの高品質なケーブルを使う必要がある。ケーブルは、太くなればなるほど高価であり
さらに、太くなればなるほど、取り回しが難しいという局面がある。

参考までに、下記は、10d-fbのケーブルであるが、実にこの太さであり
さらに、これ1ｍ3990円である。よって、アンテナから10ｍで39900円になるし
20ｍならその倍と考えると、どれだけケーブルが高いか想像出来る。

対策その2

こちらは、筆者が元々取ろうとしている対策であり、
アンテナ端子部が電波が一番強い事もあり受信部をアンテナ直下に設置すると、
アンテナからSDRトングルまでの距離を最小限にすることで
比較的細い低品質なケーブルであっても、損失が低く抑えられるという事。

ただし、良いことばかりではない。
アンテナ直下に置くと言う事は、雨の問題等を解消しないと行けない。
1つは、防水ボックスの設計と組込である。

もう1つは電源の問題。電源ケーブルとLANケーブルを2本通線して引き回す事を考えないと行けない。
これについては、第1回でも語っている通り、世の中LANケーブルに電源も載せて配信出来る
そんな規格が存在するPoE（power of Ethernet）である。

ラズパイにも、PoEを対応する為にHATが出ており、そちらをドッキングさせると
電源とネットワークをLANケーブル1本に集約出来る。
そのため、アンテナ直下に防水ボックスを取り付けて、LANケーブル1本で引き込みが完結出来る利点がある。
ただし、PoEHUBもしくは、PoEインジェクターが必要だったり手配する機材意外に高価である。

第1回にも乗せましたが、ICOMのIC-905は同様な思想に基づいて設計されています。

実際の防水ボックスの設計

こちらは、第1回・第3回でも記載があるが、レイアウトや装備・仕様について設計を行っている。
現段階としては、この程度で発熱や安定稼働する事が予想される設計にしている。

クーリングファンの5Vについては、ラズパイのUSBPortは4つついており
1つにはSDRトングルが接続されて、後3つあまっているので、そちらからUSB電源で
ファンを24時間駆動する仕様にしたいと思います。
PoEから電源取れるので、それで枯渇する事無く24時間給電が可能と思われます。
ボールベアリングタイプの高寿命タイプの4ｘ4のファンを搭載したいと思います。
SDRトングルが相当熱いです。ヒートシンクも結局横に2枚追加しましたが
まだまだ熱いです。

ラズパイの電源、SDRトングルの電源、その先にあるフィルター／ブースターの電源についても
USBからSDRトングルへ電源を供給し、さらにSDRトングルのアンテナ端子から5ｖを出力し
フィルター／ブースターに電源を供給し動作させる。

ラズパイについては、メンテナンス向上の為、裏面にマジックテープを使い
取り外してメンテナンスしやすい様に固定する。SDカード等も生ものなので
長時間使っていると劣化してきて最後は故障しますので、その点も注意が必要。
リカバリー／再構築手順を用意しておく事で、有事の際、サクッと再構築出来る様に準備しておく。
余裕があったら、ラズパイ基板とSDRトングルとブースターは、もう1セットあると心強い。

SDRトングルは高発熱であることから、ヒートシンクを貼り付け、さらに防水ボックス側にも
アルミ板を設置し熱伝導シートにて固定する。発熱はヒートシンクとアルミ板へ伝達されて
クーリングファンにて防水ボックス外へ排出される。
ファンの吸気側と排気側の間に仕切りを設けて、必ず、ラズパイを通ってSDRトングルを通って
ブースターを通ってから排気出来るようにエアフローの流れを作る事にする。

ケース内張は、全面ステンレスのテープでいったんHFのアンテナも近い事から
出来るだけ影響を受けない様に加工を行う。
ヒートシンクは、下記のように熱伝導シートを使って、SDRトングルに貼り付けて使用している。
かなり放熱は良くなったと思われる。熱は水晶の精度を狂わせるので復調品質に影響する為
実は結構重要だと思っている。

978MHzについて

978MHzのADS-Bは、国内ではあまり運用されていないとの事で、
いったん保留にしていつでも、設置出来る状況にだけ準備しておく感じにしましょう。
よって、もう少しボックスの中が簡易な感じになりそうですね。
といっても、SDRトングル1つが無くなる位ですが。
本件について、色々調べたのですが、いまいち日本国内の運用についての記事事例がなかったので
おそらく運用されていない？と判断しました。よって、978MHzについてはがっつりカットしました。

総括

第4回はここまでです。部材がそろわないと組込が出来ないので
現在部材をそろえ中でございます。いったん机上でできる所はここまでになります。
せめて、ラズパイ4BとSDカードを買えば、本番環境をつくれるので、そちらを進めて行こうと思います。
この防水ケースもセットでキットで出すといいかも知れない。
必要部材全部入りって感じで。

The post 本気でADS-B受信環境構築 第4回 #ADSB first appeared on ～下町物語～.

いよいよ3回目

いよいよ第3回となってきました。
今回は、各システムにFeedで受信した飛行機情報を提供する設定を行う。
それでは、今回も行って見よう！！

第1回・第2回を読まれていない方は、先にそちらを読んでみて下さい。

受信したデータの提供（Feed設定）

受信環境が整ったので、受信したデータを各サービスに提供すべき設定を行って行きます。
提供先は、下記の2つにデータを送る為設定を進めます。

・flightAwarc
・flightradar24

どちらのサービスにも、最初にアカウントを作成しておいてください。

まずは、flightAwarcに送る設定を行う

どうも、順番をこちらを先に設定する方が良いとされる為、先に設定しちゃいましょう。
今回構築したラズパイにSSHでログインします。

$ sudo apt update
$ sudo apt install piaware

上記を実行してください。正常にインストールされたら下記を実行しておいてください。

$ sudo piaware-config allow-auto-updates yes
$ sudo piaware-config allow-manual-updates yes

設定はこれで終了です。
上手く転送されているか？確認するには下記を実行します

sudo cat /var/log/piaware.log

上記ログを見ると、初回データを送付した際に、
feederID(********-****-****-****-************の部分)が記録されるので、そちらを書き留めておいてください。
サンプル－＞Aug 17 17:09:13 ads-s piaware[590]: my feeder ID is 1fedfdsfsd5723-615f-5371-a6c8-55fefdsfdsfsdf801f0

続いて、下記にAccessします。そちらで紐付けが行えます。
https://flightaware.com/adsb/piaware/claim/<my feeder ID >
例>https://flightaware.com/adsb/piaware/claim/1fedfdsfsd5723-615f-5371-a6c8-55fefdsfdsfsdf801f0

接続したネットワークにファイヤーウォールがいる場合

接続しているネットワークにファイヤーウォールがいる場合、
筆者の環境は物理ファイヤーウォールを設置している為、当初通信が阻害されてステータスが一向に変わらず
これ、ファイヤーウォールにブロックされていないか？を確認したところ、がっつりブロックされていた。
一般の方は、問題無いかも知れませんが、特殊環境の場合ご注意を！！
下記のようにPort：1200をあけてあげましょう。

2024/08/22追記
MLATの情報Feedには、これにくわえて下記を開ける必要がある。
送信先:piaware.flightaware.com 　パケットタイプ: UDP / Port:4999-19999

動作確認

下記にアクセスすると、Feedの統計が見れます。
https://www.flightaware.com/adsb/stats/user/ <USER NAME>

process監視を行うなら

ps -ef | grep "piaware.pid" | grep -v grep

上記コマンドを流すと下記の用に1件ヒットすると思います。
そちらを使ってZabbixなどで、process監視を行って、processダウン等はトリガー引っかけて
自動再実行等のアクションを入れるとよいと思います。

piaware      590       1  0 Aug17 ?        00:03:50 /usr/bin/piaware -p /run/piaware/piaware.pid -plainlog -statusfile /run/piaware/status.json

flightradar24にFeedを送る

sudo bash -c "$(wget -O - https://repo-feed.flightradar24.com/install_fr24_rpi.sh)"sudo bash -c "$(wget -O - https://repo-feed.flightradar24.com/install_fr24_rpi.sh)"

シェルがキックされて、インストールが行われます。
その最中下記の質問事項が対話式で出てくるので、それぞれを入力してください。

入力に必要な物を先にパラメーターとして、準備しておいてください。
・観測点の緯度経度　－＞　https://fukuno.jig.jp/app/map/latlng/
・メールアドレス

Step 1.1 - Enter your email address (username@domain.tld)
$:＜★flightradar24で使うメールアドレスを入力＞ Enter

Step 1.2 - If you used to feed FR24 with ADS-B data before, enter your sharing key.
If you don't remember your sharing key, you can find it in your account on the website under "My data sharing".
https://www.flightradar24.com/account/data-sharing

Enter your sharing key or press ENTER/RETURN to continue.
$:＜★新規の方はこちらは入力せず（過去の環境を引継ぐならアカウントIDを入力する）＞ Enter

Step 1.3 - Would you like to participate in MLAT calculations? (yes/no)$:
＜★MLATのサービスを使うかどうか？の設定で、他のサービス（flightAwarcなど）に情報共有してる場合は "no" を入れる＞ Enter

※筆者の環境がPeerなのか、MLATのflightradar24のprocessと使用ポートがバッティングして
　サービスが開始できないので、ちょっと工夫しないとMLATの同居は無理そう。

Step 3.A - Enter antenna's latitude (DD.DDDD)
$:＜★受信場所の緯度を入力する　ex: 35.????＞ Enter

Step 3.B - Enter antenna's longitude (DDD.DDDD)
$:＜★受信場所の経度を入力する ex: 139.????＞ Enter

Step 3.C - Enter antenna's altitude above the sea level (in feet)
$:＜★受信場所の標高一般住宅ならアンテナ設置までの高さ（フィートで入れる） ex:30＞ Enter

Using latitude: 35.????, longitude:139.????, altitude: ??ft above sea level
Validating email/location information...OK

The closest airport found is ICAO:RJTT IATA:HND near Tokyo.

Latitude: 35.552250
Longitude: 139.779602
Country: Japan

Flightradar24 may, if needed, use your email address to contact you regarding your data feed.

Would you like to continue using these settings?
Enter your choice (yes/no)$:＜★設定値確認なので問題無ければ "yes"＞ Enter

We have detected that you already have a dump1090 instance running. We can therefore automatically configure the FR24 feeder to use the existing receiver configuration, or you can manually configure all the parameters.

Would you like to use autoconfig (*yes*/no)$:＜★dump1090-fa が同居し稼働してる場合 "yes"を入力する＞ Enter

Submitting form data...OK

Congratulations! You are now registered and ready to share ADS-B data with Flightradar24.
+ Your sharing key (★※ここにキーが表示されるので書き留めておいてください※) has been configured and emailed to you for backup purposes.
+ Your radar id is ★T-※radar-ID※が表示される。こちらも書き留めておいてください, please include it in all email communication with us.
+ Please make sure to start sharing data within one month from now as otherwise your ID/KEY will be deleted.

Thank you for supporting Flightradar24! We hope that you will enjoy our Premium services that will be available to you when you become an active feeder.

To start sending data now please start the fr24feed daemon again by running the following command: sudo systemctl start fr24feed!

Saving settings to /etc/fr24feed.ini...OK
Settings saved, attempting to enable and start the fr24feed service
Enabled fr24feed service...OK
Restarted fr24feed service...OK
All done, you can check the status by using the fr24feed-status command

Starting the fr24feed service, it may take a while if dump1090 needs to be installed...
Installation and configuration completed!

※上記 completed!が表示されれば、設定を完了したことを示す
　途中でてきたキーやIDについては、後ほどメールで送られてくるが、
　念の為書き留めておいてください。

差出人名: Flightradar24 Support / subject： Your Flightradar24 sharing key

動作確認

ブラウザで下記でAccessする。
http://ラズパイのIPアドレス:8754

上記のような画面が出れば、現在Feedしている数等も表示されているので、上手く動作しているか確認出来ます。
続いて、アカウントとFeedを紐付けを行います。

下記のURLに接続します。
https://www.flightradar24.com/account/data-sharing

上記画面に設定時、表示されいてるradarIDやキーが表示されて、
オンラインと表示されている事を確認してください。
Online No dataになっているかも知れませんが、いったんOKです。
飛行機からの電波を受信された場合、上記のOnlineと表記が変わると思います。
夜間等、飛行機がいない時間帯は筆者の家でも、No Data表記となります。

詳細な受信データも見れますので、改善計画を立てるにはよいかも知れません。
後ディスコーンアンテナなので、割と360度一部開けている方向が多いが、それ以外は
まるっと拾えているっぽい。さすがディスコーンアンテナと思った瞬間！

接続して環境にファイヤーウォールがいる場合

冒頭と同じですが、接続しているネットワークにファイヤーウォールがいる場合、
筆者の環境は物理ファイヤーウォールを設置している為、当初通信が阻害されてステータスが一向に変わらず
これ、ファイヤーウォールにブロックされていないか？を確認したところ、がっつりブロックされていた。
一般の方は、問題無いかも知れませんが、特殊環境の場合ご注意を！！
下記のように、Port：8099をあけてあげましょう。おそらくUDPで大丈夫だと思いますが
ファイヤーウォールでTCPをブロックしていたので、いったんTCP/UDPどちらも開けています。

process確認を行うなら

rurineko@ads-s:~ $ ps -ef | grep fr24feed | grep -v grep
fr24        2517       1  0 Aug17 ?        00:03:08 /usr/bin/fr24feed

上記コマンドを投げると、1件引っかかってくると思うので、Zabbixでprocess監視してもいいかと思います。

各サービス共に

Feedをおこなうことで、ビジネスアカウント・エンタープライズアカウントに昇格し
無料でフル機能を使うことが出来ます。

flightradarのビジネスアカウントは、下記の通りかなり高額です。
Feed環境を整えると無償化できるので、機材の金額や運用費はかかりますが
毎月毎月50ドル弱支給されていると思えば、全くマイナスではありません。

• $49.99/month
• $499.99/year

下記のサイトで、詳しく解説されているようです。
https://fr24.wporep.com/paid-plan

利便性向上の為

筆者は、外から自宅の環境にアクセス出来るように、DMZにNginxを配置して
内部アクセスはリバプロで、digest認証をかけてDNSにてドメインを付与して
各管理画面を外からアクセス出来る様にしています。
DMZからローカルIPで、各管理画面Port番号が違うので、フロントのNginxでリパプロで
そこを解消しつつ、SSL証明書を食わせて外部からSSL化している。
ただ、そこまでしなくても、下記にアクセスしログインした状態であれば
Feedにより、自宅で見れる画面と同じ状況で見れるので、そこまでする必要がなかったかなと思っています。
https://www.flightaware.com/skyaware

ただ、DNSで覚えやすいドメインを設定できるので、良いかなと思います。
そのくらいの利便性しかないですね。

次回本番環境構築準備

検証環境が構築できて、問題無く飛行機からの情報をゲット出来ており
さらに、flightradar24やflightAwareにFeedが問題無くできているところまで確認出来ているので
それらを運用しつつ、本番機を構築し検証機から本番機へと切り替えて行く。

必要部材

・raspberry Pi 4B
・PoE HAT基板
・防水ボックス（一部放熱加工が必要かも）
・アンテナ直下から部屋うちまでのLANケーブル（自作する）
・SDカード（本番用）ドラレコ用高耐久モデルを採用（検証機に使っている銘柄）
・フィルター＆ブースター（取付は行っておくが、接続せずバイパスしておく）

アンテナについて

・1090Mhzアンテナ（9dB高利徳の物110ｃｍ）

アマチュア無線無線の1200MHzのGPでも良いかも！13.7dB（1200MHz）5m
送信はしないから、SWRの問題も受信周波数も近接200MHｚ下くらいなので
問題と思われるが！どうでしょうね。利徳が1090MHzのアンテナで9dBなので
アマチュア無線1200MHzのアンテナで1090MHzを受信した場合、利徳が9dBを割っちゃうと
意味が無くなるんで・・・。下記がそのアマチュア無線のGPアンテナの共振周波数を示す
1260MHzでSWR2.0なので、ちょっと1090MHzまで行くとこの感じだとかなりSWR高そうで
いまいちマッチングが厳しそうな気配ですね。
1090MHｚのアンテナおとなしくかって、SWR計測してみて、それらがSWR5とか6とかなら
下記の1200MHｚのGPと交換しても問題無い気はします。

結論

とりあえず、1090Mhzのアンテナをチョイスして設置を行う。
こんな感じで、既にHFアンテナが単管に設置しているのでアンテナを若干下に下げて、
単管を伸ばして、その先に1090Mhzのアンテナを設置する。
下記の図が設置案である。受信機材は防水ボックス内にラズパイやSDRトングルを含めて設置し
Switchbotなどで管理出来る防水型の温湿度計を設置して、外部から内部温度の監視を行う。
場合により、ソーラー発電で日中は5V程度のFANを駆動出来る様に熱対策を講じる事も検討する。

割とちゃんと防水ボックス内の図を書くと下記の感じを想定。
SDRトングルには、M.2SSDのヒートシンクを取り付けて、発熱による水晶の誤差を低減させ
周波数分解比を安定させる作戦！

参考までに

現在、このアンテナでADB-Sを受信している。第一電波工業のD1300AMである。
このアンテナは、25MHz～1300MHz+中波（AMラジオ）を受信出来るアンテナである。
今回のADB-Sの1090MHzも受信範囲に含まれている。専用の物とどちらが遠方のADB-S信号を
受信できるか？検証も出来ると思います。

第2期

978MHzのADB-S信号も追加で受信できる用に、SDR受信機とアンテナを増設し
運用を行おうと思っています。これがほぼ完成形に近いかなと思います。

総括

それでは、今回夏の自由研究テーマとして、ADB－Sを取り上げましたが
いったんは、この検証環境で動作させておいて、本番はアンテナ工事やラズパイの調達等で
また、タイミングができたら、記事にしていこうと思います。
手持ちの機材ではここまでとなります。
ざっと、お盆休みを使って数日で構築してしまいましたが
かなり雑な扱いで構築しておりました。
とりま、きれいに設置して検証環境のままで運用し、本番環境が構築出来そうになったら
再始動いたします。次回もお楽しみにして頂ければと思います。

もし需要があるようなら、ラズパイとアンテナ・同軸ケーブル・SDRトングル・OSを書き込んだSDカードと
構築手順書、あとこの位なら構築用のシェル1本でざっくり構築できそうなので
それも含めて同梱して販売しても良いかも知れません。
需要があればですが　

gitから購入して頂いた方向けに、構築シェルをCloneしてもらって
そのままざっくり構築される感じを想定しました。ECサイトも持っているので
キットとしては、販売はすぐできるかな。物と需要があればですが。

それでは、また、本件何か動きがあり次第記事にしていきたいと思います。
写真後ろに、高いラジオ受信機と化しているDX10Mが鎮座してますね。

The post 本気でADS-B受信環境構築 第3回 #ADSB first appeared on ～下町物語～.

早々に第2回目です。とりあえず、前回の記事を読んで無い方は、まずはそちらをご覧ください。

検証環境の構築

サクッと、D-Moniterに使っていたraspberryPiであるラズパイ3Bをつかって、
SDカードを追加で購入し、ADB-S受信検証環境構築を構築していきます。

OSインストール

raspberryPiの公式サイトにOSを設定し焼き込むツールが配布されているので、そちらを使ってOSを焼き込みます。
今回については、デスクトップいわゆるX環境はインストールしない方向性です。
CUIで事が足りるのと、GUI環境に回すメモリーやprocessがおしいというそんな理由からです。

アプリをインストールして起動すると、下記の様な画面が表示されます。

続いて、OSを選択します。上記書いた通り、Raspberry Pi OS (other)を選択します。

次に下記を選択します。X環境は入らないので、ログイン画面が表示されるだけの環境がになります。
コマンド操作に慣れていない方は、是非デスクトップ版を入れてください。

続いて下記の用に設定が出来たら次へを押してSDカードにOSを書き込んでください。
出来れば、書き込む手前でLinuxのユーザ設定等ができますので、オプションで設定を済ませておくと
後が楽になります。

ミドルウェア導入へ

OSが書き込まれて、ラズパイに取り付けて起動が問題問題が無いと、
Loginのプロンプトが表示されていると思いますので
SSHなどで接続していきます。Consoleにキーボードを取り付けて直ログインでも問題ありません。
下記の用な画面が出ていればログインも含めて問題ありません。

ざっとアップデートをしちゃいましょう。

ログインして、下記のコマンドを順に入力し実行します。

sudo apt update
sudo apt upgrade

おまじない！！
これ特定のデバイスをカーネルから呼ばないようにする奴なのですが
あまり、理由が見えて折らず。第3回以降にちょっと調査してみます。

sudo su -
cd /etc/modprobe.d/
echo "blacklist dvd_usb_rtl28xxu" >> blacklist-dvd_rt128xxu.conf
echo "blacklist rtl2832" >> blacklist-dvd_rt128xxu.conf
echo "blacklist rtl2830" >> blacklist-dvd_rt128xxu.conf
exit

上記3つ流し終わったら下記を実行して再起動させます。

sudo reboot

必要なソフトウェアをインストールします

sudo apt-get install git
sudo apt-get install rtl-sdr

上記を実行して、ソフトウェアをインストールします。
インストールがおわったら、いったんUSB　SDRトングルを接続して動作確認を行います。

rtl_test

デバイスが1つ見つかればOKです。表示内容は機種毎に違うので全く同じである必要はないです。

piawareをインストールします

wget https://ja.flightaware.com/adsb/piaware/files/packages/pool/piaware/f/flightaware-apt-repository/flightaware-apt-repository_1.2_all.deb
sudo dpkg -i flightaware-apt-repository_1.2_all.deb
sudo apt install piaware
sudo apt install dump1090-fa

上記までエラーなく進む事ができたら、いったん再起動します。

sudo reboot

確認してみます

ps -ef | grep dump1090-fa

netstat -an -tcp

上記画面から抜けるには、CTRL＋Cを押して抜けます。この画面で、0.0.0.0:8080がある事を確認します。
あれば現時点での受信環境としては立ち上がっています。

実際にAccessしてみましょう

ip a

上記を実行すると、現時点でにIPアドレスが表示されます。
今回は、下記のIPアドレスが設定されている事が分かります。

そちらにブラウザーで接続してみます。
http://192.168.3.8:8080/

上記画面が表示されたら、問題無く受信環境としてはできあがっていると思っています。
アンテナを接続し、データが受信出来ていれば下記マップに飛行機がプロットされていると思います。

だがしかし！

筆者の環境では一切見えていない・・・。
ディスコーンアンテナからの同軸ケーブルが細いってのもあるんですが
とりあえず全くデータは受信出来ていないという事になります。

理由としては、本日台風7号の影響で欠航が相次いで、関東圏に飛行機が1台も飛んでいないのです・・・。
本家 https://www.flightradar24.com/ をみても！下記のスクショの様に飛行機が見えないのです。

なので、受信したくても受信出来ない状況です。いったん、お盆休み中で作った環境はここまでです。
明日以降また、受信確認ができたら、受信したデータをフィードして行く設定を入れて行きたいと思います。

本番環境では

Raspberry Piは、4B系を新たに新設し、アンテナは1090Mhzに同期されたアンテナを設置します。
また、都市ノイズを低減させる為、フィルターとブースターの設置を順次行います。
最後パッケージ化して、防水ボックスに入れてアンテナ下に設置し、LANケーブル1本で
戸内に引き込んで運用管理していく感じにします。

また、監視についても、Zabbixを使っての監視を予定しており、下記に受信できた場合の情報が出力されるので
そちらの数等をZabbixから確認出来る様な仕組みも構築したいと思っています。

/run/dump1090-fa/aircraft.json このファイルに受信した飛行機の情報が書き込まれる。
ラズパイのストレージは、SDカードなので、実はこのdump1090-faを、RAMディスクにして
メモリー上に書き込ませた方が、SDカードへの攻撃性はなくなる。

これらを、パースして、Zabbixにインプットしてあげれば、Zabbixからグラフで確認ができるようになる。

ZabbixAgentインストール

sudo apt install zabbix-agent
sudo nano /etc/zabbix/zabbix_agentd.conf

sudo systemctl restart zabbix-agent

後は、ZabbixServerから監視対象に入れれば問題なく監視が出来る。
下記のように、さっきのJSONからパースして、今受信して見えてる飛行機の数をagent経由で吸い上げて
グラフにプロットする仕組みを組込ました。これで、寝てても夜中飛行機が見えた場合、グラフに
変化があるものと思われますが、何も変化がない場合は、何か設定が間違っている可能性もなきにしもあらずなので
また解析していきたいと思います。

しっかり受信したことを検知してますね。
台風の影響がほぼ無くなったので、飛行機は海外便については飛び出した模様です。
とりあえず専用のアンテナではないので、利徳が全く無い為、本当に限られた範囲の受信しか
できていないようだ。早急にアンテナの手配はした方が良さそうですね。

2024/08/17 追記

台風がすぎさって、監視サーバに情報がアップデートされてくるようになりました。
いいんじゃない！！13位は受信出来ているようですね。

総括

ざっくり、検証環境を作ったけど、問題無く動作しているのか？
判断するところまでは進めて居ない。台風7号の影響もあるのだが
受信が出来はじめてきたらフィード設定をして、いったん仮運用を行い
本番環境用の機材を集め出そうと思います。

とりあえず、SDR受信機であるトングルが2000円位でなんか、偽物ぽかったので
RTL－SDR.COM V4を急遽調達し、トングルは本番で使用する物に差し替えました。

The post 本気でADS-B受信環境構築 第2回 #ADSB first appeared on ～下町物語～.

以前からくすぶっておりましたADB-S受信環境の構築ですが、
ちょっと本気で作っていこうと思います。目標は年内にサービスインを目指します。

そもそもADS-Bって何？

https://www.flightradar24.com/

ここからですね。飛行機において現在航行中の高度や飛行位置情報・機体ID等を基地局に送信し
位置情報を共有しているシステムとなっている。アマチュア無線のAPRSみたいな奴です。

https://www.ne.jp/asahi/nature/kuro/RDBX/RD_ADS.htm からおかりしました。

飛行機から送信しているビーコン電波を受信し、飛行機の情報を地図上にマッピングして表示するflightradar24があります。
無償で受信アンテナとユニットを配って、不感地帯に設置してもらって
それらのデータとボランティアで個人設備で受信したデータも上記サイトにインプットして情報源として利用している。
これも、ランキンがあるらしく広範囲に受信したら上位ランキングにあがってくるみたい。
いずれにしろ、趣味の範囲としてこちらの受信環境を構築しサービスインを目的とする。

まずは、受信環境概要から

上記が想定される最適な構成図です。
周波数としては、アマチュア無線の1200MHzとほぼほぼ同じ考え方でOKだと思います。
ADS-Bの周波数は1090MHzです。よって、アンテナを外部に取り付けて部屋まで引いてくるのは
出来るだけ太いケーブルじゃないと、損失によって減衰が激しいと思うので
IC-905のように直下にラズパイを設置して、途中フィルターとプリアンプを駆動させた後に
最短距離で受信機であるSDRトングルにインプットします。
プリアンプの動作電源は5VはSDR受信機のアンテナ端子から出力が可能な為、
PoEからのワンライン（思想はIC-905）で全て完結します。

雷対策を施すには、いったんLANを光ファイバーに置換し、ファーバーにて接続すれば
雷対策にはなるかも知れないですが、そもそも、今回のアンテナを取付用としている鉄管には
MLAが取り付けているので、その同軸が部屋に入ってきている以上、その対策を行っても
きついと思うので、今回はPoEによる電源供給と致します。

プリアンプについて

また、当初はプリアンプは取付しない可能性が高いです。
理由については、プリアンプの恩恵が最初から取り付けてしまうと分からないからです。
いちおう1090MHz以外の電波を遮断した上で、1090MHzだけを38dbブーストをかけるようなので
極小な信号を復調出来るかも知れませんといった感じです。ただ、ノイズレベルも増えるからどうかな？と
取り付けるは後日で、結果つけた意味があまり無かったとなるかも知れません。
都市圏内だと、都市ノイズも多いことから増幅されたノイズに元の受信部がかき消されてしまう
可能性がある為です。

実際にテスト環境構築

raspberryPiは、今3Bが使っていないものが1台フリーで開いているので、そちらを使ってテスト環境を構築していく事にする。
資材は、順次そろえて行くが、ラズパイとSDR受信機・アンテナ（専用ではないが、ディスコーンアンテナで代用）
ディスコーンアンテナは、1300Mhzまで対応しているので、利得がないので本当に強い電波しか拾えない可能性が高いが
テスト環境にはちょうどいいと思われる。上記が手持ちの資材で組める最低減のテスト環境となる。
SDR受信トングルも、本番で使う物とは別物でいったん簡易的なトングルを使う予定です。

ただ、ちょっと気になる点としては、ロケーション問題です。
都内の全くロケーションが良く無い場所に設置予定ですので、最終的にどこか山を買って
Starlink経由のVPNトンネルを作成した上で、SSHで制御みたいな感じにすると
かなり広範囲の情報を受信できるんじゃないかと思いますが
なかなか、そこまでは行けないと思うので、まずは、ざっくりと受信環境を構築します。
シェル化、アンシブル化して、サクッと次回本番作る際に構築出来る環境を整えようと思います。

続きは資材そろってから！

構築編は、次に続きます。SDカードが届き次第OSを入れてテスト環境を作る際、詳しく記載しようと思います。
第2回に続きます。いつになるか分かりませんが、試行錯誤しながら環境を作っていきます。
ご期待くださいませ。

The post 本気でADS-B受信環境構築 第1回 #ADSB first appeared on ～下町物語～.