普段無線をする時にFT-2000Dの内蔵チュナーと外付けのICOMのIC-AT100を使いアンテナのマッチングをとっていますが、IC-AT100はICOMの独特のバンド設定方式でYAESU方式と異なる為、全面のバンドＳＷを手動で切り替えて使用しています。毎回各バンドを行き来する際は本当に面倒です。以前は切り替えを忘れて、ＳＷを焦がしたこともありました。このような手動から開放されたくて、色々と回路を検討していましたが、およそ頭の中では、大丈夫となりましたので、回路を実験しながら組立ててゆきたいと思います。簡単に概略を説明すると、無線器からは、リニアとかをコントロールする時に繋ぐBAND出力（BCD）コード出力が出てるので、これを使います。

回路の心臓部はやはりESP32DevKitCと電圧変換回路です。ESP32DevKitCのデジタル入力ポートにBCDデータ（D0，D1，D2，D3）を入力し、バンド検出コードルーチンで該当するバンドにてD/Aコンバーター出力（0から3V）を出します。この電圧をOPアンプでの電圧フォロワー回路にてICOMのバンド電圧に変換して自動でAT100が制御出来るという塩梅です。D/A出力設定値を調整することが主になるかと思います。上手くいくかはこれからやってみてということになります。OPアンプも12Vを供給して最大8V出力ですので（1.8/1.9MHz検出電圧7V〜8V）RAIL TO RAILタイプの高電圧タイプを注文してあります。秋月通販で一昨日発送でしたので、本日届くと思います。主に確認するのはOPアンプ回路での電圧変換回路動作になります。

ESP32DevKitCには本当のアナログDC出力をするポートが2つあることが分かりました。ＰＷＭのようなパワー制御のDUTY比設定での平均電圧ではありません。これらのポートの一つを使って単純にD/A出力を0V〜3V（実際最大電圧：3.234V）を出力するだけの簡単なコーディングですから既に確認済みです。

コードは単純に下記になります。（GPIO25ポートとGPIO26ポートがアナログ出力D/A対応）

setupでpinMode(25,OUTPUT)；ピンの出力ポートとしての設定をします。

loopルーチン内で、下記の出力コードにて25ピンに電圧が出力されます。

dacWrite(25,255);  //255設定で3.2347Ｖ

dacWrite(25,0);      //0設定で0.0792V

約3.1555Vの幅です。

8bitで設定範囲は0から255までです。PWMの256とは設定範囲が異なる様です。

文献を確認した所、IC-AT100のバンド毎の中心電圧と検出範囲は下記の様です。

IC-AT100は50MHzは対応していません。ICOMのリニアアンプ用等を使用する際の設定電圧になると思います。

1.8/1.9MHz ：7.5V(7.0〜8.0V)

3.5MHz       ：6.25V(6.0〜6.5V)

7MHz          ：5.25V(5.0〜5.5V)

14MHz        ：4.25V(4.0〜4.5V)

18/21MHz   ：3.25V(3.0〜3.5V)

24/28MHz   ：2.25V(2.0〜2.5V)

10MHz        ：0.6V(0〜1.2V)

50MHz        ：1.6V(1.2〜2.0V)　；AT-100は未対応

