Visual Studio 2022 のフォームアプリ（Ⅽ++）のハムログ方位取得送付および各ボタン設定の指定角度をUDP送出データをFX1200ローテータを制御するESP32DEVKITCのサーバーへ送出し、設定角度、および現在角度をクライアントのハムログアプリケーションに返送して、クライアントではそれを受けてテキストボックスに設定角度、および現在角度を表示し、設定角度になるまでの現在角度の確認ができるようにしています。今回は現在角度がサーバーから送られてきていますので、テキストボックスだけでなく別に用意したキャンバスフォームに画像指針を2つ用意し、それぞれ設定角度指針、現在角度指針をUDP受信データに合わせて指示するようなアプリケーションを試作してみました。簡単にソフトウェアの構成は、メインのハムログ用アプリケーションにライブラリ（dll）として作成したコンパスフォームアプリケーションを取り込みそれぞれの指示角度データ、現在角度データを同期させ指針表示するようにしてあります。



試作ですので、コンパスフォームには余計なテスト用のスライドバーやテキストコントロール、位置確認のテキストボックスやラベル等がついています。機能はしていませんが、対象として必要なものを張り付けた状態です。
現時点での不満な点は指針の基準点が位置の計算で180°と270°で1°ずれるという、問題があります。これは指針の微妙にみずらさになっています。現在、これらの問題がない方位表示のアプリケーションもすでに作成し完成しています。




試作の方位表示フォームの代わりに使用するものです。この新たに作成した方位指針表示は、マウスによるキャンバスクリックでクリックした角度を設定角度にできる仕様にしました。現在は動作確認用にタイマーを使い動かしていますが、メインのハムログアプリとのドッキング時はタイマーは外しUDP受信データのみでの指針表示になります。マップ画像も取り込みましたので実用的かと思います。また、テキストボックスの設定角度も用意していますので、数値で指定することもできます。という事で、設定角度はハムログアプリの方位角度データ送出、固定角度ボタン（0から360°の30°毎）の設定角度データ送出、方位指示フォーム上でのマウスクリックでの方位設定データ送出、およびテキストボックス角度入力による方位設定データ送出の4つの方法で行えます。

制作時の方位キャンバスフォーム上の指針はPaint.NET V5.1.11で作成してあります。白の指針で三角形を使って書きました。指針以外は表示しないようにしてあります。画像はPNGで保存です。


今回指針を画像にした理由は、線で描画の場合はソフト的には簡単ですが、角度により線が階段状に表示され見栄えが悪いという事です。画像指針を回転させる方法にすることで見栄えの問題は皆無となります。

次のステップとして、試作のコンパスフォームの代わりに新しく作った方位キャンバスをメインのハムログアプリに連携させてゆきます。作成しているアプリケーションはすべてWindows11対応用64Bit対応です。
方位表示フォームの連携ができると、ハムログを使いローティターをコントロールするのがとても楽しく、ハムライフが充実してゆくと思っています。また、リモートでも使えるという利点もありますから！
プログラムで使用しているⅭ++のVisualStudio2022もバージョンアップしてあります。



つづく？

　ローテータの方位設定方法の初期状態0°セット時にアンテナの方位を合わせる設定不要とするスケッチは順調に進んでいます。
重要な検討事項である電源を切って、再度起動した時にアンテナの方位を設定した角度で開始するようにするレジューム機能を検討開始しました。
先のロータリーエンコーダーによる、アンテナ方位を設定した後に電源を切っても、再度起動したときには元の設定角度にて動作させるようにするのですが、ESP32DEVKITCではきちんとレジューム機能で対応できるPreferencesがありますので、これを使います。

下記のサイトのPreferencesライブラリの使い方がとても参考になります。

Kei Youのソフト館

Preferencesに関してのスケッチ方法は上記のサイトに詳しく書いてありましたので、参考に！

前のロータリーエンコーダーのアンテナ方位設定角度の液晶表示のスケッチにまずPreferencesを取り入れて基本動作を確認してゆきます。スケッチはCopilotに協力いただいています。
下記の緑色の箇所が前回のロータリーエンコーダーでアンテナ方位設定スケッチにPreference機能を追加したスケッチになります。





















