ヨハネ受難曲の鑑賞

　昨日ヨハネ受難曲を鑑賞してきました。例によって親しい友人の奥様が出演されるということでお声をかけていただいたことによるものです。

　左のポスターにあるように、J・S・バッハの「ヨハネ受難曲」ＢＷＶ２４５で日本語字幕付とのことでしたが、字幕付はオペラではいまや通例になっていますが、今回のような演目では初めての経験でした。

　ヨハネ受難曲とは、新約聖書におけるキリストの受難について書かれた四つの福音書の最後、「ヨハネによる福音書」の18-19章を基にして書かれた曲で、中でも１７２４年に初演されたJ・S・バッハのこの作品は最も有名です。

　第１部は第１曲の合唱に始まり有名なペトロの否認を経て、第１４曲のコラールに至る約４０分。

　休息後の第２部は第１５曲のコラールに始まるピラトの尋問から埋葬の第４０曲終局コラールまでの２６曲、約８０分の圧倒的な演奏でした。

　今回の指揮は日本の合唱指揮者としての第一人者で宗教音楽を中心に演奏活動を続けておられる本山秀毅さんでした。

　また５名のソリストは指揮者と同様に近畿地区の出身で、共に宗教曲の分野で活躍されているようで息もピッタリ合っているようでした。

　特筆すべきは福音史家役でテノールの清水徹太郎さんで、最初から最後までの１２０分間を通してそのすばらしい声を聞かせてくれましたがそのスタミナにも驚かされました。

　右は今回の催しを紹介するのパンフレットにあった名古屋市民コーラスの昨年の第４４回定期演奏会時の（イギリス宗教音楽の饗宴）演奏写真です。

　さすがにこれだけの規模（ほぼ２００人）になるとオーケストラにも引けをとらない音圧があり、なおかつ合唱を知り尽くした指揮者の本山秀毅さんの手によって最終的にはより洗練されたヨハネ受難曲となりました。

　が、その過程では、奥様が演奏時間を通して持っていると手がしびれるほど分厚いドイツ語の楽譜（上写真）を暗譜する間、友人が放って置かれた、、、、とボヤくほど精魂こめられた、すばらしい演奏を堪能させていただきました、感謝感謝です。

ラジオの製作（5_3） LA1600 による7MHzSSBラジオ (いよいよ完成)

　いよいよ今回で完成ですが、私はどちらかというと筐体を設計して完成品として使い勝手を良くする、いわゆるケーシングが苦手です。

　いろいろ考えた結果、左写真のような形にしました。

　　・　できるだけコンパクトに

　　・　ＶＦＯは外付けとするが、良い物ができれば後から内蔵とする（スペース確保）

　　・　ＳＰ（スピーカー）と電源は外付け

　ということで、１ｍｍ厚の手持ちアルミ板を加工し、製作するすることにしました。
　大きさは縦１１０ｍｍ、横１２０ｍｍ、高さ２０ｍｍにし、すべての部品を写真のように上側パネルに取り付け、下部は別のアルミ板で覆うこととしました。

　その後多少変更した部分もありますので、おさらいの意味で前回までの回路の再掲もあわせ以下順に説明していきます。

　


　ＢＦＯ回路

　特に変更はありませんがＢＦＯ出力調整用のＶＲはＡカーブが使いやすいかと思います。　

　ＲＦフロントエンド回路

　これも変更はありません。
　フェライト･ビーズ（ FT801-43 )を利用したトランスは０．２６ｍｍの線材をトリ･ファイラー巻きにしてあります。

　ＩＦフィルター回路

　やはり入力側のトランスはＬＡ１６００の近くに置くべきだと考え、このブロックからはずしました。

　ＡＦアンプ回路

　この部分はＩＣの選択肢が多いですが３．３Ｖ電圧で使うことを念頭に TA7368 を採用しました。基本的には LM368 と同様外付けパーツが少ないですが、動作電源電圧範囲が２～１０Ｖと広いのに惹かれました。

