このフォームからは投稿できません。

name
e-mail
url
subject
comment

---

[もどる] [新規投稿] [新規順タイトル表示] [ツリー表示] [新着順記事] [留意事項] [ワード検索] [過去ログ] [管理用]

---

以下は新規投稿順のリスト(投稿記事)表示です。 24時間以内の記事は new! で表示されます。 投稿者のメールアドレスがアドレス収集ロボットやウイルスに拾われないよう工夫して表示しています。 当ホームページに無関係な商用書き込み、在宅ビジネス、ネズミ講やマルチ商法の勧誘などの書き込みはご遠慮願います。 ソース内に投稿者のリモートホストアドレスが表示されます。

> 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 投稿者により修正されました。】

自分の構成では解決しました。
でもやはり変です。
持っているCOMポートドライバすべてで検証しましたが、どうやっても（VSPEなど使わず直接接続）接続できません。
COMポートは、CPIEで増設したものです。
直接接続で、JTDX・WSJT-X・Ctestwin、これらすべては正常に動作します。
Hamlogのみどうやっても接続できません。
VSPEを動作させれば接続できますが、本来１：１接続が基本のRS232C
以前はきちんと接続できませいた。
現在、どうあがいても不可能です。
仮想COMポートでは接続できます。
あとお願いです。
ＨＥＬＰファイルのリグ接続に関して、ＦＴ2000はストップビット 2ｂｉｔ となっています。
それを信じて？当初からその設定でＯＫでした。
ある日突然接続できなくなり慌てた次第です。
直接接続で、ＪＴＤＸ・WSJT-X・Ctestwinはストップビット設定なしで（1でも2でも）接続します。
ぜひＨａｍｌｏｇもそのような設定にしていただけたら幸いです。
現在不具合は克服しています。
お暇な時で結構です。よろしくお願いいたします。

こんにちは
HAMLOGのバージョンの性ではないと思いますが・・
取り合えず印刷できたようで良かったですが・・
原因が分かると、スッキリするのですが・・・

ＣＳＶファイルに書き出しの件、了解しました
確かにエクセルでの修正等が楽ですね
つまらない質問にご回答ありがとうございました

お空でお会いすることを楽しみにしております

- 以下のフォームから自分の投稿記事を修正・削除することができます -
処理 修正 削除 記事No 削除キー

---

- Web Forum Antispam Version -

Copyright (C) 2011 hamlog.com All Rights Reserved. since1996