ノイズの海の中から拾ってきたものとは

普段、ほとんど回路図を書くことは無いのだが、
アマチュア無線の免許申請で添付する送信機系統図は Qt-BSch3V で書いていた。
この程度であれば、ワープロでも2D-CADでも、手書きでも対応できる内容だが、
BSch 使うのが一番効率がいい。
ただ、問題は Qt-BSch3V のメンテナンスが終わってしまったことだ。
一方、win 版の BSch3V のメンテナンスは継続されているようだし、
ユーザも多いのでおそらくこちらは使い続けられるだろう。
と言うわけで、win 版の BSch3V を Wine で使って見たら、
特に問題はなさそうなので、今後はこちらを使うことになるんだろうなぁ。

BSch3V が Wine で使えることは確認できたが、
一部工夫が必要なので、メモに残す。

 1.  Qt-BSch の文字コードが BSch3V と異なるので変換が必要。
    win 版は文字コードが sjis で、今まで Vine で使っていた
    Qt-BSchV3 のデータは UTF-8なので、
    Vine で作ったデータを win 版で読むと文字化けしてしまう。
    だけど BSch3V のデータは(BSch作者水魚堂氏の賢明な選択により)
    テキストデータなのでなんとかなりそう。
    ということで、変換方法は下記。

       $ nkf -s -W8 hoge.ce3 > hoge_sjis_.ce3

2.  win 版はPDFに直接出力できない。
    一手間かかる。免許申請する際、PDFファイルを添付しているので、
    これが出来ないと困る。(必須ではないが)
    一手間の方法は下記。
    (1)BSch3V で[ファイル(F)]-[メタファイル出力(M)]で emf ファイル登録
    (2)上で作った emf ファイルを LibreOffice-Draw で読み出し、PDF 出力

 

Vine Linux 6 がリリースされて半年経ちました。
ハードディスクが壊れちゃったサーバは交換の際に
Vine 5.2 を Vine 6 にしてしまったのですが、
いつも使っているデスクトップは Vine 5.2 のままでした。
不具合はないし、使い慣れちゃってるし・・・

でも、いつまでもそのままと言うわけにも行かないのと、
ハードディスクを衝動買いしてしまったので
Vine 6 にバージョンアップすることにしました。
そんな訳なので、hamlib もインストールしたのですが、
例によってすんなりとは行かなかったので、
その時のメモを残します。なお、パッケージは hamlib-1.2.14 です。

1.  ld.so.conf.d に hamlib.conf なるテキストファイルを入れておく
   
   hamlib はライブラリが /usr/local/lib にインストールされる。
   しかし、Vine のデフォルトに /usr/local/lib がなく、
   /etc/ld.so.conf , /etc/ld.so.conf.d に /usr/local/lib の指定がないため、
   ldconfig を実行しても hamlib は登録されない。
   したがって、下記ファイルを準備して /usr/loca/lib のライブラリを
   登録されるようにする。
   /etc/ld.so.conf.d ディレクトリの中に hamlib.conf と言うテキストファイルを作成。
         hamlib.conf の中身は下記
          /usr/local/lib
    私はhamlibをインストールした後でこの不具合に気がついたので、
   上記ファイルを作ったあと、ldconfig を実行した。
   
   
2. PKG_CONFIG_PATH 設定
   
   ~/.bashrc にパスを追加した。具体的には下記の行を追加。
   
       export PKG_CONFIG_PATH=/usr/lib/pkgconfig:/usr/local/lib/pkgconfig:$PKG_CONFIG_PATH
   
   これは、しなくてもhamlibのインストール自体はできるが、
   hamlib を使うアプリケーションをインストールする際、
   hamlib の存在が確認できなくなる場合がある。(fldigi等)
   ただ、これに関してはhamlibをインストールした後で設定してもＯＫと思う。
   この事象については xlog の INSTALLにもわざわざ書いてあったので、
   おそらくhamlibの問題じゃないかなと思います。
   
   
3. libusb-devel インストール
   
   最近は大半がusb経由のリグコントロールになると思うので、
   インストールしておく。
   わたしは Synaptic 経由でインストールした。
   これはhamlibをインストールする前に入れておく必要がある。
   usb.h とかが要るみたい。configure が探してる。
   
   
4. ttyS*,ttyUSB* の操作権限付与
   
   ttyS*,ttyUSB* の操作権限をuser に与えるため、user の group に
   dialout を設定。やり方は下記。
   ・パネルのメニューの[システム]-[システム管理]-[ユーザとグループ]を開く
   ・ユーザー(S)のタブで hamlib を使うユーザ(自分とか)をクリック
   ・プロパティを開いて、グループ(G)のタブを開いてdialout にチェックマークを入れる
   
   