　ところが３．３Ｖ電圧では少し入力レベルを上げると発振状態になり、この原因追及に思わぬ時間がかかってしまいました。

　結局、動作電源電圧を５Ｖにしたところ当たり前のように何事も無く動作しました。もともと電源に５．０Ｖくらいを供給して３端子レギュレーターで３．３Ｖを得ようと思っていましたので何ということはなかったのですが、 TA7368 の低電圧作動には要注意です。

　ＬＡ１６００メイン回路

左に示すようにごく普通のＬＡ１６００メイン回路です。
　６番ピン（ＡＧＣ）のコンデンサーは１０ｕＦと少し小さめに変更しました。またＡＦ出力には１ｋＨｚのＬＰＦ（ロー･パス･フィルター）が入れてあります。

　右写真はすべての部品を取り付け終わった状態を示します。

　少し窮屈な状態でしたので干渉が心配されましたが、今のところ特に問題を感じていません。

　中央のＬＡ１６００メイン･基板に見られる空きゾーンは将来内臓ＶＦＯを搭載するための予備地です。

　左写真は上部を正面から見たものです。

　本体をロー･プロファイルにしたのでうまくマッチしたツマミが欲しいのですが最近ではなかなか良いものが見つかりませんので、しばらくは冒頭写真のように手持ちのもので我慢です。

　これに以前このブログで紹介した下写真のＤＤＳ発振器（DDSコントローラーの製作）をＬＯＣＡＬ端子に接続して～０ｄＢｍの出力信号を与えればＯＫです。表示は７１００ｋＨｚですが、出力周波数は７１００＋４４４の７５４４ｋＨｚで、これが容易にできるのはディジタル発振器の良さでしょうか。


　感度は手持ちのＳＳＧから７１００ｋＨｚ、１ｕＶの出力をＡＮＴ入力につないだ状態で充分な感度がありました。

　アンテナは数メートルのワイヤーを繋いだだけのものですが、７ＭＨｚ帯の時々刻々と変化する様子を充分に楽しめました。

　ＬＡ１６００を使用するときにはＢＦＯの注入に苦労する、、、、との話を聞いていましたが、今回のようにすることで、ＢＦＯゲインはＡＧＣのコントローラーでもあり、ＲＦゲインとＡＦゲインの３者をそれぞれ関連させて調整しながら聞くのもまた面白いものです。

完

たった一粒の収穫の秋

　左写真は、かつてスペインに旅行したときに観たトレド近くのオリーブ畑です。

　乾燥した、少し埃っぽい広大な土地に見渡す限り植えられたオリーブの木にしばし見とれた記憶があります。

　このことに刺激を受けたわけではありませんが、我家のエントランスにオリーブの木がやってきて、かれこれ２０年経過してその高さも約１．５ｍになろうかというこの春になぜか一粒だけつけた実がこの秋ようやく色づいてきました。

　本来オリーブはＤＮＡが同一の花粉には反応せず（自家受粉できない）実をつけないことが多いので、２本以上隣接して植えた方がよいとされていますが我家のオリーブはなぜか奇跡的に実をつけたのです、それも一粒だけ、、、、

　たしかにオリーブは植栽としては人気があり、町内でも散歩の際にはしばしば目に付きますので、開花時に蜂さんが遠路はるばる労をとってくれたのかもしれません。

　もともとオリーブは地中海地方が原産とされ、葉が小さくて硬く、比較的乾燥に強いことからスペインやイタリアなどの地中海地域で広く栽培されており、主な生産国はスペイン (40.1%)、イタリア (19.5%)、ギリシャ (12.9%) だそうで、この３国で７０％以上を占めています。

　また歴史的には紀元前700年頃から古代ギリシアはオリーブの栽培によって国力を蓄え、今日の産油国のように繁栄を迎え、地中海各地に植民市を建設するとともに、オリーブの木も移植され広まっていったとされています。

　オリーブ・オイルは常温で生の果肉を絞って放置しておくだけで容易に分離することができます。

