シルバーの車を使っているが、冬の間に雪のかたまりにこすって、バンパーに傷がつき、簡単に塗装はしてみたが、どうも色がまわりと微妙に違い目立ってしまう。
新聞紙などでまわりに散らないように養生テープでマスキングすると、境目がはっきりしてまい、失敗する。使わない方がいいようだ。
もう一度、ぼかし剤で、塗料をとり、研磨、足付け、最低限の範囲にプラサフをさらっとかけ、そのあと、再度、さらっ、さらっと塗料をスプレー。ちょっとずつというのが、コツのようだ。境目をできるだけぼかすように。最初よりは、目立たない感じに仕上げることができた。あとは、クリア塗装とコンパウンドの予定。
小さめの傷なら、タッチペンをぬって、しばらくたってかたまってから、ぼかし剤でならすとけっこうめだたなくなるようだ。
ATU-100のPICのアップデートをしてみた。Ver3.0から3.2にしてみた。チューニングの最低を１Wに、最大を４０Wにしてみた。
最初、PICKIT3.5の使い方がわからず悩む。接続がうまくいかず、USB接続はシリアル通信のドライバでも必要なのだろうかと、調べるが、どうやら、そうでもない。ネット情報を見て、たまたま見つけた情報として、PICを載せているデバイスにも電源供給が必要だということがわかる。ATU-100には電源供給しないでも、アップデートできると勘違いしていた。ATU-100は１２Vで、PicKitは５Vなので、大丈夫かと心配した。念のため、デバイスに低い電圧から試してみたが、丁寧にデバイスの電圧が不足しているとメッセージを表示してくれるので、徐々に電圧を上げて、結局１２VでもOkだった。あとは、スムーズに進められる。今どきはコンパイラは無料のようだが、昔、PICのコンパイラを個人輸入でイギリスから１万円ぐらいで、英語に四苦八苦して購入したことを思い出す。（もっとも、今回はコンパイラを使う必要はないが）
PicKitとATU-100の接続の仕方は、サイトで調べたら、下の写真のようにするといいようだった。
Ｘサーバに静的ファイルを置く場合、settings.pyの中のSTATIC_URLに記述しておくといいようだ。そのうえで
HTMLテンプレートの１行目に
{% load static %}を挿入
<link rel="stylesheet" href="{% static 'アプリのdirName/css/style.css' %}>を<head>に入れておくといい
FT-891の２１MHｚあたりのＳＳＢでは、なぜかＳメータが振れない。検索すると、どうやらファームウエアのアップデートが必要な感じがする。でも、今使っているファームウエアのバージョンが、2021.2のものより新しい気もするのだが、、、。ものは、試しでネット上のものを適用してみた。そしたら、なぜか解決した。
〇 settings.pyは
ALLOWED_HOSTS = ['公開用ドメイン名','localhost','127.0.0.1']
のようにしておくと、ローカルと公開用フォルダで同じファイルが使えて、便利
gitを公開用へのアップロードに用に使おうとしたが、いまいち細かい操作が心配なので、結局FTPを使うことにした。ただ、ローカルの内容は、gitで保管していくことにした。
〇urls.pyは
上から順に照合していく
path('admin/',admin.site.urls),
path('',include('test.urls'),
２行目のように何も指定しないなら、admin以外のどんな文字列も２つめに照合
〇 makemigrationsコマンドは アプリごとに
python3 manage.py makemigrations (アプリ名)
〇 Xサーバでは、admin画面はcssが読み込めないとあるようだが
http://liberal.triplearner.com/2021/05/09/django-xserver2/
wslをvscodeで使ってみる
VisualStudioCodeリモート開発拡張パックをサイトからインストール
Remote WSLのインストールを促される
左下に緑色のバックカラーのアイコンがあらわれるのでこれをクリック
＊＊＊＊＊＊＊
まだ、使い方がよくわかってないが
ターミナルは
sudo suで
conda acitivate (環境名)
が使えるようになるようだ
githubはtokenで最近、アクセス必要になった
githubサイトで、右上のメニューからsettigns>developer settigns>personal access tokenで取得できるようだ
ということで curlの最新版を入れることに
その前にopensslも最新版にしたほうがいいらしい
ｘサーバでdjangoが使えるようなので試してみた。が、設定はけっこう大変。
１ ＳＳＨをセット。サーバの管理画面からＳＳＨをＯｎにして、秘密鍵等を取得。
２ ＳＳＨからLinuxbrewをインストールしようと試す。しかし、gitのバージョンが古いのでアップデートが必要。
その前にmsgfmtのインストール
$ mkdir local (~で)
以前から、LCメータ（LC-100A）が安定しなくて困っていたが、切り替えスイッチの隙間から接点復活剤を入れてからは、調子がいい。ひょっとして、不具合の原因はスイッチの接触不良だったのだろうか。購入してから、徐々に変になってきたので、その可能性もありそうだ。
念のため、使い方の注意を 覚書として残しておきたい。
※その後、部品に問題ありそうな情報をみつける。測定周波数にもよるのだろうが、コイルを回路図通りの100uHのものに交換したら、測定値がかなり正確になった。（元のコイルは４０uH程度しかなかったようだ。コンデンサのほうは、それほど違いがなかったよう。）
久々に、FT8を１４MHｚや１０ＭＨｚで使ってみた。が、なぜか５Ｗ程度なのに、送信時ハングアップしてしまう。出力が低いのでコモンモードフィルタは使っていなかったが、試しにフィルタをつけてみたら、ハングアップしなくなった。たぶん、コモンモードノイズが原因だったのかもしれない。
今日は、コンディションがよかったみたいで、インドネシアの局長さんと５Ｗの車載ホイップでＱＳＯすることができた。PSKreporterによれば、北米やオーストラリアあたりまでも、５Wで電波が飛んで行っているようだ。
試しに、QUCSで今回使っているXF-LPF-HFのシミュレーション（７MHｚ）をしてみたが、とくに問題はないように思う。（インダクタンスは推定値）
けれど、リニアアンプの出力のインピーダンスの問題だろうか、7MHzを選択したときのLPFの出力がいまいち小さい感じがする。
※その後、nanoVNAで、S21の測定してみたら、やはり、７MHｚで思ったより減衰が大きいようだ。要するにカットオフ周波数が低すぎる。ＬＰＦは完成品だったはずなのだが、、、原因は？
TSSに保障認定を申請した。ただ、その後、入力のインピーダンスマッチングに問題がありそうなことが判明、nanoVNAで入力側を測定したものと、qucsでシミュレーションした結果がほぼ一致していたので、たぶんそうだろう。
qucsでインピーダンスを求める方法が、しばらくわからなかったが、YouTubeなどヒントに電圧÷電流で式をつくりそれから実部・虚部を周波数ごとに計算して表に表示できることがわかった。とりあえず、変更してみたい抵抗とコンデンサあたりを削除してインピーダンスを計算した後、スミスチャートアプリを使い、５０Ωにするために必要なコンデンサ、抵抗を新たに求めてみた。その新たな定数で、再度シミュレートすると、確かにマッチングがとれるようだ。また、ＬＰＦも組み込み方にも不明点がある。ネットでいろいろ調べると、インピーダンスがからむと、そう簡単な問題ではないようだ。
※その後、アッテネータの回路は、インピーダンスのバランスに影響するので、勝手に抵抗値など変更できないことが判明。確かに抵抗が入れば、dB値に影響与えることは想像できる。入力部にコイルとコンデンサでマッチング回路入れるといいのだろうか？
※ＴＳＳの保証認定は、若干、文書に不備があり、修正はしたが、無事、保証認定が通った。あとは、電子申請で、総務省からの許可を待つのみ。(2022.5.22）
