#contents //もくじです #pcomment(reply) //こめんとです *140212 タンジブル?インジケータブル? [#b6df90d0] インジケータブルメディア。アートよりだけどおもしろそう http://96ochiai.ws/96ochiai/indicatable.html タンジブルユーザインタフェース構築のためのユーザプロファイル学習手法。参考 http://www-nishio.ist.osaka-u.ac.jp/Thesis/ から *140203 bLEDTile基板の所在 [#y4553ec4] 基板袋131202にマトリクスLED用の基板(最新)。残存数は4つくらい 基板袋131217に制御用基板(最新)。残存数は4つくらい 制御用基板はコネクタめっちゃつけづらいので、今度基板作る時はコネクタの金属部広げた方がいいかも *140131 なぜプログラミングが必要なのかの記事 [#c9552a05] コンピュータ教育をキーパーソンが語る!「なぜプログラミングが必要なのか?」イベントレポート(その1) http://techacademy.jp/magazine/1255 プログラミングの教育は教員がわかっていなくて、うまく学べないパターンもあるし、今までのスタイルである、「教育目標の枠からはみ出ないようにするスタイル」なことでプログラミングへの探求(創作?)が進まない。みたいな理解。 あと、この感じだとデジタルネイティブな世代の子供にTilesやTUIプログラミング言語は初歩過ぎるかもしれないし、逆にGUIの方が学びやすいかもしれない。もっとその下の、積み木と学校の間の時期に合うのかもしれない プログラミングが義務教育に!政府の成長戦略素案に盛り込まれたプログラミング教育の内容とは http://techacademy.jp/magazine/736 アベノミクスでの2012年から中学での技術家庭科でプログラミングが必修に。という内容。 IT業界の著名人がプログラミング教育について語った記事・コメントを集めてみた http://techacademy.jp/magazine/728 これからニーズが拡大?学生をプログラマーに育てる取り組みまとめ http://techacademy.jp/magazine/634 小学生からプログラミング!?プログラミング教育の必要性 http://blog.share-wis.com/programming-education *140117 [#eaa7245c] ** .texから.dviに変換して.pdfに変換してそのファイル開くってやつ [#j31c16e5] めんどいならシェルスクリプトでやりましょっ http://blog.livedoor.jp/hiroumauma/archives/1135897.html これで makepdf.sh とか作って、それ実行したらtexからPDF開くまでやるやつ作れた。 しかしエラーが出ても前の状態のPDF開くので心配なら個別でplatex したほうがいい ** MacでTeX [#t2d9d497] \usepackage{utf} で utf.sty が見つからないよと言われたら、\usepackage{otf} に直すといいかもしれない UpTeXにはotfパッケージが標準で入っているとかなんとか。utfパッケージはotf以前のパッケージかな? *131212 Arduinoで使用SRAMの量を調べる [#kf93b147] http://nishi-monodukuri.blog.eonet.jp/default/2013/06/arduino-b08d.html http://d.hatena.ne.jp/clayfish/20090301/1235839554 結構めんどくさい。最大SRAMは640,1280,2560なら8MBとかですね(データシートみてください) *131007 VISCUITについてブログにて開発者が色々と [#lb01b335] 設計方針について http://blog.goo.ne.jp/viscuit/e/c1db42046928b6d75e81b74cac1cad02 スクラッチとの違いについて http://blog.goo.ne.jp/viscuit/e/94e5c25fc6aab6f988d56eb4104ea976 *131004 TUIとGUIの比較 [#ge808c32] TUI=Tangible User Interface GUI=Graphical User Interface Comparing the Use of Tangible and Graphical Programming Languages for Informal Science Education という論文がありまして、それによるとTUIの方が子供は取っ付きやすいですよ、と。 これから作るやつは自分でコマンドを書けることを推していく必要がある?コマンドが見えない分不利になる可能性がある。表示部を用意しなければいけないが、これはたくさんモノを用意すればいいだけだろうか? *130925 全体設計の話 [#va9131cf] ハードウェアの土台が整ってきたので最終目的に向けて、「どう使わせるか」 方針としては、教育関連が分かりやすいかと。bLED Tileをプログラミングの教育に使う。 また、緑と赤の入力が区別出来るので、赤=数字や文字、緑=機能として入力させるといいかも。(例:縦に引いたとき、赤なら1、緑なら縦に動くとか結ぶとか) 本当の最終目的(実証したいこと)は「タンジブルであることで、VISCUITやプログラミンのようなビジュアルプログラミング言語とどのような違いが見られるか」のようなこと。 取っ付きやすさとか特に違うと思うけど他にあるのかな 全体設計として、機能定義などする。考えるならVISCUITの機能のサブセットでも良い。とにかくどんなものがいいか考えてみる。どんなものを作らせるかどうか。 VISCUITなどはモノを置いて、それをどう動かすか(眼鏡という道具を使って決める)、どういう反応をするかなどを自分で作っていく。プログラミンもモノを置いてどう動かすか(プログラミンという生物で制御する)。 *130917 ショートじゃなかった [#n03d40ca] 基板をよく見てみるとバッファの向きが逆で設計してあった 基板設計ミスですごめんなさい() 幸いなことに逆向きにしてグラウンドだけ配線無理矢理伸ばせば動作した。 *130827 2色LEDがのってるほうの基板がどっかショートしてるぽい [#t41a39c4] *130724 5V超を与える方針で [#gbff73c2] 5Vのレギュレータと3.3Vのレギュレータ(加速度専用)を載せて動作させるように基板を設計する。大体8/9くらいまでにスケマとレイアウト。 5Vの場合の緑と赤の抵抗は…? 緑:60Ωくらい 赤:12Ωくらい が明るいところに合わせた感じ 電流の兼ね合いからは 緑:250〜280Ωくらい 赤:400Ωくらい データシートがどんだけ探しても引っかからないので、順方向電圧を緑:2.5V、赤:2Vで計算するとどちらも8mA程度になる 計算: 赤:400Ωに3Vかかっていたので3/400=7.5mA 緑:260Ωに3Vかかっていたので11mA *130717 3.5Vを与えてみて発光するか見てみる [#n998ea26] 受光感度も見る #ref(QFM-1088A_3.6V.png,[[m_kawasaki]]); QFM-1088Aの方(新しい方)は封止材の厚さが薄いみたいで、点がはっきり見えちゃう。3.5Vを与えても劇的な変化はなし。ちょっとマシかな?くらい #ref(YSM-1288C_3.5V.png,[[m_kawasaki]]); YSM-1288Cの方(今まで使ってた方)はぼやけるけど暗い。3.6V与えても劇的な変化はなし。うーん 光らない原因は緑の順方向電圧が3.3Vなため、ぎりぎりで光ってる状態だから。高輝度のやつはちょうどでも十分な光が出たけどこれはそれほどでもないから光が足らない… 受光感度も見たい *130712 3.3Vではきついかなと?いや、電流流せば光るはずでは [#g84bcb0e] QFM1088ARGという2色マトリクスLEDを使用。データシートが見つからない。ピン配置は載ってるけど定格的なのがない #ref(130712bicolor_QFM1088A_.png,[[m_kawasaki]]); #ref(130712bicolor_QFM1088A_R4.5k_G364_.png,[[m_kawasaki]]); 調整後。赤光らせると緑が見えない。緑が圧倒的に光らない。どうしよ 電流計算して前のと同じ電流流してみよう *130712 ATmegaのブートローダは AVR Studio で書き込むべし [#v00158b7] 結局Macでのブートローダの書き込みはステップが多いし要所要所でのトラブルが絶えないのでやめた方がいい WindowsがあるならWindowsで。ホントに ちなみにMacでやろうとしたときにやってたこと -AVRISPmkiiを使ってArduinoIDEでブートローダ書き込もうとする --AVRISPmkiiのドライバとIDEのドライバが共存できない仕様だからできない -じゃあIDEじゃなくてコンソールから直接コマンド打っていれる -finkによってavrdudeとlibusbをインストール出来る -finkを入れるためにはMacのバージョンが10.6だとXcodeを3.2.5以下にしなければいけない→一回Xcode消して前のバージョンを入れる -finkのインストール後libusbを入れる -libusbのあとavrdudeを入れようとしたらC compilerがないよと言われる -もうええわ Windows -AVRStudio入れる -AVRISPmkiiのドライバ入れる -.hexとfuse確認してProgram -終わり *130703 参考URL [#q582e822] http://www.e-risingstar.com/wordpress/?p=142 http://www.ina111.org/archives/212 http://tomono.eleho.net/2011/01/12/327/ まだブートローダ書き込めてないです *130702 macでAVRISPmkIIを使ってブートローダ書き込もうとしてるけど失敗した [#lb689225] LT640で書き込もうとしても avrdude: verification error, first mismatch at byte 0x0000 0xe2 != 0xf2 と出て書き込めない。 エラー文そのまま検索すると1万件くらい出てくる。 フューズビットが正しいんだけど正しくないみたいなことが書いてあったり、コマンドでオプション足したら良いとかboard.txtを書き換えたりしたらとか書いてある。 ちょっと誰かに相談しないと分からない *130701 macでAVRISPmkIIを使ってブートローダ書き込もうとしてる [#s29f33ab] https://sites.google.com/site/hananekosugan/electro/arduino_burn_memo _人人人人人人人人人人人人人人人_~ > Macで書き込むのはあきらめる <~  ̄Y^Y^Y^Y^Y^Y^Y^Y^Y^Y^Y^Y^Y^Y ̄~ http://physicom.digick.jp/?tag=avrisp-mkii _人人人人人人人人人人_~ > うまく書き込めた <~  ̄Y^Y^Y^Y^Y^Y^Y^Y^Y ̄~ トラブルは結構あるみたい。 ISCPの回路がもう作ってあるらしいので早いとこ借りて書き込みしてみよ *130628 ビジュアルプログラミングの方針で [#b62a25c9] アプリケーションはビジュアルプログラミングの方針で進めてみる。他のビジュアルプログラミング言語を触ったり事例を調べたりする。また、それらと、LEDTileを使ってプログラミングすることで実際に触れる(タンジブル)ことでの良さを考える。色の拡張により機能の使い分けが出来る *130627 XSM-D1088ARG [#w21eaeef] YSM-1288Cのピン配置が同じもの、まとめ買い予定 オシロで反応見ると同様な反応をする。そのまま今のテスト用のものと入れ替えて、赤LED緑LEDに同様に反応する。光量に関してはテスト用の抵抗では緑が非常に弱いため抵抗の調整が必要。 ピン配置については同じだが、YSMとは赤と緑が逆なので注意(データシート上では同じ)。また、YSMは拡散してぼやけるが、XSM1088は点が見える。緑を調整すればオレンジに見えると思う *130620 メモ [#i9bdce01] Pure Data http://ja.wikipedia.org/wiki/Pure_Data Scratch http://ja.wikipedia.org/wiki/Scratch_(%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0%E8%A8%80%E8%AA%9E) プログラミン http://www.mext.go.jp/programin/ 学研電子ブロック EX-150 http://otonanokagaku.net/products/kit/ex150/detail.html うーん。論文とかでは教育関係(ビジュアルプログラミング言語によってどのような教育効果があったかなど)が出てくる。 *130614 基板とどきました [#q30a0a6e] bLEDTile用のジャストサイズの基板届きました〜 #ref(board1.png,[[m_kawasaki]]); #ref(board2.png,[[m_kawasaki]]); コネクタつけるときの表面実装の部分がぎりぎり過ぎてハンダ付けしづらい。もっと伸ばせば良かった *130611 メモ [#r478f189] アプリケーション:機能定義ブロック→下調べする *130610 オシロで反応見た表 [#he8a6c6a] |>|受光\光源|OS5RAA3131A(赤LED)|OSPG3131P(緑LED)|TLP-398(赤レーザー)|ELA-R56(赤レーザー)| |~|~|625nm|525nm|655nm|635nm| |OSL641501-BRA|625nm|○|×|×|×| |PARA-LIGHT C-4880SR|?(660nm or 635nm)|○|×|○|○| |TOM-1588BH-B|?(635nm?)|○|×|○|○| |OST A5131A|R:635nm|○|○|×|×| |~|PG:525nm|×|×|×|×| |~|B:470nm|×|×|×|×| |OSTCXBC1C1E|R:625nm|○|△(0.7V)|×|×| |~|G:525nm|×|×|×|×| |~|B:470nm|×|×|×|×| |SML-LX0404SIUPGUSB|R:632nm|○|○|×|×| |~|G:518nm|×|○|×|×| |~|B:465nm|×|×|×|×| ○=1V以上で飽和、×=0.3V以下で飽和or安定せず、△=その間0.4V〜0.9V 光源青→受光青は上記3つの組み合わせで反応するものはなかった。 OSLナントカBRAやらの赤単色マトリクスLEDが緑LEDに反応しなかった(というより0.3Vくらいしか上がらなかった)理由としては、光量が足りなかったからだと思う。2色マトリクスLEDのYSM1288Cに合わせて光源の光量を設定しているため、緑LEDにつける抵抗が大きめになっている。光量測ってみたいね… 光量のある青LEDはあるんだろうか? 軽く調べてみたらNSPB300Bってのが一番良く出てくる。3mm砲弾型6000mcdで波長は470nm前後。他にも3mm砲弾型で12000mcdのOSUB3131Pってのもあるらしい。素材はGaNとかかな…緑LEDと同じような素材を使ってるとどこかで見た気がするけど、データシートとかには素材の話はなし もっと波長の短いやつじゃないと反応しないかも、ということで紫LEDで高輝度なやつを探してみたけどほぼ皆無で、難しいみたい。 OSSV5111Aは紫(紫外線)らしい。ただ、200mcd程度。と思ったけど400nmを下回る波長のものは視感度的に意味をなさなくなってくるのでmW/srという単位に変換されるらしい。エネルギー的には問題ないのかな?試してみてもいいかも 3色にするのもいいけど2色でのアプリケーションを考えないと… *130603 オシロでマトリクスLEDなど測る [#r35efe7c] 光源側は変わらず、赤=OS5RAA3131A:625nm、緑=OSPG3131P:525nm。抵抗は赤=104Ω、緑=334Ωを使用 -OSL641501-BRA :波長は625nm:赤に反応(1.2V程度で飽和)、緑に反応(0.3V程度で飽和)。予定通りレーザーには反応しない。しかしLEDで緑に反応するが飽和したときの値が低いのは、エネルギーが与えられ過ぎてるから?はっきりとは原因が分からない挙動 -PARA-LIGHT C-4880SR(データシートに載ってるのはC-5880SR):波長は分かんないけど、SuperRedだと思うから660nm。とりあえずレーザー(1Vくらい)と赤LED(1.5V)が反応、緑LEDも反応したけど0.2V程度 -TOM-1588BH-B(データシートが上記PARA-LIGHTのデータシートが出てくる):波長は分かんない。レーザー(0.4Vくらい)と赤LED(1.3V)で反応。緑LEDも反応は見えるが0.1Vくらいしか上がらないので読み取れないと思う。お前もしかしてPARA-LIGHT C4880E(Hi.effi Red)か…?光らせるかスペクトル見たら分かるかも 他の砲弾型フルカラーLEDとチップフルカラーLEDも測ります。NowPrinting... 130605 追加分 -OST A5131A-R/PG/B(砲弾型フルカラーLED):波長はRGBで635,525,470。アイパッヨでオシロ使ってみたけど何故か10Vくらい出てることになってる…。普通のオシロで見たら赤に赤LEDで1.3V(レーザーは反応なし)、緑LEDで1Vくらい。多分どこかで10倍になってるっぽいと思ったら10倍になってた。緑と青は赤LED、緑LED、レーザーすべてに反応なし。緑は緑LEDと波長が同じだから反応しても良かったけど微量しか上がらなかった。青は予定通り反応なし チップLEDから線出さなきゃいけない 130607 追加分 -OSTCXBC1C1E(フルカラーチップLED):波長はRGBで625、525、470。赤に赤LEDで1.5V、緑LEDで0.7V、レーザーには反応なし。緑と青は何も反応なし。+上のOSTA5121Aを光源として見た場合、赤に赤LED(0.2V)、緑LED(0.4V)が反応、青はほぼ反応なし。スペック見たら、緑だけ同じ電流流しても光量が3倍くらい高い。やっぱり光量が一番効いてるのかねぇ。ちなみに緑や青に何色を当てても反応しなかった。波長は同じ -SML-LX0404SIUPGUSB(フルカラーチップLEDの小さいやつ):形も端子の配置もマークも違うけどこれデータシートか型番合ってんのかな。アノードコモンなのは合ってた。データシート上ではRGBの波長は632、518、465。赤には赤LED(1.5V)と緑LED(1.3V)で反応。赤レーザの635nmには反応(0.3V)。緑には緑LEDが反応(1.3V)、他は反応なし。青には何も反応なし。緑に反応したのなんでだろう。光らせたときの色が若干黄味がかってるから518nmじゃなくてもっと波長長い気はする。 一応全部反応見たかな。SMLに青の光入れて反応見てなかった。→反応なし 見やすい表にしますん *130529 LEDなどメモ [#rea75d33] -BRA=625nm、どちらもレーザーポインタに反応しない -TOM=660nm、どっちのレーザーポインタに反応する(※もう売ってない) -PARALIGHT C-4880=TOMと大体同じのスペック 635nmのレーザーで測る -YSM-1288C:繋いであったからとりあえずArduinoで数値を見ると少しだけ反応(列全体が反応してしまい区別は不可)=オシロで測ってみる -他のはまだ 光電流の特性を見る(光を当てるand光で当てる) -チップフルカラーLED2個 -砲弾型フルカラーLED 次にスペクトル測りたい -6個 --BRA,TOM,C-4880(赤マトリクスLED) --OSTA(砲弾型フルカラー),OSTC(チップLED大フルカラー)、SML(チップLED小) ** 基板設計変更メモ [#q2c61010] 24ピンから26ピンに変更(バッファGND確保のため)型番はソケットAXN326038S、ヘッダAXN426330S -一層目:26ピンソケット、バッファ、マトリクスLED --表:バッファ、マトリクスLED --裏:26ピンソケット、各抵抗 -二層目:26ピンヘッダ、ATmega、など --表:26ピンヘッダ、他 --裏:ATmega、ヘッダピン(他のユニットと繋ぐピン)、他 ピン *130528 OSL641501-ARAについて [#ob2ff41c] http://akizukidenshi.com/catalog/g/gI-05163/ 単色のLEDTileに使われているOSL641501-ARAについて波長を調べたところ、データシートによると625nmくらいらしい。以前のスペクトラルの波長に照らし合わしてみると今使ってるYSM-1288よりも若干波長が短い。これにレーザーポインタが反応するらしい。謎が残る *130524 基板設計のメモ [#w01e0cd3] 部品面と半田面という分け方があるが、部品面に部品を寄せたい、というのはフローやリフローの際の都合であり、手半田の場合は関係なく部品面も半田面も部品おけばいい 一層目:マトリクスLED、24ピンソケット 二層目:ATmega、バッファ、24ピンヘッダなどなど *130523 [#cbb04005] **LEDのスペクトラル測定してきた [#m46e12ab] 電電の丸山先生にお願いして、測定器をお借りしてスペクトラルを測定してきました。 測ったLED(レーザーポインタ)は以下 -OSPG3131P(緑LED) -OS5RAA3131A(赤LED) -TLP-398(赤レーザーポインタ) -YSM-1288CR3G2(受光側マトリクスLED) とりあえずデータ整理してみますん NowPrinting #ref(RLaserRLEDGLED_Mat.png,[[m_kawasaki]]); 簡単にデータまとめるだけなのでえくせるのぐらふ使っちゃいました。光源側の高輝度LEDと赤色レーザーポインタのスペクトルです。測定器に入った光量によって最大値が変わるので正規化してあります。最大値の位置はデータシートのTyp.と大体一緒でした。 レーザーポインタに対してやはりLEDは幅がありますね また、受光側のマトリクスLEDはYSM-1288CR3G2Cという型番ですが、赤LEDがレーザーポインタには反応せず、高輝度赤色LEDは反応しました。エネルギー準位の話からすると、短い波長はエネルギーが強く、波長が短い光が当たれば、電子が励起して光電流が流れる、というものでした。グラフを見ると、レーザーポインタはYSM-1288Cの赤よりも波長が長く、ほとんど山が被っていません。それに対して光源の赤LED、OS5RAA3131Aは受光側の赤よりも波長が短いです。まさにその特徴が出ていますね。 ** LEDを光センサとして使用した場合の反応についてのメモ [#s03eb4b6] 今まで波長が関係していると考えてきて、途中で光量が一番効いてるという話で進めてきたけど、丸山先生に伺ったところ、エネルギー準位が関係してるという話でした。 光を当てるとそのエネルギーに応じて電子が価電子帯から伝導帯に励起して電流が流れる。光のエネルギーは波長が短いほど大きく、波長が長い(赤)LEDは伝導帯のバンドが低く、赤色LEDの光を当てるとギリギリ伝導帯に届く程度のエネルギーが吸収され、励起される。赤LEDにエネルギーの強い緑色LEDの光を当てるとエネルギーが吸収され、電子は伝導帯を通り越して行く(結局電子は伝導帯に落ち着く?)。これが赤LEDで緑の光源に反応した理由。 また、逆に緑色のLEDに赤の光源を当てると伝導帯に届かず電子は価電子帯に戻るので反応しない。 #ref(電子さん1.png,[[m_kawasaki]]); RedLEDの場合 #ref(電子さん2.png,[[m_kawasaki]]); GreenLEDの場合 ようはこういうことなんですかね ArduinoではA/D変換で値を読みとっているので、LEDの電圧を見てる。電圧が決まるのは、光によって電荷がたまりそれによって電流が流れ、その電流と光によって流れる光電流(逆方向に流れる)とでバランスが取れた場所を見てる、感じ。電圧は接合容量から決まったり、電流はLEDの抵抗などで決まったりパラメータが色々あるのでデータから推測は難しそう 青色LEDもこの考えでいけるんじゃないですかね。結局波長が短いほどエネルギーが高い=波長ごとのLED並べて反応したLEDのとこがその波長ってことにはならないんですか。とにかく試してみたい *130514 YSM-1288CR3G2Cでのテスト [#xa7f791f] http://australianrobotics.com.au/products/led-matrix-dual-color-small からデータシートに飛べる。 そのままプロトタイプに使ってたArduinoに繋げる。抵抗は赤=470Ω、緑=100Ωに。データシートの順方向電圧はそれぞれ赤=2.0V、緑=3.3Vで、5Vかけるので、赤=1.3/470=6.3mAくらい、緑=1.7/100=17mA。 #ref(YSM-1288CR3G2C_test.png,[[m_kawasaki]]); (ちょうきれいじゃん) 光源に使うLEDは赤と緑両方とも高輝度LEDに。赤=OS5RAA3131A、緑=OSPG3131P。抵抗は赤=104Ω、緑=334Ωを使用。順方向電圧はそれぞれ赤=2.1V、緑=3.3Vで、3.3Vかけるので、赤=1.2/104=11.5mAくらい、緑=0.3(Min)/334=0.8mAくらい。 閾値をそれぞれ設定したらすんなり入力できた。高輝度の力。高輝度にすることで隣の値との差が大きくなり閾値設定しやすくなった。 3色のマトリクスLEDでも試してみたい、というより青LEDでの反応を見てみたいな。 その前にアプリケーションの方向性をだな…‥‥ *130430 IM120601014のテスト [#e733b000] 前にも一回光を当てて反応を見たんだけど、 |>|>|>|IM120601014| |受光\光源|緑LED|赤LED|赤レーザー| |緑|○|×|×| |赤|○|○|×| ○が反応あり、×が反応なし。以前は赤レーザーのみで反応見てて、ダメだったのだけど、Interaction2013の際に秋田先生にお借りした高輝度赤LEDでの反応が適切だった。データがあれば先生にもらおう 一度ADCを通したときの値を見てみたい *130123 参考URL [#k42c266e] LEDを光センサとして使ってみる 2004. 8. 5 http://elm-chan.org/junk/leddet/report.html 接合容量がやっぱり大きいみたい?接合容量と光量だけが原因と考えると、 光源:赤レーザー → BRBG1211Cの赤が反応、緑は反応せず → 赤の容量を満たし、緑の容量に満たない程度の光量 光源:緑LED → BRBG1211Cの赤と緑が反応(赤の反応が若干薄い) →どっちともの容量を満たす程度の光量 と考えれる?けど、緑LEDで赤の反応が若干薄い原因が分からない。やっぱり他の諸々が影響しているってことなのか *130122 マトリクスLEDのLED明るさの問題 [#u60fdbe6] BRBG1211C(自作2色マトリクスLEDの方)を単体(電流は 赤:16mA、緑:25mA )で、ホットボンド(透明:白=32:1)を乗せて光らせてみたところ #ref(BRBG1211C_single_test.png,[[m_kawasaki]]); 厚みは2mmくらい?良い感じに拡散されている。しかし #ref(BRBG1211C_test_on_matrixLED.png,[[m_kawasaki]]); マトリクスLEDとしてダイナミック駆動させて光らせたとき デューティー比が50%以下なので輝度が数段落ちて発光点が見えるように。デューティー比を少し変えてみたが入力へのレスポンスが遅くなることを考えるとこの点が見えてしまうという結果に。電流もこれ以上上げるとチップLEDに負荷がかかる。一応テストとして50mAくらいまで上げて光らせてみたがあまり効果は見られず…。 訂正:デューティー比50%から75%に上げたらしっかり光りました。若干発光点が見えるもののボンドの厚みを上げてあげれば拡散しそう。これから入力の値との兼ね合い 色が見えるようになるには拡散具合、というより輝度の高さが必要と思われる。また、前にも一度書いたが黒いゴムを使っているからかもしれない。市販のマトリクスLEDの方はLEDの周りは白く、これで反射させて発光の際に色が見えやすくなるのかもしれない。白いゴムが必要? *130116 2色マトリクスLED(IM120601014) [#nefabe36] データシートこれだった http://imall.iteadstudio.com/im120601014.html 前回のように赤レーザーで受光赤LEDが反応しなかったのでIM120601014は没になったがLEDを発光させてみると、LEDの発光点が見える割に綺麗に色が見えた。これの要因が穴の大きさ(と拡散具合)ではないかと画策。 作ってるマトリクスLEDが今3mmの穴を開けているが4mmの穴を開けて発光させてみたところあまり混ざらない。IM120601014と見比べたところまず明るさが足りないような気がした。 現在、緑に100Ω、赤に470Ωをつけて発光させているが、もっと多く電流を与えて明るくした方が良いのではないか、ということで現在橙色に見えるように二つのLEDを再調整。 予定としては緑の方を50mAほど流すようにして、赤をそれに合わせて光らせる予定。 *130111 2色マトリクスLED(1588ASRG -> IM120601014 )のやつ [#m1143f2e] 多分LSM-1588ASRGなんだけどデータシートに順方向電流や波長などのデータが載ってない。GYXM-1588ASRGと同じってことにしてみてみる。 GYXM-1588ASRGによると、Redの波長は645nm、Greenの波長は572nm。ちなみに作ってるbLED Tileに乗せてるBRBG1211CのRedの波長は647nm、Greenの波長は567nm。それほどの波長違いはない?けど、LSM-〜のほうは波長違うかもしんない あと、1588ASRGはアノードコモン。 赤レーザーと緑LEDを光源としたときの反応。 オシロで見てみると光源の緑LEDに490Ωくらいをつけた状態で受光側緑LEDは1.5Vくらいでて飽和。ただし、受光側赤LEDの方も同じくらい反応する。 次に赤レーザー当ててみると、受光側緑LEDは反応しないから良いけど、赤LEDの方も反応しない。以前調べたYSM-1288CR3G2Cでも赤レーザーは反応しなかった。高輝度赤LEDにした方が良い? *130109 ボンドを乗せて穴開きゴムを被せると受光側緑LEDがすごい見にくい&緑LED光源に反応しない [#m00ea1aa] #ref(BicolorLED_130109.png,[[m_kawasaki]]); ボンド乗せ後の緑LED光源は結構値が出やすいのに対して黒い穴開きゴムを被せると途端に値が下がる。他の色とか素材では試してないので何とも言えない。あと、この状態で受光側の緑LEDを光らせてみたら全然光ってるか分からないくらいに拡散(?)してしまってる。 1mmのゴム板を乗せようとしたとき、ゴムが薄過ぎてペラペラなため上から圧力かけにくい。また、ボンドを敷く方も薄くしてはみ出す量を減らす必要があるが、ボンドを薄くすると固まるのが早くなってやりにくい。ゴムを置いてから穴にボンドを入れる形にしてみたが、ゴムが基板にくっついていないのと置く量を少量にしないといけないためこれもやりにくい。入れる形のときはガンタイプのがやりやすいかも。 *130108 ゴムを上に乗せたい [#pe0af7d1] 前回の白濁ボンドを乗せ、ボンドが固まらないうちに2mmのゴムに3mm穴を開けたものを乗せた。 拡散性が上がり、260Ωをつけた緑LEDを当てても値が全然出なくなってしまった(赤レーザーは値がちゃんと出る)。しかし、ゴム板を乗せた際に穴からはみ出したボンドを触ると指紋が残ったりして表面が凸凹になってしまうことが原因と思われる。もしくは2mmのゴムというのが厚すぎるのか。 と思ってボンドを一旦ヒーターで温めて若干溶かした後、穴部分に緑のLEDを押し付けてボンドをなるべく薄くした。そうすると若干表面が凸凹してしまうが押し付けて光らせると値がなんとか出るようだ。 前回の盛ったボンドも2mmくらい厚さがあるように思えるが何故だろう。黒いゴムだからかな。それにしたって全く出なくなるのはどうしてだろう。 1mmゴム板でも試したい。 少しだけヒーターを当てると表面が溶けて綺麗になるのでこれを利用したい。 *130107 ホットボンド混ぜた[#ebff4a03] #ref(BicolorLED_clear1:2_white1:16.png,[[m_kawasaki]]); 透明のボンド棒半分+白色のボンド棒1/16を混ぜて乗せた。汚い乗せ方になってしまった。綺麗に乗せる技術が欲しい 拡散具合は「ないよりかだいぶマシ」なレベル。オシロスコープで見てみると前回の260Ωのままだと緑LEDでの反応がイマイチで250mVくらいしか出てない。赤レーザーでの反応は500mVくらい。ADCの値も一応見てみたが、列の反応は赤レーザーでは一応判別出来、緑では少し芳しくないかも、という値。緑LEDの抵抗を少し下げれば値は上がるだろうが、このとき受光側の赤LEDが反応してしまうかもしれないラインにあるので微調整が必要そう。また、どこかのLEDがついた状態だと高めの値が出てしまうのでこれも含めた微調整は困難かもしれない。 もうちょっとボンドの白成分下げた方が良いかもしれないが、拡散したLEDの光を見ていると私見だがこれぐらいが良い気がする。基準がないので定められない。 *121221 ホットボンドを混ぜたい[#g416268f] アクリルのパウダーの方がどうも高価らしく、量産にはコスパが悪いのでホットボンドの白色と半透明を混ぜてなんとかすることに これにはハンダ槽を使用、これの中で混ぜれば便利。 一度半透明のだけを乗せてみたがやはりどうも拡散効果がない。白色を少し混ぜて乗せるとどうやら少しだけ拡散する ADCの値を見てみると、緑LEDに260Ωをつけた状態で60くらい出るのであとは微調整か。写真に撮ってみたけど撮れた画像がどうも混ざって見えるので効果がよくわからないことに。あとでまたアップしておこう 白色を多くして薄くした方が反応が良いように見える(推測)。白色だけでは不透明になってしまって光が見えないがこれから白色を少しずつ足してよい感じに拡散する状態を見つけよう。 *121220 緑LED(25000mcd@50mA)について [#oe9f9217] オシロで観測してて、 緑LED当てて電圧飽和→赤レーザーで無反応 のものでArduinoにつなげてADCの値見たら赤レーザーで緑LEDと同じくらいの値が出ちゃってるという事件に見舞われたのでそのまま値見て抵抗決め 緑LEDの方は列によるけど、列内で40くらいの値が出ちゃうみたいなので少なくとも当てた箇所が50くらい出てくれないといけない 赤レーザーを当てたときも40くらいの値が緑LEDに出てしまうのでやっぱり50くらい欲しい ということで反応の悪い(値が低い)列の端っこに光源を当てて抵抗を下げていくと、ギリギリ50くらいが出るくらいの抵抗は250〜280Ωくらい OSPG3131P(パッケージに書いてあるIfとかVfと検索して出てきたデータシートのIfとかVfが違う)はVfがTyp.で3.3Vとかみたいなので3.3/260で12.7mA、13mA? 実際はLEDの両端=2.75Vだった。10.6mAくらい。けどこの時の光度はわからない。とりあえず前に比べるとまぶしくない。 *121217 拡散させたいテスト[#ya9bc456] #ref(bLED_Tile_diffuser_test1.JPG,[[m_kawasaki]]); 色々乗せてみた。 下に並んでいるものは右端以外はホットボンド(半透明)、左から厚めに乗せた、厚めに乗せて混ぜた、薄めに乗せて混ぜた、となっている。若干の拡散性を得ているが赤と緑が混ざりきっておらず不完全。また、ホットボンドは綺麗に乗せるのは難しい。 下の右端は木工用ボンド。薄めに乗せたにも関わらずなかなかの拡散性。しかし完全に固まるのに一晩かかる+厚めに乗せても重力で潰れてから固まる(これは仕切りなどでカバー出来る?)。これも混ざりきっていないので不完全。綺麗に乗せるの難しい ラベルPGの横辺りのやつとその上の3つくらいのには一応A,Bを混ぜて使うエポキシ(臭い)を乗せてある。完全に透明、3日置いてあるけどまだ固まってない、臭い。 ちなみに緑LED、赤レーザを当ててみた結果反応してたので使用可能ではある。今のところ一番使い勝手がいいのは早く固まってくれるホットボンド アクリル試すしかないのか…。そのためには仕切り的なのを考える必要あり?またゴムに穴開ければいいんだろうか。アクリルについて調べること *121212 マトリクスLEDを切って見た[#b95cacc1] #ref(000000000001.png,[[m_kawasaki]]); 正しくは横のカバーをニッパーで切って外して、1個目のLEDまでヤスリで削った。 半透明の樹脂のようなもので埋められている。また、LEDが底にある壷のような形になっている。これで均等に拡散するようになる?また、LEDへの光も集まるような形がコレってことだろうか。この部分を自作するのは、手作業では無理そうだ… 透明なホットボンド、普通に乗せるだけだと透明なままで、少し撹拌させると半透明っぽくなる。うーむ *121206 LEDの電流制限用抵抗についての注意[#w282b151] Vf(ダイオードの電圧降下)が与える電圧と同じ(Vf=3.3V(Typ.)で3.3Vを与える)場合、電流制限用抵抗をつけなくていいということはなく、10Ωでもつけておくべきである。 理由:熱暴走を起こす可能性がある。電流が流れすぎると熱が発生するが、半導体は温度が上がると電流が流れやすくなるため正帰還がかかりだんだん熱が上がって行く可能性がある。 あと定電流ダイオードは定電流じゃないらしい *120823 OS XでArduinoのライブラリを入れる[#a0533ff0] パッケージの右クリ?からパッケージの内容を表示。 *120515 Phenitec:LVSの手順[#pfa3d00c] LVSしたい回路のlayoutとschematicを作る~ schematicの方はショートカットPでinputとoutputの端子で名前をつける~ layoutの方はショートカットLでvddや端子名をそれぞれのレイヤにあわせてつける~ layoutの方でTools->Create Pins From LabelsでDefine WithをTextにしてつけた端子名があるか確認してOK~ Verify->ExtractからRules FileにPDK〜/data/cadence/common/rule/PTS〜EXTのルールファイルを指定してOK~ Rule Libraryはチェックしない~ Verify->LVSからschematicとExtractで生成したextractedを指定してRule Fileは先ほどと同じようにPTS〜LVSのルールファイルを指定~ Runでmatchかun-matchか出てくる。内容はOutputで出てくる出てくる 追記~ LVS起動時にArtist LVS From Contents Differentが出てきたらRun Directory ContentsにチェックしOK~ LayoutからLVSが1回目以降Run Directoryがなんたらとか出てきたらとりあえずschematicとかも一緒に開いてみる。 *120423 使うプロジェクタについて[#see28acc] 小さいプロジェクタをいくつか使って…という案があったが、低解像度というところでなら今までのプロジェクタ(LVP-HC3800)でいいんじゃないかということでとりあえず今までのやつでやることに。小さいプロジェクタはレンズ外してない状態で一時放置