　左写真はポンペイ遺跡から発見されたオリーブ絞り用の石臼で、私たちがよく見る、溝を切った二枚の石の円板が水平に重なり合って回転し磨り合う形態ではなく、石の皿の上で垂直に立てられた石の円板が、車輪のように転がりながら円運動をするようになっていることがわかりますが、現在でも伝統と品質を重んじる採油所では、このような石臼が用いられているそうです。

　得られたオリーブ・オイルは、そのままでも酸化されにくいオレイン酸を比較的多く含むので他の食用油に比べて酸化されにくく固まりにくい性質を持ちますが、紫外線により劣化するため、冷暗所で保存したり黒い瓶やアルミホイルで覆った瓶により遮光するのがよいとされています。

　右写真は親しい友人からいただいた高級オリーブ･オイルですが、ちなみに果汁から直接得られた油をヴァージン・オイルと呼び、その中でも果汁としての香りが良好で油としての品質がとても高いものを特にエクストラ・ヴァージン・オイルと呼びますが、これはまさにその逸品です、、、、感謝、感謝。

　我家ではこの一粒のオリーブの実について思案中です、絞ってオリーブ油を取り出すか、はたまた漬け込んでピクルスにしようか、、、、「どうしたもんじゃろうのう、、、、」

ラジオの製作（5_2） LA1600 による7MHzSSBラジオ (BFOユニット（再）、RFフロント、IFフィルター)

　前回は「構想とＢＦＯユニット製作」について述べました。

　そのＢＦＯユニットについて少し回路を変更してみました、というのは周波数のあわせ込みが多少不安定だったからです。

　いろいろ調べ実験した結果、最終的に下図のようにしました。

　キモはインダクタに抱かせたダンプ抵抗です、いろいろ調整の結果２２ｋΩに落ち着きました。

　これで安定的に２７０ｐのポリバリコンでピッチが快適に変えられます。

　ＶＸＯは奥が深いといわれていますが、なるほどと納得です。

　受信機の形に組み上げることを想定して、左写真のように小さくまとめてみました。（ポリバリコンは別付け）

　

　次いでＲＦフロント部分です。

　７Ｍ帯は強力な放送局が多くありますので目的とするハムバンドのために7.0～7.2ＭＨｚのＢＰＦ（バンド・パス・フィルター）を製作しました。

　手持ちの１０Ｋタイプのコイル（約１０ｕＨ）２段構成です。

　２つのコイルを結合している２ｐＦのコンデンサーがキーポイントです。

　このままでは損失が大きいのでこれを補うために２ＳＫ２４１で信号増幅しています。

　出力はフェライト･ビーズ（FT801-43)にトリファイラー巻き６Ｔのトランスを使いました。

　調整は手持ちの「おじさん工房のＡＰＢ－１」という測定器のネットアナ機能を用いて、前述の結合コンデンサーと２つのコイルのコアを交互に変化させて最適化しました。

　結果のグラフを示します。

　サイドの切れはあまりよくありませんが、こんなものでしょうか、でも無いよりましだと思います。また最初に入っているＡＴＴ（１ｋボリューム）は必須だと思います。

　テストに供したＲＦフロント・ユニットの写真を示します、左下がフェライト･ビーズ（FT801-43)にトリファイラー巻き６Ｔのトランスです。

　今回の最後はＩＦフィルターです。

　４５５ｋＨｚあたりのＩＦフィルターの自作には、ＴＴＴさんが提唱されている「世羅多フィルター」なるものがネットで多く見られます。

　これは「セラミック･ラダー･フィルター」が語源のようで「せらた･フィルター」と呼ばれるようです。

 この世羅多フィルターに使うセラミック発振子は右写真のようなもので、ｅｂａｙで中華製を探せば１００個で送料込み￥０.５ｋ以下で入手できます（到着まで少なくとも半月はかかりますが）。

　これらセラミック発振子の共振周波数を測定し（写真中マジックで書いてあるのがそれ）、数字の近いものを５個選択します。
　今回使ったものは 455.558、455.558、455.559、455.563、455.568 kHz の５素子です。

