やっぱりアナログは難しい…

せっかく、「定本トランジスタ回路の設計」を手に入れた
ので、ある程度読破できたところで、ディスクリートの
オペアンプをブレッドボードで組んで実験をしてみる
ことにしました。

といっても、本の内容と全く同じ回路を組んでも
面白くないし、極力部品を省いた回路で高速に動く
オペアンプを作ってみようというのが当面の目標です。

定本の２６７ページや、wikipediaの”差動増幅回路”
の項、もしくは↓ここにもあるように、差動入力回路
http://www.riric.jp/electronics/design/opamp/understand-basic.html
に定電流回路を使わないものという方式が載っている
んですが、それにちょっと興味があったし、ブレッドボード
なら部品が少ない方が楽なので、まずはこれを試して
みることに。


反転増幅、非反転増幅で使って見ましたが、イマイチな
実験結果に。

反転のはずなのに反転しなかったり、増幅率どおりの
電圧が出なかったり、しまいには発振したり…

配線は何度も見直したんですけど、なぜか上手く行きません。

入力端子に入力する電圧の生成には可変抵抗を使って
電源電圧を分圧させているので、そのことが両入力端子の
インピーダンスを狂わせているのかなぁ？
でも、入力をバイポーラからＪ－ＦＥＴに換えてみても
似たようなもんだし…
もっと別の原因なのかなぁ…

テスター１個だけじゃ計測機器も不足だし、準備不足か？
いや、そもそも理解不足かな？

市販のオペアンプは、いとも簡単に動作してくれるのを
思い浮かべると、ディスクリートのオペアンプは
難しいものですねぇ。

まずは、動作確認済みとして公開されている回路を
きちんと動かしてみるのが先かな？

デジタル回路と違って、アナログ回路は「適当に繋げば
動く」というわけには行かないもんだなぁと思いました。

ＡＲＭって、どのくらいのニーズがあるんでしょうかねえ？

http://headlines.yahoo.co.jp/hl?a=20080620-00000005-cwj-sci

インテルＣＰＵに対して、ＡＲＭがｌｉｎｕｘＯＳ用
ＣＰＵのシェアを伸ばそうという話らしいです。

確かにＡＲＭって、消費電力でいったらインテルＣＰＵ
よりもアドバンテージは有るんでしょうけど、
ＡＲＭのｌｉｎｕｘマシンといえば真っ先に思いつく
のは玄箱ｐｒｏ。

玄箱を世界に広げよう！って話ではないんでしょうけど、
そのくらいの処理能力では、高機能サーバーとしての
用途には多分むかないだろうなぁ…。

自宅で、個人でＰｅｒｌスクリプトやＰＨＰスクリプト
をｌａｍｐサーバーで動かす程度なら負荷もたかが
知れてるけど、公開サーバーとなると、負荷が
ちょっと高まったら動かなくなっちゃったりとか。

それじゃぁねぇ…どんな用途に使うんだろう？

玄箱を家で弄るのは面白いんだけど、ＡＲＭの
サーバーを商用とかで使うのは…普及するの
かなぁ？

消費電力を処理能力で割って指標化したら、
インテルとＡＲＭ、そもそもどっちがお得なんだろう？

やっぱりＳＰＩかな？

ＡＶＲスプライトのカラービデオ表示の続き。

6ビットを確保するとなると、ＵＳＡＲＴを
諦めてＤポートを空け、ＳＰＩ接続にすると
いうのがが一番いいかなぁという気が
しています。

そういえば、Ｉ２Ｃ（ＴＷＩ）は、フラッシュ
メモリーやリアルタイムクロックなどで遊んだ
記憶がありますが、ＳＰＩ接続はまだ使った
ことが無かったなぁ。Ｉ２Ｃよりはずっと
解り易いので、使うだけならなんてことは
無いんだろうけど、問題は転送速度。

山根さんの本を引っ張り出して来て、ＳＰＩの
所を読み直す…。
最も遅い速度に設定した場合、ビットレートは
ＣＰＵクロックの１／１２８となるとのこと。
マスター側ＣＰＵを２０ＭＨｚで動かした場合、
19531バイト／秒？

ＵＡＲＴを使っていたときには、115200bps。
startとstopを合わせて1バイト10ビットなので、
11520バイト／秒。

まだ速いなぁ…。というのは…

水平同期1本につき1バイトを入力するロジックに
なっているんですが、そうすると、1秒では
60フィールド×252本＝15120バイト。

これより速くアクセスすると取りこぼして
しまうので、送信側でタイミングを計って
送信する必要が出てしまうはず。

そういう不便なのはイヤなんですよね…
高級言語からも、何も考えずにデータを
垂れ流しできるようにしたい…

あと、ＳＰＩを使っちゃうと、ＩＳＰで書き込み
する時にちょっと不便なんですよね。まぁ、それは
本質的な問題ではないですけど。

うーん。もうちょっと考えてみよう。

続：ＡＶＲスプライトのカラー表示

ＡＶＲのスプライト表示カラービデオの件。

データシートを眺めていて、困ったことに
気付いてしまいました…。

Ｂポート、Ｃポート、Ｄポートとも、8ビット丸々
ビデオ表示に使えるポートが空いていないと
いうことに！

６ビットカラー表示（６４色）としても、６ビット
に加えてドット出力有無として１ビットの計
７ビットが最低でも必要なのですが…

Ｃポートは7ピンのうち1ピンがリセット端子だし、
Ｄポートは０と１がＵＳＡＲＴに割り当たって
いるし、Ｂポートは６と７が発振器入力に割り
当たっているし…。

内部発振子では８ＭＨｚにしかならないから、
Ｂポート６、７への外付けクリスタル（セラロック）
は必須。
とすれば、外部リセットを殺すかＵＡＲＴ接続を
諦めるか…

もしくは５ビットカラーで我慢するか…

５ビットカラーは勘弁だなぁ…
どうしたものやら…

有野課長

http://headlines.yahoo.co.jp/hl?a=20080619-00000003-oric-ent
有野課長、もうすぐ退院だそうです。よかった…。

早くゲームセンターＣＸに戻って、元気に冒険の旅に
旅立って欲しいものです。

肺膿瘍ってどんな病気か良く判りませんが、
いまは「休むこと」が仕事だと思ってじっくり
治していただきたいです。