「JT65/JT9/FT8」カテゴリーアーカイブ

ACCESS VIOLENCE – CQRLOG

こないだ 8/13 だったか、起動しようとするとコレが出た。 とりあえず隠しフォルダをリネームして、データ・インポート。翌日も同じ。
恐らく OS アップデートの影響か。
8/18 起動オプション –debug=1 指定でエラーは出なかったが、terminal で叩くと

rig_open: error = rig_settings_load_all: opened /home/NAME/.config/hamlib_settings
rig_open: cwd=/usr/bin
rig_open: reading settings from /usr/bin/hamlib_settings
rig_open: async_data_enable=1, async_data_supported=1
create_sync_data_pipe: created data pipe for synchronous transactions
serial_open: /dev/ttyS0
serial_setup: tcgetattr
serial_setup: cfmakeraw
serial_setup: cfsetispeed=19200,0x000e
serial_setup: cfsetospeed=19200,0x000e
serial_setup: data_bits=8
serial_setup: parity=0
serial_setup: Handshake=None
serial_setup: tcsetattr TCSANOW
serial_setup: tcsetattr failed: Input/output error
port_open: serial_open(/dev/ttyS0) status=-2, err=Bad file descriptor
rig_open: rs->comm_state==0?=0
 1:rig.c(1023):rig_open returning(-2) Invalid configuration

なぜか /dev/ttyS0 を開こうとしている。

hamlib ver.4.5.5 で問題はないはず。 CAT に ICT-18 を使っているんで、残るは FTDI 周りか・・・・
最初は libftdi1 だけでもいいかと思ったが、一往 -dev, -doc くらいインストールしておくかで済ませた。 ずっとソレで問題なかった。

synaptic で検索すると他に libftdi1-dbg というのがあると知った。「これで解決できればいいが」という程度の期待。
正しくソレだった。synaptic で依存インストールしてくれればいいのに・・・

$ cqrlog

(cqrlog:14164): IBUS-WARNING **: 14:59:15.125: cqrlog has no capability of surrounding-text feature

Cqrlog Ver:alpha_(130)_Gtk2 Date:2024-08-18
**** DEBUG LEVEL 0 ****
**** CHANGE WITH --debug=NR PARAMETER ****
*** Parameter -h or --help for details ***

OS:
Linux version 6.8.0-40-generic (buildd@lcy02-amd64-075) (x86_64-linux-gnu-gcc-13 (Ubuntu 13.2.0-23ubuntu4) 13.2.0, GNU ld (GNU Binutils for Ubuntu) 2.42) #40-Ubuntu SMP PREEMPT_DYNAMIC Fri Jul  5 10:34:03 UTC 2024
/usr/bin/mysqld

N5J JARVIS ISLAND – SF/H

七月までに N5J が SF/H モードで出ることがわかっていた、そして K8R が N5J の予行演習を兼ねて SF/H でやることも知っていた。
7/14 14:43UTC 15m コールバックなし。
翌朝 23:26 コール再開。20 回目コールバック。感触が掴めた。 Verified も表示。

八月に入った。K8R からの出港が遅れてしまったらしい。早ければ 8/07 QRV とのこと。
8/07 01:10UTC 17m ワッチするも肝心の N5J 入感せず。 ロケーション差か。
そこそこデコードされるようになったのが 02:38UTC。
10 回ほどコールすると、「送信許可」が切れてキイロになる。
決して強い信号とは言えない -13 でのデコード。

K1JT も「Fox 側信号は理論上 -15dB がボトム」と言うらしい。
だから距離的に近い W より遠い JA のコールバックが少ないのかも。
それでもコールし続ける(途中 30 ~ 40 分抜ける)。
03:03UTC から都合 306 回送信後、06:16UTC やっとコールバック。

07:54UTC 40m に QSY。 こちらも信号が落ち着かず。
08:49UTC からコール、09:27UTC やっとコールバック。
ところが RR73 帰らず。 09:41UTC 再びコール。
やっと RR73 にありつけた。

翌日 12m。
01:28UTC 7 コールでコールバック。
しかし 10/15m は CW/SSB のようだ。

8/10 15m やっと出てきた。 00:03UTC からコールして 8 コール目でコールバック。

8/11 私のフルバンドの最後 10m が出てきた。
しかしいつもとチガウ気がする。 JA だけでなく N5J からのレポートが軒並み -16 ~ -18 だ。
結局一時間余りかかってやっと QSO できた。

しかし SF/H は「海賊排除」の目的もあるというが、海賊が送信すると真っ当な N5J もデコードされなくなると言う。
K8R にも海賊はいたという。
20m で(ワッチのみ)
240809_161845 14.090 Rx FT8_SH -13 0.5 2768 DEMENTE QSY
のようなメッセージはソレを物語っているのであろう。

結局ペディション側はノーマル・F/H・SF/H の選択をすることができるが、SF/H は事前に Fox としてのコードが必要になる。
今回は Clublog Wanted #18 というペディションであったからこそ成功と言えるであろう。
となると、今後のペディションがどのような運用形態を採るのか見守りたい。

また SF/H に出てきた非ペディション局を呼びたい場合もあるだろうが、双方が SF/H OFF でなければ QSO できない。
一介のハウンドとしてはこの辺はストレスかも。

春の DX シーズンか

昨秋 10/15m デュアルバンダーを 7mH で仮設。
後で SWR 不安定に気づかんかった、恐らくバランのリード線が緩んでるに違いない。
時に手動チューナーでも SWR が踊ってる・・・ 常時ではない。

J7

3/02 朝はカリブ向けにアンテナセット。
10m J79WTA がデコードされているにも関わらず VE9 をコールしていた。
23:49 VE9 のコールバックがないので J79 をコールし始めた。

20230301_235800 -11  0.2 2756 ~ QSY 28085

一度周波数を変えたら

20230302_001130  -2  0.2  350 ~ J?8??? J79WTA +02

ファースト J7 だった。

4/17 02:00UTC 15m FT8

020000 -23  0.2 2359 ~ CQ J79WTA FK95

37 分かかってやっと -23 のレポートでコールバック。

3B6

それまで 7Z ばかりに気を取られていて 3B7M を見逃していたようだ。
コールして 8 回目コールバックがあった。

20230306_044200  -4  0.9  482 ~ J?8??? 3B7M -22

どうも西の方は弱い、ロケーションはどうにもならぬ。
これで 3B は揃った。

PJ7

3/10 PJ2/KB7Q を十数回コールするも、やがてデコードされんくなった。

20230310_001830  -6  0.2  430 ~ CQ PJ7AA FK88
20230310_002830 -10  0.2  434 ~ QSY 28091 FH 
20230310_003000 -15  0.2  495 ~ J?8??? PJ7AA -02

FT(W)

20230315_052700  -4  0.4 1358 ~ CQ FT8WW LE53
20230315_053230 -16  1.9 1356 ~ QSY 28095 TKS
20230315_053830  -9  0.4  345 ~ J?8??? FT8WW -16