「HamRadio」カテゴリーアーカイブ

DX, HamRadio, JT65/JT9/FT8

作戦勝ち (?) – A32DX

コメントする

トンガ A3 はそれなりにペディションはあるが、昨年 A35GC もやっと 10m だけ QSO を増やせた。それで 17/12m の WARC だけが残っていた。その時期は日中は仕事していたから。

07/26 A32DX がニュー・プリフィックスの色付けで 21MHz にデコードされた。

07/27 取り敢えず WARC 優先と 24MHz。バンド・ニュー・エンティティーで色付けデコード。
ニュー・プリフィックスであるから改めて 10m も 40m も QSO。
07/28 A32DX どのバンド？と思って、見たら昨日と一緒　12/15m。

フツーなら A32DX QSY 17M って送るところを “A32DX KED 17M” と 12m で送った。「いつ 17m やるの？」のつもりで。英語の WHEN 17M では「字余り」になるので、op 母語と思しきスロヴァキア語で。
三分後 17m で ＣＱ が出た。

斯くして私の 5 BAND (20/30m 抜き) が完成した。
就寝前に OQRS チェックしてたら全バンド出てたので、8 € ドネーションを加えてリクエストを出した。
そして “KED 17M” 送ったのは私ですとメールで明かしておいた。
07/29 朝 OM2DX からの返信に “I was wondering who was sending that KED 17M message :)))” とあった。

App, HamRadio, JT65/JT9/FT8, ubuntu

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
App, HamRadio, PC/internet

THL QSL 定義のカラー

コメントする

私も DOS 時代には佐世保の FineLog を使っていて、DOS-V 時代から win2k まで Turbo Hamlog (THL) を使った。
当時 QSL 定義のカラー設定は例にあるクロ・アカ・アオしか使えなかった。 使うワザを知らなかった。

QRT 時代に html や画像レタッチを勉強して、少し理解できるようになった。
再開局後は既に Ubuntu (Linux) だったが、適切なログソフトを見つけられずにいたので、LibreOffice Calc で凌いだ。 今は CQRLog がベスト・セレクションだと思っている。

ふと気になっていた「THL QSL の色指定」について調べてみた。

文字や罫線のカラーは、Ｃ言語の１６進数 0xFF形式で指定することができます。
16進数で指定した場合、３バイトがそれぞれ青，緑，赤のRGBカラーの輝度を表します。
0xFF0000という値は純粋の青、 0x00FF00は純粋の緑、0x0000FFは純粋の赤を示します。
0x00は黒、0xFFFFFFは白です。ちなみに、0xFFは 10進数に直すと255です。

※16進数とは、 0～ 9, A～ Fの１６の値で表す数値で、 Fの次が１桁繰り上がって10となります。
※HTMLにおける色指定とは逆になります。HTMLでは#FF0000が純粋の赤です。

これだけの説明で理解して利用できる人が如何ほどか・・・
利用度が低くても中間色の例があってもいいのでは。

そこで時々使う色として Hot Pink を例にする。
Hot Pink は昔ショッキング・ピンクという人もいた、カラーコードで #FF1493 である。
つまり THL はソレを C 言語で 0x9314FF と書くらしい。
が、THL サンプル風に十進数で書くには

で変換すれば 9639167 を得ることができる。このコードは「カラー番号」というようだが、C 言語に無縁な我々には馴染みがない。

アオを含んでいればケタ数は大きくなり、アカに近いほど少なくなる。 #666666 や #999999 のようなグレイはそれぞれ 6710886, 1006329 になる。これを足して二で割ってもグレイにならず、#AFE03A 黄緑に近くなる。数字遊びしてしまった。

追記

実は CQRlog にもこの表記法が用いられている箇所があった。偶々発見しただけであるが。
~/.cqrlog の 1cqrlog.cfg や configuration –> import/export の .ini にソレがあった。いくつかを拾うと。

[Zones]
NewBandWAZ=16711935
[IOTA]
NewIOTA=255
[xplanet]
color=16777215
[LoTW]
BckColor=12639424
eBckColor=15780518
[OnlineLog]
HaColor=16711680
HrColor=8388736

8/18