数年経過した情報が多かったので雑記。ターミナルの出力の記録等取っていないので書き逃しあるかもしれません。コメントなどでどうぞ。
主に複数の記事を見て自分が行った流れを雑記したものです。詳しくは記事中に貼っている参考記事を参照してください。
PiAware（FlightAwareのフィーダ）を併用する場合については以下の記事を参照ください。
https://qiita.com/makochan1209/items/56ce5706d350aa76651b

目的は、フィードを行うことでFlightrader24のBusinessプランを無料で使うことです。

使用機材

Raspberry Pi 3 model B
- microSDカード（8GB）
レシーバー（RTL-SDR.com）
パソコン（Windows 11搭載、OS書き込み・Raspberry PiへのSSH接続）

Raspberry Pi OSの書き込み

Raspberry Pi Imagerを用います。以前より機能が向上しておりWi-FiやSSH接続の初期設定がImagerで行えるようになっていて、とても便利なので使っていきましょう。

OS：Raspberry Pi OS (32bit)（推奨だったので）
ストレージ：Raspberry Piに挿入するmicroSDカードを選択します。

この状態で歯車マークのボタン（設定メニュー）を開きます。設定メニューでは以下のように選択してください。

ホスト名：好きな名前にする。今後のRaspberry Piへの接続に用いるので記録しておきましょう。
SSHを有効化する：チェックを入れる。
- 公開鍵認証のみを許可するにした方がセキュリティ面で安全です。ただ今回はパスワード認証を用いました（Tera Termで接続）。
ユーザー名とパスワードを設定する：チェックを入れる。
- ユーザー名はpiは回避したほうがいいはずです。セキュリティ的に。
Wi-Fiを設定する：Wi-Fiに接続する場合はチェックを入れる。
- Raspberry Piのモデルによって5GHz帯に対応しているものと対応していないものがあるのて要注意。
ロケール設定をする：チェックを入れる。
- 自分の希望するタイムゾーン、キーボードレイアウトにします。

microSDカードに書き込みを行い、書き込んだmicroSDカードをRaspberry Piに差し込みます。

Raspberry Piの起動・初期設定

モニターについては、OSが起動しているかどうか等わかりやすいので、接続しているとより作業が容易になります。特にエラーが出た時とか。

起動したらまず更新を適用します。以下コマンドはSSH接続またはRaspberry Pi本体のターミナルで実行しています。

$ sudo apt update
$ sudo apt full-upgrade

カーネルアップデートなども含まれるので、ものすごく時間がかかります。頑張って待ってください。

2行目はsudo apt upgradeを用いたところ更新に失敗しました。
- E: Could not get lock /var/lib/dpkg/lock（以下省略）
- 以下の参考記事に従って対応を行ったが変わらなかったのでfull-upgradeにしたところ解決。ちょっとよくわからない。
  - 参考記事：apt-getでエラーが出た場合の対処法：E: Could not get lock /var/lib/dpkg/lock - open (11: Resource temporarily unavailable)

RTL-SDRの接続・パッケージのインストール

参考記事：Raspberry Pi 4BでRTL-SDR | cagylogic

自分の作業手順は以下に雑記しますが、詳しくは参考記事を参照してください。

実際の作業手順（雑記）

以下に自分の作業手順を記録します。

$ sudo apt install rtl-sdr
$ sudo apt install libusb-1.0-0-dev
$ echo 'blacklist dvb_usb_rtl28xxu' | sudo tee --append /etc/modprobe.d/blacklist-dvb_usb_rtl28xxu.conf
$ sudo reboot

再起動後の作業。

$ lsmod

dvb_usb_rtl28xxuが無いことを確認する。

$ rtl_test

差し込んでいるレシーバーが認識されることを確認する。

fr24feedのインストール

参考記事：Flightradar24にデータをフィードしてみる（Raspberry Pi にセットアップ） - notebook 001

wgetでインストールを行いました。

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

fr24feedの状態確認（CLI）

fr24feedの動作状況を確認します。

$ fr24feed-status

すべて成功している場合は正常に動作しています。

MLATのみFailedとなる場合の対応

起動順序の確認・変更

参考記事：FR24のMLATを自動起動させる+dump1090の状況を視覚化 – SDRでADS-Bとか、フライトシムとか。

まず起動順序の設定を行います。
自分の作業手順は以下に雑記しますが、詳しくは参考記事を参照してください。

実際の作業手順（雑記）

以下に自分の作業手順を記録します。

まず起動順序の確認を行う。

$ systemd-analyze plot > ~/systemd-analyze.svg

systemd-analyze.svgを開いてサービス起動順序を確認。Dump1090>FR24の順になっていない場合は正常に動作しないので修正が必要。

sudo vi /etc/rc.local

vimの代わりにnanoやemacsを使っても構わない。

エディタにおいて最後のexit 0の前に1行追記する。

/bin/sleep 20

$ sudo service fr24feed stop
$ sudo systemctl disable fr24feed
$ sudo vi /etc/systemd/system/fr24feed.service

[Unit]の中のAfterの部分を変更

[Unit]
Description=Flightradar24 Decoder & Feeder
#After=network-online.target  #元の設定をコメントアウトしてバックアップ
After=rc-local.service　  #追加する（rc-local.serviceの後にサービスを起動するように設定する）

