JO4GHW/村田 さんこんにちわ
今回トラブルのもとになっている該当交信番号の前後の交信データが何か影響しているのかzと思ったりして、前後にいろんなデータを挟み込んだりしてテストしてもダメですね・・・・
申し訳ありませんがここらで一休みします、現在 サテライト に対応すべくプログラムの修正中ですので少々時間を頂きたく思います。
今週末までには新バージョンを公開予定ですのでしばらくお待ちください。
JO2HPO/鈴村さん こんにちは
検証していただきありがとうございます。
こちらは
Hamlogw.exe 2021/01/09 05:32版
Hamlog50.dll 2020/12/30 05:32版
Hltstm.exe 2020/01/13 08:20版
ですが、
HAMLOGのQSOデータチェッカーでは、10G，24G，47Gすべて「認識できないバンド」としてリストアップされます。
また、エリア別交信件数でも「識別できないデータの一覧」にリストアップされます。データとしては「SAT」にカウントされているようです。
ところが、HLTSTでデータを読むと、やはり24025.0のログが2400帯として抽出されます。
そちらでのテストでは抽出されないんですよね。不思議です。
以上、ご報告です。
JO4GHW/村田 さんこんにちわ
記載していただいた URL の周波数とバンド帯の説明ですが、あのロジック表は私も HAMLOG/Dos の頃の HLTST では利用させていただきましたが、HAMLOG/Win の時代になってから、コールサインや周波数の入力桁数がユーザーの設定で長さが変えられるようになってからは HAMLOG.HDB の取り扱いが難しくなってきましたので 周波数→バンド帯 への変換作業も HAMLOG50.DLL の機能を利用しています。
ちょっと気になったので、パソコンの中に点在していた HAMLOG.EXE と HANLOG50.DLL を探し出してテストしてみました。
実験は HAMLOG で「エリア別の交信件数」を表示させて HAMLOG.HDB に入力されている交信データがどのバンド帯に集計されているかをチェックしたものと、同じデータを HLTST でどう判断しているかを比較したものです。
その結果は添付画像のようになっています、どうも表立っての公表はされていませんが HAMLOG での交信周波数→バンド帯 への変換ロジックが微妙に変わってきている感じで、ご提示いただいた URL のロジックからも少々ずれてきている感じがします、これ以上のテストはパソコンに残っていた HAMLOG.EXE と HAMLOG50.DLL が少ないので検証できませんでした。
HAMLOG も HLTST も HAMLOG.HDB へのアクセスや、データ解析はいずれも HAMLOG50．DLL に委ねています、HAMLOG.EXE と HAMLOG.DLL のタイムスタンプが大きく異なるとうまく動作しないことがあるのであまり十分なテストはできていません。
添付画像は縮小されていますので、画像をクリックしてご覧ください。
JO2HPO/鈴村さん こんにちは
> 最初の書き込みで 24025.0 のログが 2400帯として抽出されたとお伺いしていますが、当方ではその様な現象が再現できず若干苦慮しています。
これについて、再度確かめてみたところ、やはり2400帯として抽出されます。
ハムログの説明を見ると、「左から４文字が 2400〜2449である」とあるので、この挙動で仕方ないかなと思いましたが…。
https://hamlog.sakura.ne.jp/html/HID00038.html
検証していただきありがとうございます。
JO4GHW/村田さんこんばんわ。
諸事情お聞かせくださりありがとうございました。
最初の書き込みで 24025.0 のログが 2400帯として抽出されたとお伺いしていますが、当方ではその様な現象が再現できず若干苦慮しています。
また、HAMLOG の機能を使うために浜田氏提供の HAMLOG50.DLL を使用させていただいているのですが、浜田氏が書かれたドキュメントと違う動作をしていると思われる部分があってちょっと困っています（現時点では基本的な動作には問題が無いのですが・・・）
これに懲りず、今後とも HLTST を宜しくお願いいたします。
ご連絡ありがとうございます。
HAMLOG側の制限だったんですね。
周波数帯はお調べいただいたもので大丈夫ですが、HAMLOG側の対応も聞いてみたいと思います。
仰る通り、10GHz以上のコンテストの交信数は微々たるものですのでExcelでの修正で対応可能です。
10GHzの交信を始めてからこの現象に気付いていたました。
今回「おいでませ山口コンテストVUSHF部門」のコンテストログを整理するときに、10GHzの交信が抽出されなかったのをきっかけに、一度お伺いしてみようと思った次第です。
というわけで、状況が分かりましたのでプログラムの修正は必要ございません。
ありがとうございました。
JO4GHW/村田さんこんにちわ
HLTST ご利用ありがとうございます
さて、お問い合わせの件ですが、HLTST では周波数のチェックは TueboHAMLOG と同じ HAMLOG5.DLL の機能を利用しています HAMLOG では基本的に 5600MHz までしか有効な周波数として認識していません（ちなみに HAMLOG の QSO データチェック機能を使用すると今回ご提示された周波数の交信データは「認識できないバンド」として警告表示となります）
HAMLOG のサポート範囲を逸脱してプルグラムの修正にチャレンジしてもいいのですが HLTST は実交信周波数でなくバンド帯の概念でデータの集計をしていますが小生 GHｚ 帯に関する知識が皆無です。
Wikipedia などで調べると
10.125 GHz 帯 10,000.0〜10,250.0 MHz
10.475 GHz 帯 10,450.0〜10,500.0 MHz
24.025 GHz 帯 24.000,0〜24.250.0 MHz
47.1 GHz 帯 47,000.0〜47,200.0 MHz
77.75 GHz 帯 77,500.0〜78,000.0 MHz
135 GHz 帯 134,000.0〜136,000.0 MHz
249 GHz 帯 248,00.0〜250,00.0 MHz
となっているのですが、これでいいのでしょうか？
周波数の文字数が MHz 帯と比べるとかなり長くなるので長くなるので実現できるかどうかこの場では断言できませんが一度チェックを進められるかどうかトライしてみようかとも思います。
（最もミリ波帯のコンテストログを電子ログ機能を使わなければいけないほどの交信数？？？ って気もするのですが）
HLTSTを便利に使わせていただいております。ありがとうございます。
標記の件ですが、10GHz以上のログの抽出がうまく行かず困っています。
ログには、10240.0，24025.0，47100.0の各周波数でのログが入力されており、HLTSTの「コンテストの設定」の「バンドモード」でもチェックを入れております。
ところが「データの選択」で「実行する」を行うと、10240.0と47100.0のログは抽出されず、24025.0のログは「2400」バンドとして抽出されます。
HLTSTWXLで見てみると、やはり10GHzと47GHzのデータは入っておらず、24GHzのデータは「2400」バンドとして入っています。
HLTSTWXLで「2400」となっているセルを「24000」と書き換え、10GHzと47GHzのデータを挿入してから書き戻すと、「データの整理と印刷」から先はうまく処理できます。
状況は以上です。よろしくお願いいたします。
白土さん HLTSTW.INI ファイルお送りいただきありがとうございます
HLTST.INI ファイルは HLTST Ver7.1 でレイアウト変更をしています、お送りいただいたものはレイアウト変更前の旧タイプの物でした。（これが今回のエラーの原因です）
ただ、HLTST Ver7.1 以降で旧タイプのファイルを見つけた場合は、起動直後に新タイプのものに自動的に変換するような仕様になっていて、当方の Ver8.2 および Ver7.5 でテストした結果どちらも新形式に変換されて以降の動作には全く問題がありませんでした。
どうしてこのような状況になるのか全く原因が分かりません。
最後の手段として HLTSTW.INI ファイルを削除していただけませんでしょうか？
HLTSTW.INI が存在いない場合は HLTST 起動時に自動的に創生される仕様になっています。
色々とお手数・ご迷惑をおかけしています
いまだ問題解決の糸口にたどり付いていません。
HLTST インストールフォルダ （C:\HLSeries\hltst）内に HLTSTW.INI ファイルがあると思います。
これを私宛メールに添付して送っていただけないでしょうか？
送り先は jo2hpo@yahoo.co.jp あてにお願いいたします。