JA2GRC-開発室

◆ JTLinkerについて 投稿者：  引用する  FT8のセット中です。 IC7300とeQSLをつなぐためにJTLINKERは必要ですか？JTDXでeQSLを指定して直に指定すれば運用できますか？ よろしくお願いします。 2025/01/18(Sat) 09:01:02 [ No.1837 ] ◇ Re: JTLinkerについて 投稿者：      引用する  どなたからも返信が無いようなので．．． 「IC7300とeQSLをつなぐために」というのはeQSL.ccにログを自動アップしたいという事でよろしいでしょうか？ eQSLへの自動アップロードはJTDXから行う事が出来ます。 JTDXの設定でレポーティングの[eQSLへの送信を有効化]を設定します。 [QTHアカウント名] はQTH Nicknameの事です。 2025/01/21(Tue) 06:31:56 [ No.1838 ]

◆ 最新版アップロードしました。 投稿者：  引用する  いつもありがとうございます。 今回最新版アップロードしたのですが、以下の文章が でてきます。改善方法を教えてください。 お手数をおかけします。 古いファイルなのでLOTW、、、、、から読み込んでいます。 動いているのですが、前はこのような文言ありませんでした 2024/11/26(Tue) 21:08:11 [ No.1832 ] ◇ Re: 最新版アップロードしました。 投稿者：JG1APX 飯泉  引用する  > 古いファイルなのでLOTW、、、、、から読み込んでいます。 起動時ごとにLoTWユーザーファイルをダウンロードさせたくないのであれば設定にある Weblog Detailタブ内の　Download membership filesである読み込み設定を　『Every　30 days』にする。 若しくは　LoTW項目にある　『Verify menbership』のチェックを外します。 2024/11/28(Thu) 09:02:54 [ No.1833 ] ◇ Re: 最新版アップロードしました。 投稿者：      引用する  Ver.2024.09.26から「eQSL、LoTW のメンバーリストダウンロードタイミングを選択できるように変更」されたのでメッセージが変わりました。前は「古いファイル」という文言では無かったですね。正常な動作です。 Every 10days とかにすれば、毎回ダウンロードされないのでメッセージも10日後にメッセージが出ます。 2024/11/28(Thu) 09:07:35 [ No.1834 ] ◇ Re: 最新版アップロードしました。 投稿者：  引用する  飯泉さんありがとうございます。でなくなりました。 お手数をお掛け致しました。　JN1XQS 2024/11/28(Thu) 10:28:45 [ No.1835 ] ◇ Re: 最新版アップロードしました。 投稿者：  引用する  尾中さんありがとうございました。 10daysにしました。お手数をおかけしました。 　　　　　　　　　　　　　　　　JN1XQS 2024/11/28(Thu) 10:30:37 [ No.1836 ]

◆ JT_Linker Ver.2024.09.26b 例外エラー 投稿者：7M2PDT 梅澤  引用する  JT_Linker Ver.2024.09.26bを旧バージョンから上書きインストールしてみましたが、例外エラーが発生して設定も出来ません。 NET FRAME WORKは4.8がインストールされています。 仕方ないので、2022.06.20bへ戻しました。 Windowsは11です。 同じ現象が発生した方はおりますでしょうか？ 2024/11/02(Sat) 10:55:47 [ No.1830 ] ◇ Re: JT_Linker Ver.2024.09.26b 例外エラー 投稿者：      引用する  「アプリケーションのコンポーネントで、ハンドルされていない例外が発生しました。［続行］をクリックすると、アプリケーションはこのエラーを無視し、続行しようとします。［終了］をクリックすると、アプリケーションは直ちに終了します。インデックスが配列の境界外です。」 というエラーが出るという質問を受けたことがあります。 設定ファイルを消去してから再設定したら正常動作したそうです。 設定ファイルは以下です。xxxxはユーザー名です。 "C:\Users\xxxx\AppData\Local\JA2GRC\JT_Linker\JT_Linker.ini" 2024/11/02(Sat) 11:55:21 [ No.1831 ]

