続・ブレッドボードで簡単PSoC

by K.I

2007/07/23〜2009/09/13

ブレッドボードでLCDを使う

ブレッドボードで簡単PSoC第２弾！？今度はLCDを載せます。

前回は、LCDをうまくブレッドボードに載せられなかったけど、少し小さめのSD1602HUが手に入った¹のを機に、
これなら何とかなるかも。ってことで、いろいろ試行錯誤してみる。

このページは書きかけで放っておいたんだけど、検索したら何故か引っ掛かった²。→リンクしてないのになぁ。。

基本的なコンセプトというか実験は終わってるし、せっかく確認したのに勿体無いので続きを書いて完成させることにしました。もう忘れてるので再確認しなきゃ。。

¹というか、以前に秋月で買ったのを忘れてた。。
²このページの存在は、さらに２年ぐらい忘れてました。。。

[top]

基本回路を考えよう

まずLCDを載せたい。大きなブレッドボードを使えば簡単に出来るんだけど。。出来れば、小さいブレッドボードでやりたい。
MiniProgのヘッダピンを立てておけば、書き込みも電源も供給出来る。

なんとかLCDを載せる

このLCD(SD1602HU)は非常に小さい。何より、ピンが一列になっているのでブレッドボード用としては理想的。

ピン配置は以下のようになっている。

LCD端子番号	14	13	12	11	10	9	8	7	6	5	4	3	2	1	16	15
LCD端子名	DB7	DB6	DB5	DB4	DB3	DB2	DB1	DB0	E	R/W	RS	Vo	Vdd	Vss	K	A

バックライト用のLEDの端子A,Kが、何故か取ってつけたようにヘンな順番だ。。

この中で、必要なのはDB7,DB6,DB5,DB4,E,R/W,RS,Vo,Vdd,Vssの１０端子だ。

→必要な端子だけヘッダピンを立てて、MiniProg用コネクタを延長しておく

MiniProg用の端子がLCDに近すぎるので、L型の5x2のヘッダピンの長い5本を残して短い5本を抜き、5ピンのヘッダピンにハンダ付けして延長したものを作っておく。

これを使えば、LCDを挿したままで、書き込みと電源供給が出来る。

ブレッドボードも以前に使った奴よりちょっとピン数の多いタイプの EIC-801を使うことにした。

でもLCDが小さいといっても、完全に避けると空きピンがほとんど余らない。
これじゃMiniProg用のヘッダピンも立てたいけど、無理だなぁ。

極論すれば、LCDのVDD,VSSピンを立てずにRW,RS,VOを、P2_6,P2_4,P2_2の位置に持って来るっていうのも考えられるけど、、

PSoCのLCDライブラリの制御ピン割当ての変更は出来るかもしれないけど、データ４ピンの変更は簡単には出来ないだろうなぁ。

出来ればLCDの配置を改造したりするのは、あまりやりたくないし。。

思う通りにいかないと、なかなか先に進めないな〜。

とりあえず、LCDとPSoCが２ピン分重なる位置に置くようにしてみた。

しかし、これだとVDDピンは共用出来るんだけど、VSSピンがP0_6にぶつかってしまう。

でもPO_6を入力ピンにしておいて、GNDに固定しちゃえば良いんじゃん！

MiniProg用ヘッダピンも、ぎりぎり置くことが出来る。あぁ、スッキリした。

LCD端子番号	14	13	12	11	10	9	8	7	6	5	4	3	2	1	16	15
LCD端子名	DB7	DB6	DB5	DB4	DB3	DB2	DB1	DB0	E	R/W	RS	Vo	Vdd	Vss	K	A
PSoCPIN番号	P2[3]	P2[2]	P2[1]	P2[0]	x	x	x	x	P2[4]	P2[6]	P2[5]	SiD	VDD	P0[6]	x	x

→上の方のピンソケットは、LCD基板を挿した時の支え

LCDのVo端子の処理は、ブレッドボードラジオさんとこの LCDに手動で文字を表示するで、ダイオードを使っていたのでマネしました。

SiダイオードのVfを利用するわけかぁ。これは簡単で、けっこう具合が良いので最近自分は全部この方式。

しかしLCDを手動で動かすとはね〜。。自分なら初めからマイコン使うことしか考えないだろうけど、こういうのも良いかも。

LCDを挿すとこんな感じになります。やっぱりLCDが小さいと良いなぁ。

