ThetisをminiPC (Beelink U59)で走らせる

 １．はじめに

SDRソフトの代表であるOpenHPSDRは多機能でそれなりのCPUパワーが必要と思い当局もi7-8700のCPUを搭載したメインのPCを３年以上使ってきた。このメインPCにはWSJT-XとかLOG4OM2とかハムの運用に必要なソフトがすべてインストールしているため過負荷で同期が外れるのに気を使うことも多くなってきた。それに加えてブラウザー・メールの汎用ソフトも使うしソフトの開発修正等でWindowsとLinuxのDual環境となって冷蔵庫状態になってしまっている。

そろそろPCの分散を考える時に来たと感じていて、横目でRadioBerryとかHL2を見ているがこのRasberryPiはLinHPSDRベースでThetisに慣れている自分にはすぐに飽いてしまうし半導体不足で基板単体で２万円台に跳ね上がった昨今ではどうかと悩んでいると、

Amazon Japanに

Beelink U59 ミニ Pc Windows 11 Pro、8GB DDR4 256GB SSD Intel 第11世代プロセッサ N5095 4C 4T Up to 2.9Ghz、2HDMI / typc 3.0 4K@60Hzつの出力ギガビットイーサネット2.4 g / 5 gのWi - Fi BT - 4.0




の謡文句で２万７千円台で売られているのを見て７５歳の誕生日のプレゼントとして６月末に入手してしまった。最悪Thetisで動かなくってもLinuxマシンとしてLinHPSDRを動かせばきれいな箱入りの完成品は基板むき出しのRPよりはましかと思って。

２．Thetisを入れてマイク・ヘッドフォーンをつないでみると

Thetisの立ち上げに２０秒かかるのはご愛嬌として（電源ボタンの設定をHibernateとすることで立ち上げは省略できる）Thetisの受信時のCPU利用率はDiversityを入れても35%台でメモリは２00MBである。KT USB Audioと認識されるフォーンジャックはThetisではWindows WSM-KS　Driverとして認識されてサンプル率4800bps、バッファーサイズ512Bで遅延も少なく受信できる。送信時に試しにPuresignalを試して見たがフィードバックも正常にかかるしCPU利用率も４５％ぐらいに収まってくれている。あっさりと正常動作ですぐに既存のRedPitayaを使ってオンエアー可能であった。




３．タッチスクリーン１０．１インチとRDPリモート接続を試す

別途アマゾンで１０２４X６００の１０．１インチのディスプレイを購入した。これはメインPCの２画面からThetisの画面を追い出したかったからである。このディスプレイの背面にはRPを搭載することができるがMiniPCはさすがに無理のようだ。


ThetisはExpand modeでは最低１０２４ｘ６１２が必要でCollaps modeでTop Controlだけチェックを入れれば２項のスクリーンショットのようになんとか１０２４X６００に収まることがわかった。

Linuxでも20.04以降は従来のVNCだけでなくWindowsのRDPが使えるのでメインのPCからリモート接続も可能となった。このほうが１９８０ｘ１２８０のフルスクリーンでメインのキーボード・マウスで操作が可能なので調整時には便利である。ただし数％のCPU負荷増加がるので常時はタッチパネルで対応することにした。

４．VoicemeeterのVBANを試す

メインPC（第８世代のｉ７）の運用でデコード時２４％ぐらいはCPUを消費するJTDXをBeelinkに入れるのは無謀と判断してメインPCに接続している。

そのためShureマイクとBose SpeakerもメインPCに残して4800bpsの接続でVoicemeterのVBANを使ったリモート接続を試した。幸いVoicemeeterはVBANのインターフェースをオープンにしているのでLinuxでもvban - Linux command-line VBAN toolsを使ってリモート接続が可能である。

結果は遅延の増加もあまりなく音切れもなくメインPCでのFreeDVを含めてデジタル運用はそのまま可能でSureマイクとBoseスピーカーでのアナログ運用も含めて現状のPC環境でそのまま可能となった。





５．TCPIPサーバでのCATコントロール

