116031

このフォームからは投稿できません。
name
e-mail
url
subject
comment
JA2GRC-開発室




◆ JT_Linker Ver.2022.06.20 リリースしました。 投稿者:Taka(JA2GRC)・管理者  引用する 
ねずみ JT_Alert関連の対応をまとめた、標記のバージョンをリリースしました。

興味のある方は、マイソフトウエア・ダウンロードサイトからお試しください。
2022/06/20(Mon) 10:33:42 [ No.1467 ]
◇ Re: JT_Linker Ver.2022.06.20 リリースしました。 投稿者:   HomePage    引用する 
ねこ Takaさん
Ver.2022.06.20 のリリースありがとうございました。
Timeは開始時刻(TIME_ON)が記録されるようになりました。
また、Nameが空白になる問題も無くなりました。

Name、QTHのAuto設定は素晴らしいですね。
HAMLOGとQRZ.comの情報が自動的に選択されて転送されるのでとてもFBです。
DXの場合もCounty+QTHが転送されるので便利です。
Macroの追加もありがとうございました。
感謝!!
2022/06/20(Mon) 15:34:56 [ No.1468 ]
◇ Re: JT_Linker Ver.2022.06.20 リリースしました。 投稿者:JM8BPM (Hiro)  引用する 
くま 以前、「JT_Alertのログが読めるようになるとよいと思う」とこの掲示板で発言したことがありますが、このたびはVer.2022.06.20版でご対応くださり、ありがとうございます。JA4JOEさんがおっしゃるように、Name、QTHのAuto設定は素晴らしいと思います。感激しました。

5月末にPCがクラッシュ。OSからクリーンインストールし直して仕事関係を優先的に復旧。ようやくFT8に取りかかり、ログデータをできるところまで復活させて、JT_Kinkerを改めて新規インストールしました。06.20版は全く問題なく動いています。

ところで、Decorder設定をJTDXとJT_Alertとにしたところ、Hamlogにデータが二重転送されてしまいました。JT_Alertだけを残して他はすべて空白にしたら問題は解決しました。これは仕様ですね。念のために確認させてください。

それから、OSのクリーンインストールでユーザーフォルダのデータは全て消失してしまいました。たまたま別ドライブに保存してあったファイルとQRZ.com上のデータを合わせてFT8のログを復活させましたが、そうした事故(?)に備える機能があるとよいかもしれません。いまはバッチファイルを書いてバックアップをとっていますが、例えば、Decoder設定画面のチェック欄で、「終了時に使用デコーダーのログをバックアップする」といった機能があるとよいかもしれません。

要望ばかりで恐縮です。バージョンアップを、ありがとうございます。
2022/06/22(Wed) 16:58:54 [ No.1469 ]
◇ Re: JT_Linker Ver.2022.06.20 リリースしました。 投稿者:Taka(JA2GRC)・管理者  引用する 
ねずみ JM8BPM (Hiro)さん

レポート、ありがとうございます。

Decoder設定のJTAlertとJTDX(およびWSJT-X)との関係は、以下のブログで説明されているとおりです。

http://ja2grc.blog.fc2.com/blog-entry-5495.html

OSのクラッシュ対応は、一般的には、汎用のバックアップソフトで対応すべきもので、優秀なフリーソフトも
沢山出ていますので、それで、個人データを、あるいは、システム全体をバックアップしておくのが良いのでは
ないでしょうか。 ちなみに、私は、毎日、一回、定時に、パソコン全体のファイルをバックアップしています。
バックアップファイルは、一定期間保存後、自動的に消去する仕組みになっています。 簡単な設定で実現できる
様です。 これで、最悪の場合でも、当日作業した分だけがアウトになるだけで、被害は最小で済み、修復も
比較的簡単に実現できると思います。

