jl7gmnのblog : HAMLOG

HAMLOG

2025年04月26日15:06

カテゴリ: QRZ.COM; HAMLOG

QRZ.COMへのCLUBLOGの追加とADIFファイルデータの準備

最近QRZ.COMでコールサイン検索した局のページにはCLUBLOGが載っているので、真似してみようと思い、追加方法を確認しました。使い方としては、QSOデータとして、ADIFデータファイルが必要です。ハムログで準備できます。
過去の私のQSOした全DX局のみをハムログからデータを検索し、ADIFデータファイルとして保存し準備します。QRZ.COMの私のページにＣLUBLOGを張り付けして、ADIFファイルとしてアップロードしたCLUBLOGで他局が私とQSOしたかを検索確認できるというのが基本的な使い方になるかと思います。このCLUBLOGをQRZ.COMに載せるようにする方法の忘備録になります。

前準備としてはCLUBLOGにアカウント登録が必要です。
コールサイン、メールアドレス、パスワードでの登録ができます。最初の登録開始時にはメールに登録のためのコードが送られてきますので、CLUBLOGページでの送られてきた3文字のデータをコード入力する事で登録が進みます。Settingsが主な設定になります。アカウント登録されたらログインして、準備したADIFデータファイルをCLUBLOGページの上のメニューのUpload からアップロードします。あとは、QRZ.COMにADIFデータがアップされたCLUBLOGをHTMLデータで貼り付けするという手順です。
以下参考にしたブログ等の説明です。

具体的にQRZ.COMにCLUBLOGを載せる方法をブログにしているOMさんがいましたので、参考にさせていただきました。
(JP3DGT OMのブログです。TNX!）
QRZ.comにログサーチを載せてみた

細かな操作はOMのブログを見ていただくことで、分かりますので割愛します。張り付けるためのHTMLデータを準備することが内容になります。（コピペでの編集でOK）

次のHTMLデータのコールサインを自分のもの（jl7gmn)に書き換えるのと、表示する局数を指定（10行表示）する事の2つでQRZ.COMへ貼り付けするHTMLファイルを準備します。

【実際に張り付けするCLUBLOGのHTMLコード】

<div><iframe align="top" frameborder="0" height="325" name="iframe" scrolling="yes" src="https://clublog.org/last10_iframe.php?call=jl7gmn&limit=10" width="600"></iframe></div>

準備できたら、QRZ.COMの自分のHTMLページに上記のCLUBLOGを追加するためのHTMLでの編集です。
貼り付けはHTMLファイル編集で、入れる場所を決めて貼り付けするのみです。私の場合はページの一番最初にコードを貼り付けしています。

■具体的にはQRZ.COMにログインし、自分のコールサインの”Edit JL7GMN"で　Callsign Update Managerのメニューを開きます。
■次にメニューのAdd or edit your biography text,fonts,etcをクリックしHTML編集用モードを表示します。

■下記の左上の　SourceをクリックしHTMLの編集モードソースを表示します。今までのページのHTMLコードがたくさん表示されます。

■あらかじめ準備した貼り付けHTMLデータを適当な場所を選んで貼り付けして終了です。

<div><iframe align="top" frameborder="0" height="325" name="iframe" scrolling="yes" src="https://clublog.org/last10_iframe.php?call=jl7gmn&limit=10" width="600"></iframe></div>

■緑色のSaveボタンで保存でQRZ.COMのHTML編集が保存され終了となります。

■私の場合はQRZ.COMの一番最初のページのTOPに入れました。
下記の様になりました。

以上で貼り付け完了です。

後先,逆になりますが、ハムログでのADIFデータファイルの作成とＣLUBLOGへのアップロードが先です。
ADIFデータ作成に関しては、JH1LMD OMが詳しくブログ書いていましたので、ほとんどブログ記載通り行って問題はありません。簡単にDX局のみのADIFファイルデータが出来上がります。
ADIFへの変換はハムログでは機能としてビルトインされています。

ハムログのADIFファイルを作成

詳しくは上記ブログの手順通りで簡単に過去にQSOしたDX局のみのADIFファイルを作成し保存準備できました。

まだまだQRZ.COMページでの多種類の追加項目等、気になってる事、わからないことがたくさんあります。やってみたいと思う世界の局長が行っているQRZ.COMページのドレスアップや、Logbook、Web Contactsタブの追加方法等に関して、機会があれば少し調査してみたいと思います。