メインPCからのCAT制御は従来のVSPEではなくTCP/IPサーバーでの接続を試みた。ThetisにはCAT+にこの機能がある。クライアンと側のRig設定は”FlexRadio/ANAN PowerSDR/Thetis"を選択してSerial PortにBeelinkのIPアドレスとPort 13013を記載する。


Thetis（サーバー）の設定
JTDX（クライアント）の設定

６．Log4OM2をBeelinkに入れる

Beelink単体でSSBとCWの運用が可能となったのでログソフトLog4OM2が使えればより便利である。メモリが３５０MB消費されるが幸いCPUは１％の増加にとどまってくれた。JTDXからのログ情報はUDP ServerのIPアドレスをBeelinkとしポート番号を２２３７とすればよい。QSLITEのデータベースはOne Driveに移すことでメインPCにもあるLog4OM2と同時運用も可能である。メインPCからのThetisへのCATインターフェースは５．項に記載のTCP/IPインターフェースで、Beelink側はThetisに加えてFT-450Dも制御したかったのでVSPE＋Omnirigとしたがこの部分でのCPU負荷は無視できる。

７．まとめ

一ヶ月をかけて最小限のThetisから順次周辺のソフトを追加してWindows・LinuxのメインPCとのリモート接続環境を立ち上げた。購入時の心配は杞憂に終わった。電源スイッチをHibernet設定とすることで数秒でThetisが運用開始になりほとんど従来のハード無線機と同じ感覚のSDR機になる。

ではApache LabsのAndromedaはなぜi7/5 NUCを使っているのかと問われるとProtocol2とDUAL Receiverのためと答えるのが正解と思い始めた。試しにProtocol１でもDUALにするとCPU利用率はシングルチャネルの２倍の７０％に上がってしまう。



Protocol２もDual RXを使うコンテスターではないことを前提にするとCereronベースのNUCでも十分と思われる。もう少し試してみたい。

２０２２年８月７日記

コメント

コメントを投稿

このブログの人気の投稿

RedPitayaを使ったSDR構成のまとめ

イメージ
１．はじめに SDRとしてRedPitayaを使い始めて約2年半経ち、その間ディジタル、SSB、AM,　CWなどのQSOをしながらその時々の興味にしたがって構成を変化させてきた。その中での成果を日々の運用に生かせるようまとめてみた。これはその忘備録である。 FT8オペレーション風景 FT8の運用周波数である１４．０７４MHｚにWSJT-Xを設定するとOpenHPSDRとRedPitayaを経由してTS-680Sのダイアルも14.074に設定されていることに注意 ２．全体構成 現在のQTHは密集した住宅地でもあり５０Wの移動局運用であるが将来の帰郷を想定して５００Wの固定運用も可能な構成としてみた。 JA5AEA局全体構成 Keyer, SP, MICをRedPitayaに収容するかPCに収容するかユーザの好みに応じて選択できる 試みたことは １）HPSDRのSDRの機能をほとんど実現した ２）既存リグを流用して低廉なSDRを実現した ３）RedPitayaにCAT制御機能を搭載し既存リグの改造を最小限にした ４）Auto-atttenuate機能を含むプレディストーションを可変減衰器一個で実現した ５）RedPitayaにオーディオコーデックを接続した ６）RedPitaya側のハードを最小限にしてPC上のソフトウエアを多用した構成を試みた ７）受信専用のループアンテナでダイバーシティーを構成しOHレーダー近隣雑音などの除去してみた 等々である。 RedPitayaを使って実際の送受信機を構成する方法とそれに従ったボード類が世の中に多く存在するが、本構成はその中での位置付けとしては最も簡単な構成法でボード上に追加された部品数は最小であると自負している。これはRedPitayaのコネクターE1,E2で既に存在するンターフェースでのみ実現してみたからである。 ３．TS-680S　CATインターフェース TS-680Sへの周波数指定とPTT制御をRedPitayaのUSBポート接続としてみた。これでPavelのマニュアルにあるようなコネクタE１のHermes Ctrlとの接続のための改造と配線は不要になってRedPitayaとは３本（USBケーブル一本、送受細心同軸２本）でよい。
続きを読む

Thetis完全対応：sdr-transceiver-hpsdr-ananxd（３月１日改定）