◆ Hamlogがエンティティサーチ中ですが表示されます 投稿者：      引用する  FT8の運用で「Hamlogがエンティティサーチ中です」が時々表示されます。 それも日本の局と交信した時だけです。すべての局ではないです。 サーチに10000ミリ秒、タイムアウトに10000ミリ秒かかります。 解決方法があれば教えてください。 運用環境 JTDX v2.2.159-32A JTAlert V2.61.1 JT_Linker 2022.06.20b HAMLOG　5.43 2024/10/23(Wed) 13:30:06 [ No.1827 ] ◇ Re: Hamlogがエンティティサーチ中ですが表示されます 投稿者：      引用する  ちなみにバージョン 2024.09.26bにアップデートしましたが同じです。 いまは eneityサーチのチェックを取っています 【2024/10/23(Wed) 21:59:29 投稿者修正】 2024/10/23(Wed) 21:25:24 [ No.1828 ] ◇ Re: Hamlogがエンティティサーチ中ですが表示されます 投稿者：  引用する  レスが付かないようなので．．． EntitySearchのチェックを外しても問題はおきていないでしょうか？ HAMLOGのエンティティ−サーチは海外局の場合のみ実行されると思うのですが、 もしかして、/DU9で運用されていて、HAMLOGの環境設定の設定2の国内局プリフィックスを消して運用されているのでしょうか？ 具体的にどういうコールの日本局がタイムアウトになるのでしょう。 2024/10/29(Tue) 07:24:15 [ No.1829 ]