つづく？続きを読む

2024年10月06日02:08

カテゴリ: HAMLOG; リモート制御

HAMLOG 方位情報からのローティターコントロールその４

UDP通信のクライアント側のＷindowsFormアプリケーションをⅭ++にて作成していますが、本当はもっと楽に作成したい気持ちもありますが、やってゆくと、やはりC++コードを使うことに意義、（良さ）があります。ネットにも相当なサンプルコードがあり参考にして簡単にプログラムできるVisualBasic（VB）や（C＃）がありますが、やはり、知りたいところ、細かなところはブラックボックス化されてしまっているため、それを操れる点ではＣ++が優位であるようです。ただ、私のやりたいことは、大概ＶＢ、Ｃ＃で十分ではありますが、そこはこだわりです。Ｈｉ！しかも、現在の最新版のVISUAL STUDIO 2022を使っていて感じるのが、かなりの進化が感じれれるということです。久々にまたのめりこみ始めています。ハムログコントロールを行っていた当時のVISUAL STUDIO EXPRESS 2008や2010もやることはネットをつないで行うことは同じでも、2024年現在のネット上のAIも相まってプログラムコーディングが楽しくできてしまうという点があります。それはAIを使えるということです。今回も、ネットのAIをフル活用してコーディングしています。使ってて、参考書を開き読んで理解する前にコピペの多様でいとも簡単に動作するコードが出来上がりました。理解は後からでもよいかと思います。数をこなしていくうちに、自然とプログラミングのKnow How（ノウハウ）が身に付くと思います。まずは、自分の目的とするプログラムができたことの喜びや、感激を味わうことが何よりも第一のように思います。私も大学生の頃はそういう教授の授業を受けその影響がかなりあります。Ｈi！（教科書は最初からなくて、楽しむことから行う授業でした。）習うより慣れろ方式のほうが私には向いているので合っていたのかもしれませんが。と横道にそれましたので、本題にもどします。今回のブログネタは、すでにUDPクライアントとしてのサーバー側のローティターへのハムログ方位データのUDPデータ送信はうまくゆきました。それで、実際に使っていて自分のサーバーをESP32DevKitCで立ち上げて、そのWiFiを使っている時のみUDP通信が成立動作する制御であるということで、このWiFiの接続状況をリアルタイムで表示して常時確認できるようにクライアントアプリ側に組み入れたいということになります。プログラムで今はどのSSIDでのWiFi接続しているかを表示するプログラミングをやっていました。実際にAIに質問して、サンプルのC++コードを得ています。最初は簡単に”Ｃ++のUDPクライアントプログラムを教えてください” てな質問からです。すると面白いように、昔のPDP11のコンソール表示のように次から次へとコードが一行ずつ画面に表示されてゆきコードをだしてくれました。中身を見てゆくと、目的のWindowsフォームアプリケーションではなく、DOSコマンドプロンプト画面によるコーディングが多かったりします。中身を見て自分でフォームアプリケーション用にモディファイする方法もありますが、そこは、時間がかかるので、さらにAIに一番楽に使えるコードとしては、メッセージボックスへの表示するとか、テキストボックスへの表示するC++コードといった風に質問を続けてゆきます。一番手っ取り早いのは直接的に　”Visual studio2022 C++でのUDP送信クライアントプログラムを教えてください。”　という具合に質問を書き込み実行したりしています。
まずは、いろいろと質問をして感覚的に自分の目的を引き出せればよいというやり方です。目的に近ずくように考えて、質問をしてゆくと参考となるプログラムコードも得やすいと思います。プログラムだけでなく、文法面でも、各文字変換なども有効に質問することで簡単に手法回答を得ることができています。
今回試し使用したAI　は　Copilot です。

簡単で、速いCopilotがもうすぐ来るという予告がはいっていますね！Ｈｉ！

Microsoft Copilot Proだと最初の1か月無料、この試用期間の終了後に、￥3,200円／月支払いのようです。
サブスクリプション方式のAIですが、念のためAIに実際に無料かの質問をしてみました。
”今使っているCOPILOTは無料ですか？”

今は無料で提供されているようです。今回100％参考にしたコードはＣopilotからです。十分C++コーディング時に利用できました。

という事で、出来上がったＣ++のプログラムの概要です。
内容的には、現在使っているオリジナルサーバーがWiFi接続されているかを常時確認できるWindowフォームC++アプリケーションになります。