→LCDを載せてもこんなにコンパクト！

ケースに入れる

そもそも、この小さなブレッドボード EIC-801に拘ったのは、これが秋月のアクリルケース SK-5にピッタリ入ることに気が付いたのがキッカケ。

短い辺にある3箇所の出っ張りだけ³、ちょっと邪魔なんだけど、ニッパーでプチッと切るだけ。

→ニッパーで簡単に削れる

で、LCD(SD1602HU)に必要なヘッダピンをハンダ付けして挿してみると、フタも閉まる。うーん、これはこのケースに入れないと。。と思ったのが始まりでした。

そんなこんなで拘ったので、まぁ見事にピッタリ、アクリルケースに収まる。

→ケースに入れるとやっぱりイイね！

MiniProg用のコネクタは延長してあるので、ケースにMiniProg用の穴を開けるとフタを閉めたまま書き込みと電源供給が出来る。

まぁMiniProgは邪魔なので、電源コネクタは別途用意した方が良いけど。。

ケースに入ってるので、デバッグ中に配線が外れたりしにくいので、安心して使える。

コンパクトなので、基本セットとして１個作っておくと、いろんな実験に気軽に使えて便利！

LCDにハンダ付けするコネクタは、デバッグ中は頻繁に外すので丸ピンICソケット用の両端オスピンを使った方が良いけど、

実際に動かす時は、普通のピンヘッダにすると、抜けにくいのでさらに安心して使える。
だから自分は、デバッグ用とリリース用？の２つのLCDを作っておいて、使い分けている。

いろいろ使ってみる

これを基本セットとして、いろいろ使ってみよう。

ブレッドボードの自由に使える場所が、極端に少ないのが欠点なんだけど、、

でも、その少ない場所にうまく載せられた時はかなり嬉しい⁴。

³但し、長辺にある2箇所の出っ張りは残す。その方がケースに入れた時にグラグラしない。
⁴なんか手段と目的が入れ替わっているような。。まぁいいか。。。

[top]

Gセンサを使う

前にもやったんだけど、これでもう一度やってみよう。

→Gセンサを載せて、

プログラムは前回とほとんど同じだが、一応平均化して変動をちょっとだけ抑えてみた。

void main()
{
        BYTE gx,gy,gz;

        M8C_EnableGInt ;

        // TRIADC8モジュールを使ってGセンサの値をAD変換
        TRIADC8_1_Start(TRIADC8_1_HIGHPOWER);
        TRIADC8_1_GetSamples();
        // ADCに入れる前にVoltageフォロワとして1倍のPGAを入れる
        PGA_1_Start(PGA_1_HIGHPOWER);
        PGA_2_Start(PGA_2_HIGHPOWER);
        PGA_3_Start(PGA_3_HIGHPOWER);

        LCD_1_Start();
        LCD_1_InitBG(LCD_1_SOLID_BG);

        while(1) {
                while(!TRIADC8_1_fIsDataAvailable());
                // 値の変動が気になるのでLowPassフィルタ（平均だけど）を掛ける
                gz = (gz+TRIADC8_1_cGetData1())/2;
                gx = (gx+TRIADC8_1_cGetData2())/2;
                gy = (gy+TRIADC8_1_cGetData3ClearFlag())/2;
                
                // バーグラフでGセンサの値を表示（大体0〜20になるように12で割る）
                LCD_1_Position(0,1); LCD_1_PrHexByte(gx);
                LCD_1_DrawBG(1,1,4,gx/12);
                LCD_1_Position(0,6); LCD_1_PrHexByte(gy);
                LCD_1_DrawBG(1,6,4,gy/12);
                LCD_1_Position(0,11); LCD_1_PrHexByte(gz);
                LCD_1_DrawBG(1,11,4,gz/12);
        }
}

動かしてみた

→動かすとバーグラフが動いて面白い

ケースに入れてあるので、かなり扱いやすくなった。

まぁGセンサの場合、特にMiniProgが邪魔なので、電源ケーブル作った方が良いけど。

ところで、昔のDesignerではTRIADCのデジタルブロックとアナログブロックで、別々のクロックを設定出来ちゃったので、悩んだんだけど、

今のバージョンではプロパティでしか設定出来ないので、１つしか設定できないみたいだ。まぁ、多分同じクロックを設定した方が良いという結論だったので良いんだけどね。。