◆ JT_Linker Ver.2023.09.26bをリリースしました 投稿者：Taka(JA2GRC)・管理者  引用する  JT_Linker Ver.2023.09.26bをリリースしました。 ・Weblog アップロード結果をHamlog のQSL 欄に記述する必要があるため、Weblog にアップロードを先に実施し、 　その後にHamlog に記録する順番に戻す。 2024/09/30(Mon) 12:35:05 [ No.1805 ] ◇ Re: JT_Linker Ver.2023.09.26bをリリースしました 投稿者：  引用する  Takaさん HAMLOG QSL欄の2文字目にWeblogのアップロード結果が反映される事を確認しました。 早急に対応いただきありがとうございました。 2024/09/30(Mon) 14:41:25 [ No.1806 ] ◇ Re: JT_Linker Ver.2023.09.26bをリリースしました 投稿者：      引用する  Takaさん 私のブログにコメントがあったのですが、Decoder10を使っていて、JTAlertからのUDPによるADIF通知に漢字が含まれているとJT_Linkerが反応しません。 Decoder8からADIFファイルを参照した場合は文字化けしますが、HAMLOGへ転送されます。 昔、同じ話で対応してもらったような覚えがありますが、JTAlertのADIFは漢字の場合、漢字1文字(2バイト)を文字数1にしているせいだと思います。 Decoder8での扱いと同じように漢字が入っていても転送されるようにしていただけないでしょうか。 よろしくお願いします。 2024/10/08(Tue) 11:42:10 [ No.1812 ] ◇ Re: JT_Linker Ver.2023.09.26bをリリースしました 投稿者：JG1APX 飯泉  引用する  JTDXからの中国語、漢字を含むUDP信号をJTLinker (Decoder10) で処理させた場合では正しくutf-8を処理しています。　但し、ハムログへの転送後の中国語の表記は『？』になります。 JTAlertからは日本語の漢字、中国語を問わずエラーでJTLinkerは無視します。 JTAlertからのudpはcodecとしてjtdx同様にutf-8で行われていると推測しますがPythonで作成したudp code utf-8の受信プログラムでは以下のエラー表記がでプログラムは終了します。 UnicodeDecodeError:　'utf-8' codec can't decode byte 0x90 2024/10/08(Tue) 16:40:07 [ No.1813 ] ◇ Re: JT_Linker Ver.2023.09.26bをリリースしました 投稿者：      引用する  JG1APX 飯泉さん JTDXのログ書き込み確認画面で名前に漢字名を入れると、UDPメッセージは「<name:3>名無し」で送信されました。 JTAlertの場合と同じで、<name:6>になっていないといけないと思います。 ただし、nameが一番最後のパラメーター位置に入るので、各パラメーターのレングス値で順にパラメーターを解析しても問題が起きないのかも知れません。 WSJT-Xでは「<name:3>???」となって漢字が入らない様になっているようです。 そもそも漢字を入れるのが間違いなので、WSJT-Xの様に半角文字に変換するのが正しいのでしょうね。 2024/10/09(Wed) 09:27:06 [ No.1814 ] ◇ Re: JT_Linker Ver.2023.09.26bをリリースしました 投稿者：JG1APX 飯泉  引用する  尾中さん ADIFでは一部のフィールド以外ではマルチバイトの文字の使用を制限しています。これらのアプリで使用されるフィールドでは1バイト文字のみが扱われるのが正しいのでしょう。仰られている文字数と長さについては2バイト文字の場合には<name:6>になるべきでしょうね。 ただ、jtdxからのudp送信はADIFの書式で作られたテキスト文字をそのままutf-8に翻訳してudpで転送いるだけですから3文字の日本語を<name:3>と変換したwsjtxやjtdx側での処理の案件ですね。　強制的に入力拒否の形がいいのかなとは思いますが簡単にできるのかどうか疑問です。 jtalertがudpでマルチバイトの文字を受信しないようになっていれば以前からコメントが付いていたudpでのトラブルも発生はしないのでしょうが。　とは言ってもjtalertが送信しているudpはwsjtxやjtdxとは何か違うのでしょうね。 2024/10/09(Wed) 14:14:02 [ No.1815 ] ◇ Re: JT_Linker Ver.2023.09.26bをリリースしました 投稿者：JG1APX 飯泉  引用する  尾中さん wsjtxに付いて間違って理解してました。 先ほど検証しましたらUDPで送られた漢字ひらがなの テキスト文字も半角3文字による『???』に変換され ていました。 jtdxのケースですね。 2024/10/09(Wed) 14:40:44 [ No.1816 ] ◇ Re: JT_Linker Ver.2023.09.26bをリリースしました 投稿者：JG1APX 飯泉  引用する  先ほど JTAlertの作者、VK3AMA Laurieさんからhamapps.groups.io内で次のバージョンを目指し検討を開始する旨の発言がありました。マルチバイトの文字は疑問符に置き換えて対応させるとの事です。 これでJTAlertからのUDP発信でも問題を起こさないことを期待します。 2024/10/09(Wed) 17:07:47 [ No.1817 ] ◇ Re: JT_Linker Ver.2023.09.26bをリリースしました 投稿者：Taka(JA2GRC)・管理者  引用する  今晩は、話の途中でお邪魔します。 ・ADIFの規格では、NAMEやQTHで示される項目のデータフィールドはASCIIと決まって居る様です。 　従って、文字数はASCII文字としての文字数にするのが正しいのではないでしょうか。 ・ASCII以外の文字を使う場合はUTF-8を使うようで、その場合は識別子をNAME_INTLやQTH_INTLに 　するみたいですが、ADI形式のファイルの中では使えない様で、ADX形式と言う拡張型の形式を 　使うようです。　これはファイル自体がXML形式でUTF-8で記述することになるみたいです。 ・と言う事で、JTDXやWSJT-X等では、そもそも、パネルの表示文字を除いては日本語を使う事は 　考慮されていないと思います。それぞれのアプリが成り行きで処理されているって感じでしょうか。 ・従って、現状で対応するように作っておいても、将来的に動作が保証されるわけではなさそうです。 2024/10/09(Wed) 21:18:14 [ No.1818 ] ◇ Re: JT_Linker Ver.2023.09.26bをリリースしました 投稿者：Taka(JA2GRC)・管理者  引用する  所で、そもそもの話なのですが、なぜ、ADIFデータの中に漢字が含まれているのでしょうか？ 2024/10/09(Wed) 22:16:19 [ No.1819 ] ◇ Re: JT_Linker Ver.2023.09.26bをリリースしました 投稿者：      引用する  飯泉さん JTAlertで対応していただけるそうで良かったです。 Takaさん ADIF仕様ではASCIIのみが正しいですが、 JTlertではNameとQTHをQRZ.comから読み込んで入れるので、QRZ.comのName、QTHが漢字だとそのまま入って、data lengthがバイト数ではなく文字数になっています。 中国局でQRZ.comに漢字入力してる局が多いです。 JTDXではログ記録確認画面で[名前]に漢字を入れられますが、漢字を入れるとJTAlertと同じようにUTF-8で記録されてdata lengthは文字数（バイト数ではない）になります。 一方、WSJT-Xでは漢字を入れると???に変換するので、問題が起きません。 JTAlertは次回バージョンで漢字が入らない様にしてもらえそうなので、JT_Linkerが反応しない件は解決しそうです。 ところで、JT_LinkerではADIFファイルからの転送では漢字があっても問題ないですが、UDPからの転送では漢字が入ってると反応しません。ADIFの解析処理が違うのでしょうか？ 2024/10/10(Thu) 06:57:19 [ No.1820 ] ◇ Re: JT_Linker Ver.2023.09.26bをリリースしました 投稿者：JG1APX 飯泉  引用する  尾中さん 前にも書きましたが自作のudp受信プログラムでもJTAlertからのマルチバイトを含むudp信号によって閉じられてしまいます。 UnicodeDecodeError:　'utf-8' codec can't decode byte 0x90　云々というエラーによるものです。　個人的にはJTAlert側の問題ではなかろうかと推測しています。 マルチバイトのエンコードがutf-8ではサポートしていないものが初めにきているためではなかろうかと。 ASCIIしか今後送られてこなくなれば自然と問題もなくなるのかなと思っています。 2024/10/10(Thu) 13:24:03 [ No.1821 ] ◇ Re: JT_Linker Ver.2023.09.26bをリリースしました 投稿者：Taka(JA2GRC)・管理者  引用する  尾中さん 「中国局でQRZ.comに漢字入力してる局が多いです。」<---　実例のコールサインを何局か教えていただけませんでしょうか？ この掲示板でコールを載せるのがまずい様なら、jarl.comのメールで直接送っていただけませんでしょうか。 QRZ.com　がどんな扱いをしているか興味があります。 2024/10/11(Fri) 18:03:02 [ No.1823 ] ◇ Re: JT_Linker Ver.2023.09.26bをリリースしました 投稿者：  引用する  Takaさん 私が交信した相手で漢字を入れている中国局（HAMLOGのName、QTHが文字化けしている）を何局かピックアップしてみました。 BG2IHF, BH8VRO, BH8UKJ,BG2LLV,VR2VOG この件、メモ代わりでブログに書いておきました。 https://ja4joe.livedoor.blog/archives/26988474.html 2024/10/12(Sat) 07:49:54 [ No.1824 ] ◇ Re: JT_Linker Ver.2023.09.26bをリリースしました 投稿者：Taka(JA2GRC)・管理者  引用する  尾中さん 情報ありがとうございます。 ブログのテスト記事も大変参考になります。 QRZ.comの画面に漢字が出てくるのはびっくりしますね。 漢字は中国で使われている、簡略化した漢字ですね。 文字コードにはあまり詳しくないのですが、これって、Shift-jisにもあるんでしょうかね？ 2024/10/12(Sat) 11:39:12 [ No.1825 ] ◇ Re: JT_Linker Ver.2023.09.26bをリリースしました 投稿者：  引用する  Takaさん Webページの文字はUTF-8ですが、世界中のほとんどの文字を入力できるので、ASCII以外の文字でName、Addressを入力している人がいるようです。 探せば国内局でもいそうですが、HAMLOGユーザはHAMLOGのユーザーに置き換わりますね。 HAMLOGで文字化けしたログを探してみたらドイツ局でNameに &#252;(ウムラウト)が入った局がありました。&#252;もASCIIではないので文字化けしています。 2024/10/12(Sat) 11:54:00 [ No.1826 ]

Page: | 1 | 2 | 3 | 4 |