SONATE-２へ送った信号が他局によって受信されてた。
SONATE-２は145.825MHzでUp/DownリンクをサポートしているAPRS Digipeater。今まで自分が送ったパケットがDigipeatされて返ってきたことはなかった（というよりも情報が少なくてうまく捕捉できていなかった）。
今回、SONATE-2からのパケットを受信した直後にパケットを送信したところ、jj1wtk.jpに他局による自分のパケット受信記録がアップされた。興味深い事に、自分が送ったパケットがDigipeatされて自分で受信することもできた。
これからはSONATE-2も追っかけてみることにする。
以下がUISSにログられていた。今後の調査の為に備忘録。
Fm Ed-3 To R-6 Via hNoxx-9 [DAMA] Len=5 >[22:27:55]
c²{U
Fm DP0SNX To CQ <UI pid=F0 Len=42 >[01:30:22]
:CQ :SONATE-2 - Greetings from space
前者のhNoxx-9、ネットで検索してもヒットしない。Ed-3からT-6宛のパケット。なんだろう？？DAMAはDynamic Assigned Multiple Accessの事かな。検索にヒットしないということは一般に開放していない事を意味するんだと思う。でも145.825はAPRS周波数だから一般利用が前提なんじゃないかなぁって思うが。。。。
継続調査ーーー
後者のSONATE-2は一般というかアマチュア無線利用も前提に含まれている。実際JJ1WTK局のページにも地上からの信号がデジピーターを通して地上に下りてきている。Up/Downともの145.825MHzなので、SONATE-2が頭上に来たら信号をだしてみようと思う。
today 2025-03-02 17:06:57 : DP0SNX>CQ,qAR,JA0WBT-10::CQ :SONATE-2 - Greetings from space
2025-03-02 05:05:22 : JH1NHK>CQ,DP0SNX*,qAR,JJ1WTK-6:PM95
2025-03-02 05:04:50 : DP0SNX>CQ,qAR,JA0WBT-10::CQ :SONATE-2 - Greetings from space
yesterday 2025-03-01 05:31:26 : JF6BCC>JA5BLZ,DP0SNX*,qAR,JJ1WTK-6:PM53
ちょっと古い実験結果だけれど（3年半前）、ブログに上げてなかったみたいなので、こっちでも記録しておく。
C4FM（デジタル）で通信できるノードを持っているルームが必要。FT-3Dなどマイクカメラを持っているハンディで写真を撮って、それをルームに送って保存・共有できる、って仕組み。
144MHzリニアアンプHL-62Vを入手した。IC-705と一緒に使う。
HL-62VはFMモードではSEND信号配線をしなくても送信信号が入ってくれば送信モードになる。
回路図を見るとTX信号を検波してトランジスタQ4をONにしているようだ。これでリレーを動かすトランジスタを制御して送信ONになるわけだ。ただし、この検波が動作するのはFMの時でSSBではそうはならない。そもそもSSBは搬送波がないからPTTを押しても検波する信号が出ないからだ。
SSBで送信ONにするには外部から送信制御をしなければならない。で、HL-62Vには外部からリレーを動かす、つまり送信ONにする2つの方法を備えている。
① Q4をONにする。これには検波出力と同等の＋DCを外から加える。
② Q4の代わりをさせる。これにはQ4とパラレルにスイッチ動作をさせてリレーを動かすスイッチを制御する。
この二つの動作をサポートするためにHL-62Vはリモートコネクタを供えている。
1ピンに＋DCを加えてQ4をONにするか、4ピンをショートすることでQ4の動作を肩代わりするかだ。
さてさて、IC-705のSEND信号はどうなっているかというと、SEND入出力となっていて、仕様は以下だ。
おそらくオープンコレクタ出力がプルアップされていて、受信状態ではそのレベルをモニタしていて、PTTが押されるとオープンコレクタが閉じる（ONになる）んだと思う。だったら、このSEND信号を4ピンに繋げばIC-705でHL-62Vの送信を制御できると思う。
ここまでをまとめるとこんな等価回路になると思う。HL-62Vは通常はリレーに通電されているけれど、検波信号が入ってくるとQ4がONになってQ6がOFFになり、Q7がOFFになる。IC-705側にもオープンコレクタQがあって、このQ4とパラレルに動作するわけだ。
で、その通りに結線してみた。そうすると、SSBでは期待通りの動き（PTTを押せば送信ON、離せば送信OFF）をしたが、FMだとPTTを話しても送信ONのままで、受信状態に戻らない。これは困る。。。
で、なんでなんだろう？って考えてみた。恐らく考えられるのはIC-705がSEND入出力のLOWを検知すると送信することに原因があるんだと考えた。その仕組みは以下だ。
つまり、PTTが離されても検波信号がなくなってQ4がOFFになるまでの遅れ時間のお陰で送信が止まらなくなるというわけだ。ループしちゃてるわけだね。
じゃあどうするか。。。。ちょっと考えた。
IC-705がリモートコネクタの4ピンをLOWにするときは電流はIC-705側に向かって流れる（吸い込む）。一方、IC-705が受信状態の時にHL-62VのQ4がONになった場合は電流はHL-62V側に向かって流れる（Q4が吸い込む）。だったら、HL-62V側に流れる電流を遮断してやればIC-705はSEND入出力をHIGHのままに保てるんだろう。これをまとめると以下の等価回路になって、IC-705のSEND入出力にIC-705に順方向にダイオードを入れている。
で、IC-705のSEND入出力と上記4ピンとの間に、IC-705に向かて順方向にスイッチングダイオード（手持ちであった1N4148）を入れてみた。かっこよく仕上げたかったのでコネクタ内に入れてみた。
ダイオード部分を熱収縮チューブで覆う。
コネクタカバーをかぶせて完成。
結果は期待通り。Q4がONになって電流を吸い込もうとしてもIC-705からは電流が流れない（ダイオードがそれを許さない）ので、IC-705はHIGHレベルを維持することができて、ループしなくなった。
あとはJARDへの認定申請をして総務省申請LITEで変更申請をすることになる。でも認定料が5,500円。ちょっと高いんじゃない？？？
でもまぁ、めでたし、めでたし。
フレンド局からWIRES-Xポータブルデジタルノードのアナログ送信ができなくなった（音声が送れなくなった）との救援要請あり。
しらべてみたら、、、
PCはAcerのNote PCでWindows 11。以前はちゃんと動いていた。幾つかアプリを入れたりしたら（この因果関係は不確定）ポータブルデジタルノードでアナログの音声が出なくなったとのこと。
どうやらマイク入力がWIRES-Xに入力されていないようだ。入れたアプリの一つがSkypeで、Skypeはちゃんと動いていてマイク入力は「マイク配列（デジタルマイク向けインテル・スマート・サウンド・テクノロジー）」になっている。つまり、PC内蔵マイクは「マイク配列」なわけだ。
で、既定値のマイク入力をWIRES-Xのオーディオ調整->サウンド調整->サウンドで見てみると以下になってる。
マイク配列が既定のマイク入力デバイスになっている。
この状態でシステム->サウンド->音量ミキサーをみてみると、入力デバイスが空欄になっている。これはどういう事を意味すんだろう？？
そこで、明示的に入力デバイスとしてマイク配列を選択してみる。
一見ちゃんと設定出来たようにみえる。が、例えばサウンドに行ってから音量ミキサーにもどってみると入力デバイスが空欄になっている。
つまり、入力デバイスの設定が保存（活性化）できないってことか？？？
USBオーディオデバイスをUSBに刺して、それを選択しても同様に空欄にもどってしまう。なぜだ？？？
WIRES-Xは1.5.4.0だった。それをアンインストールして1.5.5.0にしてみたが、結果は同じ。
当初、Skypeが排他的にマイク配列をゲットしているがゆえに、WIRES-Xがマイク配列を取得できないのか？と疑ってみたが、Skypeをアンインストールしても同様だ。
なぜだ？？？
色々やってるうちに動作する（WIRES-Xが内蔵マイクをマイクデバイスにする）ようになった。よくわからないけれど、やったことは以下。
マイクジャックにダミージャックを差した時にマイク入力を選択。この直後内蔵マイクの音声がWIRES-Xに流すことができた。
でも、この後PCをリブートしたら再び音声が流れなくなった。でもこの後も動いたり動かなかったりした。。。具体的に何がどうだったか分からない（再現性のある手順が記録できていない）。
ただ、確認過程で分かったこととして、音量ミキサーを立ち上げた状態でWIRES-Xを立ち上げるとWIRES-Xの音声デバイスの初期設定が表示されることがわかった。それが以下の画面。
この画面ではWIRES-Xが出力・入力デバイスともに既定を選択していることが分かる。そして音声レベルは100。恐らくこの表示がWIRES-Xが起動した時（音声デバイスを取得した時）の状態なのだと思う。言い換えると、WIRES-Xはこの設定で動き始めるという事だろう。
この後、音量ミキサーを立ち上げなおすと以下の画面になる。
この画面ではWIRES-Xのレベルはグレーアウト、出力・入力デバイスともに空欄になっている。そして入力デバイスのプルダウンリストを見ると既定がない。ステレオミキサー等を選んでも保存されない。つまり「既定（起動時の設定）でロックしていて、それ以外に変更することは許可されていない」ということだろう。
結論：
結果的に、今はWIRES-Xは起動時に音声デバイスとして出力・入力ともに既定で起動し、起動後は変更できない状態になっている。既定はPCスピーカーとマイク配列になっている。よってWIRES-XはPC内蔵マイクのマイク配列で動作している。この値はレジストリに保存されているのではないかと思う（たぶん）。ならば、今の状態で、音声デバイス周辺に変更が加わるような修正（何かのアプリをインストールするとか）が無い限りこのまま動き続けるんだろうと思う。
あとかぎ：
結局、WIRES-Xのマイク入力として既定以外の何かがレジストリに登録されていて、それゆえWIRES-Xの外からは何とも変更ができなかったんだろうと思う（かなり妄想もはいっている）。
WIRES-XのポータブルデジタルノードではPCのマイクジャックに何か差しておかないとオーディオデバイスが無いって怒られる。ここも変な話で、WIRES-Xの音声デバイス管理ってちょっと変わってるんだとおもう。。。。
結果的に参考にならない感じの備忘録になってしまったね。。。。
145.825をUISS v5.4.4でウォッチしていると時々以下のパケットが受信される。
Fm A55BTN To APTT4 Via WIDE1-1,WIDE2-1 <UI pid=F0 Len=44 >[16:38:10]
GREETINGS FROM INDIA-BHUTAN APRS DIGIPEATER!
Fm A55BTN To APTT4 Via WIDE1-1,WIDE2-1 <UI pid=F0 Len=44 >[19:52:01]
GREETINGS FROM INDIA-BHUTAN APRS DIGIPEATER!
これは一体なんだろう？ってことで調べてみた。
A55BTNってコールサインは何なのか。グーグルってみたらEOS-7のページにたどり着いた。このページによるとEOS-7の別名、つまりコールサインがA55BTNってことだ。で、この衛星を飛ばしている国はインドとブータンだ。
EOS-7の軌道はN2YO.COMでゲットできる。
ISS TrackerによるとDownlinkは145.825MHz 1K2AFSK APRSだが同モードでのUplinkはないようだ。
ということで、ビーコンは受信できるけれど、デジピーターとしての利用はできないってのが結論。
ざんねん。。。
アマチュア無線デジピーターを搭載している衛星SONATE-2についての備忘録。
SONATE-2の事を知ったのは直接波が届く範囲のアマチュア無線局が145.825でパケットを送っていたから。そのパケットがvia DP0SNXになっていた。
DP0SNXとは何か、SatNOGS DBによるとSONATE-2のCallsignということだ。この衛星はニューラルネットワークコンピューターを搭載していて、ビジュアルセンサーと赤外線センサーを使ってデータを取りながら自律的に観測を行っているとの事。
SONATE-2サテライトについてはSONATE-2 Web Pageに詳しくかかれている。
SONATE-2の軌道についてはOrbiting Nowで見ることができる。
SONATE-2のデジビーターの情報はSatelite Frequency Listで見ることができ、以下となっている。
Uplink:145.825
Downlink: 145.880/437.025
Beacon: 145.840
Mode: 1k2AFSK/9k6GMSK,APRS,SSTV,CW
UISS v5.4.4では1200bps AFSKを送受信している。Satelite Frequency Listをみる限り145.825をUp/Down Linkで使っている衛星は結構ある。
アマチュア無線ISSのパケット通信用（145.825MHz）にモクソン・ターンスタイル（Moxon Turnstile）アンテナを製作したのでその記録。
最終的に出来上がったモクソン・ターンスタイル アンテナ。かっこいいー。
今回製作したモクソン・ターンスタイル アンテナはTHE ARRL HANDBOOK 2017（21.65）に掲載されていたデータを元にしたものだ。以下の構成でアンテナペアを用意した。
HANDBOOKの記載の通りにMatching lineとPhasing lineも製作した。
まずこのMatching lineの意味だけれども、JI0VWLさんのブログを参照させていただいて以下の意味と理解した。
75Ωケーブルに50Ωアンテナを付けた場合、その正規Zは0.67になる。これに1/4λケーブルをつなぐとスミスチャート上で反時計方向に180度0.67は回転するので正規Zは1.5になる。これに特性インピーダンス75Ωを掛けると112.5Ωになる。これを並列につなぐと56.25Ωになる。50Ωぴったりとはいかないけれど、ほぼ50Ωとなり特性インピーダンス50Ωのケーブルで給電できるわけだ。
一般的にダイポールアンテナは75Ωと言われているけれど、このモクソンアンテナは50Ωになるらしい。したがってこの方法で良いらしい。
次にPhasing lineについてだけど、二つのモクソンアンテナの位相を90度ずらすことで指向性が円形になるらしい。言い換えるとアンテナ上で位相が回転するというこのようだ。
モクソンアンテナはリフレクターとペアになっているので上方に輻射され、さらに水平面は円形になる。つまりドーム型の指向性を持つということで衛星通信に向いているのだそうだ。
HANDBOOKではエレメント径を3/16inchで計算されていたので、約5mm径のエレメントを探した。結局加工性も考えて直径5mmのアルミパイプをビバホームで調達した。
問題はちゃんと曲げられるか。試してみたところ、曲げ方によってはクラックが入ってしまうことがわかった。
そこでアルミパイプにガムテープを巻いて、ゆっくりと曲げてみたところ、クラックが入らないで曲げられることがわかったのこの方法で曲げてみた。
アンテナエレメントの次はケーブル製作。50ΩケーブルとしてRG-58A/G、75Ωケーブルとして3C-2Vを調達した。のりしろを考慮して寸法に合わせてケーブルを用意し50Ωケーブルから2本の75Ωケーブルに分岐する部分を半田付け。熱収縮チューブを通したうえで芯線の半田付け。その後熱収縮チューブで被覆。その上にビニールテープを巻き、網線部分の半田付けを行った。
Phasing lineの接続も同様に行った。
給電部分のエレメントはダイソーのタッパー内に構成した。
アルミパイプに1.6ｍｍの銅線（VVF1.6mmの銅線）を入れて圧着した。エレメントはケーブル固定用のプラスチック部品で固定した。Phasing lineはタッパー内でループさせた。これに蓋を被せて防水するので同軸ケーブル端は防水処理はしていない。
組み上げた様子はこんな感じ（それにしても騒々しい部屋だね）。
給電部分のタッパーとリフレクター部分のタッパーは塩ビのパーツを使って固定した。上下エレメント間の間隔保持はセブンイレブンの割りばしにて固定。固定は結束バンドで、後からビニールテープを巻いて補強した。
全体を組み立ててみた様子はこんな感じ。
Rig Expertで特性を計ってみた。とんでもない特性ではなく、とりあえず使えるレベルになっている。
屋根に上げてみた。とりあえずマストへは結束バンドでの仮固定で、大きな作業変更に対応できるようにしておいた。
実機でSWRを計ってみた。1.5ということで、使えるレベルにあると判断。
これで実際にISSからの電波を受信し、実際にパケットを送ってみた。今までの2段GPに比べるとずっといい感じだ。とにかくGPで感じていた輻射角を感じさせない。
そこで常時設置に耐えられるように保持機構を作り直した。
塩ビパイプ接続部分はM5ネジで固定した。
マスト固定用に金具を取り付けた。
全体はこんな感じになった。かなりしっかりした構造になった（と思う）。
もう一度構造のおさらい。
エレメントはホームセンターで売っている電線固定部品（5mmケーブル用）で固定。タッパーにT字塩ビをM5.5のネジで固定。ケーブルがタッパーから抜けないように結束バンドをケーブルに巻き付け。Phasing lineはタッパー内に収容。
リフレクター側のタッパーもT字塩ビにM5.5ネジで固定。
アンテナユニットに先ほど補強した保持機構を取り付けた様子。なかなかかっこいいー。
アンテナ取り付けが完了した様子。
これでISS通信が楽しめる。
めでたし、めでたし。
ECHOLINKのLINKノードがDTMFで9999を受信すると、自動でECHOTESTサーバーに接続する。知らなかったというか、WIRES-XからDTMFで9999が送られてきて（送ってきた局がいる）ECHOLINKがECHOTESTに接続してしまったので驚いた。
実際のECHOLINKのDTMFのドキュメントでもそう書いてある。
Examples
(These examples assume that the default DTMF codes are configured.)
Enter: 9 9 9 9
EchoLink responds with:
"CONNECTING TO CONFERENCE E-C-H-O-T-E-S-T"
followed by
"CONNECTED"
because 9999 is the node number of conference server "*ECHOTEST*".
つまりDefaultではそうなってるみたい。でも、このDefault設定を変える方法が見つからなかった。
一旦接続すると接続したままになってしまう（TIMEOUTはあるのかも）ので要注意だ。
HRI-200を使ったWIRESのノード局をFTM-100で構成した場合の留意点備忘録。
FTM-100のノード局（仮にJA0XYZとする）がWIRESのPC画面の「接続局ID表示」で変な挙動をする。VoIPでルームにWIRES参加している他局（仮にJH0CDEとする）が送信中はJH0CDEがグリーンアイコンで接続局ID表示に表示される。送信が終わればこのグリーンアイコンは消える。しかし、JA0XYZ局が参加している場合、JA0XYZの操作とは無関係にJH0CDE局のグリーンアイコン消滅後に一瞬（1秒未満）JA0XYZ局のグリーンアイコンが表示され消滅する。
VoIPでルームに接続しているJH0CDE局が送信中はJA0XYZ局のFTM-100は設定された周波数で送信状態になっている。つまり、VoIPで送られてきたJH0CDEの音声をJA0XYZはFTM-100で中継しているわけだ。JH0CDEの送信が終わればこのFTM-100は受信状態になる。どうもこの時にスケルチが一瞬開いてしまうような感じだ。
実は類似の減少がEchoLinkとFTM-100との間でも発生していた。詳細はこちらを参照のこと。
FTM-100はDATA SQUELCHを供えている。これはデータ信号送出中のスケルチを制御するものだ。DATA SQUELCH にてTX:ONだとData送出中はスケルチをONにする。TX:OFFだとスケルチ制御をしない。どうやら、TX:ONだとData送出後にスケルチオンからオフになるときに信号が入ってきていないのにスケルチが開いてしまうようだ。
HRI-200はスケルチが開くとPTTをオンにする。入力信号をWIRESに送り出すにはこのスケルチ信号が頼りなので当然なのだけれど、上記不安定状態でもPTTがオンになるようだ。
FTM-100のSETUPメニューから 9. DATA -> 3. DATA SQUELCH -> 2. TX:OFF を設定すると、Data送出時にスケルチ制御をしなくなるので、結果としてこの不安定状態が発生しなくなる。
めでたし、めでたし。
