組み込み用途の場合、多くの場合、基板の性能は若干制限されます。詳細は、[参照] をご確認ください。 https://forum.hamcq.cn/d/7026/66 単独でFT8を運用するのはまだ可能だが、その後、JTDXとSDR++を同時に使用すると、ほぼ使えなくなるほど負荷がかかる。さらに、ハードウェアによる高速化がほとんどないビデオストリーミング/エンコードを加えると、完全に機能しなくなる。
私のもとにある組み込み型地図システムには、RK3588、QCS6490、BCM2172を使用しているすべてのボードが含まれています。
Debianは、独立したHAMグループがHamに関連するパッケージを管理しています。 https://wiki.debian.org/Teams/Hams このソフトウェアを使用すれば、配布の問題を考慮する必要がなく、Debianのアーキテクチャサポートも充実しており、今年は龍芯やRISC-Vも対応しています。
中国製のオペレーティングシステムであるDeepinも、独自のdeepin-hamradio-sigを持っています。 しかし、そのメンバーの中に、Deepinを使って無線通信を行う人は一人もいません。 個人的な意見としては、Deepinの使用は推奨しません。
さらに、私の経験に基づくと、既存のソフトウェアソースから独自のLinuxディストリビューションを構築・維持することは、個人的には強く推奨しません。Windowsも同様に、システム全体の管理が必要になります。もし、イメージを作成して多くのソフトウェアをダウンロードし、それを簡単に利用できる状態にするのは容易ですが、長期間にわたって自動的にイメージを作成し、その中に含まれるソフトウェアが常に最新であり、重大な脆弱性がないこと、そして互いに連携・共存できるようにするのは非常に困難なエンジニアリング上の課題です。nixのような宣言的なパッケージマネージャーを使用して設定を作成し、それをCI（継続的インテグレーション）に毎日自動的にイメージを生成することは便利ですが、実際に誰がそのような方法を使用しているのでしょうか。
Linuxには、fldigi、JTDX、QSSTVなどのソフトウェアがあり、一般的な通信に必要な機能は問題なく実行できます。Gqrx、SDR++などのSDRソフトウェアも同様です。さらに、pipewireを基盤としたオーディオパイプラインの構築は、Windows環境における仮想サウンドカードよりも便利で実用的です。
しかし、Linuxの大きな課題は、オープンソース以外の商用ソフトウェアが不足している点です。もし使用するハードウェアに、メーカーのみが提供する閉鎖的なソフトウェアしか存在しない場合、ほぼ利用できなくなる可能性があります。例えば、SunSDRのExpertSDR2やFlexRadioのSmartSDRなど、またはHam Radio Deluxe、VARACなどの商用のHAMソフトウェア、あるいはJTDXなどのオープンソースソフトウェアをベースにした派生版（国内で開発されたものなど）です。ICOMは、CI-Vの仕様書とwfviewが存在するため、比較的状況が良いようです。ASRTU-1には、オープンソースの全プラットフォーム対応のデコードソフトウェアがありますが、簡中のネットワーク上では同様のチュートリアルがほとんど存在しません（私はclangでboostを試していた際に問題が発生し、現在も実行できていないため、当初計画していたチュートリアルの作成は遅れています）。
— Linuxカーネルのメンテナンス担当者、Cryolitia（通称：BI7BST）
闽ICP备2021006864号-7
闽公网安备35020602002794号
互联网举报中心