5. hamlib のインストール
   
   今回インストールしたのは http://sourceforge.net/projects/hamlib/files/hamlib/1.2.14/  の hamlib-1.2.14.tar.gz
   
   ソースを展開、make , install
   
   $  tar -zxf hamlib-1.2.14.tar.gz
   $  ./configure --disable-static          
   $  make
   
   パッケージ管理を rpm でやりたいので
   
   #  checkinstall
   
   
6. hamlib の動作確認
   
   例  IC-7400
   $   rigctl -r /dev/ttyUSB0 -m 344
   

インフラを光フレッツに変えた。
そして、業者が置いていったモデムがPR-400KI。
ルータも兼ねているので今まで使っていたルータはお払い箱になりました。

それで、このPR-400KIを設定すべく、いろいろいじくっていたのだが、
LAN側PCのIPアドレスを固定する機能が見当たらない。
今まで使っていたルータは、DHCPの設定の中で、
MACアドレスを使ってIPアドレスを固定することができていたので
これが普通と思っていたのだが、違うのかな。
NTT東日本のサポートに電話で確認したらやっぱりそんなことはできないという回答だった。

マジか。
私はそんなに変なことをしているのだろうか？

仕方がないので、IPアドレス固定で使っているPC側一台一台を手動で固定することになった。
(といっても3台だけだが)

下記はその方法。

使っているのは Vine linux 5.2 と Vine linux 6

パネルから「システム」-「システム管理」-「ネットワーク」を選択すると
下記、設定プログラムが起動されるので目的のイーサネットカードをダブルクリック。

新しい設定画面が開くので、「固定のIPアドレス設定(Y)」をクリックして、
固定したいIPアドレスとDNSサーバのIPアドレスを入力する。
DNSサーバのIPアドレスはプロバイダ指定のものを入れる。
私は忘れてしまっていたのでサービスに電話したらすぐ教えてくれた。

設定はこれで終わり。

だが、間違いやすい項目があるので注意。
ネットワーク設定のダイヤログボックスの中にDNS()のタブがある。
ここをクリックするとDNSサーバを設定する画面が出るが、
ここに設定してもうまくいかない。
ここに入力しても、パソコンを再起動するとデバイス(I)タブの
デバイス設定した値にセットされてしまう。

サーバのＯＳを新しくしたのを期に OpenBCM もインストールしなおした。
OpenBCM は g++ のバージョンが3.3.xじゃないとだめみたいだが、
Vine linux は alternatives という仕組みで、gcc のバージョン違いを共存できるので、
synaptic を使って g++ 3.3.6 をインストールして、g++ を 3.3.6 に切替えて OpenBCM をコンパイルをした。
しばらく運用しているがうまくいっている。
以前あったエラーによる転送不能の状態は何故か解消されていて、
今のところは調子がいいです。

以前あったエラー→http://ham-jq1qnv.blog.so-net.ne.jp/2011-02-12

IC-7400でPSK31を運用する際のALC表示とIMDの関係を調査した。
また、PSK31のアイドリング時の信号波形の特徴から、
定格出力とアイドリング時の出力の関係を考察してみた。

 http://www009.upp.so-net.ne.jp/gateside/body/psk31_acl/psk31_acl.html

サーバとして使っていたPCのHDDが逝かれてしまった。
仕方がないので新しいHDDと取り替えたが、ついでにOSも新しくした。
ということで、Vine linux 6 をインストール。AX.25を有効にすべくカーネルの再構築をした。
詳しくは、Vine 5.1 と同じ。

 http://ham-jq1qnv.blog.so-net.ne.jp/2010-08-09-8

 コンパイルに6時間半かかった^^;

それから、AX.25のツール類をいれるのだが、これについては、下記と同じ。

 http://ham-jq1qnv.blog.so-net.ne.jp/2011-02-12
 http://ham-jq1qnv.blog.so-net.ne.jp/2010-08-09-1

 その他、運用時の問題および解決方法として下記の内容を実行。

 http://ham-jq1qnv.blog.so-net.ne.jp/2010-08-09-9
 http://ham-jq1qnv.blog.so-net.ne.jp/2010-08-09-10

インピーダンスと言うのは波動現象の時に現れる抵抗成分です。
以下、送電線を伝わる波動を例にとってインピーダンスの説明をします。

1.送電線を伝わる波動