上記の電圧になるかをESP32のコードdacWrite(25,＊＊＊）でカットアンドトライ設定で確認します。7.5Vと0.6Vが上手く出れば成功と言うことになります。文章では簡単ですが、OPアンプの回路が上手く動作してくれるかにかかっています。パーツが届いたら回路をブレッドボードに組んでゆきます。

待ち遠しい今でもあります。Hi !

つづく？

昨日、パーツが届いたので、早速OPアンプの電圧変換回路をブレッドボードに組んでみました。

回路は、ネットの知恵袋での検索で、質問者に対する回答の回路に、いいのがありましたので、そのまま使ってみる事にしました。

■使用する実験回路

OPアンプICは２個入りのJRCの7062Dを使用しました。１個で回路が出来上がります。

本来の入力電圧範囲は0.0V〜3.2Vですが、回路は1-5Vを0-10Vに変換する回路なので目的とは違う感じですが、これが実は思うに都合よく動作してくれると思ったからです。それは、電源投入時の初期時のポート出力電圧でのバンド開始点が必ず10MHzを設定して、それから目的の設定バンドへ切り替わり動作するというルーチン動作に出来ると思ったからです。多少検出電圧がでたとしても、ICOMの仕様で、必ず0〜1.2Vの範囲の電圧では10MHzになります。その後にFT-2000DのBAND-DATAで設定されたバンドに切り替わるという流れです。

なお、参照した回路図でので電源電圧は12Ｖですが、今回は9V電源電圧で行なっています。出力の最大が1.8/1.9MHz時が中心7.5V (範囲7.0〜8.0V）なので最大で8V出力です。RAIL to RAILのOPアンプなので電源電圧最大近辺まで出力するということで9Vにしています。ただ、マニュアルを見直したらFT−2000DのBAND-DATA出力端子には13Vの出力があるので、OPアンプ供給電源用13Ｖでやり直す必要があります。ESP32DevKitCには13Vを5Vレギュレータを通して供給します。他に回路用の電源を別途用意せず、FT-2000DのBAND-DATAソケットから回路全部の電源を供給することにします。
13V電圧変更については先ずは間違いなく動作する電圧が発生できるかの確認なので、見直しはあとにすることにします。

実験ボード（安かったので今回新たに２つ購入した内の１つです。）

早速今回のテスト回路で使いました。

ICOMのバンド設定電圧をグラフに書いてバンド幅の電圧とバンド同士の

区間電圧幅も前もって確認してあります。結構バンドとバンドの間は

電圧差幅がもうけられています。不感（不設定）地帯？　

このグラフをみているとゆとり幅電圧区間（不感地帯）があったのが

50MHzが後から付け足してなくなってしまっている経過が分かります。

（24/28MHZと10MHzとの間に無理やり設定した感じです。）

（50MHzがない状態でゆとり幅電圧区間があった24/28MHz,10MHzは

50MHzに対してゆとり幅電圧区間が無しになってしまってます。）

ESP32DevKitCのD/Aコンバーターの出力を設定するＮ値（0〜255）を

手動で入力してバンドの区間中心電圧になるＮ値を最初に求めました。

また各中心値Ｎ時の出力電圧、OPアンプの電圧変換出力電圧を測定

してみました。わかりやすいようにX軸はＮ値、Y軸はOPアンプ回路の

出力電圧でグラフにしてみました。（周波数帯も記載）

黄色の50MHzはICOM IC-AT100ではないので実際は使いません。

FT-2000DではアンテナAをICOM IC-AT100に繋ぎ1.8MHzから29MHzまでの

利用となります。50MHzはIC-AT100が対応してないので、アンテナ切り替え

のＢで使う方法で運用することになります。

■各バンドのD/A設定値Ｎに対する出力電圧

N値に対してとてもリニアに出力電圧が変換出力出来ています。

がOPアンプ電圧変換回路で0-8V(実際は0.00V(N=0〜96)〜7.92V(N=255))に

変換出来ています。

D/AでのＮ値での出力(Δは中止値との差分電圧）

（OPアンプの入力電圧）は以下の通りでした。

Ｎ          OUTPUT　　　　　　周波数帯

247 ----- 7.51V (Δ+0.01V)------- 1.8/1.9MHz

222 ----- 6.26V (Δ+0.01V)------- 3.5MHz

202 ----- 5.25V (Δ±0.00V)------- 7MHz

181 ----- 4.24V (Δ-0.01V)------- 14MHz

161 ----- 3.23V (Δ-0.02V)------- 18/21MHz

142 ----- 2.27V (Δ+0.02V)------- 24/28MHz

129 ----- 1.60V (Δ±0.00V)------- 50MHz

108 ----- 0.58V (Δ-0.02V)------- 10MHz

96以下 - 0.00V (---------- )------- 10MHz

設定Ｎでの出力の差は大きくても±0.02でした。素晴らしいと思います。

入力電圧値は特に気にせずＮ対出力の関係を重視しています。

なおバンド間でゆとり幅のない50MHzと隣接してる箇所は

以下の通りでした。参考データです。Ｈi！

（実際使うIC-AT100では50MHzがないので隣接は無しです。）

■10MHzの設定電圧1.20Ｖ上限の上下Ｎ値と出力電圧

Ｎ          OUTPUT　　　　　　周波数帯

121 ----- 1.23V(Δ+0.03V)------- 50MHz

120 ----- 1.18V (Δ-0.02V)------- 10MHz　

■24/28MHzの設定電圧2.00Ｖ下限の上下Ｎ値と電圧

Ｎ          OUTPUT　　　　　　周波数帯

137 ----- 2.02V (Δ+0.02V)------- 24/28MHz

136 ----- 1.97V (Δ−0.03V)------- 50MHz

後先になりましたが、各バンドの区間電圧範囲（仕様）です。

1.8/1.9MHz (7.00V〜8.00V) 中心 7.50V

3.5MHz      (6.00V〜6.50V) 中心  6.25V

7MHz         (5.00V〜5.50V) 中心  5.25V

14MHz       (4.00V〜4.50V) 中心  4.25V

18/21MHz  (3.00V〜3.50V) 中心  3.25V

24/28MHz  (2.00V〜2.50V) 中心  2.25V

50MHz       (1.20V〜2.00V) 中心  1.60V

10MHz       (0.00V〜1.20V) 中心  0.60V

D/Aコンバーターの分解能が不足するかと思いましたが、全く

問題ない電圧に設定できています。

また、参考回路には記載してありませんが、LPFをOPアンプ出力側に入れて

平滑化してあります。コレはとても重要で、オシロでの出力波形を見ると

リップル的に波形が時々変化がみられます。D/A出力電圧は設定Ｎに対しての

出力変化は±0.005V以下です。

OPアンプ出力にLPFを入れての電圧変化は大きいときで±0.02Vです。リニアに

倍率がかかるので大きくなっています。ただし、この変化幅電圧は設定区間の

Ｎ値巻算ではＮ≒±１以下と微小です。

上記の変化幅を大きくN±１として見積もりし、実際の7MHzではどうかを

みてみました。検出区間のＮ値は下記となっています。

下限5.00V　　Ｎ値=197

中心5.25V        N値=202

上限5.50V        N値=207

中心電圧のＮ値に対しN±5が7MHz区間検出幅です。

電圧の変動は大きく見積もっての±１カウントですからこれ以上には

上記より検出範囲区間でのゆとりNの値は間違いなく±4カウント幅あります。

まだまだ検討することが沢山ありますが今回のテスト回路での実験はD/Aコンバーターを使い目的の電圧設定ができたという点で成功ということにします。

今回の実験でICOMチューナーのバンド設定電圧が準備できたことにして、次はFT-2000DのBAND-DATA出力4BIT(D3,D2,D1,D0)を入力して周波数帯を検出するルーチンをコーディングしてゆきます。簡単なIF文のAND処理でD/Aを既にスケッチしたESP32DevKitCで追加コーディングしてゆく予定です。

つづく？

OPアンプの電圧回路の入力1〜5Vを0〜10Vになる回路でテストしてきましたが、ESP32DevKitCのポートを使う場合は、出力される電圧は5Vではなく3Ｖとなるので、出力範囲も1〜3Vだと2Vの範囲内での出力調整となりますが、やはり0−1Vの区間を0V出力として使うのはなにか機能を使っていない様な、気持ち悪いのでやはり0〜3Vを0〜8Vに変換するように回路定数を変更しました。実は定数変更をする前にOPアンプ単体での入力電圧0〜3Vを同じように0〜8Vに変換する回路を組む事で足りるのではないかと思い実験してみましたが、入力0Vの時の出力が完全に0Vにならないオフセットの問題があり断念しました。単電源で回路を作製し、オフセットの端子付きOPアンプで試したのですが、0V入力時、オフセットVRで完全に出力を0.0000Vにすることは出来ませんでした。他対策方法の出力の補正に関しては発生する電圧の0V入力時の出力の電圧をプログラムで、出力から差し引くという補正方法があるらしいのですが、リアルタイムでの対応ではなく手間もかかる上、目的が違うので、単電源のOPアンプでは、簡単には出来ないと判断し、最初の回路の定数変更での0V〜3Vを0V〜8Vに変換する方向で検討し直す事にしています。入力0V時の出力を完全に0.0000Vにすることも可能でしたので、最初の回路をそのまま使うことにしました。

回路定数の変更は下記値で対応できました。

Vcc=13V

R6=50kΩ

上記の回路の定数R2とR6を変更すると1〜5Vの入力電圧Ｖinは0〜5Vにアジャスト

出来るようになります。

実施のESP32DevKitCのD/A出力電圧はD/Aoutputは完全にN = 0で0.0933Vと完全に0Vにはなっていませんが、OPアンプの電圧変換回路の定数変更後は完全に0.0000Vに調整出来る様になり目的の特性にする事ができます。

D/A設定値   : D/Aoutput  :　Ｖout

N = 0時　　:　0.0933V  :  0.0000V

N = 250時　:   3.0463V  :  7.5115V

確認時の電圧であり、最終のバンド設定電圧時とは(N値設定）異なっています。

Ｎの最大は255ですが、ICOMのバンド1.8/1.9MHz時の7.5Vは、仮にN=250でセットできる様に上側にゆとり幅をもたせ、VR2で調整です。勿論 N = 0時の出力0.0000VはVR1でオフセット調整と同じ様に最初に合わせておきます。

一番上の7.5Vをアジャストした後は、他のバンドの電圧となる D/AのＮ値を探します。出力が目的のバンドの電圧になるＮ値を各バンド全部探しD/Aの設定値として記録します。

各バンドの設定電圧となるD/A設定用のＮ値でのOPアンプ出力は下記となりました。

BAND        検出電圧 : D/A N値  OPアンプ出力

1.8/1.9MHz    7.50V :   N=248     7.4999V

3.5MHz          6.25V :   N=208     6.2577V

7.0MHz          5.25V :   N=174     5.2450V

14.0MHz        4.25V :   N=142     4.2518V

18/21MHz      3.25V :   N=109     3.2456V

24/28MHz      2.25V :   N=77       2.2537V

50MHz           1.60V :   N=55       ---------V

10.0MHz        0.60V :   N=23       0.6127V

本当のYAESUのBAND-DATAでの順番は下記の対応です。スケッチは各バンド検出時にD/Aに出力させるＮ値を設定してゆく様にコーディングしてゆきます。

DATA: BAND         D/A Set N value

      0 :10MHz          N=0 (Output 0.0000V)

      1 :1.8/1.9MHz   N=248

      2 :3.5MHz         N=208

      3 :7.0MHz         N=174

      4 :10MHz          N=23 

      5 :14MHz          N=142

      6 :18MHz          N=109

      7 :21MHz          N=109

      8 :24MHz          N=77

      9 :28/29MHz     N=77

---------------------------------------

　10 :50MHz          N=55

(50MHzは疑似回路のSWが0から9までなので、10はBAND疑似SWで設定できませんので測定しません。スケッチではコーディングして対応する様にしてはあります。）

   

■試験回路

バンドＳＷを0から9まで回した時の出力が出ている時の液晶表示は下記の様にしてみました。

FT-2000DのBAND-DATA出力D3,D2,D1,D0に対する表示になります。（まだ疑似SWでの実験で、実際のBAND-DATAに繋いではいません。Ｈi！）

■SW0  BAND-DATA : 0,0,0,0 ; D3,D2,D1,D0

■SW1  BAND-DATA : 0,0,0,1 ; D3,D2,D1,D0

■SW2  BAND-DATA : 0,0,1,0 ; D3,D2,D1,D0

■SW3  BAND-DATA : 0,0,1,1 ; D3,D2,D1,D0

■SW4  BAND-DATA : 0,1,0,0 ; D3,D2,D1,D0

■SW5  BAND-DATA : 0,1,0,1 ; D3,D2,D1,D0

■SW6  BAND-DATA : 0,1,1,0 ; D3,D2,D1,D0

■SW7  BAND-DATA : 0,1,1,1 ; D3,D2,D1,D0

■SW8  BAND-DATA : 1,0,0,0 ; D3,D2,D1,D0

■SW9  BAND-DATA : 1,0,0,1 ; D3,D2,D1,D0

ICOMのチューナーではバンドが２バンドの同じ表示になる設定が数カ所ありますが、BAND-DATA値での対応として表示上で分かるようにＭＨzを付けて入力されているバンドが識別出来るようにしておきました。

■BAND-DATAが18MHzの場合18.0に単位MHzが付きます。

ACTIVE!

18.0 MHz

21.0       

■BAND-DATAが21MHzの場合21.0に単位MHzが付きます。

ACTIVE!

18.0

21.0 MHz

24/28MHzも入力された設定側バンドに単位MHzが付くのは同じです。

あとFT-2000DのBAND-DATA端子には+13Vが①端子に出ていますので、ESP32DevKitC用の+5Vはここからレギュレータで取るように+5Vのレギュレータ回路の追加も行ないます。ステップＢＹステップで、FT-2000DのBCD接続での動作確認、次にIC-AT100で疑似SWでバンド自動設定確認し、最後に全体での確認をしてゆきたいと思います。

つづく？

気が向いたので、EAGLE CADでパターンを作製してみました。今回は抵抗が結構本数あるので、ジャンパー無しでの対応でできそうです。それから今回は基板作製してから、結構回路変更があったりと、急な回路変更等にも対応出来る様に未使用のポートにもピン端子を付けてみました。空き端子を使った機能追加や、ポート変更対応も出来上がった基板にても容易に対応できる様になります。

基板サイズはEAGLE CADでフリーで使用出来るサイズ　100X80mmです。基板はFR4を使います。

■未使用ポート引き出しピンヘッド追加した回路図

四角い枠がピンヘッド端子です。回路図上での引き出しでパターン上に

ランドを作製するためです。パターン上でESP32の下のピンヘッドは

は取り付けできません。引き出しランドとして使用することになります。

それ以外はピンを取り付けします。

■作製パターン（ボトムパターン）

パターンができましたが、切削マシーンを片付けてしまっているので、準備しないといけません。テーブルの上には、先に購入した実験用セットがあり、簡単には動かせません。切削マシーンを置くスペースがありません。少し考えないといけません。どこに設置しましょうか？他愛のない事で悩んでいます。

IC-AT100、AT-150でもレベル用ICに使う８Ｖのリファレンス電圧が必要でしたが、間に合わせでアジャストタイプのレギュレータを使用していましたが、8Vのレギュレータパーツが入手できましたので、確認してみました。リファレンス用ということでピッタリと8.0Vでないといけないと思っていましたが、レギュレータ自体の出力電圧は計ってみると7.8V台です。不良かと思いましたが仕様を見てみると最小7.7V、最大が8.3Vと結構幅があるのでビックリです。実際交換して使ってみましたが、特に問題は無い様でした。

つづく？

ICOMのアンテナチューナーの接続端子を確認していて、インターフェース回路上での変更が必要なことが分かりました。内容は、+13Vの電源供給ラインがAC電源供給タイプのIC-AT100は不要で、電源供給必要なAT-150の場合のみFT-2000DのBAND-DATAから供給するという内容です。インターフェース回路上にショートピンヘッド(3P)で対応する様にパターンを修正します。パターン上のピンショートでも、あとから切り替えSWを外付けのどちらでも対応可能です。

■JP30（3P)でAT-150のときのみショートピンで13V供給になります。IC-AT100のときはIC-AT100の内蔵電源供給されているので端子からの13Ｖ供給は不要です。3PはオープンでIC-AT100です。

回路図はAT-150時の状態です。

■13Vライン修正パターン箇所

■ボトム全体のパターン（近くの部品のパターンレイアウトを若干修正しています。）

■最終GND ベタアース処理（Polygon ,Ratsnest処理）

■ポリゴン、Ratsnest処理完了後のボトムパターン

パターンの外周は必ずアースパターンとなるようにパターン作製しています。

パターンを切削する前にICOMのチューナーの電源供給の違いに気がつき、修正できホットしています。

焦らずステップバイステップです。それぞれの全端子の仕様確認も怠ってはいけませんね！

あとの修正はないかと思いますが、もう少し冷静に確認してみます。

問題なければ、切削のマシーン設置の準備です。

つづく？

FT-2000ＤのBAND-DATAの4BITデータを使い現在の周波数をESP32DevKitCで判別し対応する周波数帯に対応する電圧を出力するため、更にＤ/Ａ変換を使いOPアンプでの電圧変換しICOMのチューナーのバンド自動選択用の電圧を得ています。BCDの周波数判別、そしてA/D出力電圧発生の動作確認は特に大した問題もありませんでした。次のステップとしてはチューナーに繫いでの動作確認です。チューナーの回路図をみていて肝心のリファレンス電圧の＋8Vの用意をしていない事が分かり急遽、購入してあった可変式の電圧レギュレータを＋8Ｖにアジャストし、確認回路とをIC-AT100に接続し確認してみることにしました。

結果は動作OKです。上手く動作してくれました。BCDコードＳＷで作製した仮のFT-2000DのBAND-DATAですが、100%動作してくれています。チュナーを運用中、途中で止まったり、バンドが変わったりしないか、同じバンド7MHzに設定したままで放置試験をしています。4、5時間点けっぱなしでしたが、何も起こらずOKの様です。

今も、継続して設定しっぱなしの確認続けています。

上手く動作してくれましたので、現状の回路図をEAGLE CADで纏めました。

'2022/dec/09回路図間違い修正差替

回路図上ではピンヘッドで別々に記載したターミナルとしていますが、実際はまとまりが１つのコネクタになります。

（FT-2000D BAND-DATAの記載のピンヘッドと、チューナー側のAT-100 AT-150の記載のピンヘッド）

AT-100の接続用コネクタは変わった形状をしています。専用コネクタが準備できてないので、配線の引き出し場所とか検討が必要。AT-150はコネクタがあるので問題なし。FT-2000DのBAND-DATA用コネクタもあるので問題なし。

今回作製の回路と各機器はFT-2000Dのバンドデータ様コネクタ１つとチュナー側のコネクタの２つだけでの接続です。回路とチュナーの電源供給はFT-2000Dからでの構想です。電流が足りるかも実際の接続で確認します。

'2022/dec/09回路図間違い修正差替

パターンの作製は後で行なう予定でいます。

毎回思いますが、回路部品も少なく、とてもシンプルになっています、８ピンのOPアンプ回路とコネクタと電源用のレギュレータが目立つ位です。ソフトウェアのウェイトがかなりしめていると言えます。スケッチ自体に時間がかかっていますから実際そうです。

インターフェース回路はESP32DevKitCでのD/A出力とOPアンプでの電圧変換回路構成です。使ったD/A出力はArduinoNano,UNOにはありませんから、Ｄ/A出力機能のあるESP32DevKitCはいろんな事に対応できる素晴らしいCPUだと思います。Hi！

つづく？

アマチュア無線の7MHzの周波数帯での高周波の回り込みによるパソコンのアプリの異常動作が現在あり過去色々と対策を行なってきましたが、完全な解決策となったものはまだありません。パッチンコアは確かに高い周波数帯では100%と言えるほと効果があり問題はありません。ただし、すべてのアマチュアバンドの周波数帯で効果があるとは、やはり言えない状態です。低い周波数ほど減衰が取れない事が大きな理由で、私の場合は、7MHzで四苦八苦しておりました。減衰の大きな最近対策導入したコモンモード用のラインフィルターでかなり効果がありましたが、完全に回り込みがなくなったわけではなく、たまにでたりがあります。HAMRADIO DELUXEアプリでパソコンと2台の無線機をシンクロ動作させて使っています。シンクロ動作はシリアル通信用インターフェースを使い2台の無線機をシリアル通信制御するのですが、片方の無線機に繋がったアプリが時折通信が寸断するのが問題です。

今回はPCのノイズ対策等で効果があると言うUSBアイソレーターなるものを2台のシリアル通信インタフェースに入れ試してみる為、ネットで注文しました。なお、ここに行き着くまでに、USBインタフェースを繋がない状態ではPCは何も問題が起きないと、確認できています。シリアルインターフェースを通してのPCへの回り込みというところまでルート（回り込み原因元）が確認出来ていましたので、少し掛けでもありますが若干の期待をして２個注文してみました。注文はアマゾンでしましたが、配送は中華からでした。

■注文したUSBアイソレーター

■中華から届いた状態で、例のごとく部品用のパッケージで、エアー

パッキンのちいさな袋で送られてきました。配送での問題はありません。

■確認開始

最初は、USBアイソレータがシリアル通信速度に対して使えるかを、ハムログ

に繫いで単体動作確認です。FT-2000Dの通信速度で問題なければ、FT-1000MP

はかなり通信速度が遅いので調べるまでもなく動く想定です。結果は、FT-2000D

では今までと同じ様にハムログで正常に周波数読み取りをしてくれました。

FT-1000MPは動く想定で次の確認です。次にUSBアイソレータをFT-1000MPの

シリアルインターフェースに挿してUSBポートへ繫いでHAMRADIO DELUXEでの

シンクロ動作確認です。先ずは電波の回り込みの確認の前の今まで通り正常動作

するかの確認が最初です。Ｈi！

■拡張USB ポートに２台の無線機のシリアルインターフェースがUSBアイソレータ

を挿して繋いだ状態です。白色のUSBケーブルはキーボード用です。

■FT-1000MP側のシリアルインタフェースもアイソレーターを挿して

USBポート接続してます。

■FT-2000D側のシリアルインターフェースもUSBアイソレーターを挿して

USBポートに繋ぎます。

回り込み確認前のHAMRADIO DELUXEでのシンクロ通信もハムログもすべて

いままで通り動作してくれました。まずは一安心です。

丁度、風が強くタワーを伸ばせないアンテナが低い状態で、7MHzでアイソレ

ーター効果があるのか確認をしてみることにしました。SWRが1.7ぐらいある

アンテナを繫いでですから条件は悪く、インターフェアンスが起きやすい状態

です。今までは、アンテナが低い状態では、回り込みでFT-2000Dの送信側の

シリアル通信アプリがフリーズして止まってしまってましたが、USBアイソ

レータを両方のシリアルインターフェースに挿入して使用した状態では、全く

問題無しでシンクロ動作してくれました。嬉しい限りです。先ずは小さくガッツ

ポーズです。次はより条件の厳しいキャリア連続送信での確認をします。何の

問題もなくアプリは正常動作継続してくれました。

効果がでた雄一の理由として、回り込みの箇所が特定出来ていた事と、アイソ

レーターでの完全な回り込み箇所の高周波を分離する仕様通りの効果が機能した

事だと思われます。

これで、シリアル通信からの回り込みが完全に止まり解決ということになりました。

安いアイソレーターなので、当初、ダメかもと思っていましたが、アイソレーター

としてしっかり動作してくれました。通信インタフェースでのアプリが止まる様

な回り込みの問題がある方は、パッチンコアも使いながら対策として是非USB

アイソレータを入れてインタフェースとPCを繋ぎ分離して使う方法を試してみて

もらいたいですね。100%解決できると思います。コレほどまでに効果があるとは

USBアイソレーターに驚きました。サイズもとても小さなアイソレーターICなの

で高周波は筒抜けかと思っていましたが、とんでもないです。しっかり分離して

くれています。

いま、FT-2000Dのバンド出力を使ってアイコムのアンテナチューナーを自動で

バンド切り替えする回路を検討していますが、各バンドを識別し、バンド毎に

A/D出力を出しOPアンプで電圧変換しICOMのバンド制御電圧を作るのですが

この出力へのノイズ重畳が少し気になっています。このノイズがパソコンの

USBポートからきていることが確認できています。パソコンのノイズがある為に

折角A/D出力で電圧を調整しても、別の電源を繋いだ実際の動作時の電圧値に

違いが出ます。ノイズありでの調整では意味がないということです。ここで

USBアイソレータをつかって見ることで、制御信号のみ通しノイズは分離し通さ

ないという効果があるかを確認してみようと思っています。

（ノイズレベルは実用上は問題ないレベルかもしれません。電圧に違いが出る

ことが何かスッキリしません。私の気質、気持ちの問題なのかもしれませんが。！）

そういえば、思い当たる節として時折コンパイルエラーが起きていたことがあり

ます。USBのノイズが影響していた可能性も否めませんね。やはりオシロスコープ

での信号、出力波形確認は必要です。Arduinoのシリアル通信はこんなノイズが

重畳したUSB電源でもコンパイルしてくれてるのはたまたま上手く、いっている

だけなのかもしれません。

使いみちは結構あるので、USBアイソレータは予備で２個位追加購入しておこう

かと思います。

つづく？

日頃から、Arduinoの実験回路をブレッドボードにて組み上げてゆき、最後にレギュレータでの電源回路も組み入れAC-DCアダプターを繫いでテストを行なっていましたが、案外と電源回路をわざわざ作るという事が結構な手間となっていました。また各部の電圧はデジタルマルチメータ、周波数は周波数カウンタをいちいち用意設置しての測定を行なっていました。丁度このような測定システムが一式まとまった装置がないかと思いオークションを探していた所、目的のシステムが出品されていましたので、即参戦しました。ところが、このようなシステムを必要としている方は誰もいなく、難なく無事落札できました。

■MS−9160フロントパネルサイド

■MS-9160バックサイド

■付属品

■取扱説明書

早速届いてテーブルの上に設置しました。

このUNIVERSAL SYSTEMは発振器（ジェネレータ）、周波数カウンター、デジタルマルチメータ、電源が1つに纏められたオールインワンの測定システムになります。

ジェネレータは矩形波、三角波、サイン波、TTLパルスが選べ、周波数としては1Hz〜10MHzまでの範囲で発生可能です。また波形の形も色々とコントロールできるすぐれた機能もついています。

内蔵されたカウンターは1Hzから2.7GHzまでをACH,BCHの２つのチャンネルで対応していて周波数範囲も広く十分実用的に計測出来るものです。3BANDハンディ無線器の周波数の50MHz,144MHz,430MHzを計測してみましたが精度良く表示してくれました。

マルチメータも実験確認用としても十分使用できるレンジ範囲です。容量とインダクタンスも測定出来ます。またRS-232Cのシリアルインターフェースコネクタもありシリアル通信でのコントロールも対応している様です。

電源は、固定で+5V(2A) 、+15V(1A)、可変で0〜30V(3A)でとても実験にはうれしい電圧端子が用意済みです。

ネットで調べた所、全部の回路図もありました。（723を使った電源回路）

■5V-2A回路図

■15V-1A回路図

■0-30V-3A回路図

先ずは、電源を入れて実際にジェネレータでサイン波を発生させてオシロスコープに表示させて周波数の精度を見てみました。アナログダイヤルなので結構ズレがあるのかと思いましたが、目盛り精度はほどほどにいいようです。先ずは電源を入れっぱなしにして各測定器で問題がないかを確認してみました。

一日中入れっぱなしです。一日では特になにもありませんでした。ところが数日して、周波数カウンターが電源を入れてもセグメントの点灯がありません。しかも少し焦げ臭い匂いがしました。ケースのネジを外して中身を確認しました。どうも電源の入り口のチョークインダクタンスの一つが焼焦げていました。少し形状からすると耐電力が足りない超小型のインダクタンスを使っていて電流が増加してずっと流れている時に熱を出して切れた様です。実際セグメントは結構点灯させていたので、流れる電流が多かったのでしょう。早速他のところにも同じサイズのインダクタンスが使われていましたので、手持ちの少し耐電力のあるインダクタンスに交換し復帰しました。

■左が交換取り付けしたインダクタンス、右が焦げたインダクタンス

■焦げたＬ２インダクタンスをカットした基板

（ＰＣＢは外さず、そのままでカット）

■新しいインダクタンスを取り付けた基板

焦げ焼けたインダクタンスを新しいインダクタンスに交換して元通り

にカウンターは復帰しました。セグメントが点灯している状態での

インダクタンスの熱があるか触って確認しましたが、熱は全く感じら

れません。以上でOKとしてケースを元に戻し修理完了です。

思うに、全部のセグメントLEDが点灯する状態時の電流には耐えられ

ない部品の為、焦げたのだと思われます。

（設計ミスだったと思われます。）

数日数時間点けっぱなしでも特に問題はない状態です。ところが今度

はマルチメータの電源が入らなくなってしまいました。またケースを

開けないといけないかと思ったのですが、どうもマルチメータは積層

9Vの乾電池動作の様です。後ろのボックスを外して電池を交換です。

引っ張り出して他のマルチメータで電圧を計ったら2.7Vしかありませ

んでした。これを新品の9V積層電池に交換して、難なく電源が入りました。

（中華製で2019年の8月まで有効のスタンプがありました。）

届いて良く動作してたと思います。おそらく５年位は使われていたの

ではないかと思われます。

問題な点が全部出尽くした感じなので、これから実験用として便利に

使ってゆきたいと思います。

念願の新しいテスト用測定システムが運用開始となりました。

つづく？

ローテーターの停止方法をPMW方式を使って低速化設定する事で、いったりきたりの収束動作はなくなりました。低速動作は高速回転から低速にすることで惰性回転で減速しながら停止の動作です。設定角度を±１よりオーバーランしても単独の低速回転からのスタートでは回転しません。うまい具合になっています。

以下実際の動作をESP32DevKitCサーバーとESP32DevKitCクライアント、そしてクライアントとしてのスマフォでの動作確認をしてみました。角度の送信はスマフォからもESP32DevKitCクライアントのどちらでも可能です。今回はESP32DevKitCクライアントはESP32DevKitCサーバーからの現在角度と設定角度を受信します。ESP32DevKitCサーバーはスマフォクライアントからの設定角度を受けて1200FXローテーターを回転させています。なお、家庭に設定のルーターのWiFiは使っていません。ESP32DevKitCの個人設定サーバーWiFiでのUDP通信で行なっています。スマフォも個人サーバーに繫いでのUDP通信です。

（ESP32DevKitCサーバーに個人で設定したSSIDと任意パスワードで自分のサーバーが出来上がります。これに繫いでます。）

■スマフォからの0°から360°のUDP通信データ送信でのローテーターのＣＷ方向回転です。

左側がクライアント、右側がサーバーです。サーバーはローテーター制御しています。

■スマフォからの360°から0°のUDP通信データ送信でのローテーターCCW方向回転です。

 

スマフォからでもESP32DevKitCクライアントからでもローテーターをコントロールすることが出来、現在の角度もクライアント側で表示しますのでとても便利になりました。スマフォでも現在の角度データを受け取り表示しますがスマフォアプリではデータ処理が１バイトのデータ表示のみで値255までは現在角度を表示しますが、値256以上のデータでは正式な角度表示はなりません。ESP32DevKitCでの行なった１バイト以上の時の数値処理が必要です。

（スマフォでのUDPデータの基本送出は1バイトですから、温度表示は−側が少し厄介で工夫がいると思いますが0°から100°までは問題なくスマフォで受取正常に表示しますね。角度は残念ながら0°から255°までということです。256°から360°は正常に表示されません。）

角度設定して、スマフォでも正常な現在角度の表示になるように0から999の３桁までの数値がそのまま表示出来るデコード処理付きスマフォアプリを作っていただくと実用なりますね。どなたか開発していただけたら嬉しいですね！だれかアンドロイドスマフォ用に開発してくれませんでしょうか？

スマフォの携帯性の良さはやはり群を抜いてますから、スマフォが使えると超便利でありがたいですが！

そういえば、スマフォアプリも開発出来るＱtなんかもありましたね?

NC制御の切削用アプリのCandleはQtで開発されたアプリでしたが、Qt上だけでしか当時動かす事が出来ませんでした。コレをLinuX上のアイコンで動作させる為、Qtのコンパイルでお世話になったことをふと思い出しました。

つづく？

ESP32DevKitCのサーバー、クライアントでのUDP双方向通信で1200FXのローテーターの現在角度の情報送出で、クライアント側にてデコードして表示のみでしたが、現在のローテーター角度だけでは、処理上不足ということで、設定角度の合わせて２つの情報をサーバー側から送出するようにしてみました。

その２５の追加したルーチンへの追加処理で行ないました。サーバー側では設定角度情報は常時TFT液晶に表示されていますので、表示用のkakudo変数を単にUDPデータ送出用として設定角度を変換し送るルーチンの追加だけで済みます。

 //**********************************************
  tft.setTextColor(TFT_WHITE,TFT_BLACK);
  tft.setTextSize(3);
  tft.setCursor(0,44);
  tft.print("SET :");   
  char cc[6];
  sprintf(cc,"%3d",kakudo);
  tft.print(cc);  
  //**********************************************

  //************************************************************************
  //  UDP data Send to client (STA mode)  add 2022oct24
  //************************************************************************
  udp.beginPacket(client_address,localPort);

  //Sending Readkakudo to Client Devided data byte High and byte Low add 2022oct25
  // kakudo setting data
  // int32_t kakudo = 0;   //presetting orijin degree

  uint8_t kakudoHH = (uint8_t)((kakudo & 0x0000FF00) >> 8);   // set kakudoHH
  uint8_t kakudoHL = (uint8_t)((kakudo & 0x000000FF) >> 0);   // set kakudoHL
  uint8_t ReadkakudoLH = (uint8_t)((Readkakudo & 0x0000FF00) >> 8); //set readkakudo HL
  uint8_t ReadkakudoLL = (uint8_t)((Readkakudo & 0x000000FF) >> 0);

  udp.write(kakudoHH); // send byte HH data by UDP
  udp.write(kakudoHL); // send byte HL data by UDP
  udp.write(ReadkakudoLH);  //send byte LH data by UDP
  udp.write(ReadkakudoLL);  //send byte LL data by UDP

  udp.endPacket();
  //************************************************************************

クライアントでは、追加されたUDP通信データ（設定角度）のデコード処理の追加が必要となります。

以下UDP設定角度データデコード、TFT液晶表示する設定角度は同じ角度情報なので現在角度と同じ様に桁処理を追加設定します。

■void loop()ルーチンへの追加

void loop() {
  uint8_t dataHH; // NOV02 add
  uint8_t dataHL; // NOV02 add
 
  uint8_t dataLH;
  uint8_t dataLL;
 
  int32_t rv_data1;
  int32_t rv_data2;

 // データ受信
  if (rec_size = udp.parsePacket()) {
   　counter_100msec = RE_CONNECT; // re connect counter resets.

   　 uint8_t dataHH = (uint8_t)udp.read();  // kakudoHH
   　uint8_t dataHL = (uint8_t)udp.read();  // kakudoHL
   　uint8_t dataLH = (uint8_t)udp.read();  // ReadkakudoLH
   　uint8_t dataLL = (uint8_t)udp.read();  // ReadkakudoLL
   
  　 int32_t rv_data1 = (int32_t)(
    　(((uint8_t)dataHH <<  8) & 0x0000FF00)
  　| (((uint8_t)dataHL <<  0) & 0x000000FF)
 　 );
 　 int32_t rv_data2 = (int32_t)(
   　 (((uint8_t)dataLH <<  8) & 0x0000FF00)
 　 | (((uint8_t)dataLL <<  0) & 0x000000FF)
 　 );
 
  　 crv_data1 = rv_data1; //add 2022NOV02 setting kakudo value but now nouse
  　crv_data2 = rv_data2;//add 2022NOV02 setting Readkakudo value but now nouse
  　 //**********************************************************************
   　// ADD 2022NOV02
   　// TFT display Now Readkakudo value
   　//**********************************************************************
   　tft.setTextColor(TFT_WHITE,TFT_BLACK);
  　 tft.setTextSize(3);
   　tft.setCursor(0,0);
   　tft.print("Now :");
   
  　 // rv_data2 value change add blunk for set digit right location
   　if(rv_data2 < 10){
      　tft.print("  ");
      　tft.print(rv_data2);
  　 }
   　else
   　if(rv_data2 < 100){
      　tft.print(" ");
     　 tft.print(rv_data2);
   　}
   　else
   　if(rv_data2 >= 100){   
      　tft.print(rv_data2);
   　}

  　 //*********************************************************************
 　 // ADD 2022NOV02
  　// TFT display Setting kakudo value
 　 //*********************************************************************
  　tft.setTextColor(TFT_WHITE,TFT_BLACK);
  　tft.setTextSize(3);
  　tft.setCursor(0,44);
  　tft.print("SET :");   
 
  　// rv_data1 value change add blunk for set digit right location
   　if(rv_data1 < 10){
      　tft.print("  ");
      　tft.print(rv_data1);
  　 }
   　else
  　 if(rv_data1 < 100){
      　tft.print(" ");
      　tft.print(rv_data1);
  　 }
   　else
   　if(rv_data1 >= 100){   
      　tft.print(rv_data1);
   　}
  }

上記のルーチン追加でクライアントのTFT液晶にサーバーと同じ位置に現在角度（NOW：＊＊＊)と設定角度（SET：＊＊＊）がリアルタイムでサーバー側とシンクロして表示されるようになります。

目標としていましたサーバーと同じ現在角度と設定角度表示、クライアントからサーバーへの角度設定がUDP双方向通信処理で出来る様になりました。

実際のローテーターでの確認も必要と思い、シャックのローテーターに繫いで動作確認も行なってみました。先ずはESP32どうしでの確認で、ローテーターコントローラの指針のさす角度とクライアントのボタンが同じ事を確認します。スマフォとESP32サーバーでもどちらでも確認はOK！

（ローテーターはESP32サーバー側につながっています)

ESP32どうし（ESP32クライアント、ESP32サーバー）とスマフォとESP32サーバー組み合わせ。

スマフォもESP32サーバー化したアドレスを設定する事で家庭内のWiFiルーター使用時と同じ様に使えます。全く問題はありませんでした。

特に便利なのは携帯スマフォでアンテナを見ながら角度設定出来る事です。

ローテータコントロールしてるシャックへ行って角度設定してまわしてから、それから外へ位置確認しに行ってとかの面倒が皆無となります。私の家は２Fにベランダがあるのでアンテナとシャックのローテーターコントローラーの両方が見れるので、さほど面倒ではありませんが！

ESP32DevKitCのサーバー側とクライアントのESP32またはスマフォがWiFiで繋がる範囲で動作します。スマフォでは、実際家のまわりでも十分使えました。タワーの下でも問題なく使えました。通販でWiFiアンテナが外付けのESP32が注文した物と間違えて送られてきたトラブルがありましたが、アンテナ付きのESP32より、アンテナ外付けのESP32のＷiFiのほうが繋がる距離が延びるのではないかと少し期待しています。まだわかりませんが、ＷiFiのUDP通信距離については、アンテナ外付けESP32で返ってよかったのかもしれません。ESP32のサーバーもアンテナ外付けに交換し、コンパイル書き込みして、どれくらいの距離まで使えるかをいつか確認してみたいと思います。

デバッグは継続してゆきます。

つづく？