$ sudo systemctl enable fr24feed
$ sudo reboot

起動順序の確認を行う。

$ systemd-analyze plot > ~/systemd-analyze.svg

systemd-analyze.svgを開いてサービス起動順序を確認。Dump1090>FR24の順になっているはず。なっていない場合はrc.localの待機時間を伸ばすなどして対応する。

再度fr24feedの動作状況を確認する。

$ fr24feed-status

起動順序は問題ない場合

Flightrader24を開きます。また、dump1090の確認画面[ホスト名].local/dump1090/を開きます。

これにより、実際の航空機の飛行状況と、レシーバーの航空機認識状況を比較して、レシーバーが動作しているか・航空機が認識されているかを確認します。

そもそも周囲に航空機が飛んでいない

Flightrader24で確認したところ、周囲に機体が飛んでいなかった場合です。
この場合は、航空機が周囲を飛行するのを待機します。レシーバーが機体を認識した時にMLATが動作しているかを確認しましょう。MLATは航空機を認識しないと動作しないと思われます（航空機を初めて認識するまでMLATはNoだったのが、認識した瞬間にYesに変わったことからの推測です）。

周囲に機体が飛んでいるが、レシーバーが機体を認識していない

Flightrader24で確認したところ、周囲に機体が飛んでいた場合です。
レシーバー、アンテナの状態を確認してください。アンテナを電波環境の良い場所に移動させることが望ましいと思われます。ガラス窓でも網入り窓ガラスだと受信性能が悪化するとの報告もあります。

参考記事：ADS-B アンテナを室内で運用してみたら - ADSB

Receiver: downの場合

参考記事：fr24feedが "[FAIL] Receiver: down ... failed!" で起動しない

インストール自体が失敗している可能性が高いです。確認方法は参考記事を参照してください。
自分の作業手順は以下に雑記しますが、手順について詳しくは同じく参考記事を参照してください。

実際の作業手順（雑記）

以下に自分の作業手順を記録します。

$ sudo /usr/lib/fr24/install_dump1090.sh

dump1090のインストールを行う。すると以下のエラーが出た。

E: dpkg was interrupted, you must manually run 'sudo dpkg --configure -a' to correct the problem.

最後の行に表示されているコマンドを手動で実行した。

sudo dpkg --configure -a

この状態で再度dump1090のインストールを行う。

$ sudo /usr/lib/fr24/install_dump1090.sh

問題なく終了したため、fr24feed.serviceを再起動する。

$ sudo systemctl restart fr24feed.service
$ sudo systemctl status fr24feed.service

fr24feedの動作状況を確認する。

$ fr24feed-status

fr24feedの動作確認・設定変更（ブラウザから）

[ホスト名].local:8754で確認可能です。

認識・追跡された航空機の機数、Flightrader24にアップロードされた機数がリアルタイムで表示されます。また、fr24feedのインストールにおいて設定した、レシーバーの接続方法やMLATの有効・無効の変更などができます。

（補足）dump1090の動作確認・検出状況のマップ表示

MLATのエラーの章で触れた内容の再掲です。
dump1090の確認画面は、[ホスト名].local/dump1090/から開けます。認識されている航空機のコールサイン、高度、速度、緯度経度が表示され、また地図上に認識されている航空機の位置が表示されます。とてもわかりやすく、また純粋に見ていて楽しい画面です。

フィーダーからの情報の提供状況の確認・プランの確認

Flightrader24のアカウントページから確認します。

まず、STATUSを確認します。Businessプランになる条件としては、STATUSがOnlineでなければなりません。Offlineだけでなく、Online - No dataではBusinessプランにはなりません。

後者のOnline - No dataは、フィーダーはFlightrader24と通信ができているものの、フィーダー並びに接続されているレシーバー・アンテナが航空機の位置情報を認識できていないことを意味します。具体的には、Hits and positions reportedにおいて、POSITIONSが0の場合です。HITSは0でなかったとしても、No dataの扱いとなります。ADS-B信号を受信して、航空機の存在が認識されただけでは情報としては不十分で、位置情報まで受信できないとデータとしては認められないという意味です。

なお、位置情報が受信できないものの航空機のみ認識ができているということ自体は問題ではありません（実際自分のフィーダーもHitsのほうがPositionsよりもはるかに高く、dump1090で確認しても位置情報が不明の信号を多く受信しています）。
改善しない場合（位置情報が読めない場合）は、（MLATの時の繰り返しとなりますが）レシーバー、アンテナの状態を確認してください。アンテナを電波環境の良い場所に移動させることが望ましいと思われます。ガラス窓でも網入り窓ガラスだと受信性能が悪化するとの報告もあります。

参考記事：ADS-B アンテナを室内で運用してみたら - ADSB

あとがき

割とエラーをフルコースで踏み抜いた気がします。きつかった。
結構いろいろな情報があるのでネットに頼りましょう。ちなみにモニターがあるとやはり便利です。直接Raspberry Piの状態を確認できるだけでエラー対応がとても楽になりました。

今後の予定

piawareを併用できるように新たに組み直す予定です。記事は後日また書きます。