送電線を伝わる高周波信号は波動として扱えます。
波動の性質は、電気の場合、電圧と電流が一定の範囲で振動すること、そして、それに加えて、エネルギーを下流へ伝達することです。
振動なので、振動の媒体となる電線の中の電子とかの荷電粒子はある位置を中心に行ったり来たりで、どちらか一方に進んだままになったりはしません。
一方、エネルギーは下流へ下流へと流れていきます。反射が無ければ一方向に進んだままになります。
繰り返しになりますが、波動と言う現象の不思議な振る舞いは、波動の媒体そのものはその場で振動しているにもかかわらず、エネルギーは一方向に流れていくと言う点にあると思います。

それから、このエネルギーはバケツリレーのように、経路をたどって下流へ流されます。中間経路を飛び越えて伝わると言うようなことはありません。ワープなどと言うことはないのです。
波動を上流と下流に分断するような想像上の断面を考えたとすると、断面を境にした上流と下流の間でエネルギーのやり取りが行われています。
その断面よりずっと下流や、ずっと上流のことはその位置では判りません。判るとすればその断面まで経路に沿って伝わってきた情報が上流と下流とでやり取りされるだけです。
言い換えれば、波動を任意の位置の断面で観察すると、ごく狭い範囲の隣接する上流と下流の関係でしか無いと言うことです。
送電線の場合は電気回路ですので、その断面で上流から見た下流が「抵抗」に見えるのか、「コンデンサ」に見えるのか、「コイル」に見えるのか（あるいはその複合）ということが、議論になります。あくまでもその断面での情報しかないのでその先のことはわかりません。
（たとえは、送電線が永遠に続いているのか、整合された負荷で終端されているのか等）

2.下流側につながれた電気部品のエネルギー授受

コイルやコンデンサは、電圧や電流を与えると、それらをエネルギーとして蓄積することが出来ますが、消費することは出来ません。
したがって、コイルやコンデンサに高周波電流・電圧を与えると、電流や電圧の上昇に伴い、一時的にはエネルギーを受け取り、蓄積しますが、電流・電圧が下降するときに、電圧･電流のバランスを保つために、蓄えたエネルギーを上流に戻してしまいます。高周波電流・電圧は一定サイクルの振動ですので、その繰り返しとなります。
つまり、上流(高周波電源)と下流(素子)の間でエネルギーの蓄積と放出を繰り返すだけで、素子が一方的にかつ継続的にエネルギーを受け取り続けることは出来ません。
一方、抵抗は、電気エネルギーを蓄えることは出来ませんが、受け取ったエネルギーを熱などに変換して消費することが出来ます。エネルギーを貯めこんでお腹いっぱいになることはありません。
したがって、継続的にエネルギーを受け取り続けることが出来ます。

3.送電線のモデル

送電線を電気的なモデルに置き換えた場合の電子回路は、コイルと、コンデンサと抵抗で示すことが出来ます。前述でバケツリレーの話しを出しましたが、このモデルの場合、コイルやコンデンサで構成されたバケツが、一列にいくつもならんだ状態となります。また、このモデルの場合、抵抗も要素として存在しますが、この場合の抵抗は損失であり、無くてもモデルとしては成り立ち、波動の説明は出来ますので、抵抗は無いものとして考えてください。

4.送電線を伝わるエネルギー

送電線はエネルギーを送ることが出来ます。それも継続的にです。
前述のように並んだバケツに次々とエネルギーが伝えられていきます。
送電線上の任意の位置で、上流と下流に分断するような想像上の断面を考えた場合、もし、エネルギーを受け取る下流のバケツが、送り手の上流側に対して「コイルやコンデンサのような素振り」をみせたとしたら、2.で説明したように、上流側が渡そうとするエネルギーは下流側のバケツで一時的には貯め込むでしょうが、継続的に受け取り続けることは出来ません。
上流側からはコイルやコンデンサに見えるので、エネルギーは上流と下流の間を行ったりきたりするだけで、エネルギーの伝達は差し引きゼロになってしまいます。これではエネルギーを送り続けることは出来ませんね。それなので、受け取る側の下流のバケツは自分自身がコイルやコンデンサであるにもかかわらず、「抵抗のような素振り」を見せてエネルギーを受け取ります。そしてそのバケツ自身はコイルやコンデンサなので、受け取ったエネルギーを消費するのではなく、今度はさらに下流のバケツへと伝えます。そして、それを受け取った下流のバケツは上述と同じようにさらに下流へとエネルギーを伝えてきます。
そうやって、送電線には継続的にエネルギーを渡すことができ、下流へとエネルギーが伝えられます。

5.インピーダンス

