HAMLOG プログラム開発室


新着表示
タイトル
記事No
投稿日
投稿者

Re: DXエンティティ自動入力をしない
1000
2022/07/23(Sat) 08:09:09
JA2BQX
今回の修正は公開中の
Th527API.zipのダウンロード 2018/01/01 を修正しての

Ver5.35 2021/12/26
・DX-QSO用にCTY.DATを使用することとしました...の
Th535API.zip になるのかと思っていましたが
Hamlogw.exe の修正で対応されたのですね。
このスレッドは管理者によってロックされていますので、返信並びに編集は出来ません!
pagetop
タイトル
記事No
投稿日
投稿者

Re: DXエンティティ自動入力をしない
999
2022/07/21(Thu) 20:47:19
JG1MOU浜田
> やはりそうでしたか。お手数かけますがお願いします。この機能が有るので、色々楽しめます。

修正版です。よろしくお願いします。
https://hamlog.sakura.ne.jp/mou/index.html
このスレッドは管理者によってロックされていますので、返信並びに編集は出来ません!
pagetop
タイトル
記事No
投稿日
投稿者

Re: DXエンティティ自動入力をしない
998
2022/07/21(Thu) 05:42:14
JA9AOB 銅子
> あれー? ソースコードを見たら、その部分がコメントアウトしてありました。
> 簡単に修復できましたけど、また明日アップします。
> 単に、DXの場合にコードとQTHが入らなくなるだけです。

やはりそうでしたか。お手数かけますがお願いします。この機能が有るので、色々楽しめます。
このスレッドは管理者によってロックされていますので、返信並びに編集は出来ません!
pagetop
タイトル
記事No
投稿日
投稿者

Re: DXエンティティ自動入力をしない
997
2022/07/20(Wed) 21:51:33
JG1MOU浜田
>  30 = 文字列として'1'を送る 以後DXエンティティ自動入力をしない。(v5.24c)
>     文字列として'2'を送る 上記を元に戻す。
> cty.dat に変更でこの機能動作していないという事はないですよね。

あれー? ソースコードを見たら、その部分がコメントアウトしてありました。
簡単に修復できましたけど、また明日アップします。
単に、DXの場合にコードとQTHが入らなくなるだけです。
このスレッドは管理者によってロックされていますので、返信並びに編集は出来ません!
pagetop
タイトル
記事No
投稿日
投稿者

Re: DXエンティティ自動入力をしない
996
2022/07/20(Wed) 21:35:52
JA9AOB 銅子
> 多分、想像ですが cty.dat を使用する様になった以前のバージョンなら動作するのかと思います。
>
> cty.dat を使用する様になってからのバージョン用には変更を加えてもらう必要があるかと思います。
矢張りそうですかね。cty.dat 前は別途cty.datからのデータを書き込んで使っていたのですが、質問ページで問題に成っていたので、確認して見たら、同じ様になるので、よく見ると、一瞬思う内容になるのですが、その後書き戻されていることに気が付きました。詳細にデバッグして見ると、DXエンティティ処理の停止が働いていないと疑うに至りました。本当にそうかどうかは、浜田OMにお聞きしないとわからないのですが。
 20日の修正で大きな問題はないのでしょうが、私的には /MM /AM
は航海が多いので空白に/P /M はHomeエンティティ内が多いという事でそのように設定して使っていました。もしこのAPIが未対応で有るならばぜひ対応をお願いしたいものです。
このスレッドは管理者によってロックされていますので、返信並びに編集は出来ません!
pagetop
タイトル
記事No
投稿日
投稿者

Re: DXエンティティ自動入力をしない
995
2022/07/20(Wed) 20:38:20
JA2BQX
多分、想像ですが cty.dat を使用する様になった以前のバージョンなら動作するのかと思います。

cty.dat を使用する様になってからのバージョン用には変更を加えてもらう必要があるかと思います。
このスレッドは管理者によってロックされていますので、返信並びに編集は出来ません!
pagetop
タイトル
記事No
投稿日
投稿者

DXエンティティ自動入力をしない
994
2022/07/19(Tue) 17:53:27
JA9AOB 銅子
 30 = 文字列として'1'を送る 以後DXエンティティ自動入力をしない。(v5.24c)
    文字列として'2'を送る 上記を元に戻す。
cty.dat に変更でこの機能動作していないという事はないですよね。
送るタイミングが悪いのか、一向に停止してくれないのです。
Call 欄へCallを送る前に"1"を送り 終了後に"2"を送っています。デバッグモードでステップ動作させても、Call欄に送るとすぐコード欄が上書きされてしまいます。
Code欄にすでに別のコードが有る場合は上書きしない仕様ではなかったかと思うのですが、これも上書きされます。

"3" "4"ではうまくアイコン化及び復帰しているので、呼び出し部分の問題ではないとおもっています。
このスレッドは管理者によってロックされていますので、返信並びに編集は出来ません!
pagetop
タイトル
記事No
投稿日
投稿者

Re: 環境設定・設定1「このRSTを初期値とする」について
993
2022/05/05(Thu) 19:33:47
JA2GRC 大塚
JG1MOU/浜田さん

詳しい解説をありがとうございました。
よく理解できました。

ベータバージョンの動作も確認できました。
このスレッドは管理者によってロックされていますので、返信並びに編集は出来ません!
pagetop
タイトル
記事No
投稿日
投稿者

Re: 環境設定・設定1「このRSTを初期値とする」について
992
2022/05/05(Thu) 06:58:16
JG1MOU浜田
> 原因は、コールサインから順にデータをコピーし、His RST=-10,My RST=-15などを
> コピーした後にSSBを送っているので、59・59に戻ってしまう、という
> ものでした。

訂正です。

His RST=-10,My RST=-15などをコピーしてもモードはSSBのままなので、バンドが
コピーされた段階で59・59に戻ってしまう。
ということのようです。
このスレッドは管理者によってロックされていますので、返信並びに編集は出来ません!
pagetop
タイトル
記事No
投稿日
投稿者

Re: 環境設定・設定1「このRSTを初期値とする」について
991
2022/05/04(Wed) 19:17:56
JG1MOU浜田
JA2GRC 大塚様。いつもお世話になっております。

□599形式指定=初期値 の状態で、RSTがそれぞれ59・59。
モードがSSBやFM。コールサインなどは空欄。つまり入力待ちの状態。

この状態で、FT8で交信したことにして交信内容をdwData=0xFで送ってみますと、
ご指摘のとおり59・59のままでした。有難うございました。

原因は、コールサインから順にデータをコピーし、His RST=-10,My RST=-15などを
コピーした後にSSBを送っているので、59・59に戻ってしまう、という
ものでした。
これを逆にRemarks2から順にデータをコピーしてみたら、大丈夫のようです。
モードが先になるので、当然と言えば当然かもしれません。
https://hamlog.sakura.ne.jp/mou/index.html
ベータ版 2022/05/04 19:00です。お時間がありましたら、ご確認ください。
このスレッドは管理者によってロックされていますので、返信並びに編集は出来ません!
pagetop