設定した自分のSSIDかどうかサーバーから取り込みして同じSSIDの場合に青色のバックカラーにフォアカラーの白文字で ”UDPTX is READY"と表示させています。
初回読み込み後、何もしなければこの後、別のWiFiにした場合はSSID表示は変化しません。変わったら、取り込みし直すタイマースタートボタンの　”Ｔimer ON"　ボタンを押す事で、リアルタイム変化追従します。起動後にＴimer ONボタンを押します。さいしょからタイマー起動でもよかったかもしれませんが、そこらへんはいかようにもなりますから、組み込み時に対処します。動作確認のためにはタイマーON ,OFFはあったほうがよいかもしれませんが！？

My_WiFi_ready2024-10-05kako

取り込みしたSSIDが自分のサーバー以外のSSIDがつながっているときはバックカラーピンクに白文字のフォアカラーで　”UDPTX is NOT READY"と表示させています。
My_WiFi_not_ready2024-10-05kako

この現在接続中のＷiFiのSSIDのリアルタイム表示を先のハムログデータ上の方位を読み取り、サーバーへUDP送信するクライアントアプリに組み入れます。青色時は問題なくＷiFi接続が自分のサーバーの上で動作していることが確認できますから、UDP通信のやり取りが安心してできるという事になるかと思います。？？

このアプリのＣ++コードは、いろいろと試したコードが残っているため汚いので、あとでまとめたいと思います。自分の使っているWiFiが何かが分かるので、いろいろと応用できるアプリケーションだと思います。

つづく？

2024年10月02日07:37

カテゴリ: HAMLOG; リモート制御

HAMLOG 方位情報からのローティターコントロールその３

HAMLOGを起動するボタンでHAMLOGリストと入力用フォームのLOG-[A]を起動し、自分のコールサインを打ち込むとハムログの右方に"方位：115度　1.2km”といった情報が表示されます。この情報を取り込むプログラムを前回Microsoft Visual Studio Community 2022(64ビット)－Current Version 17.11.3 のプラットフォームでインストールしてあるVisual C++ 2022 を使い2011年に作成した、当時Visual　Studio　Express2010 C++のプログラムを最新のプラットフォームにてフォームを別途作成し、コンパイルして、無事にハムログ起動、終了、処理と、方位データと距離データの取り込みまで、うまく動作してくれました。まずは粗削りな操作フォームが次です。現在はプログラム中認識しやすいようにコントロール名をそのまま記載しておいてます。今回は新たなフォームに少し、アイデアを付け加えて、実際にデスクトップからFX‐1200に繋いだESP32の個人WiFiにてクライアント側からのUDP通信（送信）をプログラムしてみました。

最初に、デスクトップPCで、このアプリを立ち上げてから、WiFi設定はメーカーのID,パスワードから、自分でサーバーで組んで設定したサーバーのIDとパスワードを入れ選択設定します。サーバー側からのWiFiに合わせるということです。インターネットがつながるメーカーのターミナルではなく、自分専用のWiFiを使っています。（世界に一つだけの自分で作成したサーバーですから、やってて、たのしくなります。Hi！）
右側のHAMLOG-OPEN でハムログを起動します。確認する最初のデータとして、まずはハムログ登録してある自分のコールサインを入力します。水色の”Data Receive"ボタンを押して、方位と距離を取り込みます。すでにグロバル変数に入るようになっているので、このデータ中の方位のデータ（115度）のみを使いUDPでデータを送出するということになります。送るデータは私のコールサインで取り込みした方位データ（”115”）を送出データで取り決めのコマンドヘッダーの”Ｍ”に方位データをストリング化してまとめて”Ｍ115”としてUDPデータ送出します。
変換はマイクロソフトのいくつかの提案methodのうち、試してうまくいったものを採用しました。
私の場合はmethod2でうまくいきました。ヘルプにてMicorosoftでは、各種の解決方法を提供してくれてます。ほんとに助かります。Hi！