なお、JT_Linker個別のバックアップ機能としては、設定ファイルの保存機能がありますので、設定ファイルを
バックアップ用の別ディスクに保存しておくと良いと思います。 更には、この設定ファイルが保存されている
フォルダには、過去の全ログデータがADIF形式のJT_Linker_Log.adiとして保存されていますので、念のため、
このフォルダ全体をバックアップしておくと良いかもしれません。
2022/06/22(Wed) 23:19:05 [ No.1470 ]
◇ Re: JT_Linker Ver.2022.06.20 リリースしました。 投稿者:JM8BPM (Hiro)  引用する 
くま Takaさん ----- ご丁寧なアドバイスを、ありがとうございます。
Decoder設定のJTAlertとJTDX(およびWSJT-X)との関係については、ご紹介のブログを読んだにもかかわらず、肝心の箇所を読み飛ばしていた次第。失礼しました。
バックアップについては、思いつきの希望ですので、お気になさらずに。。
私も、MS-DOS時代から大事なデータはシステム以外のドライブに置き、PCの使用時には必ずバックアップをとることを習慣にしてきました。Takaさん同様に、いまでもバックアップ用アプリは毎日動かしています。しかし、Windowsのユーザーフォルダについては、油断していました。ちょっと扱いにくいフォルダですので。。(^^;
JT_Linker_Log.adiについては気づいていました。JT_AlertとDecorderとを合わせて、FT8では三つのログができることになりますね。今後は三つとも消失しないように注意、工夫します。
QRZ.comのデータを参照できるのは、手元に直ぐみられる記録を置けるという点で、ありがたく思っています。
2022/06/23(Thu) 17:18:18 [ No.1471 ]
◇ Re: JT_Linker Ver.2022.06.20 リリースしました。 投稿者:  引用する 
くま Takaさん
Ver.2022.06.20 のリリースありがとうございます。
Remarksに設定するデータが増え、また、マクロも増えて大変使い勝手が良くなりました。
早速、利用させて頂いています。

ひとつサポートをお願いします。
JA4JOE 尾中さんのレポート(2022/06/20 No1468)では、
> Timeは開始時刻(TIME_ON)が記録されるようになりました。
とありますが、私は、まだ、TIME OFF(Hamlogへ転送する時の時間)のままです。
使用しているHAMLOGのバージョンは、5.36です。
どうしてTIME_ONにならないのか、原因がわかるようでしたらアドバイスよろしくお願いいたします。
2022/06/23(Thu) 23:24:07 [ No.1472 ]
◇ Re: JT_Linker Ver.2022.06.20 リリースしました。 投稿者:Taka(JA2GRC)・管理者  引用する 
ねずみ 土居(JH5WPY)さん

Setup画面のDecoderタブの真ん中下あたりの「End」のチェックは外れていますでしょうか?
2022/06/24(Fri) 09:01:48 [ No.1473 ]
◇ Re: JT_Linker Ver.2022.06.20 リリースしました。 投稿者:  引用する 
くま Takaさん
アドバイスありがとうございます。
Setup画面を確認しました。ENDにチェックが入ってたのでチェックを外したところ、QSO開始時刻(TIME_ON)で記録できることを確認しました。アドバイスありがとうございました。
今回のバージョンアップは、とても快適です。バージョンアップがまだのお方は、バージョンアップすることをお勧めします。
2022/06/24(Fri) 18:39:37 [ No.1474 ]

◆ Timeが終了時刻になる 投稿者:   HomePage    引用する 
ねこ Takaさん
何度も投稿して申し訳ありません。
JT_Linker Ver.2022.01.20e でTimeがおかしいという話があったので、試してみたところ開始時刻(TIME_ON)ではなく終了時刻(TIME_OFF)がHAMLOGに転送されるようです。
Decoder設定の[End]はチェックしていません。
eQSLとLoTWのTimeはTIME_ONの時刻になっています。

通常は一秒くらいの差なので気が付きませんでしたが、
Ver.2022.01.20では問題なかったので、 Ver.2022.01.20eで起き出した問題では無いかと思います。

よろしくお願いします。

2022/06/07(Tue) 14:17:56 [ No.1458 ]
◇ Re: Timeが終了時刻になる 投稿者:Taka(JA2GRC)・管理者  引用する 
ねずみ JA4JOE/尾中さん

レポートありがとうございます。

いろいろ調べていますが、どうも、TIME OFFの時間を拾っているのではなく、Hamlogへ転送する時の時間を
Hamlogが自ら書き込んでいる模様です。

ちょっと、パラメータを触っただけですが、あちこちに影響が出る様です。

長らくHamlogを触っていて、「もう解った!」 と思っていたのですが、なんのなんの。
まだまだ、Hamlogの一部しか理解していない状況だと、今更ながら、わかりました。

Hamlogは奥が深いです。

His NameやQTHを任意に書き込む方法も今更ながらわかってきました。
ただ、QRZ.comからの情報とHamlog Listからの情報の切り替えなどが思案のしどころです。

Remarksに追加するのはすでに出来上がっていますが、もう一歩、何とかならないか思案中です。

再度、「心を落ち着けて」、全体的に見直して、対応することにします。
2022/06/11(Sat) 17:09:23 [ No.1462 ]
◇ Re: Timeが終了時刻になる 投稿者:   HomePage    引用する 
ねこ Takaさん
検討いただきありがとうございます。
良く分かりませんが、HAMLOGの入力ウィンドウにパラメーターを渡すインターフェースはクセがあるようですね。
TIME_OFFではなくHAMLOGへの転送時間になる件は、無効なデータと思って現在時刻に置き換えられるのでしょうかね。
HAMLOG側の動作に合わせての改善は大変かと思いますが、よろしくお願いします。


2022/06/14(Tue) 10:50:31 [ No.1464 ]
◇ Re: Timeが終了時刻になる 投稿者:JG1MOU浜田  引用する 
くま お世話になります。試されているかもしれませんが、
0x1000F で全項目に送ってEnterキーを押したのと同じ状態にし、
若干のウエイトを置いて(デュープチェックが完了した頃)
日付と時刻を送ってやる、というのではいかがでしょうか。


【2022/06/15(Wed) 10:34:16 投稿者修正】
2022/06/15(Wed) 10:29:31 [ No.1465 ]
◇ Re: Timeが終了時刻になる 投稿者:Taka(JA2GRC)・管理者  引用する 
ねずみ JG1MOU/浜田さん

コメントありがとうございます。

この問題、仰る様な方法で解決しました。

もともと、コールサイン設定でEnterコマンドを送って、ユーザーリストからQTHを読み出し、加工して、
再度、他のデータと一緒に書き込む事にしていたのですが、前回の修正で、間違って、最後のコマンドに
Enterを入れるように修正したのが問題を起こしていたみたいです。

現在は、元の様にEnterを入れないようにして解決出来ました。
2022/06/15(Wed) 11:47:26 [ No.1466 ]

◆ FT4からFT8に戻らない 投稿者:  引用する 
くま いつもお世話になっております。
先ほどFT4(15m)でQSOしたあと、FT8(15m)でQSOしたところ、モードがFT4のままでFT8にならなくなってしまいました。
JT_LinkerのウィンドウでFT8に書き替えてもFT4になってしまいます。
対処方法をご教示頂ければ幸いです。
2022/03/20(Sun) 01:18:47 [ No.1366 ]
◇ 追記 投稿者:JL1JVT 小池  引用する 
くま バージョンは、20220120bTです。
2022/03/20(Sun) 01:31:38 [ No.1367 ]
◇ Re: FT4からFT8に戻らない 投稿者:Taka(JA2GRC)・管理者  引用する 
ねずみ JL1JVT/小池さん

不具合レポートありがとうございます。

以下の内容、よろしければ教えてください。
(1)バージョン20220120bTに変更したことにより発生するようになったのでしょうか?
(2)バージョン20220120bTに変更後、FT4→FT8の変更は一度も上手く行っていないのでしょうか?
(3)以前のバージョンでは、起こっていなかったのでしょうか?

こちらでいくつかのバージョンで試してみましたが、再現できずにいます。

宜しければ、使用されている他のアプリのバージョンなどを教えて頂ければ助かります。
・使用パソコンのスペックなど、特にCPU
・使用Windowsのバージョン
・あたっているWindows Updateの最新の番号(KBxxxxxxxみたいな番号)と日付
・WSJT-X、JTDX、Hamlog、などのアプリのバージョン
2022/03/20(Sun) 10:14:36 [ No.1368 ]
◇ Re: FT4からFT8に戻らない 投稿者:  引用する 
くま 以下の通りご回答申し上げます。

>(1)バージョン20220120bTに変更したことにより発生するようになったのでしょうか?

FT4は久しぶりでしたので当時のバージョン番号までは分かりませんが、今年1月20日にFT4とFT8を連続して運用した記録があり、その時は正常にFT4からFT8に変わってハムログに記録されておりました。

>(2)バージョン20220120bTに変更後、FT4→FT8の変更は一度も上手く行っていないのでしょうか?

まだ、昨日と今日の2度しかFT4→FT8の連続運用はやっていませんが、2度ともFT8に変わらずFT4のまま記録されてしまいます。

>(3)以前のバージョンでは、起こっていなかったのでしょうか?

(1)に関連するご質問かと思いますが、当時のバージョン(すみませんバージョン番号までは分かりません)では発生していませんでした。

>・使用パソコンのスペックなど、特にCPU

CPU Intel(R) Core(TM) i7-8700 CPU @ 3.20GHz 3.19 GHz
RAM 16.0 GB (15.8 GB 使用可能)
システムの種類 64 ビット オペレーティング システム、x64 ベース プロセッサ

>・使用Windowsのバージョン

エディション Windows 11 Pro
バージョン 21H2
OSビルド 22000.556
エクスペリエンス Windows 機能エクスペリエンス パック 1000.22000.556.0

>・あたっているWindows Updateの最新の番号(KBxxxxxxxみたいな番号)と日付

3月になってあたっているのは次の4つです。
品質更新プログラム
2022-03 x64 ベース システム用 Windows 11 更新プログラム (KB4023057)…2022/03/11
2022-03 x64 ベース システム用 Windows 11 の累積更新プログラム (KB5011493)…2022/03/10
2022-03 .NET 5.0.15 Security Update for x64 Client (KB5012416)…2022/03/10
.NET Framework 3.5 用の2022-02累積的な更新プログラムのプレビューと x64 (KB5010474) のWindows 11 用の 4.8用の累積的な更新プログラム プレビュー…2022/03/06

>・WSJT-X、JTDX、Hamlog、などのアプリのバージョン

WSJT-X v2.5.4
Hamlog Ver.5.35
JTAlert 2.51.1
JT_Linker Ver.202201.20bT
2022/03/20(Sun) 14:44:11 [ No.1370 ]
◇ Re: FT4からFT8に戻らない 投稿者:Taka(JA2GRC)・管理者  引用する 
ねずみ JL1JVT/小池さん

詳細な情報をありがとうございました。

今後の動作確認の参考にさせて頂きます。

こちらで、手持ちの幾つかのパソコン(CPU=Core2Quad、Corei5、Corei7)で確認を続けていますが今のところ再現していません。
こちらで再現できると、問題の解析が捗るのですが、まずは再現させることに全力を注いでいます。

所で、もし可能でしたら、現状の環境で、JT_Linkerだけ古いバージョン(例えばJT_Linker Ver.2021.07.13f)に戻して動作確認
していただけると、大変助かります。

古いバージョンに戻すのは、単に古いバージョンをインストールし直すだけで可能です。 ただし、念のため、現状の設定を保存
してからインストールし直してください。
2022/03/20(Sun) 21:45:34 [ No.1372 ]
◇ Re: FT4からFT8に戻らない 投稿者:  引用する 
くま >現状の環境で、JT_Linkerだけ古いバージョン(例えばJT_Linker Ver.2021.07.13f)に戻して動作確認
していただけると、大変助かります。

Ver.2021.07.13fに戻してFT4で交信してみました。
ところが今度はFT4なのにFT8になってしまいます!
(JT_Linkerのモード欄がFT4にならない)
私のPCは今年1月26日にwindows10からWindows11にアップグレードしました。
FT4で交信して問題なかったのは1月20日でしたので、どうもwindows11の環境になったせいで不具合が発生し出したのではないかと推測致します。
(今回の問い合わせの時がwindows11の環境になって初めてのFT4運用でした)

なお、バージョン20220120bTの場合、パソコンをシャットダウンして再度立ち上げなおすとFT8のモードで転送できるようになります。
JT_Linkerを終了して再起動しただけではFT8にはなりません(FT4のまま)。
2022/03/21(Mon) 12:35:15 [ No.1375 ]
◇ Re: FT4からFT8に戻らない 投稿者:Taka(JA2GRC)・管理者  引用する 
ねずみ JL1JVT/小池さん

動作レポートありがとうございました。

なかなか、不思議な症状ですね。

Windows11では試したことが有りませんでしたので、大変参考になります。
2022/03/23(Wed) 21:15:51 [ No.1378 ]
◇ Re: FT4からFT8に戻らない 投稿者:JR4UEH/岩崎  引用する 
ぶた お世話になっています。私のところでも同様の症状です。
数日前にFT8からFT4に切り替えるまではVer.202201.20bTで順調に動作していましたが、その後FT8に戻ってもModeがFT4のままです。他の項目は正常にHAMLOGに転送されます。
ADIFMasterでwsjtx_log.adiを覗きましたが、こちらはFT8で正常に登録されています。
FT8のQSOでもeQSLにはModeがFT8(FT4)、LoTWではFT4でアップロードされています。
JL1JVT/小池さんと違うのは、一旦PCをシャットダウンしても治りません。
Ver.202201.20dTにしても同じです。

環境は、
JT_Linker Ver.202201.20bT及びdT
JTDX v2.2.159
JTAlert 2.50.5
Turbo HAMLOG/Win Ver.5.35b
Windows 10 Home /64bit
 2022 年 4 月 12 日 — KB5012599 (OS ビルド 19042.1645、19043.1645、19044.1645)
CPU:Intel(R) Core(TM) i7-7700K CPU @ 4.20GHz
RAM:8.00 GB
.NET Framework 3.5/4.0/4.8
です。
2022/05/04(Wed) 19:03:53 [ No.1429 ]
◇ Re: FT4からFT8に戻らない 投稿者:Taka(JA2GRC)・管理者  引用する 
ねずみ JR4UEH/岩崎さん

レポートありがとうございます。

JT_LinkerのMode欄が固定(手入力モード、枠内の背景が白色)に設定されているって事は無いでしょうか?
2022/05/05(Thu) 00:12:52 [ No.1430 ]
◇ Re: FT4からFT8に戻らない 投稿者:JR4UEH/岩崎  引用する 
ぶた 一旦、手入力モードにしてFT8と入力して自動に戻すと、登録の際にはFT4に変わります。

ただ、今日は朝からFT8のままです。強力なChina局とQSOしてみたらFT8で登録できました。eQSLとLoTWはuploadを切っています。
FT4を試したいのですが閑散としていてQSOに至りません。設備がショボいのでコンディションが上がらないとダメです。しばらくこのまま使ってみます。

追記:
残念ながら、FT8→FT4→FT8で再現してしまいました。

【2022/05/05(Thu) 16:36:28 投稿者修正】
2022/05/05(Thu) 12:34:59 [ No.1432 ]
◇ Re: FT4からFT8に戻らない 投稿者:   HomePage    引用する 
ねこ この件、私の環境でも発生しています。
Takaさんのところでは再現しないので、原因不明のようですね。
試しにDecoder設定のSuBMのチェックを外してやってみたら、FT4時にMFSK、FT8時にFT8になります。MFSKのままになる事はないです。
どうもSUBMODE=FT4で一度HAMLOGに転送すると、その状態が残ったままになるようです。
試しにQ65でテストしてみましたが、SuBMのチェックを入れるとQ65のログ後にFT8に戻ってもQ65のままになります。SUBMODEがクリアされてないのですかね。

私の環境は以下です。
OS: Windows 11 Home 21H2
JTLinker: 2022.01.20
JTDX、WSJT-Xを使用(どちらでも発生します。)
DecoderのファイルパスはJTAlertのwsjtx_log.adiを設定

調査の参考になれば良いですが。

2022/05/18(Wed) 10:31:06 [ No.1438 ]
◇ Re: FT4からFT8に戻らない 投稿者:   HomePage    引用する 
ねこ 追加情報です。
JT_Linker Ver.2021.07.13fでテストしてみましたが、Ver.2021.07.13fではこの問題は発生しません。
JL1JVTさんのレポートと違いますが、私の環境ではVer.2021.07.13fではFT4がFT8に戻らないという問題は発せず、FT4がFT8になるという事もありません。
Mode欄は黄色にしています。
HRDLogを使わない方はVer.2021.07.13fを使えば良さそうです。
2022/05/18(Wed) 15:06:07 [ No.1439 ]
◇ Re: FT4からFT8に戻らない 投稿者:  引用する 
くま こんばんは.JT Linker大変便利に使わせて頂いております.
私のところでも以前この問題が発生していました.2月頃だったと思います.
構成的にはみなさんとほぼ同じで,Win10でWSJT-X,JTDX,JT Alert,JT Linker,Turbo HAMLOGを使っています(全て最新版).JT LinkerからHAMLOGや各種weblog系へ飛ばす設定にしています.

その時にいくつか試してみて尾中さんと同じようにsubmodeを引きずっているのではないかという印象を持ちました.
例えばeQSLでは,FT4で交信するとMFSK (FT4)と表示され,その直後にFT8で交信するとFT8 (FT4)となります.つまりsubmodeがクリアされていないような感じです.JT LinkerのMode窓はもちろん黄色です.SubMにチェックしています.

尾中さんの書き込みを見て思い出したのですが,それまでDecorderでは皆さんと同じようにJT Alertのadifを参照する設定にしていましたが,どのタイミングか覚えていないのですが,ある時Decorderの設定をwsjt-xのadifに戻しました.その後,この症状が出なくなったように思います(これが原因ではないかもしれませんが,思い当たることはこれ位です).

見当違いのことを言っていたらすみません.ご参考になれば幸いです.
2022/05/19(Thu) 01:57:51 [ No.1440 ]
◇ Re: FT4からFT8に戻らない 投稿者:   HomePage    引用する 
ねこ 前川さん情報ありがとうございます。
試してみました。
確かにWSJT-Xのwsjtx_log.adiを参照する設定だとFT8に戻らない現象は起きません。JTAlertのwsjtx_log.adiを参照すると起きる現象のようです。

それぞれのログの内容です。submodeが大文字か小文字の違いがありますが、そのせいでしょうかね?

[JTAlertのwsjtx_log.adi]
<CALL:6>JA4QRZ<QSO_DATE:8>20220521<TIME_ON:6>085732<QSO_DATE_OFF:8>20220521<TIME_OFF:6>085753<FREQ:8>7.041891<FREQ_RX:8>7.041891<BAND:3>40m<BAND_RX:3>40m<MODE:4>MFSK<SUBMODE:3>FT4<DXCC:3>339<COUNTRY:5>Japan<CQZ:2>25<ITUZ:2>45<CONT:2>AS<DISTANCE:1>0<A_INDEX:2>12<K_INDEX:1>3<SFI:3>166<PFX:3>JA4<MY_GRIDSQUARE:6>PM54SA<MY_CQ_ZONE:1>0<MY_ITU_ZONE:1>0<STATION_CALLSIGN:6>JA4JOE<QSO_COMPLETE:1>Y<EOR>
<CALL:6>JA4QRA<QSO_DATE:8>20220521<TIME_ON:6>085824<QSO_DATE_OFF:8>20220521<TIME_OFF:6>085824<FREQ:8>7.041891<FREQ_RX:8>7.041891<BAND:3>40m<BAND_RX:3>40m<MODE:3>FT8<DXCC:3>339<COUNTRY:5>Japan<CQZ:2>25<ITUZ:2>45<CONT:2>AS<DISTANCE:1>0<A_INDEX:2>12<K_INDEX:1>3<SFI:3>166<PFX:3>JA4<MY_GRIDSQUARE:6>PM54SA<MY_CQ_ZONE:1>0<MY_ITU_ZONE:1>0<STATION_CALLSIGN:6>JA4JOE<QSO_COMPLETE:1>Y<EOR>

[WSJT-Xのwsjtx_log.adi]
<call:6>JA4QRZ <gridsquare:0> <mode:4>MFSK <submode:3>FT4 <rst_sent:0> <rst_rcvd:0> <qso_date:8>20220521 <time_on:6>085732 <qso_date_off:8>20220521 <time_off:6>085753 <band:3>40m <freq:8>7.041891 <station_callsign:6>JA4JOE <my_gridsquare:6>PM54SA <eor>
<call:6>JA4QRA <gridsquare:0> <mode:3>FT8 <rst_sent:0> <rst_rcvd:0> <qso_date:8>20220521 <time_on:6>085824 <qso_date_off:8>20220521 <time_off:6>085824 <band:3>40m <freq:8>7.041891 <station_callsign:6>JA4JOE <my_gridsquare:6>PM54SA <eor>

2022/05/21(Sat) 18:10:42 [ No.1441 ]
◇ Re: FT4からFT8に戻らない 投稿者:  引用する 
くま JR4UEH/岩崎さん、レポート拝見しました。

Modeが黄色になってると思いますが白色にするとFT4からFT8へ変えられると思います(シャットダウン後)。
以下マニュアルの引用ですが、私はこのことを知りませんでした(^^;
たまたま白色の設定だったのでFT4からFT8に戻せたようです。

・Modeラベルをクリックすると、Mode入力欄が黄色←→白色と交互に変化します。
黄色の場合はJT65-HF又はWSJT、WSJT-X、JT65-HF HB9HQX-Edition、JTDX、MSHVの転送データ(JT65、JT9、FT8など)で書き換えられ使用されます。
白色の場合はJT65A 等の手入力データが使用されます。
SubM にチェックが入っていている場合はMode 欄にSubmodeデータが表示されます。
2022/05/24(Tue) 09:41:09 [ No.1442 ]
◇ Re: FT4からFT8に戻らない 投稿者:Taka(JA2GRC)・管理者  引用する 
ねずみ 皆様、沢山のレポートをありがとうございました。

JTAlertのログデータは使ったことがありませんでしたので、気が付きませんでした。
原因は、WSJT-XやJTDXのログデータと比べて、JTAlertのログデータは構成が違っているようです。
それが原因で、今回のような奇妙な問題が起こっていた様です。

現状のバージョンは、WSJT-X、および、JTDXのログを対象としていますので、JTAlertのログは仕様外と言う事になります。
厳密にいうと、JTAlertのログデータを使うに当たっては、自己責任と言う事になります。

---- 以上が現状の状況報告です。 -----

と言う事ですが、JTAlertを利用している方が多い様ですので、次のバージョンで、対応してみました。
マイソフトウエアのサイトからダウンロードしてお試しください。
2022/05/26(Thu) 22:35:58 [ No.1443 ]
◇ Re: FT4からFT8に戻らない 投稿者:JG1APX 飯泉  引用する 
くま 改善、ご苦労様でした。
普段JTAlert用のログを使用してのJTLinkerの利用ではありませんがVer.20220120eの
モード取り込みを確認しました。 当方のテストではOKです。
尚、JTAlertのadifフィールド構成に極力似せてJTDXがadifファイルを出力するようにビルド
した物を使用しての通常設定でも問題なく取り込めているようです。
Ver.20220120では双方NGであることは確認済みです。

別件ですが、タスクバー(左側)にあるJTLinkerのアイコンがVer.20220120では処理が終了
してもアイコンの背景色が橙色を保ってタスクバーが隠れることはありませんでしたが、今回の
Ver.20220120eでは橙色に変わることなくターボハムログの処理が終わり次第バーが隠れるようになりました。
ご報告いたします。
2022/05/28(Sat) 06:21:02 [ No.1444 ]
◇ Re: FT4からFT8に戻らない 投稿者:Taka(JA2GRC)・管理者  引用する 
ねずみ JG1APX/飯泉さん

レポート、ありがとうございます。

うまく動いているようで、安心しました。
2022/05/28(Sat) 16:19:05 [ No.1445 ]
◇ Re: FT4からFT8に戻らない 投稿者:   HomePage    引用する 
ねこ Takaさん
対応ありがとうございました。
FT4からFT8に戻るようになりました。
JTAlertのADIFファイルを指定するとJTAlertではQRZ.comからName、QTHを取り込んでくれるので、以前からJTAlertのADIFファイルを指定しています。
ついでのお願いで申し訳ありませんが、QTHをRemarks1かRemarks2に転送するためにRemarks設定のmacroに%qth%があると嬉しいです。
よろしくお願いします。
2022/05/29(Sun) 07:58:39 [ No.1446 ]
◇ Re: FT4からFT8に戻らない 投稿者:Taka(JA2GRC)・管理者  引用する 
ねずみ JA4JOE/尾中さん

ご無沙汰しています。
ご提案を、ありがとうございます。

JTAlertの吐き出すデータの方が、沢山の情報を含んでいるようですね。
少し、調査してから、対応したいと思いますので、暫くお待ちください。
2022/05/29(Sun) 15:46:25 [ No.1447 ]
◇ Re: FT4からFT8に戻らない 投稿者:   HomePage    引用する 
ねこ Takaさん
お世話になります。
些細な要望をご検討いただけるとの事、ありがとうございます。
DXCCとかSTATEもアワードを狙って記録したい人がいるかも知れませんね。
NAMEもJA局はQRZ.comにハンドル名を登録している方が多いので、
Remarksの方に記録できるとありがたいです。
勝手な希望ばかりで申し訳ありません。
2022/05/30(Mon) 07:07:43 [ No.1448 ]
◇ Re: FT4からFT8に戻らない 投稿者:  引用する 
くま Takaさん、JT_Linkerのニューバージョン(JTAlert対応版)リリース大変ありがとうございます♪
お陰様でFT4からFT8に戻ってもちゃんとHAMLOGに記録されるようになりました。
私もJTAlertのADIFファイルを指定して使っておりNameも転送されるので大変FBだと思っております。
今後ともよろしくお願い申し上げます。
2022/05/30(Mon) 16:49:03 [ No.1450 ]
◇ Re: FT4からFT8に戻らない 投稿者:Taka(JA2GRC)・管理者  引用する 
ねずみ JA4JOE/尾中さん

Name、QTHを取り込む機能は既に組み込まれていました。
自分で組み込んでいて、すっかり忘れていました。
参考ブログ:http://ja2grc.blog.fc2.com/blog-entry-4969.html

ただし、取り込む欄が、NameとQTH欄ですが。

Remarks1かRemarks2に取り込む機能が必要でしたら機能追加が必要ですが。
2022/06/06(Mon) 09:26:13 [ No.1455 ]
◇ Name、QTHの転送 投稿者:   HomePage    引用する 
ねこ Takaさん
検討いただきありがとうございます。
分かりにくいのでタイトルを変更しました。

参考ブログ:http://ja2grc.blog.fc2.com/blog-entry-4969.html
に書かれているように、NameはHAMLOGに転送されますが、QTHは転送されません。
QTHはHAMLOGが書き込むので転送されないようです。
HAMLOGでは、QTHはDX局の場合Countryになるのでそれで良いと思いますが、国内局の場合も転送されないようです。

このため、QTHをRemarksに転送できるとありがたいです。
Nameも国内局はQRZ.comにハンドル名を登録している方が多いので、HAMLOGに登録された名前と別にRemarksの方に記録できると嬉しいです。
是非、Remarks設定のmacroへの追加検討をお願いします。

それと、最近起き出したのですが、国内局の場合JTLinkerにName、QTHがいったん表示されるのですが、HAMLOGへの転送時にNameが空になります。
Nameも以前は転送されていたと思うのですが、国内局の場合転送されません。DX局の場合はNameにチェックを入れてあれば転送されます。
Hisレポートが転送されないという問題と同じでしょうか?
2022/06/06(Mon) 11:56:17 [ No.1456 ]
◇ Re: Name、QTHの転送 投稿者:   HomePage    引用する 
ねこ 補足です。
国内局の場合にHAMLOGへの転送時にNameが空になる件ですが、JT_Linker Ver.2022.01.20eで起き出した現象のようです。
Ver.2022.01.20に戻したら国内局でも転送されます。
Ver.2022.01.20では、Name、QTHのチェックを入れておくと、以下の動作になります。
国内局 Name、QTHが転送される。
海外局 Nameのみ転送される。QTHはCountryに変わる。

私の環境は以下です。
OS: Windows 11 Home 21H2
JTDXv2.2.159
JTAlert 2.51.4
DecoderのファイルパスはJTAlertのwsjtx_log.adiを設定

よろしくお願いします。
2022/06/06(Mon) 18:06:06 [ No.1457 ]

◆ ADIFLogに全角文字が入るとhamlog転送出来ない 投稿者:  引用する 
いぬ いつも使わせて頂き有り難う御座います。
エラーに悩まされてますのでアドバイスお願いします。
JTDXで使用してます。ADIFファイルNAMEに全角(日本語)の記載されてるとエラーがでてHamlogに転送されない。
ADIFファイル内のNAMEを削除しると問題無く転送されます。
JTDXは何処からNAMEデーターを取得して記載されるかがわからず悩んでましたのでアドバイスお願いします。
2022/05/30(Mon) 14:55:14 [ No.1449 ]
◇ Re: ADIFLogに全角文字が入るとhamlog転送出来ない 投稿者:Taka(JA2GRC)・管理者  引用する 
ねずみ JA8DKJ@三井さん

ADIFの規格(例えば、ADIF Version 3.1.1, updated 2020/09/02)では、NAMEフィールドに使える文字は
ASCIIコードの32番〜126番(英大文字、英小文字、数字、英記号など)と規定されている様です。

従って、NAMEフィールドに全角(日本語)を使うと、規定と違うので正常に動作しない事があると思います。

ちなみにJTDXのLogQSOダイアログのName枠に全角(日本語)で入力すると、そのまま、ADIFファイルのNAME
フィールドに出力されますが、ADIFの規格に合致していないので、ADIFMasterなどのツールで読み込んでも
正しく読み取れない様です。
2022/05/30(Mon) 17:41:45 [ No.1451 ]
◇ Re: ADIFLogに全角文字が入るとhamlog転送出来ない 投稿者:  引用する 
いぬ 早々の返信有り難う御座います。
Nameに全角(日本語)が入力出来ない件、了解です
実はDX QSO後にJAから呼ばれてQSO後Hamlogに転送が出来くエラーになります。
その時ADIFファイル確認するとNAMEに全角が入力されてます。
何処からNAMEを取り入れてるか判らず困っています。
NAMEを取り込まない方法は有るのでしょうか?
宜しくお願いします
2022/05/30(Mon) 17:55:04 [ No.1452 ]
◇ Re: ADIFLogに全角文字が入るとhamlog転送出来ない 投稿者:Taka(JA2GRC)・管理者  引用する 
ねずみ JA8DKJ@三井さん

JTDXの機能だと思います。

詳しくは、JTDXの説明書を参考にして頂くのが良いと思いますが、私が理解している範囲で
以下にお答えします。

----------------------------------------------------------------------------------

JTDXのログファイル(wsjtx_log.adi)に記録されている過去に交信した局と再度交信すると、
過去に入力したデータを引っ張ってきて自動で入力するようです。

Name以外にGL他のデータも引っ張ってくる様です。

従って、Nameに全角を自動入力されないようにするには、JTDXのログファイルから過去の
全角のデータを削除してしまわないと、駄目じゃないかと思います。

過去のデータを使わないのなら、JTDXのログファイルを削除すればよいと思います。

過去のデータを使いたい場合は、ADIFmasterなどを使って全角データを削除した新しいログ
ファイルを作成しなければならないと思います。

なお、ログファイルを修正する場合は、念のために、バックアップを取ってから作業して
頂くのが良いと思います。
2022/05/30(Mon) 18:52:08 [ No.1453 ]
◇ Re: ADIFLogに全角文字が入るとhamlog転送出来ない 投稿者:  引用する 
いぬ TAKA/JA2GRC 大塚 様

返信有り難う御座います。
やはりそうでしたか、JTDX側から過去データーを持って来てると思ってましたが他のデーターを引用してるかとも思いました。
と言う事で過去データーを時間をかけて削除して見ます。
色々有り難う御座いました。
2022/05/30(Mon) 20:48:09 [ No.1454 ]

◆ JT-Linkerの複数コール利用について 投稿者:JF0SCH T.Suzuki  引用する 
くま JT-Linkerを1つのPCで複数のコールサインで使用することは可能でしょうか。
フォルダを別にして2つJT-Linkerをインストールしたのですが、「iniファイル」が1つしかできず設定を独立させることができませんでした。
ご回答よろしくお願いいたします。
2022/03/31(Thu) 22:23:33 [ No.1387 ]
◇ Re: JT-Linkerの複数コール利用について 投稿者:Taka(JA2GRC)・管理者  引用する 
ねずみ JF0SCH/T.Suzukiさん

・一つのJT_Linkerで複数のコールサインを切り替えて使う事は可能です。
・同時に複数のJT_Linkerを立ち上げる事は出来ない様にしています。

参考までにお聞かせください。
複数のコールサインを使うときは、Hamlogの方はどのように使われるのでしょうか?
2022/04/01(Fri) 00:48:27 [ No.1388 ]
◇ Re: JT-Linkerの複数コール利用について 投稿者:JF0SCH/T.suzuki  引用する 
くま 2nd(小4)が開局しましてFT8を申請しています。2ndまたは当局のどちらかしかHamlogは開かない様にしようと考えています。
それぞれのJTDXをインストールしてどちらかのログファイルに新しいログが書き込まれたら開いている方のHamlogにデータを転送するように設定しようと考えています。JTlinkerのiniファイルはコール毎分けられないようなので、この様な構成にしようと思います。
遅くなりましたが、JTlinkerを使わせて頂きとてもFBに運用出来ています。
ありがとうございます。
2022/04/01(Fri) 17:57:05 [ No.1392 ]
◇ Re: JT-Linkerの複数コール利用について 投稿者:Taka(JA2GRC)・管理者  引用する 
ねずみ JF0SCH/T.Suzukiさん

使い方、承知しました。

現状では、そのような使い方になりますかね。

複数のJT_Linkerを起動出来て、それぞれ、別の設定ファイルを持つようにすれば良いと言う事でしょうかね?
2022/04/01(Fri) 20:58:29 [ No.1394 ]
◇ Re: JT-Linkerの複数コール利用について 投稿者:JF0SCH T.Suzuki  引用する 
くま 複数コールでそれぞれ独立したiniファイルを持つようになればコール毎に異なるJTDXのadiファイルを指定できるようになり便利だと思います。
2022/04/02(Sat) 09:35:53 [ No.1397 ]
◇ Re: JT-Linkerの複数コール利用について 投稿者:JF0SCH T.Suzuki  引用する 
くま お世話になります。
もう一つ問い合わせしたいことがありました。
「JTDX→JT_Linker→Hamlog」の組み合わせで運用していますが、昨日までは特に問題なくHamlogにログが取り込まれていたのですが、本日運用していたところ下記のような問題が発生しています。

症状
JT_LinkerにはJTDXのログ内容がすべて正常に転送されており、JT_LinkerのウィンドウにはJTDXのデータがすべて正しく表示されています。
Hamlogの「QSOデータを登録してよろしいですか?」のダイアログが表示され、Hamlogのデータ入力ウィンドウにもすべてのデータが正常に表示されています。

ここが問題→Hamlogの「QSOデータを登録してよろしいですか?」のダイアログで「はい」をクリックするとHamlogのログウィンドウにログが追加されますが何故か「His(RST)」の部分だけが空欄になります。現在は手乳六でJT_Linkerの表示からRSレポートを書き写しています。

このような現象で何か思い当たる点はありますでしょうか?
昨日まで問題なく動作していましたので何か設定を変更してしまったのかもしれません。またログデータの「His」はHamlogの入力ウィンドウには正常に表示されていますのでHamlog側の問題だと思います。

よろしくお願いします。
2022/04/02(Sat) 11:23:55 [ No.1398 ]
◇ Re: JT-Linkerの複数コール利用について 投稿者:JF0SCH T.Suzuki  引用する 
くま 半日悪戦苦闘した結果、分かりました。
JT_Linkerの「Basic Setting-My Call My GL」の設定で自分のコールとセカンドのコールを2局登録してたものを、セカンドのコールをデリートしたところ、RSTの「His」がHamlogのログに記録されるようになりました。
なぜ回復したのかは不明ですが、お騒がせしました。
2022/04/02(Sat) 16:43:30 [ No.1400 ]
◇ Re: JT-Linkerの複数コール利用について 投稿者:JF0SCH T.Suzuki  引用する 
くま 何度もすみません。
上記の方法で正常に動作していますが、JT_Linkerを再起動するとやはりRSTの「His」の部分だけHamlogのログに記録されませんでした。でもJT_Linker起動中にMyCallを削除後再び追加すると正常な動作になります(MyCall削除・追加を行ったあと、JT_Linkerを終了するまでは正常に動作します)。
恒久的な問題解決には至っていませんでした。

何か思い当たる点がありますでしょうか?
2022/04/02(Sat) 17:14:28 [ No.1401 ]
◇ Re: JT-Linkerの複数コール利用について 投稿者:   HomePage    引用する 
ねこ 横から失礼します。
以前同じような質問がありました。
http://ja2grc.clear-net.jp/~ja2grc/my_software/yybbs/yybbs.cgi?li ..... =1292#1292
・JTLinkerのSetupのWeblog CommonのAllow Internet Acssessにチェック
・Setup-DecoderのUse Decoder Recordにチェックを入れる
などで良くなったとの報告があります。
2022/04/06(Wed) 09:17:46 [ No.1402 ]
◇ Re: JT-Linkerの複数コール利用について 投稿者:JF0SCH T.Suzuki  引用する 
くま 情報ありがとうございました。
最新版で試してみようと思います。

その後もいろいろ試したところ、一つ前のバージョン(2021.07.13f)に戻しましたら、特別な操作なしに全く問題なく動作しました。
いろいろお騒がせしました。
2022/04/06(Wed) 18:03:29 [ No.1403 ]
◇ Re: JT-Linkerの複数コール利用について 投稿者:Taka(JA2GRC)・管理者  引用する 
ねずみ JF0SCH/T.Suzukiさん

No.1398のコメントで

「昨日までは特に問題なくHamlogにログが取り込まれていたのですが、本日運用していたところ下記のような問題が
発生しています。」

とありますが、この昨日から本日までの間に何か変更された事は有りますでしょうか?

関連アプリとか、Windows Updateとか、何でも宜しいので気が付かれたことがあれば、お教えください。
2022/04/10(Sun) 16:31:32 [ No.1405 ]
◇ Re: JT-Linkerの複数コール利用について 投稿者:Yokoi  引用する 
くま 私も同じ症状で悩み
Hisだけが転送されなかったです。
よくわからないですが
JA4JOE 尾中様の対策でなおったみたいです。
有難うございました
2022/05/16(Mon) 14:26:08 [ No.1437 ]

Page: | 1 | 2 | 3 |

投稿者 No. 削除キー

- YY-BOARD - icon:MakiMaki
- Antispam Version -