SunSDR2DXのフォーラムで”EESDR3のノイズブランカがよく効く”との記述が有った。EESDR2では”NB1" ”NB2" が有ったが、3では”NB”のみに変更されていて、右クリックでスレッショルドとパルス幅が変更出来る様になっている。実際使ってみると確かに良く効く。パルス性のノイズであれば効果は顕著でノイズに埋もれている信号が浮き上がってくるのが実感出来る。近隣に電波の強い局がいる場合には混変調も生じている様だがこれを差し引いても十分実用的で有効な機能だと思う。
JTDX 2-Instance + EESDR3 + RumlogNG
昨日、2つのJTDXをEESDR3のRX1, RX2 に割り当てて２波同時のモニタ出来る事を書いたが、今日1日運用してみて色々分かったのでまとめて見た。
1．当然、2波同時に見えるので下記の運用が可能となる
1）別周波数のモニタ
2）同一周波数、別チャネル（14.070 & 14.090等）→これ便利
2．2つのJTDXで運用する為、ログは別となる（未交信局等、表示が違ってくる）
→正のJTDX：ログを副にコピーすれば取りあえず凌げるがどちらが本当か
分からない可能性が出てくる
3，RumlogNGに対して2つのJTDXが接続されるが、Rumlog上 これは別のログとなる
→Rumlog上は別になるがimport機能を有効にする事で1つのログとして扱える
→画面中央 Network Status 参照
つまり、どちらのJTDXで交信してもRumlogとしては1つのログとして管理出来て
LOTW、eQSL も同じ様に管理が出来る
常に2つのJTDXで交信するのは管理上問題が出そうだが、切り替えられない時に副のJTDXで交信してもログ上は記録されるので問題ない。分かっていれば非常に便利な機能だと思う。
今日１日運用してみて、「これは良い！」と実感した。画面は添付していないが私のモニターは２７インチのメインモニタにサブとして２２インチのモニタを接続して使っている。欲を言えば切りが無いがこの形態で運用するには２モニタは必要かもしれない。
追記：2021/12/16 モニタの様子を追加します
SunSDR2DX JTDXを2インスタンスで運用
新しく入手した JTDX v2.2.157 はリグの設定で "TCI Client RX1" と "TCI Client RX2"が選択出来る。これはSunSDR2DXのRX1とRX2に対応していて、それぞれをJTDXに接続出来る事になる。で、やってみた。JTDXの複数起動には”リグ名”を変えなければならず、この場合はコマンドラインからの入力でこれが可能になる。稼働する方法は
- インストールしている”jtdx.app" をコピー＆ペーストして別の名前をつける（jtdx_2nd.app 等）
2．ターミナルを起動して下記の入力を行う
% open -a jtdx_2nd --args --rig-name=sdr2 （sdr2がリグ名）
3．JTDXが2つ起動していればOK
これで2インスタンスでJTDXが稼働しSunSDR2DXのRX1 RX2 に接続されているのだが、ログ（JTDX＆RumlogNG）との関係が少々ややこしい。２つ目のJTDXのログは１つ目とは別物になる為、QSO履歴等のチェックは新たなログに対して行われる。うーーーん ２番目のJTDXはあくまでもモニターとして利用した方がややこしく無くて良さそう。当面この運用にしようと思う。
SunSDR2DX JTDXを2インスタンスで運用
新しく入手した JTDX v2.2.157 はリグの設定で "TCI Client RX1" と "TCI Client RX2"が選択出来る。これはSunSDR2DXのRX1とRX2に対応していて、それぞれをJTDXに接続出来る
事になる。で、やってみた。JTDXの複数起動には”リグ名”を変えなければならず、この場合はコマンドラインからの入力でこれが可能になる。稼働する方法は
- インストールしている”jtdx.app" をコピー＆ペーストして別の名前をつける（jtdx_2nd.app 等）
2．ターミナルを起動して下記の入力を行う
% open -a jtdx_2nd --args --rig-name=sdr2 （sdr2がリグ名）
3．JTDXが2つ起動していればOK
これで2インスタンスでJTDXが稼働しSunSDR2DXのRX1 RX2 に接続されているのだが、ログ（JTDX＆RumlogNG）との関係が少々ややこしい。２0つ目のJTDXのログは１つ目とは別物になる為、QSO履歴等のチェックは新たなログに対して行われる。うーーーん ２番目のJTDXはあくまでもモニターとして利用した方がややこしく無くて良さそう。当面この運用にしようと思う。
ExpertSDR3 (Ver 0.10.0 Alph) ＋ JTDX v2.2.157-32A-rc5 M1 Mac で動いた！！
昨日、EESDR3-0.10.0 Alph + JTDX 157 がWindows10で動いたと書いた、リンクを送って下さった方（良く調べるとJTDX開発者のお一人でした）に ”送ってくれて有難う。mａｃ版は無いよね？” と返信すると、”有るよ” との返信。こちらもリンクを教えて頂き先ほど無事に稼働した。ただ、稼働には幾つかの条件が有り結構苦労させられた。
- macOS は最新のMontereyで有ること＆M1チップ搭載で有る事
- クラウド等からダウンロードする場合、macで無いWindows-PCでダウンロードし、そのファイルをNAS等を経由してMacに転送してからインストールする
⒈は言われてみればそうなのだろうけれど、まさか Big Surが未対応とは思わなかった
原因は開発ツールとして使っている Qt がmacOS 12.0.0 以降しか対応していないかららしい。エラーメッセージがこちら
Sorry, "JTDX" cannot be run on this version of macOS. Qt requires macOS 12.0.0 or later, you have macOS 11.6.1.
⒉だが、少々複雑であった。当初、送っていただいたリンクから使っているMacを使ってダウンロードしてインストールした所、”ファイルが壊れているのでゴミ箱へいれろ”見たいなメッセージが表示されて起動すら出来なかった。エラーメッセージを良く見ると ”Safariを使って何処どこのサイトからダウンロードしたファイル”みたいな事が書いてある。Macでのプログラム実行を管理する仕組みとして"Gatekeeper"があるがこいつの判断が大体次の段階に分かれている感じがする。（許可する順序として）
- Apple store から購入したアプリ
- Apple store と確認済みの開発元からのアプリ
- 開発元が不明だが確認すればインストールできるアプリ
- ファイルが壊れていると警告されるアプリ → 今回はこのケース
- コンピュータが壊れると警告されるアプリ
１〜３まではユーザが承認すればインストール出来るが４、５はインストール出来ない。
当初、Macでダウンロードしたパッケージ（*.dmg形式）を使ってインストールすると４.の警告が出ていた。で、Windows-PCでダウンロードしたファイルをNASに保存して、このファイルをMacからインストールしたら起動したと言う訳である。（ああ ややこし）
今回入手できたJTDXは M1 Chip 用にコーディングされており、ネイティブに動作する為デコード能力等がかなり改善されていると期待できる。インターフェイスもTCI に統一出来ていてEESDR3 とは、CAT, Audio ともTCI 接続できる。
最後にJTDX 157 の入手方法を書いておく
１ JTDX Technical Group (main@JTDX.group.io) に参加する
（承認までに１日位かかるが費用は無料）
２ フォーラム（#eesdr3 etc)で ”EESDR3 のテストをしたいので157の
入手方法教えて”と書き込む
３ 誰かが連絡くれるのを待つ
EESDR3を使うと２には戻れない！（色々良く出来ている：このあたりは別レポートで）