データの”M115”をUDP送出する前には、取り込み角度の桁がすべて3桁、Ｍと合わせて4桁となる処理を行っています。0°から360°まであり、取り込み数値だけだと、送出動作しないものがありました。
関係ありませんが、表記上、角度の単位は“度”でなく”°”にしました。
"M0" 0°から9°まで2桁
"M90"　10°から99°まで3桁
"M100"　100°から360°まで
上記を全4桁となる処理を簡単なSWITCHプログラムで行っています。
size_t size = str2->Length;
上記の size で文字長を出し
文字長が1桁はゼロ2つ加えます。”M00”+取り込み数値1桁分
文字長が2桁はゼロ1つくわえます。“M0”+取り込み数値2桁分
文字長が3桁の数値はそのままで”Ｍ”+取り込み数値3桁分
上記加工後、送出用として準備できた全4桁のデータになります。下記は例です。
"M000"
"M090"
"M360"
// str2に上記”M***”を入れてます。
//****************************************************************************************************************
//新たに前のコードのインクルードに加え、UDP送出用に下記2つを追加インクルードしました。

#include <winsock.h>
#pragma comment(lib, "ws2_32.lib")

//ヘッダーをコマンドボタンのルーチントップに書きます。
private: System::Void button5_Click(System::Object^ sender, System::EventArgs^ e) {

WSADATA wsaData;

SOCKET sock;

struct sockaddr_in addr;

//str2をストリング変数にキャスト（データ型変換変換）設定

System::String^ str2 = safe_cast<System::String^>(gcStr.Target);

　　
//ここにswitchで”size の長さで、前に説明した全4桁の"M***”をstr2に入れるルーチンが入ります。
// (switch 省略）
　　//

//以下がMicrosoftのヘルプの内容です。

//**********************************************************************

//VisualC++でマネージド拡張機能を使用してからSytem::String*にchar*変換

//するいくつかの方法の内のmethod2について説明

// 使用するMicrosoft.NET　Frameworkクラスライブラリ名前空間

// ・System::Runtime::InteropServices

// ・Msclr::interop

// StringToHGlobalAnsi は、マネージド String オブジェクトの内容を

// ネイティブヒープにコピーしてから、その場でアメリカ国立標準協会

// (ANSI) 形式に変換します。

// このメソッドは、必要なネイティブヒープメモリを割り当てます。

//**********************************************************************

// method2

char* str3 = (char*)Marshal::StringToHGlobalAnsi(str2).ToPointer();

printf(str3);

//あとは、UDPの手順どおりにプログラムします。

//ソケットを使用する前の初期化

WSAStartup(MAKEWORD(2,0), &wsaData); //WSAStartup関数でWinsockを初期化

// MAKEWORD(2.0)はWinsockのバージョン2.0ということらしい。

//UDPソケットを作成するために、socket関数を使用

sock = socket(2, SOCK_DGRAM, 0); //SOCK_DGRAMはUDPを指定

addr.sin_family = AF_INET; //AF_INETはIPv4アドレスファミリー

addr.sin_port = htons(＊＊＊＊); //ポート番号＊＊＊＊を設定

addr.sin_addr.S_un.S_addr = inet_addr("＊＊＊.＊＊＊.＊＊＊.＊＊＊"); //自分で設定したサーバーの」リモートIP設定です。

//str3にて任意角度にてデータ送出なります。

sendto(sock, str3, 5, 0, (struct sockaddr*)&addr, sizeof(addr)); //UDP送出

closesocket(sock); //sockを」閉じます。」

WSACleanup();

return;

｝
//****************************************************************************************************************
上記のUDP通信処理はお決まりの手続きで処理ということですから、手順通りに設定すればよいよう
です。ただし、インクルードファイルはWindow　,Windows　Linux　他それぞれ専用に用意されて
あるので、自分でコーディングするときにはどのインクルードファイルが自分のOSに対応しているかの確認は必要です。
フォームには、上記UDP通信時の手順を踏んだプログラムコードを各角度（°）ボタンを30°毎に設定してみました。ハムログからでなくても、おおよそ方位が分かる場合は、手動でボタンを押してローティターを設定方向へ回すというものです。Hi !

Ｃ++によるUDP通信でWindowsデスクトップアプリ（ハムログ読み取り機能付き）からESP32DevKitCにつないだローティターの個人サーバーに角度を読み取りまたは指定角度で送出し、ローティターをうまく回せるようになりました。
次のステップとしては、サーバーからは角度を送った角度になるまで、現状の角度をリアルタイムで送ってきています。これをWindowsデスクトップアプリで表示することを検討したいと思っています。
すでにESP32DevKitCどうしのESP32DevKitCのクライアントではUDP送出とサーバーからの角度のUDP受信はではできていることなので、問題はないかと思いますが、さて？

つづく？

2024年09月16日07:44

カテゴリ: HAMLOG; リモート制御

HAMLOG 方位情報からのローティターコントロールその２

VISUAL STUDIO 2022のC++マネージドプログラミングでのハムログフォームからの方位と距離情報を取り込みするプログラミングを行いました。結果について言いますと、久々のC++でのコーディングは、大変でしたが、入門書を引っ張りだしてきて、サンプルを確認しながら、まず第一段階の方位と距離の取得はうまくいきました。たくさんの局のハムログの方位距離情報を確認しました。Ｈi！、方位と距離情報は文字長が変わったりするので、ある文字3点を選択し、それらの位置を起点とした取り込み方法で、方位取得、距離取得に関して思うよううまくいきました。ただここまで行きつくまで、いろいろありました、最初は、通常のテキストボックスに取り込んだ方位と距離情報を使う方法でコーディングをしていたのですが、テキストボックスに取り込んだ文字情報の位置を出すためのコーディングでは、アンマネージドプログラミングとなるfind コマンドがあるのですが、String -cha変換のエラーだらけだったりと、少し悩んだりしていました。入門書を確認し、基本に戻りアンマネージドプログラミングとなるテキストボックスを使った手法ではなく、マネージドプログラミングの対応するリッチテキストボックスを使う事でストレスなく文字列の中のある文字を指定し、その文字の位置の取得をすることができるようになりました。方位と距離を抜き出しすることが容易にできるようになったわけです。これも試してみてからうまくいったので採用しました。アンマネージドプログラミングとなるテキストボックスを止め、マネージドプログラミング対応のリッチテキストボックスへ切り替えたことで、取り込んだ文字情報（"方位:＊＊＊度＊＊＊＊km")から方位角度の＊＊＊と距離の＊＊＊＊の部分を抜き出しできました。

