| ← | 2019年2月 | → | ||||
| 日 | 月 | 火 | 水 | 木 | 金 | 土 |
| 1 | 2 | |||||
| 3 | 4 | 5 | 6 | 7 | 8 | 9 |
| 10 | 11 | 12 | 13 | 14 | 15 | 16 |
| 17 | 18 | 19 | 20 | 21 | 22 | 23 |
| 24 | 25 | 26 | 27 | 28 | ||
| プロフィール |
◇アマチュア無線局 JE5JHZ◇
ムセンに興味のないXYLと子供2人の4人暮らし。 |
| 最近の記事 |
| ちょっとだけ(A^^;＠CQWW-SSB
|
JARL会費を継続… ふとしたことでJARL年会費が期限まで1週間を切っていたことを思い出し、昨日、あわてて会費を継続してきました(^^;。
JARLにはあれこれ不満や要望はありますが、やはり、なくなっては困りますんでね(^^;。
メンコ集めも嫌いじゃないですし。
因みに、今一番JARLに期待したいことは、HAMの権益を維持・拡大すべく関係役所他各方面へのロビー活動ですね。
あと、電子QSL（特に国内QSO分）の推進も。
まぁやるとなったら、フツーに島根のビューロ会社が難色を示すと思うので、そのあたりもどう説き伏せるかがカギかな(苦笑)。
でも、電子QSLの交換って、QSLをPDFファイルにして相互にメールで送りあうような方法でやれば、今すぐにでもできそうですね:-)。
QSLを送るメルアドはコールサイン＠jarl.comに統一して、メールサーバの負担にならないようPDFファイルの上限サイズを決める。
ARRLのLotwユーザリストのように、HAMLOGで読み込める形式で、電子QSLオッケーな方のリストを作成して公開するようにすれば、いちいちQSOの際にアナウンスする手間もなくなります。
…てなアイデアはいかがでしょうか(笑)。
パラグアイ on 80m FT8 最近、CMがQRLであまりワッチできていないのですが…。
昨日（2/24[日]）は休日だったので、晩方19時前にシャックインしてワッチ開始。
7MHz FT8ではVK0AI（豪領マッコーリー島）にJAがパイルしているのが見えた。
もっともこちらでは、ご本尊は断片的に時々デコードできるのみだったので、呼ぶに呼べずワッチのみ。
信号強度自体はは-15dB位なのでムチャクチャ弱いというワケではなかったのですが、どうもQRMにかき消されつつ入感しているような感じ(=_=+。
19:10過ぎに3.5MHz FT8に降りてみると、いきなりZP4KFX（パラグアイ共和国）がFBにデコード。
VK局をコールしていましたが、しばらくしても応答がないようだったので、失礼して横からブレイクを入れるかたちでコールしてみたところ、すぐにリターンがあり。
80mのパラグアイはもちろんBand-NEW:-)。
このバンドの南米方面は、当局のような水鉄砲ではなかなか聞こえない・飛んで行かないのでラッキーでした。
この直後、HK3W（コロンビア共和国）も見えたので、調子に乗ってコールしてみましたが、残念ながらこちらはQSOに至らず。。。
やはり、簡単に2匹目のドジョウというワケにはいきませんHiHi。
[Sound] V84SAA - 1.8MHz CW ○V84SAA （ブルネイ・ダルサラーム国）
○2019-Feb-12 23:44JST 1.8MHz CW
2019 WPX RTTYコンテスト 昨週末は、表題のコンテストが開催されました。
私は、例によって短時間の冷やかし参加でして(^^ゞ、土曜日の18時過ぎから正味30分程呼び廻りして15QSOでした（7MHz）。
ざーっとスイープして聴こえた局と援助交信しただけでしたが、目ぼしい成果としてはPZ5RA（スリナム共和国）とQSOできました:-)。
何故かノーパイルでCQ連発だったところをワンコール。
もちろん、7MHzのPZはBandNewでした。
RTTYって予期せずひょこっと、こういう大物がかかることがあるので、まだまだ捨てたもんじゃありません。
電波形式も周波数変調の部類ですが、つたない経験では、RTTYの「飛び」はSSBと対等もしくは上だと思っています。
最近、デジタルモードといえばFT8が全盛ですけど、RTTYも一括りでDigitalDXCCになってしまうのは、やっぱり違和感がありますね…。。。
[Sound] XZ2B - 24MHz CW ○XZ2B （ミャンマー連邦共和国）
○2019-Feb-03 14:21JST 24MHz CW
2019 EDXG新年会 一昨日（2/2[土]）の晩、私も末席に加えさせていただいている愛媛DXグループ（EDXG）の新年会が、松山市内のレストランで開かれました。
出席者は11名でした。
参加された各局、お疲れ様でした_(^^)_。
前列左より：JA5EWH・JA5IU・JA5QJD・JA5AQC・JA5NPV
後列左より：JE5JHZ・JA5EMG・JA5BED・JA5ROH・JA5AUC・JA5BGA
VSPEからLPB2に替えてみた♪ WSJT-XとHamlogを同時に立ち上げて、JT_Linker経由でログをHamlogへ転送使用されている方は、沢山いらっしゃることと思います。
私もそうした使い方をしている一人でして、WSJT-XもHamlogもCAT制御が必要なため、リグ側に1つしかないCAT用のシリアルポート（COMポート）を、仮想シリアルポートエミュレータである「VSPE」を介して、複数のソフトで同時に共有可能な仮想COMポートを作成し、WSJT-XとHamlogで同時使用させています。
この状態で、フツーにワッチだけしている場合は何の問題もないのですが、私のPC環境では、QSOを終えてログ情報をJT_Linker経由でHamlogへ送った直後、WSJT-X側のCAT接続が一時的にダウンしてしまう現象が頻発します(~д~*。
＃このようなエラーのポップアップが出ます↓。
これが例えば送信中に起こると、CAT接続がダウンした瞬間に、送信も途中でSTOPしてしまいますから、そのシーケンスもあえなく途中終了(+_+;となり再送の手間が生じます。
幸い、Retryのボタンを押すと復旧しますので、S&P（呼び廻り）運用だけなら、これでもなんとかお茶濁し（QSOが完全終了してからログをHamlogへ送る）ができますが、自らCQを出してのRunning運用では、送信しながら次々ログインしていく必要があるので、このような状態では全く使い物になりません。
そこで止む無く、Running時はHamlogとJT_Linkerを起動させずに、WSJT-Xのみでロギングし、後でWSJT-XのログファイルをHamlogで読み込めるCSVファイルへ変換し、Hamlogへインポート…てなことをやっていました(゜ー゜;A。
ちなみに、このCAT接続が落ちる現象ですが、WSJT-XにJT_Linker経由でHamlogが割込みをかける際に、プログラム同士が一瞬バッティング（衝突）を起こしてしまうことによるものです。
WSJT-XもHamlogも、一定の間隔でCAT情報をCOMポートへ読みに行っているのですけど、JT_Linker経由でHamlogへログを書き込む際、このCAT情報を読みに行くタイミングが、なんらかの理由でカチ合ってしまうのでしょう。
この「衝突」を回避するひとつの対策として、WSJT-Xの【File】-->【Settings】-->【Radio】タブにある【Polling Interval】の値（要はCAT情報をCOMポートへ読みに行く間隔）を60〜90秒と長めに設定する方法があります。
こうすることで、確かにCAT接続が落ちる回数はかなり減りましたが、それでもまだ時々発生します。
また逆に、新たな不具合も生じまして、
◎スプリット運用をする際（1.9MHz帯等）には、Intervalが長すぎて周波数データが上手くやりとりできない
◎DXペディションモードで呼ぶ際も、送信周波数がおかしくなることがあった
以上のような現象が私の環境ではみられたので、Intervalの値はスグに元に戻しました(^^;。
まぁ確かに、WSJT-Xのマニュアルにも"Polling Intervalの設定は1〜3秒が適当"との記載があるので、さもありなんという感じですが(^^:。
いずれにしても、CAT落ちが発生するのは、状況から推測するに、結局、悪いのはWSJT-XでもHamlogでもなく、仮想COMポートを共有している各ソフトとVSPEの連携が上手くいっていないのだと思います。
（私自身、プログラミングのスキルがあるわけでないので、確たることは言えませけど…。）
…そんな折、VSPEと同じ仮想COMポート環境を提供してくれるソフトで「LP-Bridge（LPB2）」というのがあることを知るに至り、試しに「VSPE」から「LPB2」へ乗り換えてみることにしました。
＃LPB2のダウンロードはこちら↓。
http://www.telepostinc.com/LPB2.html
私の環境では、大元であるリグ側のCATポートは"COM1"になります。
VSPEでは、この"COM1"に対して"COM11"という仮想ポートを割り当て、WSJT-X・Hamlog共、この"COM11"を指定して起動していました。
一方のLPB2では、"COM1"に対して、WSJT-Xは"COM11"・Hamlogは"COM12"…というふうに、共有する各ソフトに対して個別に専用の仮想ポートが割り当てられます。
例えれば、VSPEは大皿料理を多人数でつっつくイメージに対し、LPB2は個人別に小分けされて料理が出てくるイメージですHi。
何気に、LPB2のほうが「衝突」は避けれらそうでいい感じです:-)。
早速LPB2を導入して、WSJT-X・Hamlogを起動。
いつもどおりJT_Linker経由でログをHamlogへ送ってみたところ、CAT落ちが全く発生しなくなりました。
予想通り、大成功です(^o^)/。
LPB2、メリットばかりかと言えばそうでもなく、VSPEに比べ起動時間が少々長い（約1分）・設定メニューにある主要メーカのリグ以外での動作が不明、など劣る点もいくつかありますが、とにかくVSPE使用によるCAT落ち現象に悩んでおられる方は、一度、LPB2に替えてみるのも一興かと思います(^v^)。
| 最近のトラックバック |
| 携帯で読む |
| URLを携帯に送る |
| 本日 | 79 |
| 昨日 | 76 |
| 累計 | 367606 |
 |