いくつかアイデアを再提示します。フォーラムで多くのユーザーが開発したログソフトを観察すると、共通点は「UV（紫外線）音声通信」に焦点を当てている点です。また、多くの場合、「UVの差を見つけたから」という理由ではなく、単に「UV通信を知っている」というだけで、UV通信のみを考慮した設計になっていることがわかります。他の波長や衛星、盒子、または競技など、他の環境での利用を想定していません。そのため、実際に短波、衛星、盒子、または競技で利用するユーザーが操作してみると、さまざまな問題が見えてきます。
実際には、WaveLogやQRZのような汎用的なログソフトはたくさんあり、特定の用途としては、競技会用のN1MMやFT8用のWSJT-XとJTDXなどがあります。これらは長年の実績を持つ「業界の巨頭」であり、特にLoTWでの確認が必要な状況（例えば、短波通信や競技会）では、これらのソフトウェアを選択する人が多いです。HAMコミュニティが開発したUVソフトウェアよりも、これらの「巨頭」の方が選ばれる傾向にあります。
では、個人が開発したものが実際に価値を発揮するためには、どのような方法があるのでしょうか？それは、「業界の巨人」が認識していない弱点を突くことだと考えられます。
投稿者のダッシュボードは、非常に優れた導入点です。「汎用」ソフトウェアが目指すのは「全て」、一方、ダッシュボードのシナリオは「高速性」と「高負荷下での信頼性」を追求します。汎用性を考慮せず、ダッシュボードのニーズに焦点を当て、名称も「ダッシュボードヘルパー」に変更し、ダッシュボードの普及に注力することも可能です。
ある程度まで成功すれば、たとえ全国でほんの数人のプロフェッショナルがそれを使用しているだけでも、あなたは特定の分野における「標準」となる。このような達成感は、誰も使わない汎用ソフトウェアよりも格段に大きい。
最後に、以下の4つの詳細について補足します。今後の開発においては、以下の点に留意してください。
- 箱（MMDVM）「台網」において最も重要なのは部屋番号（例：TG46001）であり、これは「台網」の本質であるインターネット空間を指します。周波数やモードは、各台が「どのようにインターネットに接続するか」という情報であり、「台網」自体とは関係ありません。「台網」はこれらの情報を記録しません。
- アマチュア無線局の周波数帯は通常、同じ周波数を使用します。短波には、SSB（全幅変調）とCW（モールス符号）など、さまざまな方式があります。10メートルの帯域でもFM方式を使用できますが、その特性上、局間での活動を形成することは困難です。CWの信号報告は通常、3桁の「599」で報告しますが、ユーザーに必ず「59」を入力させることはできません。
- 一部の中継局では、例えば南山からの通信を受信する際に、メインコントロールからも同様に受信し、その結果、電波状況が悪い場合に、中継局を介して通信を行うといったケースがあります。このような場合、電波帯、送信電力、機器、アンテナなどの情報がなく、ユーザーに手動で設定させることもできません。
- このプログラムは複数のマスターをサポートしないが、ネットワーク全体としては複数のマスターが存在するため、それらのログを一元的に収集できるようにする必要がある。
闽ICP备2021006864号-7
闽公网安备35020602002794号
互联网举报中心