訂正:アナログブロックでは、カラム毎にアナログMUXでクロックを与えるようになっているので、プロパティでは設定出来なかったんだった。

[top]

ロータリーエンコーダ

手持ちのロータリーエンコーダは、秋月の奴だけど以下のような波形で、クリック感があってスイッチが両方OFFの状態でしか停止しない。

このままだとブレッドボードに挿しても、すぐ抜けてしまうので、ちょっと細工する。

端子を途中までカットして、ヘッダピンをハンダ付けすれば良い。

→ロータリーエンコーダにヘッダピンをハンダ付け

プログラムは、前にもやったけど、イイカゲンだったので復習しておく。

回転方向のデコード

基本的な考え方としては、Aの信号の立下りの時に、Bの信号がH状態で正回転ならば、

Bの信号の立下りの時に、Bの信号がH状態ならば、逆回転ということになる。

#define RA 0x80 // RA = P0[7]
#define RB 0x20 // RB = P0[5]
void main()
{
        BYTE csw,psw,count=0;
        PRT0DR = RA|RB; // RA,RB PullUp
        psw = 0xFF;
        LCD_1_Start();
        LCD_1_PrCString("QuadratureDecode");
        
        while(1) {
                csw = PRT0DR; // Current Switch
                if ((~psw&RA)&&(csw&RA)&&(csw&RB)) count--;
                if ((~psw&RB)&&(csw&RB)&&(csw&RA)) count++;
                LCD_1_Position(1,0);
                LCD_1_PrHexByte(count);
                psw = csw;
        }
}

ポーリングでも、それなりに動作しているが、やっぱり安定していない。

タイマ割込みによるデコード

とりあえず、この考え方で、タイマ割込みでもちゃんと動作する。

ms単位でタイマ割込みを掛けるので、ポーリングよりも安定した感じになる。

#define RA 0x80 // RA = P0[7]
#define RB 0x20 // RB = P0[5]
BYTE csw,psw=0xFF,count=0;
#pragma interrupt_handler timer8_1_int_func
void timer8_1_int_func(void)
{
        csw = PRT0DR; // Current Switch
        if ((~psw&RA)&&(csw&RA)&&(csw&RB)) count--;
        if ((~psw&RB)&&(csw&RB)&&(csw&RA)) count++;
        psw = csw;
}

void main()
{
        PRT0DR = RA | RB // RA,RB PullUp
        LCD_1_Start();
        Timer8_1_Start();
        Timer8_1_EnableInt();
        M8C_EnableGInt;
        LCD_1_PrCString("QuadratureDecode");

        while(1) {
                LCD_1_Position(1,0);
                LCD_1_PrHexByte(count);
        }
}

まぁ、これでも十分なんだけど。

GPIO割込みによる回転方向デコード

GPIO割込みの場合も、こんな感じで動くはずなんだけど。

GPIOの立下りでの割込みなので、AがL状態で、BがH状態なら正回転

BがL状態で、AがH状態ならば逆回転ということになる。

#define RA 0x80         // RA = P0[7]
#define RB 0x20         // RB = P0[5]
BYTE csw,count=0;

#pragma interrupt_handler gpio_int_func
void gpio_int_func(void)
{
        csw = PRT0DR;   // Current Switch
        if ((~csw&RA)&&(csw&RB)) count++;
        if ((~csw&RB)&&(csw&RA)) count--;
}

void main()
{
        PRT0DR = RA | RB;       // RA,RB PullUp
        LCD_1_Start();
        INT_MSK0 |= INT_MSK0_GPIO;
        M8C_EnableGInt;

        LCD_1_PrCString("QuadratureDecode");
        while(1) {
                LCD_1_Position(1,0);
                LCD_1_PrHexByte(count);
        }
}

でもこれは一応動んだけど、チャタリングがかなりあるし、回転方向も安定していない。

ポーリングの時は、LCD表示で適当なウェイトが掛かっていたために、なんとか動作していたということらしい。

ちゃんと判定

うまく動かないのは、データを読むタイミングで、回転方向の判定を誤ったり、多めにカウントしたり、見逃したりするためだろう。

だから簡易的な判定ではなく、ちゃんと判定したらどうだろう。

11→01→00→10→11の時は、正回転とすると、

11→10→00→01→11の時は、逆回転ということになる。

これを、そのままステートマシンで書いてみる。

