アマチュア無線局 JG3EBBの部屋

WIRES-Xノード(15350)のコールサインを個人局よりクラブ局コールサインに変更しました。
(旧) JG3EBB
(新) JL3ZOY 東大阪デジタル通信ハムクラブ
運用周波数：438.750MHz DG-ID:00-00

アクセス局コールとノード局コールサインが同じ使用は、違法とは言えないが非推奨との事です。
(明確に電波法で定めらている箇所は見当たりません。)
運用中は無線局の電波の質等の監視が必要であり、異常時は速やかに対応する必要があります。個人局の場合、外出時は監視が出来ないと言った不都合が発生する可能性がありましたが、ネット環境が発達した現在はノードの監視/制御は遠隔操作で可能であり、クラブ局でなくとも個人コール局でも同様に出来ますから問題無しと考えています。

こじ付けで、運用規則20条　相手局　の解釈という部分なのかな？（相手＝自分以外）
局免許状の「通信の相手方」：アマチュア局　の項目でも同様の考えをされてをされている方がおられる様です。---＞この様な法解釈を提言したのは、白黒を付けたい一部アマチュア局側のようです。（ヤブ蛇、重箱の隅をつつく）

そもそもWIRES-Xのノードは電話交換機の様に、単なる交換/中継のみで通信相手局は、接続先ノードを使用している方が相手局になると当局は考えます。（管理さえ出来ていれば、下記 A＝B でも問題無し）

　A局 ＜-----＞ ノード局B ＜===通信回線===＞ノード局C ＜-----＞ D局

A局通信相手はD局でありノード局は通信相手とは言えないのでは？と当局は考えます。
.....でないと通信回線にスマホの回線等（アマチュア局では無い)を使用するとNGと言う事になりますので。

自転車の歩道走行の様に、法律は曖昧な部分を残していた方が良いと思います。

------------------------------2023 05/11 追記--------------------------------------

Yaesuさんに申請していた個人コール JG3EBB PDNの ID番号がE-Mailで届きました。
FT-5Dで問題無く動作しました。(USBは初期のFT1Dに添付されていた途中でRS232CのD-sub9ピンコネクタ同士を接続するタイプ)

WIRES-X ノードID ：19223 です。

オーディオケーブル未接続の PDN-DIRECT Digital 専用です。
電波を出さないので管理は楽です。
(オーディオケーブルは所有していますが、PC周辺がゴチャゴチャになる、及びPCオーディオは別アプリで使用為です。)

京都市伏見区ノード#14781(JF3YQG-ETM) との混信により、不安定な運用が続いていました。
色々対策を試みましたが、信号が強く対策不可の為、当局ノード #15350 の運用周波数を変更しました。

（旧）438.880MHz DG-ID 00-05 5wQRP
（新）438.930MHz DG-ID 00-00 1wQRP C4FMナロー運用

京都伏見区ノードの信号は強く、市内モービル走行中でもM5で受信出来ますが、アクセスは不可です。

デジタルで混信中は、ノード局の近くで強力な電波を出してもWIRES-Xアクセスモードになりません。
（アナログFMの様に弱肉強食とはなりません。）

しばらく様子をみて、不都合あれば再度周波数変更をする可能性があります。

最新の運用状況は　https://jq1yda.org/i/index.html で確認して下さい。

-----------2023/04/20 追記-----------------------

デジタルノードの運用自体問題ありませんが、analog(EchoLink?)局との混信がある為、下記に変更しました。

（新）438.750MHz DG-ID 00-00 1wQRP C4FMナロー運用

WIRES-X 当局ノード#1530(OS-JG3EBB)運用周波数430.88MHzに於いて、同一周波数の京都市伏見区ノード#14781(JF3YQG-ETM)との混信（Sメータで5位）によりにより、WIRES-Xアクセスモードで接続し辛い状態が発生しています。
当局ノードご利用の各局にご迷惑しますが、現在対策を検討中ですのでご了承下さい。
この周波数は以前京都市南区の個人局が使用されていましたが、ノード局同士の混信は無く、安定に使用出来ていました。

[考察］
5W+GPで#14781にアクセスしましたが、反応なしなのでhi-powerで運用?と思われます。
山越えの為か?ゲインの低い（打上げ角の高い）アンテナを接続すると信号強度が上がる。
#14781ノードは、どこかのRoomに常駐されている様で、交信頻度が高いです。
ネツトで検索しましたが、管理者等不明です。
#14781は、DG-IDが00-00の様なのでダブルアクセス等によるトラブルの心配有り。

周波数変更も考えましたが、奇数chも含めて空き無し。（周波数を公開していないPDNアクセスポイントモード局等有り。）
#14781ノードの出力を下げて頂き、生駒山系を超えない様にして頂くしかないのかな.....。
当局側で打上げ角の低いANTへの交換、ANT場所変更等を考えないとダメなのかな......。

IC-705でDVレピータモニター機能が追加された、新ファームウェアVersion 1.30 が公開されましたのでファームUPを実施しました。
WiFi環境があれば、国内のDVレピータのモニターが出来ます。

早速、交信頻度の高い１エリアを中心にモニータ開始、問題無く受信出来ました。
但し、連続接続時間は最大30分です。
送信は現時点では出来ませんので、従来通りターミナルモードでの交信手順となります。

そのうちファームUPにより、送信機能のある dmonitor と同等機能以上になる事を期待します。

--------------2022/10/26 追記--------------------------
ファームVersion 1.31が公開されましたのでUPを実施しました。
不具合の解消等で詳細はアイコムのHPを参照して下さい。
https://www.icom.co.jp/support/drivers/7024/

Raspberry Pi OS:bullseye（32bit版）専用の V01.75 がでましたのでアップ作業しました。

機能的にはbuster版の V01.74 と同等の様です。

V01.75 のイメージファイルは未提供ですので、OSイメージの書込みから必要です。

インストール手順は、http://app.d-star.info/doc/dmonitor_01.75.pdf　に記載されています。

取敢えず、JP3YIX京都南Repに接続、テスト交信しましたが問題は無しでした。

Dmonitorとは関係ありませんが、buster版で同時稼働させていた、BlueDV for Linux / DV4Mini は　bullseye上で動作不可でした。
MonoがV6にアツプした影響だと推定します。(soファイルが見つからない等のエラー）
BlueDV / DV4Mini　はコンパイル済実行ファイルでの提供なので対処不可です。

＜参考＞
BlueDV for Linux は作者のサイトから削除され、どのバージョンも現在ダウンロード不可です。理由は、??です。

DstarRepeater/ircDDB Gateway は、ライブラリーがインストール出来ない為、make 処理不可でした。（ライブラリーのバージョンを変えればOKとの情報ですが、未確認です。）

NoraGateway は動作しました。(java11上、推奨:java8)

......と言った事で、Dmonitorは、Raspberry Pi3B+ での単独運用としました。

BlueDV / DV4Mini は他のRaspberry Pi3(buster/stretch) に振り分けして稼働させました。