以下プログラミングした方位、距離取得の起動時のフォームです。
最初は、右のHAMLOG-CONTROLのHAMLOG-OPENコマンドでハムログプログラムを立ち上げます。
前回のブログに示したコードそのまま使っています。

次に青色のプログラムのフォームのData Receiveコマンドボタンを押します。これだけです。
最初はワンクッションのメッセージボックスで　”方位角度と距離を取り込みます”　が表示されます。

6エリアの距離がある程度ある、実際にQSOした局長さんをハムログに打ち込み方位と距離をだして
の確認です。黄色のテキストボックスに　”225”度　”1116”km　と取得できています。

DX局も確認しました。QSOした遠いイギリスの局長さんです。
方位　”337”度、距離　”9132”ｋｍ　と問題なく取り込みできています。

自分のコールサインだと、方向と距離からみてもGPS基点の場所(市役所）が表示されているようです。方位角度　”115”度　距離は一番短い　”1.2”km です。うまく取り込みできています。

他、方位と距離が表示される場合はすでにメッセージボックスの画像をだしました。

MessageBox::Show("方位角度と距離を取り込みます。");

画像は載せませんが、ハムログフォーム上に方位と距離がない場合は次のメッセージが表示されます。

MessageBox::Show("方位角度と距離の表示なしです。\n 戻ります。");

緑色が今回の解決策のキーとなったリッチテキストボックスです。それ以外は表示するだけの機能のテキストボックスです。確認用にたくさんのテキストボックスがありますが、実際は表示しないで計算で使用するのみのものと、本当のデバッグ用で表示した物なので、実際はこのフォームの1/4位のサイズに収まるとみています。

メインとなる抜き出しのC++コーディング心臓部？です。抜き出しはSubstringを使用しています。
//***********************************************************************************************

//テキストボックス12の文字長　13　"方位:17度 59.7km"; //ある局長さんの情報

textBox12->Text = kazoe.ToString();

String^ cm1= ":";

String^ cm2 = "度";

//角度を取り込む

int n1;　// ":"の位置　0,1,2 の3番目の数字の2　

n1 = richTextBox1->Find(cm1, richTextBox1->SelectionStart + 1, RichTextBoxFinds::None);

textBox8->Text = n1.ToString();

int n2;　// "度"の位置　0,1,2,3,4,5,6 の7番目の数字の6

n2 = richTextBox1->Find(cm2, richTextBox1->SelectionStart + 1, RichTextBoxFinds::None);

textBox9->Text = n2.ToString();

textBox10->Text = richTextBox1->Text->Substring(n1 + 1, n2 - n1 - 1);

textBox4->Text = textBox10->Text;

　　 //距離を取り込む

String^ cm3 = "m";

int n3; //距離の"m"の位置0,1,2,3,4,5,6,7,8,9,10,11,12 の13番目の数字の12

n3 = richTextBox1->Find(cm3, richTextBox1->SelectionStart + 1, RichTextBoxFinds::None);

textBox13->Text = n3.ToString();

textBox11->Text = richTextBox1->Text->Substring(n2+2 , n3-n2-3);

//***********************************************************************************************

位置基準となる各文字の位置の情報、n1,　n2,　n3を使いSubstringにて方位角度と距離を抜き出しています。

次は、Windows10 でのUDP クライアントコーディングです。少し情報収集開始します。

つづく？

2024年09月02日02:04

カテゴリ: HAMLOG; リモート制御

HAMLOG 方位情報からのローティターコントロールその１

最近以前にVisual Studio Express 2008,2010でハムログの起動、停止、そして入力フォームへのデータ転送、および、入力フォームに表示されたデータ類の情報取得を行っていたことを思い出しました。ローティターのスマフォからのUDP通信によるコントロールができている現在、方位角度があれば、その角度方向へは自動でローティターを向けることができます。このことより、ハムログに方位と距離情報がある事を利用して今回はスマフォからではなく、ハムログアプリの起動できるWindows10,または11上でのアプリケーション(ハムログからのデータ取得と取得方位を現状のUDPデータをうけてローティターコントロールしているESP32DevKitC:UDP通信アプリ）からUDP通信で方位角度を送出するアプリケーションを作成してみようという気が起きています。ハムログのダウンロードホームページにはプログラム開発室がありかなりのOM さんが高級言語DelphiやVSExpress2008,2010,2013 等のVB、VC、C++、C#、pascal,などを使い各種多様なハムログアプリユーティリティを作成しておられます。久々に過去のプログラム開発室の情報をあらためてのぞいてみました。私のハムログコントロールアプリを確認していたころは十数年も前のことなので、PCのWindowsはWindowsVistaでマイクロソフトのフリーのVisualStudioExpress2008と2010を2011年に使用してアプリケーションの確認等を行っていました。今は2024年もう十三年以上も経っています。私は、PCでもWindowsはXp,Vistaバージョンのものはいまだに持っています。Xpなどは、現在でも年賀上アプリをオフラインで印刷して使ったりしています。VistaのデスクトップPCはUbuntuとVistaを選択起動できるようにして、何かあればVistaで作成したアプリケーションも確認できるようにしています。あまりにも古いものですが、ソフトウェアはアイデアものという点で、今でも利用価値があると思っています。今回は、この物持ちのよいWindowsVistaの入ったデスクトップPCのVisualStudio2010Expressの当時確認していたC++を使ったハムログアプリの起動、停止、ハムログ入力フォームへのデータ送り、そして入力フォームに表示されたデータの取得の当時確認作成したソフトの動作を再確認してみました。
当時はI/Oをコントロールするdllライブラリ等に関しての使用方法や制御方法についてブログを書いていたころのものです。当時、2011年の頃の内容のブログです。

vbusbio.dllをVisual C++2008　その６

vbausbio.dllをVisual C++2008Express その7

1つのフォームにいろいろと具たくさんに確認した内容を追加していったものです。最初はだれもやっていなかったVBUSBIOのVBのdllライブラリをC++で利用する方法から説明していったものでしたが、そのあとはハムログの起動、停止をする方法を動作確認したプログラムを追加し、そのあとはシリアル通信の制御をC++で行い、自分の当時のメイン無線機であるFT1000mpを制御コマンドによる操作制御および、自動での周波数読み取り等を追加したフォームです。元はVisualBasicでプログラム作成した物のC++への移植版ですが、やはり当時はVisualBasicにくらべ敷居が高く、一筋縄では作成できなかった思いがあります。かなりのネットでの調査やプログラム実験また、プログラム関連の専門書での勉強が必要だったと思います。ま、昔話なので割愛します。
本筋に戻し、確認はWindowsVistaでVisualStudioC++2010Expressの上記アプリはそのまま残っていましたのでコンパイルして当時と同じように動くのかを確認しました。問題なく確認したかったハムログの起動、停止、データの入力フォームへの転送、また、入力済みのフォームからのデータの部分読み取り、全体読み取り、方位距離の読み取りが問題なくコンパイル後動きました。
次に確認したこととして、今のPCはWindows10と11でVisualStudioCommunity2022(64ビット)Version17.11.2です。このVisualStudioCommunity2022で古いVista上でのC++でのアプリでを動かせるのかが、重要なポイントになります。今のWindows10や、11で動かせないと最初から移植になりますから、重要な確認になります。Ｈi！

当時のWindowsVistaではフレームに色がありましたが、下記の通りの入力フォームで開けています。

結論としては一発では動きませんでした。が、エラーの対策指示通りに処理をすることで、動作しました。
デバッグにあるあるファイルが対応していないというエラーでした。拡張子で（.pdb)は対応しないファイルエラーでしたので、削除はせずに、同等にファイルがなくなればよいだけなので、フォルダを作成し、その中に入れました。その後のコンパイルで問題なく通り、フォームが起動しました。

実際の起動フォーム画面です。

ボタンのHamlog OPENで開いた入力フォームです。
ちなみにC++でのハムログオープンのコマンドボタンに割付けたプログラムは下記になります。

private: System::Void button11_Click(System::Object^ sender, System::EventArgs^ e) {

if (Process::GetProcessesByName("hamlogw")->Length >0)

{

String^ message = "Hamlogwはすでに起動しています。";

String^ caption = "Hamlogw run check";

MessageBoxButtons buttons = MessageBoxButtons::OK;

System::Windows::Forms::DialogResult result;

result= MessageBox::Show(this,message,caption,buttons);

if(result == ::DialogResult::OK)

{ //return to the parent form.

return;

}

} else {

Process^ ps = gcnew Process();

ps->StartInfo->FileName="Hamlogw.exe";

ps->StartInfo->WorkingDirectory= "C:\\Hamlog";

ps->EnableRaisingEvents=true;

textBox7->Text="Hamlog Active";

bool bSuccess;

bSuccess=ps->Start();

while (!ps->HasExited)

{

Application::DoEvents();

}

textBox7->Text="Hamlog Finish!";

}

ハムログクローズのコマンドボタンに割付けたプログラムは下記になります。

private: System::Void button12_Click(System::Object^ sender, System::EventArgs^ e){

array<Process^>^ ps=Process::GetProcessesByName("Hamlogw");

for each (Process^ item in ps)

{

item->Kill();

}

一部データはCQ誌に連載投稿記事を書いている有名なOMさんで、よくQSOしていただいている方を入力しましたが、目隠しで誰だかはわからなくなっています。個人情報保護です。Ｈｉ！
秋田からは南方向182度で距離437㎞です。関東のあたりです。

上記のフォームの赤枠の　方位:182度　437㎞　をVisualStudioCommunity2022　C++で起動したアプリで読み取りしたところです。

このフォームで使用したのが赤枠部で、コマンド値の117設定値と読み取りボタンData Receiveで読み取りした箇所が右上の赤枠部　”方位182度437㎞“　になります。ちなみに2秒毎にこのData Receiveボタンをタイマー呼び出ししています。ここが味噌です。117の設定値を変えるとタイマー処理されているので個別に読み取りも設定値に合わせ入力フォームから読み取りを行って表示します。

C++ でのハムログデータの取得はVisualStudioCommunity2022 C++で動作するようになりましたのでおおよそ目途がつきました。上記のフォーム内にあるボタンにあるHamlog OPENボタン、Hamlog CLOSEボタン、設定値117を使って読み取るData Receiveボタンのプログラムを使えば方位読み取りに関しては事は足ります。
今回は、アプリを作成する高級言語プログラム環境を整える事が目的でした。うまくプログラムを動かせる状態になりました。
次のステップで確認する必要のある事は、C++ でのUDP通信プログラムということになります。
上記環境で動いたプログラムにてハムログに表示された方位角度の182を読み取りします。読み取りデータの数値部のみ抜き取りし、これをローティター制御のESP32DevKitCへ現状のスマフォでUDP通信するのと同じようにWindowsアプリからUDPデータ送出するアプリケーションの作成をすればよいという事になります。もちろん家庭内でのWiFiでのUDP通信アプリケーションです。
ネットをサラッと見ましたが、結構サンプルはあるようです。ステップバイステップで確認してゆきます。
スマフォでのローティター制御はできています。追加としてハムログとESP32DevKitCアプリでのローティターコントロールに方位読み取りWIFIでUDP通信するWindowsアプリケーションが無線を快適にしてゆく内容のうちの１つになればと思いやっています。

つづく？