JA2BQX 掲示板



カテゴリ:[ 趣味 ]


270件の内、新着の記事から10件ずつ表示します。


[219] Re: JT65toThw Ver. 0.61 について

投稿者: JA2BQX 投稿日:2019年10月 3日(木)13時29分31秒 p697025-ipngn200607sizuokaden.shizuoka.ocn.ne.jp  通報   返信・引用 > No.218[元記事へ]

こんにちは。

どの設定画面が出るのでしょうか? 設定画面では勿論「保存」ボタンは押して頂いていますよね。
JTDX 等のパスと Hamlog.hdb のパス設定の画面でしょうか?
それとも別の画面? もう少し具体的に詳しくお願いします。

> 一度、digi2thw を試してみたいと思います。

いずれは digi2thw のみにする積りで、他は削除する予定です。
 




[218] Re: JT65toThw Ver. 0.61 について

投稿者: JG3HGD 投稿日:2019年10月 3日(木)10時43分4秒 121-84-137-166f1.kyt1.eonet.ne.jp  通報   返信・引用 > No.217[元記事へ]

早速のご対応ありがとうございます。

Ver 0.62 を試してみましたが、残念ながら同じ結果となりました。
一度、digi2thw を試してみたいと思います。
お忙しい中、ありがとうございました。

念のため私の環境は、
PCは、Windows10 64bit版で WSJT-X と JTAlert のみ使っています。

JT65toThw.ini の内容
[Config]
ver=0.62
hamlog_hdb_dir=D:\HAM\Hamlog\Hamlog.hdb
HamlogHdb_auto_append_flag=Yes
HamlogHdb_auto_save_flag=Yes
jtdx_log_adif=
wsjtx_log_adif=C:\Users\hampc\AppData\Local\WSJT-X - 64FT991\wsjtx_log.adi
time_utc_jst=ja_jst
QSL_str=DB
rmks1_koumoku_jun=TX _PWR,,Comment,
rmks2_koumoku_jun=,,,LogType
transfer_to_external_log=No
send_freq_to_thw=Yes
send_freq_type=Real_frequency
login_id=
login_password=
qth_nickname=
auto_sent_to_eqsl=No
send_to_thw_name_from_JTAlert=No
qth_rmk_from_JTAlert=Rmk1
pre_qth_from_JTAlert=No
QRZcom_ID=
wsjtx_use_udp_n1mm_to_log=No



[217] Re: JT65toThw Ver. 0.61 について

投稿者: JA2BQX 投稿日:2019年10月 2日(水)16時14分32秒 p697025-ipngn200607sizuokaden.shizuoka.ocn.ne.jp  通報   返信・引用 > No.215[元記事へ]

こんにちは。

Ver. 0.62に差し替えてみましたので、お試しください。
HPの下記のリンクです。


JTDX , WSJT-X の QSOデータを Hamlog に転送する。
JT65toThw



[216] Re: JT65toThw Ver. 0.61 について

投稿者: JA2BQX 投稿日:2019年10月 2日(水)16時03分8秒 p697025-ipngn200607sizuokaden.shizuoka.ocn.ne.jp  通報   返信・引用 > No.215[元記事へ]

こんにちは。

> FT4運用の為に、Ver. 0.51からアップデートしたのですが、
> 設定をしても毎回設定画面が立ち上がって来て使用できません。

必要な箇所の設定は済ませてありますか?
例えば Hamlog.hdb のパスは?  自動で Hamlog に転送するかどうかとかは?

こちらでは正常に動作しますが....。

それでもダメなようなら、新しい digi2thw がありますので、こちらをお試し下さい。



[215] JT65toThw Ver. 0.61 について

投稿者: JG3HGD 投稿日:2019年10月 2日(水)15時35分34秒 121-84-137-166f1.kyt1.eonet.ne.jp  通報   返信・引用

FT4運用の為に、Ver. 0.51からアップデートしたのですが、
設定をしても毎回設定画面が立ち上がって来て使用できません。
お忙しい中恐縮ですが、一度調査いただけると幸いです。

JG3HGD 中村




[214] Re: EQSL2THWのスピード

投稿者: JA2BQX 投稿日:2019年10月 2日(水)06時46分34秒 p697025-ipngn200607sizuokaden.shizuoka.ocn.ne.jp  通報   返信・引用 > No.213[元記事へ]

こんにちは。

> LOTWは交信の確認が出来ている。

こちらは新規追加分だけが簡単に抽出出来るので処理楽です。

> EQSLは単に相手からデータが送られて来ただけでいちいち確認をしなくてはならない。だから時間がかかるということで理解して良いのでしょうか?

新規追加分の抽出方法をもっと効率良い方法を探し出せれば良いのですが。
現在のこちらの処理方法に問題があるのかもしれませんが。
InBoxを eQSL2Thw で処理したら Archive に移動させてしまえば、InBox は空になり
次回は新規追加分だけになるので、この手法の方が良いかも知れません。
ユーザーが eQSL2Thw で処理前にInBoxのデータの Reject , Confirm 処理を済ませて
くれれば良いですが、そのままにされるとCFMの制度が落ちる...。
まあ、現状の Archive での処理でも事前処理がされていなければ同じですが。