まぁ、そのままだと割込みルーチンから抜けられなくなることがあるので、タイムアウトするようにしておく。

enum eSTATE{IDLE,CW01,CW00,CW10,CCW10,CCW00,CCW01,END};
BYTE csw,count=0,stat;

#pragma interrupt_handler gpio_int_func
void gpio_int_func(void)
{
        BYTE timeout=0;
        stat = IDLE;
        while(stat!=END) {
                csw = PRT0DR;   // Current Switch
                switch(stat) {
                case CW01: if ((~csw&RA)&&(~csw&RB)) stat = CW00; break;
                case CW00: if ((csw&RA)&&(~csw&RB)) stat = CW10; break;
                case CW10: if ((csw&RA)&&(csw&RB)) { stat = END; count++; } break;
                case CCW10: if ((~csw&RA)&&(~csw&RB)) stat = CCW00; break;
                case CCW00: if ((~csw&RA)&&(csw&RB)) stat = CCW01; break;
                case CCW01: if ((csw&RA)&&(csw&RB)) { stat = END; count--; }break;
                case IDLE:
                        if ((~csw&RA)&&(csw&RB)) stat = CW01;
                        if ((csw&RA)&&(~csw&RB)) stat = CCW10;
                }
                LCD_1_Delay50uTimes(20);
                if (timeout++>100) stat = END;  // タイムアウト
        }
}

これはかなり安定している。ディレイが入ってるので、ちょっと反応が鈍い時があるけど。

さらにちゃんと判定

前の奴は抜けられなくなった場合を考えずに、とりあえずタイムアウトで脱出していた。

もうちょっとちゃんとやろう。状態遷移図を描いてみる。

→とにかく１１で抜けるように

これで、タイムアウトしなくても、１１状態で必ず割込みを抜けるようになるはずだ。

逆に言うと、１１にならないと割込みを抜けないが、このロータリースイッチは１１以外の状態では止まりにくいので、まぁ良しとする。

#define RA 0x80         // RA = P0[7]
#define RB 0x20         // RB = P0[5]
enum eSTATE{IDLE,CW01,CW00,CW10,CCW10,CCW00,CCW01,END};
BYTE csw,count=0,stat=IDLE;

#pragma interrupt_handler gpio_int_func

void gpio_int_func(void) {
        while(stat!=END) {
                csw = PRT0DR;   // Current Switch
                switch(stat) {
                case CW01:
                        if ((~csw&RA)&&(~csw&RB)) stat = CW00;
                        if ((csw&RA)&&(csw&RB)) stat = END;
                        break;
                case CW00:
                        if ((csw&RA)&&(~csw&RB)) stat = CW10;
                        if ((~csw&RA)&&(csw&RB)) stat = CW01;
                        if ((csw&RA)&&(csw&RB)) { stat = END; count++;}
                        break;
                case CW10:
                        if ((csw&RA)&&(csw&RB)) { stat = END; count++;}
                        break;
                case CCW10:
                        if ((~csw&RA)&&(~csw&RB)) stat = CCW00;
                        if ((csw&RA)&&(csw&RB)) stat = END;
                        break;
                case CCW00:
                        if ((~csw&RA)&&(csw&RB)) stat = CCW01;
                        if ((csw&RA)&&(~csw&RB)) stat = CCW10;
                        if ((csw&RA)&&(csw&RB)) { stat = END; count--;}
                        break;
                case CCW01:
                        if ((csw&RA)&&(csw&RB)) { stat = END; count--;}
                        break;
                case IDLE:
                        if ((~csw&RA)&&(csw&RB)) stat = CW01;
                        if ((csw&RA)&&(~csw&RB)) stat = CCW10;
                        if ((csw&RA)&&(csw&RB)) stat = END;
                        break;
                }
        }
}

ちょっと複雑だが、安定した動作になった。ディレイは無いので、動きも悪くない。

カウンタに直結

割込みとかプログラムによるデコードじゃなくて、直接カウント出来ないだろうか？

昔のTTL規格表に、こんな回路があった⁵。今までのデコーダも、基本的にはこの考え方でやっていた。

PSoCの場合はDFFが無いが、CounterモジュールにはEnable端子がある。

Up,Downを別々にカウントする必要があるけど、引き算すれば何とかなりそうだ。

でも、引き算をハードでやるのは難しそうなので、両方読んでから引き算するしかないかな。

