QSL発行状況

2019/5/6までの交信分は、リプライ分も含め発行し、5/8にビューローに送付しました。

またLotWやeQSLも交信分は、すべてADIFファイルのアップロード済みです。

5/7以降になって、対応するeQSLをお受け取りでない場合や、LotWでcfmになっていない方は、尻切れなどで交信成立と見なさなかったケースがありますのでご確認ください。

そして1点、半分笑い話ですが…

最近はかなり早めにeQSLを送ってくださる方も少なくなく、嬉しい限りです。この発行の仕方もいくつかあると思いますが、私はログアプリ(DX keeper)から直接アップしています。もう3年以上このやり方で特に時刻ずれなどの問題もないのです。

先日、令和の初日の夕方にリジェクトのメッセージが来て相手のカードを確認しました。まず、ログによるとスタートタイムがJSTの5/1 08:59、つまり交信の当日にもらったのですが、そのログをなぜかUCTの5/1 23:59に変換してアップされたようで…

その結果、インボックスでは一致する物がないと表示されますよね。

それであちらは自信満々でリジェクトし、「日時をご確認ください」とわざわざメッセージくれました。

確認したら上記のように5/1 1800JSTころに、「5/1 2359GMT」にしたという交信のeQSLが来たわけで、未来からのeQSLが…

多分ハムログからログ作成したか、ウェブインタフェースから入れたかなのでしょうが、リジェクトする前に、まず自分のデータが間違っていないか確認して欲しかったですね…

結局こちらからあちらのカードをリジェクトしその時のメッセージに上記の日時の指摘を入れておきました。

皆様におかれましても、リジェクトされる前に、まず、自分のデータの誤り(まれに9時間のずれのものを受け取ることがあります)をチェックしてくださいね。

広告

LotWにログインできない!

昨夜の事。

移動運用してきた430のログで、LotWに上げるメリットはあまりないのですがログの一元管理というか、全てそこに上げてきているので、いつも通りにDX keeper にも入れてアップしました。

DX keeper だとアップロード後にSYNCしてアップロードステータスを変え、その後はときどきログをダウンロードしてコンファーム状況を更新していきます。

そこで数分してからsyncをかけたら、ログインができない(ログインしたがデータがこない)というトラブル。

 

そこでlotwのウェブUIにいってみたのですが・・・

https://lotw.arrl.org/lotwuser/default

ここにパスワードを入れました。

しかしログインできません。ブックマークしてあるのは

https://lotw.arrl.org/lotwuser/qsos

にクエリパラメータがついたものです。こちらもだめ。そしてdefaultで失敗するとqsosにリダイレクトされています。

 

 

当初、サイトのメンテナンスのせいかと思ったのですが、24時間経ってもだめです。twitterで聞いてみるとみんな正常にログインできるとのことです。

 

なのでARRLに問い合わせてみたら、2016/09/19 19Zだかにログインパスワードポリシーが変更されたのだそうです。

以前は、lotwのパスワードは「小文字のアルファベット」「数字」で、大文字小文字は全て無視されていました。つまり、mypasswordの形式でパスワードが登録されていましたが、大文字小文字を無視するポリシーだったため、mypassword/MyPassword/MYPASSWORDのいずれの形式でもログインできていました。

しかしやっとこれが大文字小文字の区別が有効になったのです。

 

そしてもともと私のパスワードは大文字小文字を混ぜていたつもりでしたから、ウェブなどからログインするときにも、大文字小文字を全て入れていました。実際のログインプロセスでは全て小文字に変換されて処理されていたのでしょう、それで問題なくログインできていました。

ところが今度は大文字小文字を区別するようになってしまったので、mypasswordに対してMyPasswordと入れるとエラーになります。これが一つ目のドツボです。

 

そしてログインの lotwuser/default で認証に失敗すると、表示内容はかわりませんが、lotwuser/qsos にリダイレクトされます。このリダイレクト先では、なんと、mypassword/MyPassword/MYPASSWORDのいずれを入力してもログインできません。

 

もし私同様、2016/9/19以降でログアプリから、またはWEB UIからログインできなくなった場合は、パスワードを mypassword の形式にしてログインしてみてください。

もともとMyPasswordの形式でいろんなものに登録していた方は、WEB UIの

https://lotw.arrl.org/lotwuser/default

から mypassword の形式でログインし、その後アカウントの設定でパスワードをMyPasswordに変更されると良いと思います。

以上お役に立てれば幸いです。

iOS MyLOTWアプリ更新

5月末頃のARRLサイトのリニューアル(?)以来、QSOデータがダウンロードできなくなっていた iOS の MyLOTW アプリの更新がリリースされました。2016-7-6付けです。

私のところでは、単純に更新しただけでは、アプリ起動時にクラッシュしてしまうようになりました。

一度 iPhone からアンインストールし、再度インストールすることで動作を確認できました。

それまでにダウンロードされていたデータはクリアされ、ログイン情報も再度入力する必要があります。

実際にはこのアプリでは、自分がアップロードしたデータを確認したり、あるいはコンファームできたデータを見るだけで、ログを追加アップロードできるわけではないのですが、気になるLoTWのログエントリーがある場合など、出先でたまに覗くことで暇つぶしにはなります(笑)

DX keeper他DX lab suiteとJTalertの連携

昨夜、DX lab suiteのうちのロギングソフトである “DX keeper”の導入の話を「超簡易」とかきつつ、インポートまで書いたらかなり分量が増えてしまいました。