　あとは左回路図に従って、その下に示した写真のように組み上げればＯＫです。

　回路図中インプット側とアウトプット側にあるトランスはトランジスタラジオなどで使われる４５５ｋＨｚ中間周波トランス（ＩＦＴ）です。

　コンデンサーは良く揃ったものがよいのですが、ここでは秋月で購った 0.0047uF(472)と0.0022uF(222) のポリエステル･フィルム･コンデンサーを使用しました、手持ちのＬＣＲメーターで確認した結果、±５％品にしては良く揃っていました。

　厳密には0.0022uFの代わりに0.0047uFを２個直列にしたものを使うのが良いかもしれません。

　このユニットもＲＦフロント・ユニットと同様に「おじさん工房のＡＰＢ－１」のネットアナ機能を用いて測定･調整しましたが、２個のＩＦＴのコア調整は特性に効いていました。

　測定結果のデータをＥｘｅｌに移し、グラフ化下のが右図です、頂上部にうねりがありますが、初めての作品にしてはまあまあでしょう。

中心周波数は４４４ｋＨｚでしたので素子の共振周波数より約１１ｋＨｚ低下したことになります。

　次回はいよいよラジオとしての組み上げです。

ラジオの製作（5_1） LA1600 による7MHzSSBラジオ (構想とBFOユニット製作)

　先回は「ラジオの製作（４）　LA1600 によるＡＭラジオ」でした。
　これは今もって名品の呼び声高い、「サンヨー製のＡＭ チューナ用 モノリシックリニア集積回路 ＬＡ１６００」（左写真）を使用したものです。

　今回はアマチュア無線７ＭＨｚ帯のＳＳＢ波が受信可能なラジオを製作してみたいと思います。
　このＩＣはＡＭ帯のみならず短波帯（～３０MHz）まで使用できるようでこのような短波帯ラジオの作例がネットで多く見られます。

　これらの中で特に優れモノということでよく知られているものにアイテック電子研究所のＳＲ７という型番のキットがありましたが、ネット上の情報も多くあり、製作にあたってお手本にさせていただきました。また、トランジスタ技術誌2014・８月号の特集「ラジオ製作の素」もおおいに参考になりました。

　さていろいろ検討した結果、右図に示すような構成にすることにしました。