１．はじめに           ---------３月１６日付けで DH1KLMから 今回の改良が CQ-NRW.de に紹介されている--------- RedPitayaのSDRソフト「 Alpine with pre-built applications 」に収録されている「 SDR transceiver compatible with HPSDR 」にはAngelia対応sdr-transceiver-hpsdr-ananxdが収録される予定である。このアップデート作業に協力したので公開予定の標準プログラムを事前に入手できた。この標準プログラムに対して独自のS-ATT,　Audio　Codec、　CAT機能を加えたプログラムを小生の GitHub にアップロードして先行公開してある。既に小生の機能追加プログラムを利用されている方はダウンロードして使ってもらいたい。 ２．使用方法 利用するためには １．Githubから以下のファイルをダウンロードする。 sdr-transceiver-hpsdr-ananxd sdr-transceiver-hpsdr-hpsdr.c sdr-transceiver-hpsdr_hpsdr.bit start.sh stop.sh 2. ダウンロードしたファイルをSDカード内のapps/sdr_transceiver_hpsdrに上書きコピーする。 ３. ThetisのRadio　Setup->H/W SelectのRadio　ModelをANAN-100Dに変更する。 4. 以下に示すstart.shの最後の行の添字の法則は 以下の通り。   $apps_dir/sdr_transceiver_hpsdr/sdr-transceiver-hpsdr-ananxd 1 2 2 2 1 2 1 2 & 添字：          1              2              3              4  　   　  |      5             6       |     7        |        8 選択：　　RX1          DIV         RX2         PS     |     T X　ENV    |  CAT      |   COD
続きを読む

DAIWA CNW-518　アンテナチューナのフィルター特性

イメージ
  １．はじめに 新スプリアス規格 となって短波帯送信機の高調波は従来のー４０ｄBcからー５０ｄBcに引き上げられた。そのために従来の送信機を使用し続けるまたは海外で製造された送信機を使用して規格を満たさない場合は外部に高域遮断フィルターを入れることが推奨されている。このため直列にコイルを並列にコンデンサが入った構成で高調波に減衰効果があるLCL_T型 アンテナチューナ に注目が集まっている。このため購入したベクトルネットワークアナライザー NANOVNA の使い方を学習する目的で手持ちのDAIWA　CNW-518のフィルタ特性を計ってみた。 その後TINY　SAおよびアンリツスペアナを使い最も特性の悪い７MHｚ帯でスプリアスを実測したがNANO VNAの測定値と良く一致するとともに極めて良好なスプリアス特性となり旧規格のリニアアンプでも利用を続けられることが確認できた。（２０２２年１２月２１日追記） ２．フィルタ特性例 CNW-518の マニュアル （４ページ）に７MHｚ帯にチューニングした時の実測特性が載っている。通過帯域の７MHｚで損失は０ｄＢであるがＤＣで２５ｄＢ、２倍の高調波周波数１４ＭＨｚで２０ｄＢ、３倍の高調波２１ＭＨｚで２６ｄＢ程度の減衰量がある。このように高調波に対しては約２０ｄＢ程度の減衰が期待でき要求さえる１０ｄＢ以上の低域通過フィルタ特性を十分満たすことがわかる。 ３．NANOVNAでの実測 同様に７MHｚ帯にチューニングして実測した。Startは１ＭＨｚ、Dtopは50MHzである。7MHzの損失は0.6dB,１４MHｚで１９．４ｄＢ、２１MHｚで２９．０ｄＢであった。これはマニュアルの実測とよく一致しているとともに余裕をもって要求特性を満たしている。DCから５０MHｚまでのフィルター特性もよく似ている。２倍の高調波の減衰特性を他のバンドで測定してみた結果は３．５MHｚ帯で２３ｄＢ、１４ＭＨｚ帯で２２ｄＢ、２８ＭＨｚ帯で３４ｄＢであった。以上から７ＭＨｚ帯が最も特性が悪かった。 Ameritron AL-80B  リニアアンプ  (3-500Zのシングル　５００W）で実際のスプリアス量をハンディースペアナTINY　SAで実測した結果が以下の図である。シングル構成で２倍の高調波が多い。 CNW-518 入力（－５２．９ｄBC） CNW-518
続きを読む