FrontPage
目次
コメント†
2014年度†
6/13(金)- Eagleでの基板設計関連†
無視できるエラー†
パターン設計を終えた後にDRCでエラーがないか確認すると多数のエラーが発生した。
先生にいくつかのエラーに関して教わったのでメモ。
- Keep out - 部品?同士が近すぎると発生する。
- Overlap - 配線や穴が重なったりすると発生する。
- Stopmask - シルク印刷部分が穴や等に重なっていると発生する。
- Dimension - 配線等が基板の境界線に近すぎると発生する。
これらのエラーは原因が自分でわかっていて大丈夫な場合は無視してもよい。
設計時に知ったこと教わったこと†
- 今回コイン電池を使用するが、設置部分に銅を露出させ、その上に載せる形をとった。
銅を露出したい部分にTopとtStopを使えばよい。
- Addで探している部品が見つからない場合、検索しても一致していないと出てこなかったりする。
検索キーワードの前後に*をつけるとそれを含む結果を表示できる。
- チップ抵抗を並列接続するのに、回路図も並列で作成する必要はない。
重ねてはんだづけすればよい。
- 使いたいリードスイッチがライブラリになかった。
電源とGNDにそれぞれつないだViaをリードスイッチの長さに合わせて設置してそこにはんだづけ。
6/27(金)†
不要な基板を†
昨日フリスクケースに収めるためにに基板をカットしていたが、プラゴミに基板が捨てられているのを見て思考停止で自分も捨ててしまい、基板は埋め立てゴミだと先生に指摘をいただきました。
以後注意します。
7/4(金)†
基板設計とマイコンの書き込み†
山村君も作業日誌で触れていますが、基板設計時にはマイコンの書き込みに必要なピンをあらかじめヘッダピンにつないでおくべきです。
今回使うマイコンはPSoCのCY8C27443、SSOPパッケージですがPSoCの書き込みに必要なピンはVDD、GND、XRES、SCLK(P1[1])、SDATA(P1[0])の5つです(XRES無しの4ピンでもなんとかなるようです)。これに関してはマイコンブの共有情報のページにもまとめられています。
基板設計で書き込みピンを†
自分はそれをしていなかったことが反省点です。この状況でどのように書き込みをするかという話を先生からいただきました。XRESが何もつながれていないので4ピンですが、VDDとGNDに関しては2ピンヘッダに繋いであったのでそれを使えばよい。P1[0]、P1[1]に関しては7セグに繋いであったのでそこを書き込み段階だけ繋がずチップ抵抗部分から線を繋いで書き込みを行う。
7/11(金)†
電源と動作確認†
設計した基板に実装してみたが、LEDがたまにしか点灯しない現象が。コイン電池の内部抵抗で必要な電力が得られていないのではないかとの指摘で電源装置を使って3Vで動作確認したところしっかり点灯しました。2.8Vくらいに下げると点灯しなくなったので、コイン電池がそれを下回っていたようです。
電源装置での動作確認は事前にしましょう。
電源装置による電流リミッタ†
電源装置のリミッタボタンを押しながら電流を調整するとそれがリミッタとなってそれ以上電流が流れることを阻止してくれます。もしそれ以上に電流が流れる場合は自動で電圧を下げるようです。
11/17(月)- カメラシステム関連†
カメラ映像調整†
- レンズから本体に向かって、ズーム、しぼり、ピント。
- ディップスイッチの4で2値切り替え。
- ズームとピントを合わせてから2値に切り替えるとよい。
重心座標のシリアルデータ†
1フレーム辺り16進数で8byte分のデータが115200bpsのシリアル通信で送られてくる。
0x80, X1, X2, X3, 0xC0, Y1, Y2, Y3
といった感じで、X = X1*128 + X2 + X3/128
Y座標も同様であり、数値部分は最上位bitが0となるので0x80、0xC0をとり得ることはない。ストレージの川上さんのフォルダにこのデータあり。
カメラシステムとのシリアル通信†
11/18(火)†
シリアルの文字化けの原因†
11/20(木)†
PSoCの駆動電圧によるCPUCLK制限†
シリアル通信がうまくいかなかった要因†
11/22(土)†
Terminalが停止する件†
その後、PSoCから送られてくるデータを16byte(2フレーム分)だけにしてみるとTerminalが動作を停止することはなかった。Terminalで動作確認する時は送るデータを程々にする。
11/25(火)†
ASC�挟愀�†
12/9(火)†
mbedで困ったら†
参考になりそうなページ↓
https://developer.mbed.org/users/okini3939/notebook/mbed256/
fpsの話†
12/11(木)†
速度の壁につまずく†
PSoCでサッケード中のみLEDを点灯させるのがどうにもうまくいっていない。
LEDは点滅し、カメラ全体を白か黒で1値にしてやると消灯する。サッケード測定中でも点滅が見えてしまうため閾値を再調整したがやはりおかしい。
PSoCシリアルデータを送って確認してみたところ1フレームに8byte分のデータが送られていない。一応カメラシステムから直接シリアルデータをもらって確認したが正常。
その後main.cの記述を大幅にコメントアウトしたところPSoCからのシリアルデータも正常になり、コメントアウトを減らしていったところ徐々に1フレームに送られるシリアルデータが減っていく状態を確認できた。
→PSoCの処理が追いついていないためGetが遅れシリアルデータの取り逃しが発生しているのか。
12/12(金)†
CPUCLKで解決を図る†
しばらく前に駆動電圧によるCPUCLK制限についてメモしたが、駆動電圧を5Vに変更してCPUCLKを12から24MHzに変更した。
だがそれでもシリアルデータの取りもらしが発生した。しかし、12MHzの時と比べるとほとんどコメントアウトしなくても発生しなかったので改善になったとみえる。
ちなみにmbed NXP LPC1768は96MHzで動作するようだ。
12/15(月)†
案外気づかないこと†
シリアルデータが受信できない事案が発生。PSoCを介さずに接続しても同様。カメラの電源は入っていたので配線を確認したが解決せず。原因はFPGAの2枚の基盤の接続が緩んでいたため。
その処理は必要か†
main.cの、今までは0x80を受信した時に処理していた座標計算などを0xC0を受信した時に処理するようにし、y座標の計算をオミットした。
y座標のデータをとっている間はGetが追いつかず、y座標は1byteしかとれなくなったがx座標は3byte分とることができたのでx座標に関してはこれで処理は追いついているはず。
y座標も計算したい場合など記述が増えれば動作が危うくなるので、CY8C27443ではかなり厳しいか。
12/25(木)†
中間発表記録†
16日17日に練習、22日に本発表があった。
発表時間は7分だが練習では8分20秒、本番では5分24秒と大幅な発表時間差が出てしまった。練習では説明を丁寧にしすぎ、本番では説明を簡略化し焦りすぎた差が出た。
はじめにサッケードとサッケード抑制、サッケードディスプレイについて簡潔に説明するのがうまくいかなかった。特にディスプレイに関してはディスプレイの定義、環境による抑制の働き、環境の定義、利点などを程よくまとめなければ。
本発表での意見諸々†
- サッケードディスプレイの図がわかりにくい
- サッケードディスプレイの定義があやふや
- 明環境とはどのくらいか
- サッケード抑制測定の目的は
- サッケード抑制の説明を詳しく
- 視野を抑制ではなく視野の知覚を抑制
- サッケード抑制に個人差は
- 予稿の章分けが多い
- 参考文献は著者、タイトル、出展の順で
サッケードディスプレイの試作†
12/15にx座標はとることができたとしたが、x座標でサッケード中のみ点灯させるよう実際にディスプレイの動作を試してみた。LEDが点灯している状態を知覚できなかったが撮影した動画では点灯していたので意図通りに動作した。
2015年度†
1/5(月)†
A happy new mbed†
mbed NXP LPC1768を使ってLチカとか簡単なプログラムで遊んでみた。使い勝手がいいのかどうかはまだよくわからない。
1/8(木)†
mbedとPCでのシリアル通信†
通信速度の設定を忘れずに!†
- クロックレートの設定は
name.baud(baudrate);
とできるが、これを省略するとbaudrate = 9600になってしまう。
- PSoCの場合モジュールで設定していたため忘れやすい。通信速度が違っていてもコンパイルは通るので注意!
- デジタル出力をGPIOとして扱う。高速(参考→)
https://developer.mbed.org/users/okini3939/notebook/PortOut_jp/
- このページによると
LED1 = P1.18 LED2 = P1.20 LED3 = P1.21 LED4 = P1.23
であり、これらを指定するには
#define LED_MASK 0x00B40000
PortOut ledport(Port1, LED_MASK);
といったように使用するピンと同じポートを指定し、同じビット目を1にすればよい。
p21〜p26を指定したい場合は
PortOut ledport(Port2, 0x0000003F);
1/13(火)†
mbedでのディスプレイ試作†
1/14(水)†
論文検索の落とし穴†
「眼球運動の実験心理学」の引用文献p119から論文を検索していた。
- p105に(Riggs, Merton & Morton, 1983)とあるがp119にこの著者のものは1974しかない。1974の方はp103,p108で用いられている
- ちなみにこの1974の方のタイトルは「Suppression of visual phoshenes during saccadic eye movements」となっておりCiNiiでもそれが検索結果に出てくる。しかしタイトル中、正しくはphosheneではなくphosphene。
- (Brooks, Impelman & Lum, 1980 ; Influence of background luminance on visual selectivity during saccadic eye movements)がどのページで検索しても見つからず、収録誌のページから検索すると見つかった。タイトル中のselectivityは正しくはsensitivityであった。
1/21(水)†
測定で不適切だった点等†
プログラムは問題なく動作したが気になった点が。
まずサッケードと判断する速度を測定し、点灯期間を設定した。
- mbedの青色LEDを使ったためか検出率が全体的に高く、サッケード中にわずかに点灯しても認知されてしまう。試作時に同じ閾値で認知されなかった要因は、LEDを眼球位置に向けておらず刺激が弱かったためかと思われる。X軸方向のみで判断していた点で違いもあるが、主な要因ではなさそうだ。
- テスト刺激の位置が低すぎたため視線が全体的に下向きになっていた。設定がずれやすくなってしまうので刺激はできるだけ正面にする。
- 点滅していると錯覚してしまうので指標の近くに別の光源は置かない。
- 連続して点灯すると回数を目視で判別しかねる場合があるので検出率を測る時は1回の点灯を繰り返し、点灯回数を正確に把握できるようにする。
1/26(月)†
測定内容†
- サッケード開始点から点灯させ一定期間で消灯させるのは(速度と期間に相関があるのは分かっている、一定であるはずはないので)意義がないので必要はない。
- 点灯開始は同様で、サッケード終了点から一定期間で消灯させて検出率を測定する。(この場合ならばサッケードの大きさに応じて点灯期間が変化する)
- サッケード検出の閾値は一定に定める。(位置関係が同様であれば変更する必要はない)
1/29(木)†
サッケード中に消灯した場合の測定†
前述の内容で、点灯と消灯を逆にした測定を行った。
- 3人分のデータをとったが推移は似ている。
- おおよそ20msまでは低い検出率、60msからは高い検出率が得られた。
2/2(月)†
終了判定の閾値に関して†
- 自分で簡単に確認しただけだが、終了判定の閾値が1.0を越えると(0.99なら大丈夫だった)サッケード中のみ点灯するはずのLEDが常時点灯する。おそらく閾値が高すぎて終了判定がされないため(閾値より上から閾値より下にいかなければならない)。
- ちょうど1.0が境界になっているのが気がかりではあるが、以前にとったサッケードのデータで最高速度が0.996…だったので大体そんなものなのかもしれない。
- 視線ではなく、カメラの前で軽く手を振って見た場合でも1.0を越えると常時点灯に陥ることがあった。
2/3(火)†
サッケード中に点灯した場合の測定†
LEDを眼球方向に向けずに(眼球に向けると光が強すぎるのか閾値を上げても知覚されてしまう)、消灯の時と同じ条件で測定を行った。
- 同じ3人でデータをとったが推移があまり近くはない。
- おおよそ20msまでは前回と同様に低い検出率にまとまったが、その後は三者三様に推移した。
2/13(金)†
↓仮想EPSプリンタを設定して変換する方法
http://keijisaito.info/arc/tex/v_eps_printer.htm
- このページに挙げられているPS(PostScript)プリンタがなかったのでPSと名前に入っているものを適当に選んだが白黒しか出力できないものだった。
- HP Color LaserJet 2800 Series PSで成功しました。
- ファイルへ出力の項目はプリンター選択タブの一番下。
- 印刷を縦方向にするのを忘れずに!
2/16(月)†
前回のeps変換の補足†
- Excelのグラフをepsに変換していて出力の表示がおかしい図が多発
- 同じページから続けて印刷(epsに変換)する場合でもPostScript出力オプションが勝手に「印刷処理が速くなるよう最適化」になってしまうので毎回「EPS」に変更しないとTexから出力した際に表示がおかしくなる
2/19(木)†
卒研発表での質疑まとめ†
- 今回サッケードに連動して検出率を測定した結果を出しているが、サッケードに連動させずに検出率を測定した結果と比較する必要があるのではないか
- この研究からどのようなディスプレイができると想定しているのか
- 今回どのような理由でmbed NXP LPC1768を使ったのか
4/22(水)†
卒論タイトル英訳とか†
- 「サッケード抑制期間に連動した情報提示手法」
→「サッケード抑制に連動した情報提示手法」
- 「Information Presentation Technique using Saccadic Suppression」
6/29(月)- IST研究発表†
質疑応答メモ†
- サッカードディスプレイの利点はどういったところなのか
→省スペース、省電力。リアルタイムでサッケードに連動すれば個別情報提示可能
- ↑サッカードディスプレイをより良くするのが目的なのか
→サッケード抑制期間がわかればそれを利用したインタフェースに役立つ
- ↑そこを目的に書きましょう
- 結局グラフのどこに注目すべきなのか
→検出率が0[%]から変わった時
- 500fpsならもっと細かく測定できるよね
→1フレームの2[ms]
- 測定結果が結局人の主観なので瞳孔の反射光などで測定できないのか
- 測定順をランダムにして頭部のずれの影響を抑えられないか
- サッカードディスプレイの動作原理とサッケード抑制の効果が矛盾してないか
→サッカードディスプレイはサッケード抑制が働いていない
発表フィードバック†
発表後、座長の方からフィードバックをいただけたのでメモ。
- 目的がよくわからなかったので実験内容の直前に(途中でタイトル確認してわかった)
- 測定を一定(10ms)ずつではなく様子見ながらランダムでもよかったのでは(検出率が上がり始めもっと細かくなど)
- 被験者毎の比較グラフのラベルが点灯、消灯のみだったのでわかりづらい
7/6(月)†
3Dプリンターでフィラメントが†
- 成形中にフィラメントが出てこなくなってしまったので中止しフィラメントをUnroadで外してから再びRoadで解決した
- ギアの辺りのフィラメントが劣化しやすいようなので先にRoadで空回ししてその部分を出してやるといいかもしれない
7/21(火)†
マイコンペ反省†
- 緑LEDの点灯がわかりにくかったので抵抗値か色を変えておけばよかった(そもそもコイン電池1つで駆動していたので結構弱い)
- 回すだけでスライドできることに気づかれない場合があった
- キャプションだけで目的がわかりにくい
- 回していると磁石同士がくっつく←構造上仕方ない
- リードスイッチが反応する位置に関して思慮不足だった→磁気センサ使った方が確実か
- キャップが外れている様子はほぼなく、特に電池部分はしっかりはまっていた
- 電池が一度切れていたので替えがあってよかった
- 軸の遊びでスライドがつっかえる
11/25(水)†
視感度と比視感度†
- 人間の目は555nmの波長の光(緑)への感度が最も良い
- 卒論などで、使ったLEDの色についての記述が抜けていたので反省
12/4†
眼球の回転角など参考†
2016年度†
01/06†
BANKって何†
トランジスタアレイ参考†
1/15†
軌道修正†
- ひどい勘違いをしていたようで余計なところに時間を費やしていた。
- ここのところ話を聞いてメモをとって理解した気がしていてもいつのまにかずれていたことが何度かあった。ただ聞くだけでなくこちらからも適宜確認するよう意識しよう。
1/20†
Eagleのヘッダピン†
- 秋田先生のライブラリには複数種のヘッダピンがあるが、例えば1x08と1x08Rの違いはRの方が秋田先生が作成したもので、無印のSparkfunのものより使いやすいそうだ。
1/21†
mmとinch表記†
2/9†
設計ディスプレイに関して†
- LED側の基板同士はヘッダピンで横に接続するが縦に接続したい場合は基板隅の穴(3.2mm)を使う。
- LED基板は基板拡張用のカソードx2(ヘッダピン)とFPGA基板との接続用のカソードがある。フラットケーブルで接続する都合上1*16では困るため
- FPGA基板のLED基板カソード接続用のピンは配線を並列にして電流の負担を減らすために2つ分用意されている(つなげたLED基板の端と端を接続する)
基板設計で注意点†
- 部品の実寸合わせを基板を印刷して部品乗せて行うこと。
- こまめにDRCを。
2/24(水)†
FPGAボード用コネクタのはんだづけ†
- 先生にコツを教えていただいた。パターンからコネクタへとこて先を近づけていくようになぞる。
- 吸い取り機だとピンが曲がるので吸い取り線で。
3/19(土)†
基板の不具合†
- 設計時に回路でDCジャックをセンターマイナスに接続していた。パターンを削って切断しセンタープラスに接続しなおした。
- 電源装置で3.3Vをかけるが(2.6V程度から)電流がリミットにひっかかり定電圧と定電流モードをいったりきたりに。
3/22(火)†
基板の不具合の原因†
- FPGAの立ち上がり時に一度電流が大きく上昇していた。そこで引っかからない程度にリミットを高くしておくと一度上がったあとに150mA程度で安定する。
FPGAの導入†
- ifdlkpにあるISEを使う、先生の高専の講義資料を参考に。(※使用言語がVHDLになっているので注意)
3/23(水)†
FPGAのスピードグレード†
- パッケージの型番の下に10Cと書かれているのがスピードグレード(10)と温度グレード(C)を示しているようだ。
- 後で気づいたが駒村さんの作業日誌(10/07/18)で言及されている。
3/30(水)†
ISE論理合成†
- 論理合成は成功しているが書き込み時に必要な定義ファイル(○○.bit)が生成されていない?
3/31(木)†
ISE定義ファイル†
- 調べて関係してそうな設定を変更しつつ論理合成、bitファイルの生成を確認。が、書き込み時にそもそもbitファイルが選択できないことに気づいた。
- 設定を変更しなくてもbitファイルは生成されていたと思われる。存在していたが選択できない状態で表示されていなかっただけ。
- 講義資料だとbitファイルが選択できているがこちらでは(mcs, isc, bsd)しか選択できない。どうやらbit→MCSに変換が必要?
FPGAへの書き込み†
- 結論からいえばbitファイルで書き込み出来る。
- 最初に訊かれていたのがPROMの方だったのでbitファイルで書き込みできなかった、FPGAには出来る。
- PROMに書き込む際にはMCSファイルに変換する必要がある。
4/5(火)†
PROMへの書き込み†
- MCSファイルを生成してPROMに書き込んでも動作しなかったが、FPGAボードのマニュアルにも手順が書いてありそちらの手順に従うと動作した(MCS生成手順での設定が違っていた)。
- FPGAへの書き込みもマニュアルを参照すべき(設定すべき項目あるので)。
5/2(月)†
生体医工学会ポスター発表†
メモ仮置き
- サッケードって何
- 中心暗点シミュレータ目的は
- 中心暗点の患者数
- サッケードは動体視力と関係ある
- 中心暗点シミュレータは世に出回っているのか
- デザイン等へ応用するのか(中心暗点でも見やすいデザイン?)
- ウェアラブル(googleグラス的な)にすれば景色や街がどう見えるのかもわかる
- おじいちゃん体験と似たようなもの(目的)か
- 中心暗点の方は補完?されないのか
- どういう応用があるのか
- 中心暗点の表示範囲
- LEDの色は
- 片目に患うのか、どう見えるのか