このFAQはシステムの開発者である7K2LGO佐藤、個人としての見解で、備忘録代わりに用意しました。

私の持っているリソースで出来る範囲で開発や運用をしておりますのですべての要望にはお答えできませんが、その点予めご容赦ください。

 

APRSの対応は?

D-APRSの実装を計画しています。 通信ポートに関する計画が必要なため今後の課題です。

GPSやAir Aliesデータの扱いは?

GPS内蔵の無線機が多くなり、また自局のコールサインを文字情報として音声通信に重畳できる無線機も増えてきていますがPi-Star (MMDVM)ではRadio IDがあればコールサインは認識できるという考え方があるようで音声通信重畳されているUDT部はHSにて分離除外されています。 D-APRSなどは分離されたデーターを別ルートで送出する機構はありますが、音声バーストに重畳した状態でのデーター転送は対応されてません。 残念ながらそれらのHSを出入り口として使用したMesh経由で音声重畳データーを転送することは実現できません。

Terminal ModeやHSの直結はできますか?

対応しておりません。

SFR同士を安全に確実に接続することを主眼として開発されております。 またHSにもシステムの一端として制御の一部を分担している都合上、不特定多数のHSを自由に接続するためにはその管理を安全に行う仕組みが必要となりますが、その開発コストとリソースがありません。 またサーバー・ネットワークリソースをSFR間のリンクに注力することを最優先としています。 別サーバーで受けてOBP接続もできますが、コントロール機能の範囲が相当限られると考えます。

また、このシステムは安定してSFRをVoIP接続するインフラを提供し、VoIP機器が無いユーザーにも広くRF通信を起点としてSFRを通してより多くの方と通信できることを最大の目的とし開発しました。 是非SFRを起点としたRFでの交信を楽しんでいただけること、公開されたSFR基地局の普及が促進されればありがたいです。

注: 一部の直結ターミナルはシステム開発・実験の目的で開発者が限定的に接続しています。 予めご了承ください。

SFR管理者ですが、SFR-Meshに接続したい

2026年4月時点ではシステムは異端の神瀬となっておりますが、プログラムの調整や改善作業を実証実験を通じて行っております。 ロードが増えるとその作業に支障をきたしますので、実験局の実の接続となっております。 今後、準備が整い次第ご案内させて頂きます。 ご理解いただきます様お願いいたします。

接続のご案内窓口は、VoIPリンク研究会に実験の継続とともに引き続きご協力頂く予定です。

また、接続にはMMDVMを活用しますが、そもそも不安定な製品であることに加えて、運用管理にはそれなりの手間が掛かるものであると認識しています。 これまでの接続トラブルや品質問題のほとんどは、ログなどを解析し実験を重ねた結果システムサーバーによるものではありませんでした。 一方で接続者側でのその改善に必要な調査は多岐にわたり相当な作業量が生じるため、開発者のみで補助することは不可能な状態です。 アシストやサポートをして頂けるSFR管理者仲間としてのご協力が頂けますと大変助かり大歓迎です。