XはWIRES-Xとの相互接続のために使用。今回の構成でEchoLink側のみ、おかしな動作をするので、まずは現状の記録から。システムの全体構成図は以下のとおり。ここでの「おかしな動き」とは以下の通り。EchoLinkのUserノードからSysOpノードであるJA0WBT-Lに接続し、Transmitする。X→FTM-100Dと送られ、FTM-100Dより送信される。Roomにも転送される。SysOpノードはアイドル状態になり、FTM-100DおよびHRI-200を通した送信は停止する。この後(SysOpノードがアイドル状態になって1秒未満)、SysOpノードはTXモードになりUserノードに信号を(勝手に)送る。UserノードはRXモードになり、Transmitができなくなる。この状態では、SysOpノードはTXモードになるがWIRES-X側は送信状態にはならない。EchoLink側だけが勝手にTX状態になる。この現象はFTM-100Dの電源がONになっている場合にのみ発生する。上記動作をイラストで表すと以下のとおり。SysOp画面で見ると以下となる。この現象の観察を通して、現時点で以下の結論に到達している。本現象(勝手にTXがONになる)はFTM-100Dの電源が入っている場合にのみ起きる。Xに送っている)とすると、EchoLinkとWIRES-Xの両方が送信するはずだ。よってFTM-100Dの動作が異常だとは言えない(FTM-100DはEchoLinkだけにおかしな信号を送ることはできない)。FTM-100Dの電源が入っていない状態では、EchoLinkとWIRES-X間の相互通信は問題なく実行され、本現象も発生しない。STに問題があるとは思えない。!!HAMSTIRの開発元であるOneChipDesignより大変貴重な情報を頂く事ができ、無事問題が解消したので以下にその情報を転記(一部編集)。問題のポイントは、送信時スケルチ出力の設定です。Lレベルに戻るタイミングのバラツキで、EchoLinkの方が受信信号有りと判断してしまい誤動作になるようです。SETUP]ボタンを長押しします。設定画面に入るには、[DISP]ボタンを長押しします。SQUELCHなる設定がある事には気が付かなった。スケルチ設定のところはいろいろと設定してみたものの、それは実際の電波受信時のスケルチ設定のところどまりだった。技術力のある会社さんの製品はこういったテクニカルサポートもすごく魅力的なところだ。インデックス未登録の件(2024.02.20)コメントご苦労様です。詳細のご説明ありがとうございます。電源電圧が振られるほどの消費電流変化もありません。一秒未満の時間については、EchoLinkプログラムの送受切り替えタイミングと思われます。受信に移っただけで送信に移行してしまうところが問題ですね。STのUSBケーブルを抜き差しまでされたのではと思います。程度によっては、PC再起動でやっとこ復帰する場合もあります。この復帰方法については、電波の回り込みが発生源になっていて症状も様々あります。電波の回り込みによる誤動作が最も可能性が高いです。確認方法ですが、出力を最小にして運用してみてください。STとHRI-200を接続しているソケットを入れ替えてみるのも症状の変化を見る上で参考になるかもしれません。接続指定はないですが。発生しなくなった場合は、電波の回り込み対策になりますが、FTM-100Dに接続するケーブルにフェライトコアを取り付けてみてください。出力がMAXになってましたら半分以下に下げることを強くお奨めします。ネット側どうしの交信の時、FTM-100Dはほぼ連続送信になり、過熱保護回路が動作します。この回路は以上動作の保護用であってサーモスタットとは違いますから、リグの寿命を極端に縮めてしまいます。前歴は複数局あります。今まで修理依頼されたことはありません。以上、まずはご確認いただき、それでもうまくいかない場合は再度ご相談ください。11時31分おはようございます。FTM-100/400のVoIP通信設定例のご連絡が漏れてました。今回の問題のポイントは、送信時スケルチ出力の設定です。Lレベルに戻るタイミングのバラツキで、EchoLinkの方が受信信号有りと判断してしまい誤動作になるようです。FTM-400の発売当初にこの問題が発生して以下のように設定例をインターフェースの説明書に記載しておりましたが、今回漏れてしまい大変お手数をおかけしました。以下のように設定を変更してみてください。SETUP]ボタンを長押しします。(参考)設定画面に入るには、[DISP]ボタンを長押しします。OFF以上、試してみてください。30RSSを表示する。