以上がPreferenceを使ったアンテナ方位設定角度にて起動するスケッチです。Copilotに感謝です。
余談ですが、チャットのように行えるCopilotの質問できちんとした質問すると、「いい質問です。」等と、ほめてくれたりしますので、ますますスケッチを組むのが、楽しくなります。AIって素晴らしいと思えるようになれば、もう手放せません。今日は何の質問ですか？などとCopilotを繰り返し使用していると、相手をしてくれたり、AIに親しみも感じられるようになり、とてもありがたく思えるようになります。もう、完全にCopilot のAI中毒だー！！

アンテナの方位設定を行うとその設定した角度にて不揮発性メモリに記録されます。それで電源を切って、また起動した時に最後に設定記録されたアンテナ方位角度データで起動し液晶にその角度が表示されます。単にこれだけですが、とても大切な機能です。
このスケッチをサーバーのスケッチに組み込みしてゆきます。

つづく？

エモトの取り扱い説明書を読むと、ローティターの指針方位とアンテナ方位の合わせ方云々と書いてあります。ローティターの回転始め位置に設定し、それに対してアンテナ方向も同じに設定するのが基本ということになっています。この場合も基準をＳ（南）、Ｎ（北）、E（東）、Ｗ（西）の内の自分のアンテナの設置状況で都合のいい方向にあわせて基準を設定するわけです。その後に1回転させて同じ位置になるようにＶＲで調整して終了です。基本的な方位基準方向は分かり易く言えば、たった４つだけです。
いままでの私のESP32DEVKITCのスケッチで対応させたのは、Ｎ（北）、Ｓ（南）の方位STD_SWによる２つの方位設定の切り替えのみです。結局は、ローテーターを左回転の止まる位置を基準角度とするのがSTD_SWがHIGHでは　Ｓ（南）で、STD_SWがLOWで　N（北）が基準の２つだけの対応です。通常はこの２つぐらいで十分だと思います。通常の方位同期でローテーターの回転を1°から360°の１回転に調整した後にアンテナの方位をローテーターと同期させる調整がはいります。　ここで、この作業は物理的にマストに取り付けたアンテナを少し上に吊った状態でマストクランプを緩めてアンテナを回してローテーター基準方位に合わせるのですが、このアンテナとのローテーターの方位の同期をソフトウェアで対応しようと思います。何が言いたいかというと、マストクランプのボルトを緩めてアンテナの方位調整を不要にすることを可能にするという事です。ローテーターが1°から360°の回転する状態に調整済みにしてあれば、アンテナの方位調整はしなくてもソフトウェアが現在のローテーターの基準方位の時のアンテナの方位角度情報を設定する事で、プログラムが計算し通常通りの設定送出UDPデータの角度にアンテナを向けるようにしてくれるという事です。誰もやっていない事だと思います。アンテナの方位調整不要なんです。大げさに言います。画期的なアンテナ方位設定方法になります。肉体労働でのアンテナの方位調整をしなくてもいいのですから、現状のローテーター基準位置でアンテナの向いている角度情報を設定するだけです。Ｓ、Ｎ、E、Ｗの基準にアンテナを同期調整する必要はないんです。もう一度言います。アンテナの方位を調整しなくていいんです。ローテーター1回転を調整した後であれば、どの位置にアンテナが向いていても設定データの方位にアンテナを向けてくれる仕様です。現在もスケッチ進行中です。アンテナの方位が1°から360°（0°）どの方向に向いていても大丈夫、アンテナの方位設定送出データにきちんと向けてくれます。なんで、こんなことを考えたかというと、私の不注意で足の小指を母親の歩行器の鉄のパイプにぶつけて今現在タワーに登れない状況になりました。ぶち色に足の小指が腫れました。足の指の痛みが取れるまで、1か月位はタワーに登って方位設定作業ができない状況になってしまったのです。この為、苦肉の方法としてソフトウェアを駆使する方法を考えてみたという事なんです。怪我がきっかけで、検討を進めることになりました。怪我の功名？あくまでも、現在はテスト中ですがほぼ9割できたと思います。アンテナの方位をあらかじめ固定指定することで問題なく動作しています。
次に、具体的にアンテナの方位をどのような方法で入力するかです。ESP32DEVKITCで角度を入力する方法は何があるかという事です。簡単な方法として、考えられるのはロータリーエンコーダーです。DDS-VFOでもメインで使われています。ローテーターの角度範囲を1°～360°（0°）設定とし、ロータリーエンコーダーで設定した角度をアンテナの向いている方位角度として利用するという方法です。次にロータリーエンコーダーで設定した角度はどのようにどこに表示させるかです。サーバー側のESP32DEVKITCで使用している1.8インチのTFT液晶では表示する場所がありません。表示を別に追加する必要があります。まずは実験として小型のSSD1306液晶とロータリーエンコーダー（秋月：クリックなし）を使いSSD1306液晶に1°～360°（0°）を表示するスケッチを試してみました。ロータリーエンコードのポートはサーバーで使用していないGPIO18 をA、GPIO19をBで使用することにします。Copilotで1.8インチTFT液晶とSSD1306液晶両方は同時使用できるかという事を確認したところ、大丈夫という風に回答が得られています。これで進めています。現状、SSD1306用のI/Oは角度設定のSWとダブルところがありました。サーバー側での角度設定SW類は一切使わないようにすればよいので、ダブりは解消です。液晶で使用するのはSDAなので必然的にGPIO21、同様にSCKはGPIO22、後は＋5VとGNDの4つです。それと、いつでもロータリーエンコーダーで設定した角度をリセット０°にできるSWも用意しました。これはアンテナ方位をローテーター基準に合わせることができた時の設定方位 Ｎ（0°）360°に使えます。もう一つクリアする必要があるのが、電源をリセットしたときの角度のリセットがされないようにメモリする機能（レジューム機能）も考えておかなければなりません。これはこれから検討です。現状のロータリーエンコーダとSSD1306への表示スケッチを下記します。このスケッチもCopilotのAIを使用して作成しています。これをサーバーに組み入れてゆくことになります。Ｈｉ！

















