NoraVR Client
2019.03.01
JQ1ZYC 圏央道友会のHPにJARLの登録を受け固有IDの付加された NoraGateway_v0.1.4a-PR16 とサンプルの NoraVRClientSample.apk が公開されましたので使用してみました。
ホスト側は、RaspberryPi3B+(stretch) / AMBEServer(ThumbDV) / NoraGateway_v0.1.4a-PR16 の組合せです。
アクセス側は、Android5.1スマートフォンに入れたNoraVR Clientと、OCN Mobile ONE(200KBps低速固定)回線の組合せです。
NoraGateway_v0.1.4a-PR16のxml設定ファイル最後の方に、NoraVR設定に関する項目が追加されていますのでコメント化を外して、enable="true" / callsign="JA1QRZ B /
＜DV3KServerAddress＞192.168.xxx.xxx / ＜DV3KServerPort＞2460 等を環境に応じて設定します。
NoraGateway側のNoraVRC待ち受けポート（デフォルト:52161）のポートフォワード設定もルータ側で行いました。
スマートフォン側で NoraVR Clientを立上げ、[CONFIG] でNoraGateway(NoraVR)のアドレス（ドメイン）/Port:52161/コールサイン等を設定しました。
NoraVR Clientメイン画面の MyCallsign欄 に自局コールサイン、NoraGateway側でリフレクター自動接続をしている場合は、CQCQCQをON、Use GatewayをON にして [CONNECT] をタップにします。この状態で自動接続先のリフレクターが受信出来る様になります。
[SWIPE TO TAKL] の部分を左端から右端にスワイプすれば送信状態になり、マイクで喋った音声がリフレクター側に流れます。
送信中は右回りの [矢印] が出ます。その部分をタップすると[Ｘ]マークが出て送信が停止します。
自動接続を設定していない場合、及び接続先を変更する場合は、Use GatewayをON、CQCQCQをOFF にして YOUR CALL の欄に XLX538DL 等の接続コマンドを入力して 送信->受信 の操作をすればアナウンスが流れると共に、Echobackスイッチの横付近に接続先が表示されます。接続後は、CQCQCQをON にして交信します。
CodecTypeは音声品質の良いPCMでテスト交信しましたが、使用帯域の狭いOpus8k等も用意されています。
スマートフォン単体で任意のリフレクター/JARL DSTAR網に出れますが、AMBEServer が必要です。 よって既に自宅等にAMBEServer を立上げ済で、JARL DSTAR網 にも出たい局向けと思います。
NoraVRの使用例としてxmlファイルに４つ記載されていますが資料等未公開ですので、公開サンプルのapkをスマートフォンにインストール、NoraVRの一部機能である「スマートフォンからのDSTAR網、リフレクターへの接続」のみテストしました。
-----------------------2019/03/02 追記-------------------------------
サンプルのapkは接続先の切替がダイレクト入力のみで面倒です。
ルータのポートフォワード設定が必要ですが、ircDDB remote での切替を利用すれば、多少は不便をカバー出来ると思います。
そのうちに接続コマンドをメモリー出来る様に改良されるかな？...と期待しています。<--3/15VerUpで履歴からの入力が可能となりました。
-----------------------2019/03/02 追記-------------------------------
Repeaterコールサイン(JG3EBB A とか JG3EBB D)が違えば同一NoraGatwayソフトでJumboSptot/DVMEGA等のRFノードと同時稼働でも問題無く動作しました。 デフォルトでは自動接続機能はRFノード、もしくは NoraVR のいずれか１つ自動接続可能となっていますが、常時固定接続の設定項目を増やせば、複数自動接続OKでした。
尚、同じリフレクターモジュールにRFノードとNoraVRを接続すると片方しか聞こえない場合がありました。
注意点として、同じAMBEServerにNoraVR/BlueDVAMBE等の同時接続は可能ですが、使用可能は１つなのでNoraVR client使用時、BlueDVAMBE等はAMBEServerとの接続をDisconnect状態にする必要があります。
逆にBlueDVAMBE等使用時は、NoraVR clientとNoraGatewayVRとの接続をDisconnect状態にすると共に、ホスト側NoraGatewayVRの動作を停止する必要があります。
-----------------------2019/03/07 追記-------------------------------
DummyRepeater/BlueDV AMBEで正常に動作しているBaud Rate 230400bpsと遅いDV3000基板のAMBEServerでNoraVRのテストを実施しました。
結果は、230400bpsの場合、送信時に数秒後からケロリが始まり、その後に音声途切れが発生、交信が困難となりました。（原因は不明、バッファ量の問題かな？？）
DummyRepeater/BlueDV AMBEは元々230400bps/460800bpsのどちらでも動く様に設計されている様です。
NoraGateway VRは460800bpsで動く様に最適化されているのかな？と考えます。
ちなみに、当局のDV3000基板はジャンパ切替で460800bpsでも動作出来る様に改造しており、460800bpsでAMBEServerを稼働させた場合、NoraVR も問題無く動作しました。
..と言う事で、230400bpsのPortable AMBEServerでのNoraVR動作が気になるところです。
(当局はPortable AMBEServerを所有していませんのでテスト不可です。)
ホスト側は、RaspberryPi3B+(stretch) / AMBEServer(ThumbDV) / NoraGateway_v0.1.4a-PR16 の組合せです。
アクセス側は、Android5.1スマートフォンに入れたNoraVR Clientと、OCN Mobile ONE(200KBps低速固定)回線の組合せです。
NoraGateway_v0.1.4a-PR16のxml設定ファイル最後の方に、NoraVR設定に関する項目が追加されていますのでコメント化を外して、enable="true" / callsign="JA1QRZ B /
＜DV3KServerAddress＞192.168.xxx.xxx / ＜DV3KServerPort＞2460 等を環境に応じて設定します。
NoraGateway側のNoraVRC待ち受けポート（デフォルト:52161）のポートフォワード設定もルータ側で行いました。
スマートフォン側で NoraVR Clientを立上げ、[CONFIG] でNoraGateway(NoraVR)のアドレス（ドメイン）/Port:52161/コールサイン等を設定しました。
NoraVR Clientメイン画面の MyCallsign欄 に自局コールサイン、NoraGateway側でリフレクター自動接続をしている場合は、CQCQCQをON、Use GatewayをON にして [CONNECT] をタップにします。この状態で自動接続先のリフレクターが受信出来る様になります。
[SWIPE TO TAKL] の部分を左端から右端にスワイプすれば送信状態になり、マイクで喋った音声がリフレクター側に流れます。
送信中は右回りの [矢印] が出ます。その部分をタップすると[Ｘ]マークが出て送信が停止します。
自動接続を設定していない場合、及び接続先を変更する場合は、Use GatewayをON、CQCQCQをOFF にして YOUR CALL の欄に XLX538DL 等の接続コマンドを入力して 送信->受信 の操作をすればアナウンスが流れると共に、Echobackスイッチの横付近に接続先が表示されます。接続後は、CQCQCQをON にして交信します。
CodecTypeは音声品質の良いPCMでテスト交信しましたが、使用帯域の狭いOpus8k等も用意されています。
スマートフォン単体で任意のリフレクター/JARL DSTAR網に出れますが、AMBEServer が必要です。 よって既に自宅等にAMBEServer を立上げ済で、JARL DSTAR網 にも出たい局向けと思います。
NoraVRの使用例としてxmlファイルに４つ記載されていますが資料等未公開ですので、公開サンプルのapkをスマートフォンにインストール、NoraVRの一部機能である「スマートフォンからのDSTAR網、リフレクターへの接続」のみテストしました。
-----------------------2019/03/02 追記-------------------------------
サンプルのapkは接続先の切替がダイレクト入力のみで面倒です。
ルータのポートフォワード設定が必要ですが、ircDDB remote での切替を利用すれば、多少は不便をカバー出来ると思います。
そのうちに接続コマンドをメモリー出来る様に改良されるかな？...と期待しています。<--3/15VerUpで履歴からの入力が可能となりました。
-----------------------2019/03/02 追記-------------------------------
Repeaterコールサイン(JG3EBB A とか JG3EBB D)が違えば同一NoraGatwayソフトでJumboSptot/DVMEGA等のRFノードと同時稼働でも問題無く動作しました。 デフォルトでは自動接続機能はRFノード、もしくは NoraVR のいずれか１つ自動接続可能となっていますが、常時固定接続の設定項目を増やせば、複数自動接続OKでした。
尚、同じリフレクターモジュールにRFノードとNoraVRを接続すると片方しか聞こえない場合がありました。
注意点として、同じAMBEServerにNoraVR/BlueDVAMBE等の同時接続は可能ですが、使用可能は１つなのでNoraVR client使用時、BlueDVAMBE等はAMBEServerとの接続をDisconnect状態にする必要があります。
逆にBlueDVAMBE等使用時は、NoraVR clientとNoraGatewayVRとの接続をDisconnect状態にすると共に、ホスト側NoraGatewayVRの動作を停止する必要があります。
-----------------------2019/03/07 追記-------------------------------
DummyRepeater/BlueDV AMBEで正常に動作しているBaud Rate 230400bpsと遅いDV3000基板のAMBEServerでNoraVRのテストを実施しました。
結果は、230400bpsの場合、送信時に数秒後からケロリが始まり、その後に音声途切れが発生、交信が困難となりました。（原因は不明、バッファ量の問題かな？？）
DummyRepeater/BlueDV AMBEは元々230400bps/460800bpsのどちらでも動く様に設計されている様です。
NoraGateway VRは460800bpsで動く様に最適化されているのかな？と考えます。
ちなみに、当局のDV3000基板はジャンパ切替で460800bpsでも動作出来る様に改造しており、460800bpsでAMBEServerを稼働させた場合、NoraVR も問題無く動作しました。
..と言う事で、230400bpsのPortable AMBEServerでのNoraVR動作が気になるところです。
(当局はPortable AMBEServerを所有していませんのでテスト不可です。)
2019.03.01 19:12
| 
NoraGateway Android Up
2019.01.06
Bluetooth接続対応のNoraGateway v0.0.1a-PR25 for Androidがリリースされましたので使用してみました。
使用デバイスはDVMEGA+Bluetoothのポータブルノード（乾電池仕様）です。
テストで交信しましたが、音声途切れも無く動作しました。
今までは、OTG-USB接続の紐有りで鬱陶しかったため、 Android版は使用していませんでした。
今回のバージョンアップで完全紐無し運用が可能となり、使い勝手が良くなりました。
使用デバイスはDVMEGA+Bluetoothのポータブルノード（乾電池仕様）です。
テストで交信しましたが、音声途切れも無く動作しました。
今までは、OTG-USB接続の紐有りで鬱陶しかったため、 Android版は使用していませんでした。
今回のバージョンアップで完全紐無し運用が可能となり、使い勝手が良くなりました。
D-STAR 「なりすまし」 対策
2018.12.19
https://d-star.at.webry.info/ D-STAR技術情報のブログ2018/12/18 08:19の投函で、
「DDosに関しては、手順が間違っている局に関しては、ブロックを自動で実施しています」
と書かれています。
NoraGateway v0.1.4a-PR3で、「ならやま自動応答」 にてゲート越えを確認しましたが、問題なくメッセージが帰ってきました。
.....と言う事は、当局の接続手順はOKなのかな？？。
よくわかりませんが、NoraGateway v0.1.4a-PR3以上を使用しないと、設定によってはDDosになる可能性があると思います。
又、リフレクター使用時は、JARL管理サーバーに"テーブル書き換え要求"が出ない様、デフォルト disableHeardAtReflector="false" を "true" に変更した方が良いと考えます。
"U"コマンド（実行しなくてもOK、念の為）でリフレクター切断後、"G2RJ" コマンドを実行すれば、ICOM RS-MS3W と同様の操作でレピータが利用できます。
NoraGatewayを複数起動する場合、注意点がありますので作者サイト 【NoraGatewayを複数起動している方へ】 のPDFファイルを見て設定しないとNGの様です。
同一のGWコールサインで使用する場合、PDFファイル、４. のパターンになります。
JARL管理サーバとircddbコールサインルーティング設定を出来るのは、１台のみ(ポート40000解放要)で、他は 日本の管理サーバ接続設定、ircDDB接続設定、共に無効(false)に設定する様に記載されています。
NoraGatewayに限らず、RS-MS3W等でも、同一のGWコールサインで固定回線にて常時1台、モバイル回線にてもう1台の構成で運用されている方は「なりすまし」と判断される可能性が考えられますので、要注意と思います。
--------------追記 2018/12/19 12:30--------
以前から気になっていましたが、 http://133.130.72.162/cgi-bin/dscsd_log で頻繁にグローバルIPが変わっているD-STARレピータが多数ありますが何故でしょう？。
不安定なネット回線を使用しているのですかね。それともメンテナンス？。
これも負荷増大になる？？。
--------------追記 2018/12/21--------------
作者サイト
https://kdk.ddns.net/kdk/index.php/10-noragateway/9-noragateway に
【意図しないなりすまし防止の為に確認をお願い致します(12/20)】の記事が投函されています。
NoraGatewayを含め、他のノードを同時に運用している局は確認が必要です。
http://log.d-star.info/usr/usr_menu.php D-STAR運用ログサイトにDDoS攻撃 "現在１０件程度までに減少"と記載されていますね。
--------------追記 2018/12/28--------------
12/26 早朝、現時点最新のNoraGateway v0.1.4a-PR9 にバージョンUPして使用しています。
当局の使用環境では問題無しです。
xml設定ファイルを自局ではなく、レピータのコールサインを設定した局、いたのか？？です。
「DDosに関しては、手順が間違っている局に関しては、ブロックを自動で実施しています」
と書かれています。
NoraGateway v0.1.4a-PR3で、「ならやま自動応答」 にてゲート越えを確認しましたが、問題なくメッセージが帰ってきました。
.....と言う事は、当局の接続手順はOKなのかな？？。
よくわかりませんが、NoraGateway v0.1.4a-PR3以上を使用しないと、設定によってはDDosになる可能性があると思います。
又、リフレクター使用時は、JARL管理サーバーに"テーブル書き換え要求"が出ない様、デフォルト disableHeardAtReflector="false" を "true" に変更した方が良いと考えます。
"U"コマンド（実行しなくてもOK、念の為）でリフレクター切断後、"G2RJ" コマンドを実行すれば、ICOM RS-MS3W と同様の操作でレピータが利用できます。
NoraGatewayを複数起動する場合、注意点がありますので作者サイト 【NoraGatewayを複数起動している方へ】 のPDFファイルを見て設定しないとNGの様です。
同一のGWコールサインで使用する場合、PDFファイル、４. のパターンになります。
JARL管理サーバとircddbコールサインルーティング設定を出来るのは、１台のみ(ポート40000解放要)で、他は 日本の管理サーバ接続設定、ircDDB接続設定、共に無効(false)に設定する様に記載されています。
NoraGatewayに限らず、RS-MS3W等でも、同一のGWコールサインで固定回線にて常時1台、モバイル回線にてもう1台の構成で運用されている方は「なりすまし」と判断される可能性が考えられますので、要注意と思います。
--------------追記 2018/12/19 12:30--------
以前から気になっていましたが、 http://133.130.72.162/cgi-bin/dscsd_log で頻繁にグローバルIPが変わっているD-STARレピータが多数ありますが何故でしょう？。
不安定なネット回線を使用しているのですかね。それともメンテナンス？。
これも負荷増大になる？？。
--------------追記 2018/12/21--------------
作者サイト
https://kdk.ddns.net/kdk/index.php/10-noragateway/9-noragateway に
【意図しないなりすまし防止の為に確認をお願い致します(12/20)】の記事が投函されています。
NoraGatewayを含め、他のノードを同時に運用している局は確認が必要です。
http://log.d-star.info/usr/usr_menu.php D-STAR運用ログサイトにDDoS攻撃 "現在１０件程度までに減少"と記載されていますね。
--------------追記 2018/12/28--------------
12/26 早朝、現時点最新のNoraGateway v0.1.4a-PR9 にバージョンUPして使用しています。
当局の使用環境では問題無しです。
xml設定ファイルを自局ではなく、レピータのコールサインを設定した局、いたのか？？です。
Reflector公開ノード変更
2018.12.13
実験的に、NoraGateway +DstarRepeater で運用していた公開ノードを元々のDstarRepeater + ircDDBGateway に戻しました。
周波数等は変わりませんが、JARL D-STAR網には接続不可です。
理由は公開ノードでJARL D-STAR網を利用される方がいない事、及び気になる事が https://d-star.at.webry.info/ に書かれている為です。
NoraGatewayの事を書かれているか、現時点判りませんが？？、暫く様子見です。
---------2018 12/13 19:25 追記----------------
上記URL D-STAR技術情報13:45投函記事で [許されていないアクセス] について一律ブロックを実施したとの事ですが、JumboSpot+NoraGateway で、ならやま自動応答、ゲート越えが出来ています。 コールサイン指定は未確認です。（proxyは未使用）
.....と言う事は、NoraGatewayではなく、別のソフトが原因と言う事になりますね。
---------2018/12/27 追記---------------------
公開ノードは、リフレクターXRF538のCモージュールに常時接続しています。
トラブル防止の為、他のリフレクターモジュールには接続しないで下さい。
周波数等は変わりませんが、JARL D-STAR網には接続不可です。
理由は公開ノードでJARL D-STAR網を利用される方がいない事、及び気になる事が https://d-star.at.webry.info/ に書かれている為です。
NoraGatewayの事を書かれているか、現時点判りませんが？？、暫く様子見です。
---------2018 12/13 19:25 追記----------------
上記URL D-STAR技術情報13:45投函記事で [許されていないアクセス] について一律ブロックを実施したとの事ですが、JumboSpot+NoraGateway で、ならやま自動応答、ゲート越えが出来ています。 コールサイン指定は未確認です。（proxyは未使用）
.....と言う事は、NoraGatewayではなく、別のソフトが原因と言う事になりますね。
---------2018/12/27 追記---------------------
公開ノードは、リフレクターXRF538のCモージュールに常時接続しています。
トラブル防止の為、他のリフレクターモジュールには接続しないで下さい。
ﾓﾊﾞｲﾙﾉｰﾄﾞ OLED IP表示
2018.11.30
RaspberryPi zero W+NoraGeteway+JumboSPOT(OLED付）の組合せでモバイルノードとしていますが、NoraGetewayではOLEDが真っ暗で無用の長物となっていました。
そこで今回はOLEDに 割当IPアドレス/CPU使用率/メモリー使用率/SDカード使用率を表示する様にしました。
スマホテザリング/固定回線WiFiを自動切換えする関係上、IPアドレスは変動の可能性があるDHCP設定としています。 DHCPによる割当IPアドレスがOLEDに表示される事により、ssh等で接続時に便利となりました。(参考サイト: https://www.mana-cat.com/entry/PiOLED )
但し、RasPi zero系はshutdownしてもGPIO/USB等の電源が供給されたままなので、OLEDの特性上、元の電源供給を停止しないと表示は消えません。
(RasPi3等は電子スイッチが有り、shutdownでGPIO/USB等の電源供給は停止）
ピークでCPU使用率10%、電流15mA程度の上昇がありますが支障は有りません。
(OS:StretchのLite版)
真っ暗-->何か表示 で気分も晴れた感じです。
------------------2018 12/01 追記--------------------------
cpu負荷上昇で送信音声が途切れる事象が発生。
割当IPアドレス等の表示で使用しているサンプル stats.py 無限ループ処理の影響と推定。
影響を回避する為、１回の表示処理でstats.pyが終了する様スクリプトを変更しました。
これにより送信音声が途切れる事象は無くなりました。
知りたいのは割当IPアドレスだけなので支障はありません。
NoraGetewayをRasPi zeroで動かすとアクセス機より送信時、javaだけでcpu使用率が75%～80%位に上昇、ギリギリの状態となります。作者のホームページには、"動くには動きますが動かす機能を絞るなどの対策が必要です" と記載されています。
------------------2019 01/04 追記--------------------------
shutdownでOLED表示を消す様に変更しました。
よってRun表示の青色LEDは、不要なので取外し予定です。
------------------2019 03/06追記--------------------------
JQ1ZYC 圏央道友会のHPにOLED/NextionDispにIPアドレス/CPU使用率/コールサイン等が表示出来るアプリ（なんちゃってモニタ）がアップされていましたのでインストールしてみました。
ライブラリー関係はインストール済でしたのでアプリのみインストール実施しました。
stats.pyの自動起動を止め、なんちゃってモニタのOLED表示プログラムを自動起動に設定、無事OLED表示出来ました。
そこで今回はOLEDに 割当IPアドレス/CPU使用率/メモリー使用率/SDカード使用率を表示する様にしました。
スマホテザリング/固定回線WiFiを自動切換えする関係上、IPアドレスは変動の可能性があるDHCP設定としています。 DHCPによる割当IPアドレスがOLEDに表示される事により、ssh等で接続時に便利となりました。(参考サイト: https://www.mana-cat.com/entry/PiOLED )
但し、RasPi zero系はshutdownしてもGPIO/USB等の電源が供給されたままなので、OLEDの特性上、元の電源供給を停止しないと表示は消えません。
(RasPi3等は電子スイッチが有り、shutdownでGPIO/USB等の電源供給は停止）
ピークでCPU使用率10%、電流15mA程度の上昇がありますが支障は有りません。
(OS:StretchのLite版)
真っ暗-->何か表示 で気分も晴れた感じです。
------------------2018 12/01 追記--------------------------
cpu負荷上昇で送信音声が途切れる事象が発生。
割当IPアドレス等の表示で使用しているサンプル stats.py 無限ループ処理の影響と推定。
影響を回避する為、１回の表示処理でstats.pyが終了する様スクリプトを変更しました。
これにより送信音声が途切れる事象は無くなりました。
知りたいのは割当IPアドレスだけなので支障はありません。
NoraGetewayをRasPi zeroで動かすとアクセス機より送信時、javaだけでcpu使用率が75%～80%位に上昇、ギリギリの状態となります。作者のホームページには、"動くには動きますが動かす機能を絞るなどの対策が必要です" と記載されています。
------------------2019 01/04 追記--------------------------
shutdownでOLED表示を消す様に変更しました。
よってRun表示の青色LEDは、不要なので取外し予定です。
------------------2019 03/06追記--------------------------
JQ1ZYC 圏央道友会のHPにOLED/NextionDispにIPアドレス/CPU使用率/コールサイン等が表示出来るアプリ（なんちゃってモニタ）がアップされていましたのでインストールしてみました。
ライブラリー関係はインストール済でしたのでアプリのみインストール実施しました。
stats.pyの自動起動を止め、なんちゃってモニタのOLED表示プログラムを自動起動に設定、無事OLED表示出来ました。