> また私の不安な点は32BITマシンで最初の導入がうまくいかず64BITマシンからのコピーで動かしいるのでこの処理速度が正常か異常かということです。

32BITマシンで最初の導入がうまくいかなかった理由が分かりません。
何かエラーメッセージが出ただろうと思いますが、そrの記録はありますか?

64BITマシンでOKだったなら、そのまま64BITマシンで処理すればどうなのですか?
32BITマシンと64BITマシンとでどの程度処理時間の差が出るのかは分かりませんが。




[213] Re: EQSL2THWのスピード

投稿者: JA5GOJ 投稿日:2019年10月 1日(火)22時12分19秒 softbank221080158014.bbtec.net  通報   返信・引用 > No.212[元記事へ]

回答ありがとうございました。

LOTWは交信の確認が出来ている。
EQSLは単に相手からデータが送られて来ただけでいちいち確認をしなくてはならない。だから時間がかかるということで理解して良いのでしょうか?

また私の不安な点は32BITマシンで最初の導入がうまくいかず64BITマシンからのコピーで動かしいるのでこの処理速度が正常か異常かということです。

お手数ですがよろしくお願いいたします。








[212] Re: EQSL2THWのスピード

投稿者: JA2BQX 投稿日:2019年10月 1日(火)20時33分29秒 p697025-ipngn200607sizuokaden.shizuoka.ocn.ne.jp  通報   返信・引用 > No.211[元記事へ]

こんばんは。

例え「新規取得の局数はせいぜい10局くらいです」でもそれを抜き出すには
データが追加になっている年月を探し出し、その追加のある全ての年月の全てのデータを取得し(これが1000件)なら
1000件分の処理が必要です。

現在は既に処理済の年月の内容データを保存していますが次の処理で上書きしてしまってるので
新たに追加が含まれる年月の取得したデータと比較して追加分のデータのみを取得すると言う手法は取っていません。
この方法でやれば早いのかも知れませんが....。

「Download entire InBox in ADIF format (for importing into some loggers) 」と言う
ADIFデータもあります。しょかしこれは Reject , Confirm の Action が入っていません。
ですからこの ADIF を全てCFM処理には使えません。

処理が早く出来るアイディアがあればご指導ください。




[211] Re: EQSL2THWのスピード

投稿者: JA2BQX 投稿日:2019年10月 1日(火)17時49分42秒 p697025-ipngn200607sizuokaden.shizuoka.ocn.ne.jp  通報   返信・引用 > No.210[元記事へ]

こんばんは。

> 1.PCのスペックはCOREi5 4590 3.3G RAM 4GB OS WINDOW10PRO-32BIT 1809 HD 1Tです。

これなら性能的には良いと思います。
Inbox から Archive へ移動されて前回より追加になった分を抜き出す。
この新たに追加になったデータのコールサインのデータを Hamlog.hdb から抜き出す。
それから照合処理をする。(初期値は+ー15分の範囲はマッチ)
この処理で時間がかかっています。

LoTW の方は追加分だけのadifファイルが直接取得出来ます。ここれで大きく処理時間は変わります。

差し当たりは現状より処理時間を少なくする手法は思いつきません。


どうしても待ち時間が多いと思われるなら Core i7 や i8 にするとかメモリーを増やす、
HDDをSDDで変えるとか.....。

後は手作業でやる処理ならどの位時間が掛かるか考えて頂くか、他にFBなソフトがあるなら
そちらに乗り換えて頂くか....。



[210] Re: EQSL2THWのスピード

投稿者: JA5GOJ 投稿日:2019年10月 1日(火)11時05分3秒 softbank221080158014.bbtec.net  通報   返信・引用

回答ありがとうございました。

1.PCのスペックはCOREi5 4590 3.3G RAM 4GB OS WINDOW10PRO-32BIT 1809 HD 1Tです。

2.インストールについては、EXEファイルの実行でソフトは立ち上がるのですが初期設定段階でエラー表示がでて前に進めなくなりました。一方、別のPC( OS WINDOW10HOME-64BIT)ではうまく動きました。そこで新たに64BIT機で展開し直した初期設定も行っていないファイルをそっくり32BIT機にコピーして使うと初期設定が出来、動くようになりました。現状それを使っています。

3.時間がかかるのは追加部分のHTML取得からその処理の完了までとHAMLOGデータを読み込んだ後、実際に照合を行うところです。この部分で照合を行う月がたくさんありチェック対象の局数が1,000位になるとPCの前で待ってはいられないくらいの時間がかかります。(新規取得の局数はせいぜい10局くらいです)

4.今、実際にテストしたところ250局程の照合(新規データは10局)で照合終了01:54と表示されました。

5.LoTW2Thwについては全く問題なく一瞬というのは言い過ぎですが快適に動いています。

以上が私の現状です。アドバイスがあればお願いいたします。


レンタル掲示板
270件の内、新着の記事から10件ずつ表示します。

お知らせ · よくある質問(FAQ) · お問合せ窓口 · teacup.レンタル掲示板

© GMO Media, Inc.