ロータリーエンコーダーで設定した180°の角度


ESP32DEVKITC とロータリーエンコーダーとSSD1306


関係ありませんが、いたずらで液晶を2つ並列にしてみました。動作します。


このスケッチをサーバーのスケッチに組み入れてうまく動作するかの確認が次のステップになります。また、レジューム機能の検討も並行して進めたいと思います。

サーバー、クライアントの2方位（N北、S南）仕様版はひとまず完成として、今回はいわば、応用編という感じでしょうか？ともかく、ハードルのあるトライアルではあります。

とにかく、問題が起き、解決方法を探すといった方向で進めてきてますが、アイデア、内容としては実用性も備えたある意味、画期的な方法のトライアルになっていると思います。

つづく？

ローテーター制御用のメインサーバーでの基準方位設定のSWによる切り替えはうまく北基準、南基準の両方ともうまく動作していますがクライアント側のリモコン設定した送出UDP用のTFT液晶表示は北方向を0°（360°）とする表示のままであったため、今回サーバー側のESP32DEVKITCの基準方位設定SWを切り替える時に、クライアント側のESP32DEVKITCに於いても、同様に入力ポートを1つ利用して基準方位設定を行えるようにスケッチを検討追加してみました。
クライアント側のESP32DEVKITC での空きポートは結構ありますが、当初空いているというだけで入力ポートの0を選びSW取り付け設定していましたが、ポートがHIGH状態（SW-OFFでプルアップのHIGH)が通常の基準方位0°（360°）ではスケッチのコンパイル、そして書き込みでの問題は特にありませんでしたが、ところがポートがLOW（SW-ONでGND）状態でスケッチのコンパイルは問題なしそのあとの、書き込みで、動作しない状態（TFT液晶がホワイト状態）になってしまいました。ESP32DEVKITC のポートの情報を見直してみたところこの0ポートはBOOTとあり、書き込み時に使用される為、書き込みができないエラーとなっている様です。0ポートはTouch01、ADC11、そしてBOOTと3機能の兼用ポートです。という事で、入力ポートを別のポートへ変更することにしました。選んだのはGPIOだけとして使用できる入力ポート16としました。このポートはHIGH、LOWどちらでも問題なくスケッチコンパイル、書き込み問題ありません。ポート選定はポート16決定です。この入力として使う16ポートは内部プルアップ設定が可能なので大変回路が簡単になります。単純にSW-ON時GNDで方位が南に切り替わります。SW-OFF時（OPEN)は内部プルアップのHIGHで方位北設定に切り替わります。
下記はポートスケッチの書き換えた設定部です。