調子よく動いていると思っていたら、インジケータのLEDが次々と点かなくなってゆく、、、。 不精して、出力端子(14Vのon/off)にLEDを直列抵抗と入れていたのですが、これではダメっぽい。 LEDが死んでいる。
では、という事でFETのスイッチを入れて、ゲート電圧で検出して、ドレインのLEDをon/offするようにしてみました。 あ、これでもダメ。 今度はFETが全滅！
で、RCS-8Vの回路図見ると、リレーに直結されていて、リレーのコイルによる逆起電力対策がされていない！ タワーの下から本体を取り外してダイオード入れるのも面倒なので、自作のUSB 8ポートリレーの出力端子の所でダイオードを入れて、FETによるLEDインジケータを
付けて見たら、今のところ問題なく動いているので、これで解決したみたいです。
とんだ、お騒がせて、LED10本、2N700010本の損失でした。 気が付くのが遅かった！
アルミクラッドの10D-SFA-Liteが曲げられる回数の多いクランクアップではトラブルが多い、とのFTIの情報で10D-FBを使っていますが、MPコネクタに規格を守っていないものがあるようです。 FTIが作業のために持ち込んだMPコネクタも半分くらい（3～4個） は内部導体が通らなくて使えませんでしたが、
規格表を見ると10D-FBの内部導体は3.5φで、10D-2Vは2.9φ。 購入したMPコネクタを測ってみると内径が3.2φ。 Give me a break!!!
そもそも10D-FBと10D-2v兼用ってあり得ない話（大は小を兼ねる？ でも、0.6mmの隙間は大きいぞ！）。
何とかして貰いたいものです。
ついでに豆知識で アルミクラッドって何？
圧延の過程でアルミ材と銅材を重ねて圧延することにより、アルミの中に銅が織り込まれて様な状態？になったもののことを言うようです。 当然、アルミ材の厚みより銅の厚みを薄くすれば、重量は軽く、銅の様に半田付け可能な素材となるわけですね。
アルミ、銅の組み合わせだけでなく、合金に出来ないような材料の組み合わせで行われているようです。
XT2AWのQRV予定を見て、Burkina Faso QSOしていないバンド見たら、10m/15mだったので、ここのところずっとワッチしていましたが、10mは朝の時間に比較的簡単に出来たので、15mを聞いていましたが、出て来てくれません。 （そもそも、アフリカのここら辺は夕方、って偏見があるので、朝方出来る事がちょっと意外でしたが、左下のVOACAPみたら、朝がメインで、午後の時間はほんの少しだけの可能性でしたー思い込みは危険）
でも、直ぐ後に"メール、本人にフォワードしといたよ”って連絡。
日曜日なので、大砲持ってない身として、ピストル射撃では無理かな？と思いながら受信状態にしておいて、朝食とテレビの合間にシャックを覗いて見たら出てる！ ということで、2250Z位からショートパスで呼んでみるも、やっぱりダメ。 1時間ほどしたら、Wとやったりしながら弱くなってきたので、そのままにして、WSJT-xのALL Logから今日のXT2AWの時間毎の信号強度を分析してみていました。
すると、0045Z位にいきなりJTAlertが鳴るので、ディスプレイ見たらXT2AWが-15dB位で聞こえています。 早速呼んでみると、今度は気が付いている人も少ないみたいで、3回程呼んで返って来ました。 そもそも、VOACAPでは22~02Zとあったのに、00Z頃に信号が弱くなって諦めるのは間違いですよね。
メールのリクエストに直ぐに反応してくれて、感謝感謝。 ルンルン！
リクエストは出してみる物です。 これで、80~10mまで全バンド終了（20m以外は全部XT2AW!!)
VOACAPは結構な精度でDX交信の可能性を教えてくれますが、意外と使っている人が少ないような、、、。
>あ、スケジュール見ると今日までQRVになっている！！ 15mチャンと出来ているか心配
> M0OXOのOQRSでやっと確認できた！ 9/24日午前
タワー直下にAmeritronのRCS-8V (Remote coax switch)を置いて、一部のアンテナの切り替えをやっていましたが、最近FTIにお願いした工事で、全てのアンテナ（受信専用を除く）を、これに集約することが出来ました。 こうなると、バンド切り替えの度にRCS-8Vの選択スイッチを触らずに、送信周波数でアンテナ切り替えがしたくなります。
 |