前述の 「抵抗のような素振り」が特性インピーダンスと呼ばれるものです。「コイルやコンデンサのような素振り」はリアクタンスと呼ばれ、無効電流など好ましくない現象も起こしますが、うまく扱うことで、インピーダンスの整合などに役立てることが出来ます。

反射、マッチング、整合、インダクタンス、キャパシタンス、レジスタンス、Ω 

久しぶりに本を読んだ。

なんだか、私が心の底で感じていることを肯定し、具現化して見せてくれているかのようで、うれしかった。

(この本に紹介されている内容ほど濃くも深くもないが）

 完璧でないことも、ままあるところがとてもすてきです。

Made by Hand ―ポンコツDIYで自分を取り戻す (Make: Japan Books)

• 作者: Mark Frauenfelder
• 出版社/メーカー: オライリージャパン
• 発売日: 2011/06/25
• メディア: 単行本（ソフトカバー）

参加しました。

久しぶりの50W移動運用。例によって、バッテリー2個でやりました。

 http://www009.upp.so-net.ne.jp/gateside/body/power_source/pwr_src_4_mobile.html

朝9時くらいから開始して、15時の終了間際までやっていました。

もう、なんか、CWとか久しぶりで、最初はヘロヘロでしたね。

GM のところを GA とやってみたり、

何故か"X"を打つことができず、それこそ何度もやり直したり、

とんだ恥をかきましたわ。^^; ほんと、催眠術にかかったみたいに打てないんです。^^;

自分でCQ出しといて、本当にご迷惑お掛けしました。>JJ*RZX

 それから、アルインコのインバータ電源。

バッテリーの電圧をインバータで100Vにしてからアルインコの安定化電源を通して

安定化させているのだが、これが途中から動かなくなった。

以前から時々起きていたのだが、アルインコの安定化電源がウンウン唸って出力が出ない。

すこし休ませて、再起動するも、交信の途中で突然ダウン orz 。

車の室温が36度くらいあったので、過熱を疑い、車のクーラをつけて運用したら、なんとか持ちました。

 今度は別なインバータにしてみるかな。今のは多分疑似正弦波のやつなので、もしかしたらこれが原因かも。

そういえば、先日同じ電源構成でFT-817を運用したらノイズが酷くて使い物にならなかった。

IC-7400 はなんともないのに。値段と筐体の大きさの差ですかね。電源周りの対策が違うんだろうなきっと。

などと想像しながら回路図引っ張り出して見てみたら、IC-7400 の方がノイズフィルタが1段多く入ってました。

FT-817 には外付けのフィルタを用意しましょうかねぇ。

デスクトップのパソコンで ICOM のリグをコントロールする場合、RS232C のシリアルポートを使っていて、 USB 経由にする必要が無かったので、今年はじめに作った USB 対応の CI-V コントローラ（秋月で買ったFT232RLモジュール)ではまだ動作確認していなかった。

 でも、まぁ、せっかくなので動作確認してみた。

Vine 5.2 (kernel 2.6.27)ではドライバーのインストールは不要で、
USBに差し込むだけで何も設定せずに認識され、
/dev/ttyUSB0　に割り当てられた。

fldigi と xlog で動作確認した。

dmesg は下記
usbserial: USB Serial support registered for FTDI USB Serial Device
ftdi_sio 4-2:1.0: FTDI USB Serial Device converter detected
ftdi_sio: Detected FT232RL
usb 4-2: FTDI USB Serial Device converter now attached to ttyUSB0
usbcore: registered new interface driver ftdi_sio
ftdi_sio: v1.4.3:USB FTDI Serial Converters Driver
usb 1-8: reset high speed USB device using ehci_hcd and address 5
usb 1-8: reset high speed USB device using ehci_hcd and address 5

/proc/bus/usb/devices は下記
T:  Bus=04 Lev=01 Prnt=01 Port=01 Cnt=01 Dev#=  2 Spd=12  MxCh= 0
D:  Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs=  1
P:  Vendor=0403 ProdID=6001 Rev= 6.00
S:  Manufacturer=FTDI
S:  Product=FT232R USB UART
S:  SerialNumber=A600e0ad
C:* #Ifs= 1 Cfg#= 1 Atr=a0 MxPwr= 90mA
I:* If#= 0 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=ftdi_sio
E:  Ad=81(I) Atr=02(Bulk) MxPS=  64 Ivl=0ms
E:  Ad=02(O) Atr=02(Bulk) MxPS=  64 Ivl=0ms

 FT232RLを使ったCI-V コントローラについては下記。

http://www009.upp.so-net.ne.jp/gateside/body/ft232rl/ft232rl.html