勝手にカウントされるので、プログラムは簡単だ。

#define RA      0x08            // RA = P0[3]
#define RB      0x02            // RB = P0[1]

void main()
{
  PRT0DR = RA | RB;     // RA,RB PullUp
  LCD_1_Start();
  Counter8_1_Start();
  Counter8_2_Start();
  
  LCD_1_PrCString("QuadratureDecode");
  while(1) {
    LCD_1_Position(1,0);
    LCD_1_PrHexByte(Counter8_2_bReadCounter()-Counter8_1_bReadCounter());
  }
}

RA,RB端子をPull-Upしたいところなんだけど、グローバルバスに接続するとPull-Up出来ないので、

余った端子をPull-Upして、外部で繋ぐようにする。

動かしてみると、チャタリングでカウントがメチャクチャだ。

今度はソフトで何とかするわけに行かないので、0.1uFのコンデンサを入れて、少し波形を鈍らせてみた。

うーん。何とか動作するようになった。まぁちょっと手抜きだが、これも一つの方法ってことで。

Quadrature Phase Decoderで検索してみると、PSoCのアプリケーションノート AN2145っていうのを見つけた。

ちょっと微妙に違うやり方だ。そのうち試してみよう。これって何で入力が４つあるんだろう。

⁵ちょっと、うろ覚え。

[top]

タクトスイッチ

PSoC(CY8C29466)の右下の部分は、以下のように並んでいる

VSS
SCLK→MiniProgで使用済（これは書き込み時以外は使えるんだけど）
P1[3]
P1[5]
P1[7]
SMP
LCD_1D5→LCDで使用済
LCD_1D7→LCDで使用済

ブレッドボードで、Vss-P1[3]間にタクトスイッチを置くのは簡単。

しかし、スイッチ１つだけだと、ユーザーインターフェースは結構難しいかも。

もう一個載せようと思うと、いきなり難しくなる。

うーん、SMP端子がジャマだ。SMP端子ってどんな回路になってるんだろ？

普通に考えれば、MOSゲートでGNDにスイッチングしてる感じか。。

もし単純にそれだけなら、GNDに落としても大丈夫じゃないだろうか。

ということで、試しにSMPをGNDとみなして、P1[5]-SMP間にタクトスイッチを配置してみる。

P1[5]をPull-Upにして入力を見てみる。SMPをONにしてみたが、タクトスイッチONを検出出来ない。
でも、SMP端子をGNDに直結してしまえば、当然問題なし。まぁこの場合SMPはONにしない方が良いだろう。

という感じで、このブレッドボード上に何個タクトスイッチを載せられるか挑戦しました。

一応、使い勝手も考えた配置で、タクトスイッチを６個載せることが出来た。

但し、下方向のタクトスイッチだけ、どうしてもうまく載せられないので、足を対角線で残してカット、

斜めに挿して、ちょっと誤魔化している。まぁ配線もかなり無理やりな感じだけど。

注意点は、タクトスイッチの下に配線を持ってくると、スイッチが浮いてしまい具合が悪いので、スイッチを避けて配線する必要がある。

タクトスイッチをケースの外に出したい場合は、タクトスイッチをピンヘッダで底上げする方法もあるけど結構面倒だ。

そんな時は、鈴商で扱っているタクトスイッチ SDTJ-1230Dがオススメ！

ノブ高が9.5mmもあるので、スイッチの先をケースの外に何とか出すことが出来る。でもケースの穴あけはかなり正確にしない⁶とダメなので注意。

見栄えはあんまり良くないが、しばらく使った感じでは、プロトタイプ的に使うのには全く問題なしだった。

⁶ブレッドボードでは実際そこまでやってないけど、基板に起こす時は便利。ただケースの外まで出すためには、他の部品高に気をつけること。

[top]

LEDの接続

これはLCDじゃないけど、LEDはPSoCの電源電圧が5Vの場合、抵抗を通してGPIOに接続する必要がある。

普通のLEDのVFは、1.8V〜3.3V程度、まぁよく使う赤色は2V程度のものが多い。
最近は数mA流せば十分なので、概算で普通は1kΩ程度⁷の抵抗を使う。
```
    (5V - 2V) / 3mA = 1kΩ
```

直結して、PWMという手もあるんだけど、デバッグ中に端子がHレベルになったままになることは良くあるので、注意しないといけない。