| Ameritron RCS-8V schematic |
FlexRadioのFLex6000シリーズではUSBコネクタが付いていて、外部装置との周波数の同期が可能となっており、SmartSDRのSettings/USB cableでこのUSBポートの簡単なプログラミングが出来るようになっています。
そうなれば、USB入力で8ポートのリレーが制御できる、USB制御 スイッチリレーモジュール Type-B USB リレーボードモジュールコントローラー リレーボードモジュールコントローラー 8チャンネル 12VDC 自動化ロボット用を使えば、簡単に送信周波数に同期させてアンテナを切り替えることが出来るはずです。
このボードにUSBケーブルを差し込んで、SmartSDRのSettingsで弄ってみると、確かにリレーが動作していますので、簡単に出来そう。
 |
| YM-150に収めた状態 |
 |
| SmartSDR settings/USB cable画面 |
.jpg)
序章）アンテナ工事は建柱から2012(2014)年にFTIにお願いして、小さなことは自分でしていましたが、クランクアップタワーのグリースの塗布とか、頂上部のアンテナの補修等は、FTI様おまかせ状態。 それが、風力発電のタワー建柱で忙しく、アマチュアの仕事は受けられない、と言われて数年が経過しましたが、今回のHamFairでブースを出していたので、直接聞いたところ、「受注できます」との事だったので、HamFair終了日の翌日に早速工事見積依頼。
本章１）作業が溜まっていたので、ローテータの交換（G-800DXA＝＞G-2800DXA）、同軸ケーブルの交換（10D-2V ＝＞ 10D-SFA-Lite)と引き回しの変更（タワー直下のリモート同軸スイッチRCS-5Vに集約）でお願いしようとしていたら、10年以上無事故で使い続けていたHexBeaｍ（Mike Troffiの製品）の12m用のエレメントがぶら下がっているのを発見したので、その修理も追加。
本章２）WEB上のフォーマットに記述して、メールすると直ぐに藤原社長から見積もりの回答。 価格はともかく、早く作業がして欲しいので、見積もりの一部変更を依頼し、日程の調整をお願い。 FTIから、10D-SFA-Liteは「クランクアップでは心線が銅クラッドアルミ線なので断線のトラブルが多く、替わりに四国電線の10D-FBを勧めています」との事だったので、それも了解。10D-SFA-Liteの心線がアルミなどという事、気が付かなかったけれど、仕様表には確かに書いてありました。
本章３）日程調整をお願いしたら、「突然ですが、材料が揃っているので来週の月曜日では？」とのメールで、即OK。
9月2日月曜日の 朝一から藤原社長ともう一人が来られて、早速HexBeamの取り外しから、、、。 当初、12mのエレメントは、断線して垂れ下がっていた物と想像していたのですが、ドライブエレメントの端点の絶縁材（材質不明）が炭化してエレメントが外れていた。
半波長のエレメントの端点で電圧最大になる部位ではありますが、10年以上使い続けてきて、特に最近、何かが変わった事をしているわけでは無いので、長雨や経年劣化による絶縁不良が原因だと思われます。
HexBeamと6m 6el Yagiの取り外し、HexBeamの補修、ローテータの取り換え、HexBeamと6mYagiを元の位置に戻すところまでで、ほぼ午前中終了。
10D-FBの端末処理（コネクタの取り付けと長さの切り出し）とローテーターの制御ケーブルを取りまとめて、タワーに沿わして配置固定。
午後からは2人の増員で、タワー上の同軸切り替えスイッチから、シャック迄の同軸とローテータ制御ケーブルの引き込み、同時に増員された2人がクランクアップタワーのグリース塗布と駆動部への注油を行い。昼食抜きで午後4時頃に作業終了となりました。
後日談）同軸スイッチの位置とアンテナの関係をうろ覚えて、シャックからSWRを測ってみたら、HexBeamが繋がらない！！ 翌日の同軸スイッチのポートの位置を今まで使っていて実績のある所に替えたら、無事解決。 どうも全部のポートを使っているわけでは無いので、配線を手抜きしていて一部ポートが使えなくなっていたみたい。
＞＞シャック迄の同軸が1本になったので、タワー直下の同軸切り替えとリグの送受信周波数を同期させて自動て切り替えられるように作業中。 これで、だいぶ楽になる。
何故か、自宅サーバのHPにアクセスしようとすると、tp-linkのアクセス画面が出てくるようになって、庭の温度湿度情報が見れなくなってしまった（ひょっとすると、データロガーもアクセスできなくなっているのかも、、、）
これって、ハッキングによる悪戯？ でも、外部からはローカルアドレス（192.168.x.x)の割り当ての内容は見えないはずだしな～。
取り敢えずはNetGearのhub使っていますが、tp-linkのhubもソフトのバージョンアップをして、passwordの変更をして、何かの時の為に、デスクサイドで待機。IGMPが使えたり、夫々のポートの管理が出来る優れモノなので、ちょっと勿体ないな～。
データーロガー（サーバー）へのアクセスも出来なくなっていたので、1日分の気象データを取りそびれていました。
流石に、車検と1年間のガソリン代で100万余は、少々贅沢すぎるので、売却する事にして、テレビでよく見る「買うわ！」のWebに登録してみると、直ぐに電話がかかってきて、色々話をしていると「15万なら即決します」との事。 何しろ代理店での5万円の頭があるので、即決。
でも、心配なので、WEBの評価をチェックしてみると、色々と文句が並べられていて、星の数も些か不安。 引き取り迄、落ち着かなかったが、WEBのページに進捗状況が示されているので、これはちょっと安心感がある。
で、引き取り当日はレッカーでなくて自家用車で2人が予定時間に来る。 言うに「納車が一台あったので」。 うーん、あんまり言い訳にはならないけど、、、。 手元に車検証などがあったので、手渡して運転して持ち帰ったけど、もし車検証とか別便で送っていたらどうしたんだろう？ ここでも、ほんとうに「買うわ」の委託エージェントかちょっと心配。
しかし、翌日には進捗状況のWEBに車も車検表や必要な文書も到着済みとあったので、あとは振り込みの確認。 これも、その翌日には確認。 あ、そうだ自動車税の還付が 残っているけど、これは1か月くらいは掛るだろうし、税務署からの通知待ちですね。
歳を取ると、何か変わることが億劫なんですよね、、
来週からは「電チャリ」生活。 しかし、病院通いも、ちょっとケーキを買いに行くのにも、ペット達の移動にも不便。
このまま、車無し生活になるのかは、もう少し様子を見てから、、、。
水素車か、EVだろうな～。 もし次があれば、 それとも免許返納？
昨秋、何かの拍子でプリアンプを24dB以上にすると急に何も聞こえなくなる事に気が付いて、FlexRadio のHelpDeskに問い合わせましたが、修理のために送り返さなくてはダメだと言われ、DXシーズンも始まるので、「ま、<16dBで使っときゃいいか」とそのままにしていました。
最近、何かフロアノイズが低いのと、高い周波数でみんなが聞こえているのに自分が聞こえていないのが気になって、ちょっとプリアンプのゲインレベルを弄ってみたら、なんと0dB(プリアンプ無し）で、一番ノイズフロアレベルが高い！ これって、プリアンプが壊れてる？ 慌てて、ANT2で実験してみるとこちらは極めて正常！ 何のことはない、ADU1の方のプリアンプが、壊れている！ ADU1を諦めてADU2(ANT2)を使えば解決する！
昨日はFT4GLを28Mhz/24Mhzで追っかけていて、みんな聞こえているのに自分の所では聞こえていなかったので、指くわえてコンディションが開けるのを待っていましたが、コンディションの所為ではなく、自分の受信機がおかしかったことが分かり、また回避策も出来たので、これで、FT4GLや6mのDXに力を入れることが出来ます。
6600は受信部を二つ持っていて（ADU1/ADU2）ダイバーシティ受信などが出来るようになっているので、当面はADU2（ANT2）を使ってオペレーションして問題回避することにして、何か送り返さずに解決する方法（ADU1だけ送って貰って付け替えるとか）が無いかHelpDeskに問い合わせ中。
8400/8600の発売がアナウンスされ、 6700/6500/6600/6400も十年近く経っているので部品調達が出来ないものが出てきたみたいなので、そろそろ買い替え時かな？ それにしても160円/$では70~80万円は覚悟しなければならないしな～、宝くじでも当たらないと無理。
ついでに、8400/8600はロジックのパワーが4倍ほどに増強されており、また、色々言われていたAdaptive Predstortionが組み込まれているらしい。 また、大分ロジックを弄って効率が上がっているみたいなので、ノイズブランカなどの性能も上がっているのかも、、、。 結局は6000シリーズのロジックパワーではAdaptive Predistortionは無理だったという事みたい。
Flex6600のプリアンプは-8/0/8/16/24/32dBと切り替えられ、16dBのプリアンプが2台直列に入っているものと推定されます。 下の数字は全部28091Khz DIGU6KhzBWでの値
ADU1でのプリアンプのゲインとフロアノイズ：（本来ノイズフロアは変化ないハズ）
ADU2でのプリアンプのゲインとフロアノイズ：
phpって最初のfacebook書くときに使われたみたいで、それなりに歴史のある言語で、私も2006年位から使っていますが、CLIで使う事はあまり無いので、apacheとの連携のトラブル（mod_phpのバージョンの齟齬）などは気になりますが、拡張モジュールのインストールの問題については気にしたことがありませんでした（今まで問題が無かった）。
今回拡張モジュールのインストールがうまく行っていなくてphp83でトラブりましたが、この拡張モジュールのインストール確認方法として php -v が有効なので記録しておきます。 -vは通常バージョン表示するだけですが、拡張モジュールの読み込みがうまく行っていないと、色々 warning を出してきて、その原因（大概は指定の場所にファイルが無い）も表示してくれるので、簡単に原因を把握することが出来ました。
-vはバージョンを表示する為の物！って固い頭の思い込みをちょっと反省。
朝 FreeBSDにアクセスして作業しようとしたら、昨日まで動いていた xterm -display xxx:
やむを得ずXmingを再インストールしてみるがダメ。 うん？VcXsrv が何かおかしいのかな？と思ってこれを再インストールすると見事ピンポーン！ 復帰することが出来た。
時々Windows君は勝手に（自動で）アップデートするのでその所為かも、、、。
庭の温湿度測定器が電池切れかデータを送って来なくなったので、取り外して充電。でも、Li電池はちゃんと3.7Vあるんだけどな～。 どっか別の所に問題があるのかな？と思いながら、久し振りにFreeBSDにアクセスしようとしたら xterm -display xxx.xxx.xx.xx:0.0が動かない！（ここが -display でなくて勘違いして -dispにしたのが、そもそものエラーの原因だったーオー馬鹿さん）
で、FreeBSDのアップグレード、アップデートしようと、作業開始（例によってココ参照）。 面倒なのでpkg でアップデートをしてゆくと、何故かphp関連がうまく動かない！ 「うーん、この際OSのアップデートも、やっちまえ！」と作業の拡張、、、。 毎度の事ですが、これが命取りなんですよね。
ソースコードから、システム関係をアップデート（13.1-RELEASE-p7 -> 13.3-RELEASE-p1) を git pull /usr/src で行いましたが、元のソースが git で持ってきた物でなかったので、あったものを引っ越して、新規に git clone --branch releng/13.3 https://git.FreeBSD.org/src.git /usr/src で取ってきてから git pull /usr/src アプリのアップデートは面倒なので pkg を使って行ったところ、php のpostgreSQLからデータ取ってくるところが動いていない！
また、php83-extensions でインストールされたモジュール群はmake deinstallでは削除できないので pkg info|grep php83 等として、インストールされているモジュールを確認して、pkg delete xxx と手動で削除する必要がありました。 モジュールの数が多いので、メンドウ！ （パイプで流し込むことを考えた方がいいかも）
この2日、久し振りにFreeBSD弄って四苦八苦したら、随分とお腹が空くことを確認。 体重も少し減っていたので、外で運動するだけでなく、頭を使うのも、シェープアップに役立つのではないか？と思ってます。
何故かremoteの窓からgnome-terminalとしても、エラーが出て動かないので、ググってdbus-launch gnome-terminalが見つかったので、これで解決。 でも、何故？
参考にと自宅のネットスピードを測ってみたら、無線LanよりケーブルLanの方がスピードが極端に遅い。
スイッチングハブに繋がっている他のケーブルの影響があるのか？と全部抜いたりしてもあまり、変化が認められず、決定的な原因が分からなかった為、ケーブルを全部CAT8にして、長さも必要最短としてみることにしました。
最終的な結果は現用中のPCでの表示が下にようになって、取り敢えずは無線Lanと同等以上という事で一安心。 考えられる、原因はケーブルのコネクタの接触不良？ スイッチングハブが何台も入っているので、コネクタの接触も要注意なのかも。 このPC上の値も、RT-500KIやBaffaloのルータにLanケーブルを直結したiPadで計測した380Mbps程度よりも大きく、何か腑に落ちない値になってしまっているのは気に食いませんが。
20年以上前に、全ての部屋にCAT 3ケーブルを配線したのですが、これは全くの無駄になってしまっています。
なお、測定にはFast.comを使いましたが、結構ばらつくので、大まかな所での比較となっていますが、このレベルであればスピードに血道を上げる事も無いので、この話はこれでお終い。
昨年の11月に行ったときに、Internetも光電話も使えなくなっていて、色々弄ってみてもうまく行かず、携帯で113に連絡するも、うまくオペレーターに繋がらず、結局諦めて東京に戻ってきていました。 それでも、毎月ちゃんと！回線使用料（基本料金）の引き落としがされている。
少し暖かくなったので、北陸新幹線にも乗ってみたかったので、1週間程を覚悟して、3月25日から、福井の家にいてきました。 家について見たら、プロパンガスが無い！ 定期点検の連絡メモが何度か入っていたのを無視していたので、撤去されてしまっていたのでした。 慌てて、連絡。翌日午前中に再度取り付けて貰い、ガス漏れのチェックも完了。 今回から、集中管理の為にガスメーターの無線Lanの工事が必要で、翌日に担当会社の人が来られる！との事だったのでLucky！ 彼に頼んで、NTT西日本に連絡して貰う事に、、、。
実際に担当者が来るも、NTT西日本との連絡は我々と同じで113を使って、、、。 何度か試みるが、中々オペレーターまでは行かない。 番号選択の所でオペーレータのアシストが云々という２番を選択することで、やっとオペレーターと会話できる（といっても、即ではなく折り返しで）ところまで来た。 で、ONUを工事担当者と眺めていたら、電源のLEDは点いているのに、他の信号系のLedは消灯している。 「あれ、ONUが壊れている？」
30分位して、折り返しの電話があり、症状を話すと、「ONUが壊れている可能性が大。新しいONUをユーパックで送るので取り替えてみてくれ。」「作業員にやらせることになると1集会場掛かるので、ご自分でやる方が良いでしょ？」なんて、お言葉を頂き、自分でやることに。
げ、Baffaloのルーター、自宅のお下がりではやっぱりダメか？ 今度行くとき新しい奴持って行って交換しよう。 また、金がかかる、、、。 東京の自宅も無線Lanのスピードの方が速い？ iPadとPCの違い？ Lanケーブルの違い？
リモートで、Flex6600にアクセスする確認実験を行う予定で、福井に行ったのですが、 SmartSDRでアクセスしてみると、"upgrade"の黄色マークが出てしまう。 慌てて、バージョン確認すると、3.7.4にマイナーバージョンアップされている！ で、これも今回は実験できず。
エレメントが屋根の上を通って一部見えないと、アップ・ダウンの時に何か引っ掛けていないか不安なので、タワーの上下に際してエレメント全てが見渡せるように、両エレメント共に庭の南側に伸ばしています。 でも、何か少し前より聞こえにくいような気がして、、、、。
EZNECでエレメントを垂らす方向でどのような影響があるのかシミュレーションしてみました。
結論： ま、あまり影響は無いだろうー許容範囲ーということで、安全第一にエレメントが全て視界に入っているようにすることにしました。
独り言： (x,y,z)の３D座標でエレメントを動かすのは、とてもメンドウ。 やってることは直角三角形で分割して、座標計算しているだけなので、どこかに、３Dの図上でマウス動かすと、指定した点の座標が計算されるようなソフトは何処かに転がっていませんかね？ これがあれば、EZNECももっと使い勝手が良くなるのだけど、、、。
シミュレーション結果：
80m
給電点の高さが20mしかないので、打ち上げ角は55°！ 達磨さん！
また、水平パターンも、両エレメントを同じ側に傾斜させれば、ややその方向に指向性が向くが、殆ど誤差の範囲。
40m
流石に半波長の高さで、打ち上げ角もそれなり。 また、水平パターンは教科書通りの8の字（ま、ちょっとクビレが老婆の領域ですが）。
で、エレメントを垂らす方向についても、同じ方向に垂らせば、そちらに若干指向性が向き、また、エレメントが互いに逆に向いたときは、水平パターンが少し斜めになる（南北向いていれば、
ちょうど米国の方向に向くが、逆にEUがクビレに入ってしまう。）
30m
ここ数日、10/12/40mのFT8,JTAlertがP97USI/Pなる局でワーニングを出して、キーボード入力が取られてしまうので、「おい、ほんとに北朝鮮？ まさか、、、」と思いながら聞いていましたが、 近くのDXオタクも聞いているはずなのに呼んでいないので、WSJT-xのハッシュエラー？ではと、今朝JA1SJV局と調べてみました。
池上氏はJTDXで私はWSJT-x 2.7.0 rc3なので、WSJT-Xのハッシュエラーならば、これでわかるはずです。
すると、JTDXではdecodeできていないようなので、やはりWSJT-Xのハッシュエラーで、P4/WE9VがP97USI/Pになっていました。 WSJT-ｘ2.7.0rc3でも下の様に、注意深く見ていると分かりますね。
確か1月のDXPeditionの局でも同じことがあった記憶があるので、コールサインに"/"が入っていると要注意かもしれません。 根本的な改善が望まれますが、、、。
＞5O2TEEというのが、40mにでていて、これも全く同じようにP4/WE9Vのデコードエラー！ P4/WE9Vはソフト何を使っているんだろう？って話になってきますね～
あ、正常だったりもするので、ノイズなどの状況に脆弱なコードの所為であることは確かですね。
昨年末に総括をし忘れたので、昨年末の状況は分からないが、2024年2月18日の時点で
Clipperton, Juan Fernandes, Guyanaと今年に入って大きなDXpeditionが行われていますが、再開したころにChallengeは目標に無かったので、1Bnad/modeしかなかったりして、大慌てで穴を埋めています。
50年も昔の事なので、SunSpotが高い頃の80mってどうだったのか全く記憶にありませんが、なんか寂しいLowBand.
LoTwの2023/4/20(Challengeが2000達成時）と今日現在を比較してみると、６ｍでの昨年の梅雨時からのアクティビティの貢献度が大きいのと、10/12m等のSSNの上昇の貢献が読み取れる。 また、Digitalも結構貢献しているが、ＣＷがやはり大きいのが分かります。
