Turbo HAMLOG/Win 活用相談室

> CALL欄に移動局のCALL-SIGNを入力時にNumLockが外れていた場合、数字入力が
> できない状況とならない。斜線(／)の後の数字により前回入力のデータがPOPアップ
> されたり、次の入力データが表示されたり等、数字によりいろいろな現象が発生する。

NumLock が外れていれば数字を打っているつもりでも　他の動作をする　当たり前でしょう。
Hamlogはキーボードからのコードで反応しているだけで、どのキーを押しているかは判別していません。

NumLock　キーを何かの拍子に押しちゃうのでしょうか？。私のPCでは　Fn　+　NumLk　で切り替わりますがめったに切り替える事はありません。　ページアップ等のキーが別途付属していないタイプなのかな。共用であれば頻繁に切り替える事がありそうですね。

CALL欄に移動局のCALL-SIGNを入力時にNumLockが外れていた場合、数字入力が
できない状況とならない。斜線(／)の後の数字により前回入力のデータがPOPアップ
されたり、次の入力データが表示されたり等、数字によりいろいろな現象が発生する。
当局が使用しているパソコンは、ＮＥＣのLAVIEです。

> HAMLOGやhQSLの例です。
> https://hamlog.sakura.ne.jp/mou/qsl/qanda.html#Ques5

コメントありがとうございます。
上記のファイヤーウォールの設定は行っていました。

今回はデータプロテクタ項目なので、ウィルス対策の中に設定項目がありました。

以下、簡易ですが、その方法です。

ノートン３６０の設定＞ウィルス対策をクリックし、ウィルス対策を表示させます。
「データプロテクタ」タブをクリックしてデータプロテクタの設定を表示させます。
データプロテクタ項目の３番目、プロセスの除外の右側青字の「設定する［+］」をクリックします。
プロセスの除外ページの左下にある［追加する］をクリックします。
プロセスの除外の追加で、Hamlogw.exeファイルを選択し、［ＯＫ］をクリックします。
プロセスのリストにファイルがフルパスで追加されたら、［適用する］をクリックし［ＯＫ］をクリックします。

ウィルスバスターの設定例では、このデータプロテクタと同じ様な設定例が紹介されているので、
ノートン３６０ユーザーは、このデータプロテクタの設定を行っておいた方が良いかもしれませんね。

今の時点で、Hamlogw.exeを使ったノートンコミュニティのユーザー数は数百人となっており、
ユーザーの信頼を得ていますので、ノートンはHamlogw.exeを信頼できると指定しています。

【2022/05/15(Sun) 09:14:52 投稿者により修正されました。】

> 原因は、ノートン３６０のデータプロテクタが「疑わしい処理を遮断しました」と、
> 小さいダイアログを右下に表示し、Hamlogw.exeの処理を遮断していました。

拙作のソフトにはデジタル署名（ソフトウエア発行元証明書）がありませんので、
セキュリティソフトで例外設定をしておいたほうが良いかもしれません。

HAMLOGやhQSLの例です。
https://hamlog.sakura.ne.jp/mou/qsl/qanda.html#Ques5

先ほど、この原因が判明し解決いたしました。

原因は、ノートン３６０のデータプロテクタが「疑わしい処理を遮断しました」と、
小さいダイアログを右下に表示し、Hamlogw.exeの処理を遮断していました。

いつも右下にスクリーンキーボードを表示させて使っているので、
このキーボードの陰に隠れて気が付きませんでした。

ノートン３６０で、セキュリティ履歴を表示させ、マウスでダブルクリックしてその詳細を表示させて
処理の「プロセスの除外」を設定したら、書き込みが正常に行われる様になりました。
このような事は、Ｖｅｒ５．３６で初めてです。

今のところ、ファイルインサイトでノートンコミュニティのユーザー数は５人未満であるため、
信頼性の不足で、ちょっとでも怪しい？動きをするとデータプロテクタが動くのかもしれません。


たいへんお騒がせして申し訳ありませんでした。

> 先頭の０（ゼロ）が抜けてしまう件は、実は意識しておりませんでした。
> （交信データ印刷に不具合が無ければそで良し、としておりましたので。）
> 必要に応じて修正したいと思います。

手間がかかりますが、エクセルに文字列として読み込ませれば大丈夫です。

エクセルで普通にCSVを開くと、ゼロから始まる市・郡・区コードはゼロが抜けて
しまいます。
日付もゼロが抜けると思います。

そのようにエクセルで編集したCSVをHAMLOGにインポートさせると、長野、新潟、
東北、北海道との交信データは、使い物にならなくなるでしょう。

浜田様

お世話になります。

先頭の０（ゼロ）が抜けてしまう件は、実は意識しておりませんでした。
（交信データ印刷に不具合が無ければそで良し、としておりましたので。）
必要に応じて修正したいと思います。

ご教示いただきありがとうございました。

> リグ接続関係は、しばらく手を加えていません。
>
> たぶん、これが最後かと思います。
> Ver5.28b　2019/10/29
> ・IC-9700のバンドスタッキングレジスタ動作でモードが取得できないことがある
> 　ので修正。　Tnx ICOMさん
>
> FT-2000は持っていませんし。
了承致しました。
取り敢えず動いているのでこのままで結構です。
yaesuFT2000は、JTDXでも問題の多い機種です。
今後のご活躍お祈りしています。

リグ接続関係は、しばらく手を加えていません。

たぶん、これが最後かと思います。
Ver5.28b　2019/10/29
・IC-9700のバンドスタッキングレジスタ動作でモードが取得できないことがある
　ので修正。　Tnx ICOMさん

FT-2000は持っていませんし。

> ＨＤＢファイルを、一旦、ＣＳＶデータに書き出し、加工したのち
> ハムログに戻したデータを使います。

ご存じのことと思いますが、CSVファイルをエクセルで読み込むと、
0901 長野県長野市　　が
901　長野県長野市　　に変わってしまいますので、ご注意ください。

道の駅Get'sのデータも、以前はCSVファイルでしたが、エクセルで開いたら
「青森市、福島市、山形市などJCCコードが間違っている」という連絡がくるので、
途中からMCSVファイルに変更し、エクセルで簡単に開けないようにしました。
（拡張子だけ変えました。）

【2022/05/14(Sat) 19:36:55 投稿者により修正されました。】