でも最近のLEDは特に高輝度で1kΩでは眩しい程の光度を持つものが、多くなってきている。

最近もLEDをパイロットランプで、試しに5Vで10kΩの抵抗を使ったけど、全然明るくて無問題⁸。

これなら、PSoCのPull-Up,Pull-Down抵抗（約5.6kΩ）でも問題ないんじゃないかと思い始めた。

PSoCのPull-Up,Pull-Downは、出力の片側が抵抗ドライブになるだけなので、出力ポートとして使える。

これはかなり前だけど、PastelMagicさんのBBSでもちょっと話に出て、その時は自分も暗すぎるだろうと否定していました。

で、実際にやってみたら十分な明るさだ。出力ポートの設定さえしなければ、LEDを壊すことはまず無いし、これはナカナカ良い感じ。

最近の高輝度LEDを使わないとダメ⁹ですが、やっぱり実験しないで否定しちゃダメだな〜と反省しました。

で、定番のNightRiderプログラムを作ってみました。

// BYTE毎にアクセスするための共用体
typedef union {WORD w; BYTE x[2];} uniword;
typedef union {DWORD dw; BYTE x[4];} unidword;

// 点灯位置を表すテーブル（上位ByteがPort0,下位ByteがPort2）
const WORD Night[16] = {
  0x4000,0x1000,0x0400,0x0100,0x0040,0x0010,0x0004,0x0001,
  0x0001,0x0004,0x0010,0x0040,0x0100,0x0400,0x1000,0x4000
};

void main()
{
  unidword N;
  uniword Light;
  WORD count;

  // LEDを接続するポートをPull-Downする
  PRT0DM0&=~0x55; PRT0DM1&=~0x55; PRT0DM2&=~0x55; // Port0-0,2,4,6 Pull-Down(000)
  PRT2DM0&=~0x55; PRT1DM2&=~0x55; PRT2DM2&=~0x55; // Port2-0,2,4,6 Pull-Down(000)

  for (count=0;;count++) {
    // Port0,2に、LED点灯データを出力
    PRT0DR = ~Light.x[0];
    PRT2DR = ~Light.x[1];
    
    // 残光位置保存・点灯データ位置を進める
    if (!(count%1024)) {
        N.dw >>= 8;
        N.x[0] = (N.x[1]+1)%16;
    }

    // 残光データ処理
    switch(count%8) {
      case 0: Light.w = Night[N.x[0]] | Night[N.x[1]] ; break;
      case 1: Light.w = Night[N.x[0]] | Night[N.x[2]] ; break;
      case 2: Light.w = Night[N.x[0]] | Night[N.x[1]] ; break;
      case 3: Light.w = Night[N.x[0]] | Night[N.x[3]] ; break;
      case 4: Light.w = Night[N.x[0]] | Night[N.x[1]] ; break;
      case 5: Light.w = Night[N.x[0]] | Night[N.x[2]] ; break;
      case 6: Light.w = Night[N.x[0]] | Night[N.x[1]] ; break;
      case 7: Light.w = Night[N.x[0]] ; break;
    }
  }
}

PSoCの端子の並びは、奇数、偶数に分かれているが、ブレッドボードでは配線の並び変えは制約がある。

これではプログラムが面倒なので、点灯する位置はテーブルにしました。

基本的には、テーブルのLED点灯データを順に出力してるだけ。

これだけだとツマラナイので、残光処理をしている。

前回の点灯位置は1/2、前々回は1/4、２回前は1/8の時間だけ点灯するようにしてみた。

　→ナカナカ良い感じ

注意！ポート設定は、抵抗ドライブ（Pull-Up,Down）以外にはしないように！

正確に言うと、LEDをGPIOとGND間に接続する場合はPull-Upに、GPIOとVDD間に接続するならPull-Downにしなければならない。
そうしないと、最悪LEDの電流制限抵抗が無いのでLEDやIOポートが壊れるかも¹⁰しれない。

⁷昔は220Ω程度の抵抗使ってたんだけど、それほど明るくはなかった。
⁸VF調べてないけど、5V電源だから0.5mA以下なのは間違いない。最近のLEDって凄いなぁ。
⁹といっても、今は高輝度じゃない奴の方が珍しいぐらいかも。
¹⁰ある程度の電流で飽和するかもしれないけど。

[top] [電子工作関連に戻る]