　もちろんＬＡ１６００が主体になることは当然ですが、入力部にＢＰＦ(バンド・パス･フィルター）と２ＳＫ２４１による高周波増幅をつけ、ＬＡ１６００には無い低周波増幅には定番のＬＭ３８６をつかいスピーカーを鳴らします。
　またスーパーヘテロダイン方式に必須の局部発振には以前このブログで紹介した、ＤＤＳ方式としましょう。

　今回の肝はＴＴＴさんによる、セラミック発振子を５個つかった世羅多フィルターと呼ばれる中間周波フィルターの製作です。（次回のブログにて、、、、）

　ＢＦＯ回路は変更しました。（次回ブログ参照）
　さらにＳＳＢ波を受信する際に必要なＢＦＯ（うなり発振器）は少し工夫が必要そうです。というのは４５５ｋHzのセラミック発振子をつかった世羅多フィルターは中心周波数が１０ｋHz以上下がり、ＢＦＯではさらに低い周波数で発振させる必要があるからです。（予備実験では４４２．５ｋHZ）

　使用した回路はポピュラーな、ＦＥＴによるクラップ発振回路でセラミック発振子にインダクタを直列に入れて強引に発振周波数を下げています。（上図）２ＳＫ１９はたまたまの手持ちで意味はありません、同類なら何でもＯＫです。

　右写真はブレッド･ボード上で上記ＢＦＯ回路を実験している様子です。

　この回路に使用するインダクタには当初ＡＭ用ＩＦＴを使っていましたが、最近秋月で可変インダクタなるものが新製品として紹介されていましたので早速使ってみました。写真左が全体、右が分解したものです。

　７ｍｍ角と小さいのですが、一寸気をつければ容易に分解可能です。足ピンは通常のIFTと同じく５本出ていますが、コイルは１－３に接続されています。インダクタンス値は黒（100uH）、赤（200uH）、黄（500uH）の３種類あり２次コイルはありません。

　右写真は上図中のＴ１用に２次コイルを巻いているところです、但し既存コイルの上から、、、、もし必要ならばすべて巻きほぐしてから新たに巻いてもよいと思います。ＡＭ用ＩＦＴが品不足で高騰している折、２００ｋHz～２MHｚのこの可変インダクタが＠￥５０は使えそうです。

　結果、上写真は出力波形を観察してみたもので、まずまずのものができました、、、、といえば簡単なのでしょうが、回路図中の定数はカット･アンド･トライの結果です、そこそこ苦労しました。

　ということで、右写真のようにユニットとして組み上げて見ました、まずは幸先よし、、、、

　ＢＦＯ回路は変更しました。（次回ブログ参照）

いまさら windows XP のインストール

　パーソナル・コンピュータのＯＳである windows XP に対して 2014 年 4 月 9 日をもってサポート終了のアナウンスがなされてから既に２年半経過しますがこの７月の統計ではまだまだ使われているようです。（シェア１０％で第３位）

　我家のパソコンもほとんどが win 7 次いで win 10 となっており、win XP はあるにはあるのですがほとんど使っていません。

　このところ電子工作のラジオ製作で APB-1 という、同好の士なら知る人ぞ知るアマチュア向けの測定器（簡易スペアナ、ネットアナなどとして使える）を使う必要があったのですが、 win 7 とは COM port との相性が悪いのか非常に不安定でうまく使えず、使い勝手の良いラップトップ（このブログでも取り上げた Let's note ）に win XP をクリーン・インストールして使おうと思い立ったのです。

　早速 Let's note の BIOS を立ち上げ Boot 順序（読み込み優先順序）のトップにUSB CDdrive をセットし、win XP SP-2 のシステムディスクを起動しました。

　ところが中途で右のような画面（いわゆるブルー・スクリーン）となってしまいました。

　エラーコード0x0000007Bが発生する理由は、「 SATA タイプのハード･ディスク用 AHCIドライバ」が導入されていないことによる可能性があります。

　考えてみれば win XP の時代には IDE タイプのハード･ディスクがほとんどで、今回の Let's note には SATA タイプのハード･ディスクを使うようになっていたのです。

　ということで win XP インストールの途中で「 AHCIドライバ」を導入するために左写真にある、昔懐かしいフロッピーディスクドライブ（ USBタイプ）を持ち出しました。ドライバーソフトは予めネットよりダウンロードして右に見えるフロッピーディスクに書き込んであります。（BIOS の Boot 順序に USB_FDD も入れる）

　　win XP インストールの途中でディスプレイ画面の下に

　　　と表示されますので、この機会を逃さず F6 キーを押し、後は指示に従ってインストールを終了します。　（このことからこのエラーのことを「Ｆ６問題」とも呼ばれます） 

　ようやくにしてかつて見慣れた壁紙が現れました。

　この壁紙の「草原」（英語名「Bliss」）は、カリフォルニア州にある「ソノマバレー」という場所で実写された、実在する風景だそうです。

　そもそもサポート切れのＯＳを使うことはウイルス問題もあり、望ましいことではありませんが、古いＯＳでしか使えないソフトもあることなので、使う場合はスタンド･アローンでインターネットにも接続せず、ＵＳＢメモリでのデータ受け渡しにも留意するように言われています。

　そうは言ってもやはりウイルス対策用にソフトを入れる必要があります。

　例によってネットからフリーのソフトをダウンロードして使うのですが、なんとサポート切れの win XP に使えるものがほとんどありません！！

　やっと「AVG アンチウイルス 無料版」が win XP に対応しているとのことで助かりました、このソフトは以前使ったことがあります。（左上は AVG のロゴです）

　さらにインターネット・ブラウザ・ソフトも同様で、お気に入りの「 Google Chrome 」が使えず、比較的評判の良い「 Firefox 」をインストールしました。

　その他、エディターなど必要最小限のソフトを入れ、最後に Let's note のサポート・ホームから win XP 用のドライバーをダウンロードし、手直しをして出来上がりです。

　立ち上がりのディスプレイ画面を冒頭に示しました。

　左写真は接続すべき APB-1 で、数年前にキットを購入して米粒のような表面実装部品のハンダ付けに奮闘し、ケースも加工してようやくにして動かした懐かしい思い出があります。

　さっそく手元にあった水晶発振子の周波数特性を測定してみましたが、適当につないだだけにしてはうまくデータが採れています。

　右はディスプレイをキャプチャーしたものです。

　さらにデータを読み出し、改めて「エクセル」にてグラフを描画したものを下に掲げます。

　小型軽量のラップトップ Let's note を APB-1 の専用機として使うことで電子工作もさらに進むことと思われます。

　それにしても今回は時の流れを古いパソコンＯＳを通してあらためて認識させられました。

arduinoでRTC(リアル･タイム･クロック)モジュールを使う

　RTC(リアル･タイム･クロック)モジュールとはコンピュータなどに内蔵されている時計のことで、本体の電源が切れても自身バックアップ用の電源を持っていて絶えず時を刻み、コンピュータからの呼び出しに応じていつでも現時刻を返す働きをする、左写真のような部品です。

　arduino でいろいろ試しているときに RTCモジュールも、、、、とおもっていましたがなぜかそのままになっていました。

　今回トライしたのは DS1307 という RTC 専用のICです。このチップは少し古いですが幅広く使われており基本を学ぶには恰好だとおもいます。

　当初は部品を集めてモジュールを作るつもりで入手した左写真の鉛筆の上にある DS1307 が１個\250でした。

　これに対し、上に示したモジュール（表と裏）は時計専用の32.768kHz 水晶振動子（クリスタル）に加え、データ保管用の EEPROM 24C32 や裏面にバックアップ用電池のホルダーまでも搭載して\100を少し越えただけとは、これも恐るべし中華パワー、、、、で、即採用。

　回路図を示します。

　回路図中に書いてあるように、安価な非充電型のLi電池 CR2032 を使う場合は充電回路を取り外して、単に電池を DS1307 の３ピンに接続するように改造します。

　左写真がbefore 右写真が after です。

　

　左写真にある黄色の線で囲まれたチップ部品（ダイオード１個と抵抗３個）を取り外し、抵抗Ｒ６のあったところをジャンパー線でショートすれば出来上がりです。

　非充電型のLi電池 CR2032 でも２～３年は持つのでこれで充分です。

　RTC(リアル･タイム･クロック)モジュールと arduino との接続は右図のように４本のみです。

　VCC(+5V) と GND は当然のこととして、arduino （ ATMega328 )の A5 とモジュールの SCL  、arduino の A4 とモジュールの SDA の接続は I2C （アイ・スクエア・シー）インターフェースを形成し、この２線で信号のやり取りをするのです。 

　arduino による「 I2C を使っての RTCモジュール制御」については　NETで公開された　arduino libraly が多くあり参考になります。

　私は RTClib という libraly を使ってみました。
　左は libraly ファイルのサンプルにあったスケッチです。
　このスケッチを走らせることで時刻データ（年、月、日、時、分、秒）を RTC(リアル･タイム･クロック)モジュールから読み取ってコンピュータへ一秒間隔で表示させることができました。

　このようにして時刻データを取得することで他のアプリケーションと組み合わせ、定刻にブザーを鳴らしたり、一定時間ごとの温度を計測したりするときに役立つのです。

　この RTC モジュールで少々厄介なのは時刻設定です。上のスケッチでは中ほどに　
　　　　 RTC.adjust(DateTime(__DATE__, __TIME__));
とありますが、このスケッチをコンパイルしたときの時刻が初期設定値として使われてしまいますので、実際に動かしたときにはどうしても遅れが生じてしまいます。

　このことを避けるため、手動で現時刻をセットするための libraly もありますので（ timeset など）試してみるとよいかとおもいます。