そして、肝心のJT alertとの連携を書きませんでした。

JT alertのsettingsから Manage Settings…を選んで設定ダイアログを表示させてください。

設定中でDX lab関係の箇所は2箇所あります。

まずうまく接続できるかどうかのチェックをした方が良いでしょう。DX lab launcherなどからDX keeperを起動してください。

その後で、JT alertの設定のうち、下図の箇所を開いてください。

applications

このDXkeeper関連のところにチェックを入れることになります。

チェックを入れたら、さらに接続テストをしてください。

test

蛍光ペンっぽい色でマーキングした箇所が操作箇所です。[+]をクリックすると下位メニューが展開されるので、DXLab Suiteを開いて、さらにTestに移動してください。そこで右側の[Test]ボタンをクリックです。うまく接続出来ていれば、インストールされるアプリの横に Running とか Connectedが表示されるはずです。

 

そしてロギングそのものをDX keeperに切り替えます。

JTalert logging

多くの方はStandard ADIFを選択されていると思います。HRDやLog4OMなどはDX Keeperと比べてどうかは存じませんのでここでは比較しません。

この状態で”Enable DXLab DXKeeper Logging”にチェックを入れると、以降、JT alert用のQSOログ管理がDX keeperになります。他のログを指定していた場合は、他のログは自動的に「オフ」になります。

JT Linker の連携は、また別のつながり方での連携ですから、この設定を行っても、基本的にはハムログとの連携はそのまま残ります(※ロギング時に動くプログラムが増えるのでメモリーとかCPUパワーの使われ方は若干変わります)。

WSJT-Xなどで[Log QSO]を押したあと、JT alertがログを DX keeperに追加してくれます。

ロギング時のeQSL Uploadは、JT alertから直接行うこともできるのですが、DX keeperを使う場合は、”Instruct DXKeeper to upload each new QSO to eQSL”にして置いた方が後でログ操作が減るので楽です。

(もっとも、一つ一つコメントを入れたいという方はロギング時アップロードではなく、Requestedにしておいてから、QSLメッセージを入力し、アップロードキューに「積んで」、まとめてアップロードした方が良いでしょう)

データをインポートした直後は、操作ミスをしてデータが壊れても失う物が一番少ないので、コンディションが悪い日にでもインポートして、色々試してみると良いと思います。

 

この接続をした状態で、実際にJT alertを動作させた状態で、どこかのバンドをワッチして、デコードされたコールサインの「QSO B4」とか、コール右クリックでの「以前のQSOヒストリーの表示」などが動作することを確認してください。

それが完了したら “Scan Log and Update”を実行してください。これでログの状態がトラッキング込みで反映されるようになっているはずです。

WSJT-XをJTlinkerによってハムログに接続している場合は、これでロギングが2重になります(DX keeperとハムログ)。DX keeperに入力されるQSO時刻は、JTalertのログ入力欄に入っている数値です。Log QSOをクリックした時の時刻とは通常は3~6分程度離れているはずですので、必要に応じLog QSOの時刻をキーボードで訂正してください。パイルになっている局を呼んでいる場合など、十数分~数十分ずれていることもありますから気をつけてください。

また、HB9HQXエディションでは、ロギングそのものをDX Keeperに変えることができるのですが、これはおすすめしません。というのは、HB9HQX版で生成されるログファイルをJT linkerが監視していて、これが更新されるとハムログへデータを転送するようになっているためです。

検索語から「wsjt-65の送信の方法」「wsjt-x e-qsl」一回目

検索語で掲題のものがありました。

2回に分けて説明します。

ただし、私の環境はちょっと変なので、スクリーンショットの通りに設定して動かすには、色々インストールするものが必要になると思います。

WSJT-Xはすでにインストール済みとして、最低限”JTalert”をインストールし、WSJT-X向けのJTalertが起動するようにしてください。

※WSJT-Xで交信するだけならJTalert(JTalertX)は不要です。eQSLに自動でQSLを送信したり、その他のオンラインのログサービス(LoTWを除く)に自動でログを送信する場合に、WSJT-XではJTalertと連携させる必要があります。

今回の説明ではターボハムログとの連携については説明しません。

“検索語から「wsjt-65の送信の方法」「wsjt-x e-qsl」一回目” の続きを読む

本日の飛び具合は・・・

本日は昼ご飯を近所に食べに行くのも断り、家族がスーパー銭湯に行くのも我慢してリグの前にいたわりにはあまりQSO数が伸びませんでした・・・ログはわずか26です。

国内11, DX25となりました。

JT65/JT9の飛び具合はこんなもの:

飛び具合

南米がフォークランド島だけ、アフリカなし。高さもそれほどないワイヤーバーチカルだからこんなもんでしょう!

夕方、北海道ではEsがでなかったおかげなのでしょうが、ヨーロッパが18MHzで比較的飛んでくれたので(VOACAPを見て狙ってたけど)少しDXが増えました。

去年のGWの方が断然コンディション良かったですよねぇ。

iOSアプリ、My LoTW

ちょっと前から手慰みのように、たまーにLoTWをチェックするのに使ってるiOSのアプリです。My LoTWというもので、ログのアップはできませんが、コンファーム状態のチェックなど一応できます。

↓これは”/1″なしのコールの方のコンファーム状況
img_5590

そしてこれが昨夜追加した”/1″の方のコンファーム状況です。
img_5591

今回載せたスクリーンショットはコンファームのみ示してますが、タイムラインでソートしたQSO状況も表示可能です。