目次
- コメント
- 2014年度
- 6/13（金）- Eagleでの基板設計関連
- 6/27（金）
- 7/4（金）
- 7/11（金）
- 11/17（月）- カメラシステム関連
- 11/18（火）
- 11/20（木）
- 11/22（土）
- 11/25（火）
- 12/9（火）
- 12/11（木）
- 12/12（金）
- 12/15（月）
- 12/25（木）
- 2015年度
- 1/5（月）
- 1/8（木）
- 1/13（火）
- 1/14（水）
- 1/21(水)
- 1/26（月）
- 1/29（木）
- 2/2（月）
- 2/3（火）
- 2/13（金）
- 2/16（月）
- 2/19（木）
- 4/22（水）
- 6/29（月）- IST研究発表
- 7/6（月）
- 7/21（火）
- 11/25（水）
- 12/4
- 2016年度
- 01/06
- 1/15
- 1/20
- 1/21
- 2/9
- 2/24（水）
- 3/19（土）
- 3/22（火）
- 3/23（水）
- 3/30（水）
- 3/31（木）
- 4/5（火）
- 5/2（月）
- 6/1
- 6/17
- 7/5（火）
- 11/28（月）
- メモ
コメント†
コメントはありません。 Comments/tsujino
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])の５つです（XRES無しの４ピンでもなんとかなるようです）。これに関してはマイコンブの共有情報のページにもまとめられています。
基板設計で書き込みピンを†
自分はそれをしていなかったことが反省点です。この状況でどのように書き込みをするかという話を先生からいただきました。XRESが何もつながれていないので４ピンですが、VDDとGNDに関しては２ピンヘッダに繋いであったのでそれを使えばよい。P1[0]、P1[1]に関しては７セグに繋いであったのでそこを書き込み段階だけ繋がずチップ抵抗部分から線を繋いで書き込みを行う。
7/11（金）†
電源と動作確認†
設計した基板に実装してみたが、LEDがたまにしか点灯しない現象が。コイン電池の内部抵抗で必要な電力が得られていないのではないかとの指摘で電源装置を使って3Vで動作確認したところしっかり点灯しました。2.8Vくらいに下げると点灯しなくなったので、コイン電池がそれを下回っていたようです。
電源装置での動作確認は事前にしましょう。
電源装置による電流リミッタ†
電源装置のリミッタボタンを押しながら電流を調整するとそれがリミッタとなってそれ以上電流が流れることを阻止してくれます。もしそれ以上に電流が流れる場合は自動で電圧を下げるようです。
11/17（月）- カメラシステム関連†
カメラ映像調整†
- レンズから本体に向かって、ズーム、しぼり、ピント。
- ディップスイッチの４で２値切り替え。
- ズームとピントを合わせてから２値に切り替えるとよい。
重心座標のシリアルデータ†
１フレーム辺り16進数で8byte分のデータが115200bpsのシリアル通信で送られてくる。
0x80, X1, X2, X3, 0xC0, Y1, Y2, Y3
といった感じで、X = X1*128 + X2 + X3/128
Y座標も同様であり、数値部分は最上位bitが0となるので0x80、0xC0をとり得ることはない。ストレージの川上さんのフォルダにこのデータあり。
カメラシステムとのシリアル通信†
- カメラシステムの４ピンには重心座標データを送信するものとカメラ設定データを受信するものがあるので注意。それぞれDout、CAMと印字されている。
- PCで受信したシリアルをとる際にAcknowrichを使ってログを保存すると、拡張子が.000といった風にナンバリングになり、txtに変えると文字化けしたが、SerialDebugでログを保存するとtxtファイルになる。
- ４ピンはGND、VDD、送信、受信と並んでいる。GNDと送信だけ繋いでPSoCで受信できた。（マイコンブのチュートリアル、PCと通信参照）
- PSoC(CY8C27443)だと115200bpsは割とギリギリ…？
参考になるかも↓
http://www.ikko.k.hosei.ac.jp/~matlab/psoc/psoc_uart_clock2.pdf#search='psoc+%E3%82%B7%E3%83%AA%E3%82%A2%E3%83%AB%E9%80%9A%E4%BF%A1'
11/18（火）†
シリアルの文字化けの原因†
- カメラシステムとPSoCとPCを繋ぎ、カメラから送られてきたシリアルデータをそのままPCに送信し、PSoC1Terminalでデータを確認しても文字化け状態になってしまった。
原因はTerminalでBinaryにチェックが入っていなかっただけで、正しいデータを受信していることが確認できた。
- Terminalが動作を停止してしまう。高速でデータが送られつづけるからだろうか？
11/20（木）†
PSoCの駆動電圧によるCPUCLK制限†
- ほとんどのデバイスで、PSoCのM8Cプロセッサのクロックにおける最大速度は、以下のようになる。
VDD ≧ 4.75V → 24MHz VDD ≧ 3.0V → 12MHz VDD ≧ 2.4V → 3MHz
- 逆にCPUCLKが12MHzを越えることがあるのならば駆動電圧は4.75V以上でなければならない。
- ３ページ参照↓
http://www.cypress.com/?docID=50761
秋田先生の作業日誌(11/10/14)も参照。
シリアル通信がうまくいかなかった要因†
- Binary表示ができていないことに気づく前に、シリアルデータがCONNECTと表示され続ける状態になってしまい原因を見つけるのに手間取ったが、文字化けを直そうとCPUCLKを変更していて24MHzになっていたのが原因だった（12MHzにしたところ元に戻ったので）。
- PSoC1duinoはショートピンで駆動電圧を3.3Vか5Vに指定できるが、3.3Vとなっていた。24MHzが前述の制限から外れているのでそのような事態になったとみた。PSoC1duinoのショートピン等に関しては↓
http://shop.cqpub.co.jp/hanbai/books/I/I000070/PSoC1duino_man.pdf
11/22（土）†
Terminalが停止する件†
その後、PSoCから送られてくるデータを16byte（２フレーム分）だけにしてみるとTerminalが動作を停止することはなかった。Terminalで動作確認する時は送るデータを程々にする。
11/25（火）†
ASC�挟愀�†
- 動作確認のために0x80を受信したら'X'を送信してくるように記述したが、'X'が見当たらないということがあった。バイナリ表示なので当たり前。0x80の後に毎回0x58が来ていたのでASC�競魁璽鰭修燃稜Г靴討澆燭�'X'は16進数で0x58となっていた。
- 忘れていたがC言語では'文字'、"文字列"なので使い分けを。
- 毎回カメラシステムに接続するのも手間なので簡単な動作確認はPCから座標データを打ち込めばいいと思ったが、cGetCharで１文字をとるなら0x80にあたる文字を送信しなくてはならないのでASC�競魁璽鰭修魍稜А△世�そんな文字は存在しなかった。
ASC�兇蓮⊃�字・アルファベット・制御符号を７ビットで表している、データ通信用の符号体系。
12/9（火）†
mbedで困ったら†
参考になりそうなページ↓
https://developer.mbed.org/users/okini3939/notebook/mbed256/
fpsの話†
- １フレームにつきデータは8byte、シリアル通信を115200bpsで行っているので14400byte/s、1800fpsと計算したがそれはシリアル通信速度の話でカメラのフレームレートとは違う。
- 高速視線検出カメラシステムに使われているLynx社のIPX-VGA210-Lは垂直方向の読み出し解像度によってフレームレートが変化する（過去の外部発表データに記述あり）。
640*480[pixel] → 210fps 640*175[pixel] → 500fps 640*64[pixel] → 1000fps
12/11（木）†
速度の壁につまずく†
PSoCでサッケード中のみLEDを点灯させるのがどうにもうまくいっていない。
LEDは点滅し、カメラ全体を白か黒で１値にしてやると消灯する。サッケード測定中でも点滅が見えてしまうため閾値を再調整したがやはりおかしい。
PSoCシリアルデータを送って確認してみたところ１フレームに8byte分のデータが送られていない。一応カメラシステムから直接シリアルデータをもらって確認したが正常。
その後main.cの記述を大幅にコメントアウトしたところPSoCからのシリアルデータも正常になり、コメントアウトを減らしていったところ徐々に１フレームに送られるシリアルデータが減っていく状態を確認できた。
→PSoCの処理が追いついていないためGetが遅れシリアルデータの取り逃しが発生しているのか。
12/12（金）†
CPUCLKで解決を図る†
しばらく前に駆動電圧によるCPUCLK制限についてメモしたが、駆動電圧を５Ｖに変更してCPUCLKを12から24MHzに変更した。
だがそれでもシリアルデータの取りもらしが発生した。しかし、12MHzの時と比べるとほとんどコメントアウトしなくても発生しなかったので改善になったとみえる。
ちなみにmbed NXP LPC1768は96MHzで動作するようだ。
12/15（月）†
案外気づかないこと†
シリアルデータが受信できない事案が発生。PSoCを介さずに接続しても同様。カメラの電源は入っていたので配線を確認したが解決せず。原因はFPGAの２枚の基盤の接続が緩んでいたため。
その処理は必要か†
main.cの、今までは0x80を受信した時に処理していた座標計算などを0xC0を受信した時に処理するようにし、ｙ座標の計算をオミットした。
ｙ座標のデータをとっている間はGetが追いつかず、ｙ座標は1byteしかとれなくなったがｘ座標は3byte分とることができたのでｘ座標に関してはこれで処理は追いついているはず。
ｙ座標も計算したい場合など記述が増えれば動作が危うくなるので、CY8C27443ではかなり厳しいか。
12/25（木）†
中間発表記録†
16日17日に練習、22日に本発表があった。
発表時間は７分だが練習では8分20秒、本番では5分24秒と大幅な発表時間差が出てしまった。練習では説明を丁寧にしすぎ、本番では説明を簡略化し焦りすぎた差が出た。
はじめにサッケードとサッケード抑制、サッケードディスプレイについて簡潔に説明するのがうまくいかなかった。特にディスプレイに関してはディスプレイの定義、環境による抑制の働き、環境の定義、利点などを程よくまとめなければ。
本発表での意見諸々†
- サッケードディスプレイの図がわかりにくい
- サッケードディスプレイの定義があやふや
- 明環境とはどのくらいか
- サッケード抑制測定の目的は
- サッケード抑制の説明を詳しく
- 視野を抑制ではなく視野の知覚を抑制
- サッケード抑制に個人差は
- 予稿の章分けが多い
- 参考文献は著者、タイトル、出展の順で
サッケードディスプレイの試作†
12/15にx座標はとることができたとしたが、x座標でサッケード中のみ点灯させるよう実際にディスプレイの動作を試してみた。LEDが点灯している状態を知覚できなかったが撮影した動画では点灯していたので意図通りに動作した。
2015年度†
1/5（月）†
A happy new mbed†
mbed NXP LPC1768を使ってLチカとか簡単なプログラムで遊んでみた。使い勝手がいいのかどうかはまだよくわからない。
1/8（木）†
mbedとPCでのシリアル通信†
- プログラム書き込み用のUSBをPCとのシリアル通信に使うことができ、その場合のピン名はUSBTX, USBRX。デバッグに便利。
例：Serial PC(USBTX, USBRX);
通信速度の設定を忘れずに！†
- クロックレートの設定は
name.baud(baudrate);
とできるが、これを省略するとbaudrate = 9600になってしまう。 - PSoCの場合モジュールで設定していたため忘れやすい。通信速度が違っていてもコンパイルは通るので注意！
BusOutの使い方＋†
- デジタル出力をまとめて扱う（参考→） https://developer.mbed.org/users/okini3939/notebook/BusOut_jp/
- このページのサンプルプログラムで
BusOut myleds(LED1, LED2, LED3, LED4); for(int i=0; i<4; i++) { myleds = 1 << i;とあり、"<<i" はバスのビット（0〜3）を指定しているのだろう。"<<i - 1" としてやればLED1〜3が点灯し、"<<i + 1" としてやればLED2〜4が点灯した。
PortOutの使い方＋†
- デジタル出力を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);
といったように使用するピンと同じポートを指定し、同じビット目を１にすればよい。 p21〜p26を指定したい場合はPortOut ledport(Port2, 0x0000003F);
1/13（火）†
mbedでのディスプレイ試作†
- 一度動作しなかったが原因は先述の通信速度の設定がされていなかったため。
- 動作確認用にmbedで受信したシリアルデータをそのままPCに送信しようとしたが送られてこない。
Windows環境で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を眼球位置に向けておらず刺激が弱かったためかと思われる。Ｘ軸方向のみで判断していた点で違いもあるが、主な要因ではなさそうだ。
- テスト刺激の位置が低すぎたため視線が全体的に下向きになっていた。設定がずれやすくなってしまうので刺激はできるだけ正面にする。
- 点滅していると錯覚してしまうので指標の近くに別の光源は置かない。
- 連続して点灯すると回数を目視で判別しかねる場合があるので検出率を測る時は１回の点灯を繰り返し、点灯回数を正確に把握できるようにする。
1/26（月）†
測定内容†
- サッケード開始点から点灯させ一定期間で消灯させるのは（速度と期間に相関があるのは分かっている、一定であるはずはないので）意義がないので必要はない。
- 点灯開始は同様で、サッケード終了点から一定期間で消灯させて検出率を測定する。（この場合ならばサッケードの大きさに応じて点灯期間が変化する）
- サッケード検出の閾値は一定に定める。（位置関係が同様であれば変更する必要はない）
1/29（木）†
サッケード中に消灯した場合の測定†
前述の内容で、点灯と消灯を逆にした測定を行った。
- 3人分のデータをとったが推移は似ている。
- おおよそ20msまでは低い検出率、60msからは高い検出率が得られた。
2/2（月）†
終了判定の閾値に関して†
- 自分で簡単に確認しただけだが、終了判定の閾値が1.0を越えると（0.99なら大丈夫だった）サッケード中のみ点灯するはずのLEDが常時点灯する。おそらく閾値が高すぎて終了判定がされないため（閾値より上から閾値より下にいかなければならない）。
- ちょうど1.0が境界になっているのが気がかりではあるが、以前にとったサッケードのデータで最高速度が0.996…だったので大体そんなものなのかもしれない。
- 視線ではなく、カメラの前で軽く手を振って見た場合でも1.0を越えると常時点灯に陥ることがあった。
2/3（火）†
サッケード中に点灯した場合の測定†
LEDを眼球方向に向けずに（眼球に向けると光が強すぎるのか閾値を上げても知覚されてしまう）、消灯の時と同じ条件で測定を行った。
- 同じ３人でデータをとったが推移があまり近くはない。
- おおよそ20msまでは前回と同様に低い検出率にまとまったが、その後は三者三様に推移した。
2/13（金）†
ExcelやPowerPointの図をepsファイルに†
↓仮想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ならもっと細かく測定できるよね
→１フレームの2[ms] - 測定結果が結局人の主観なので瞳孔の反射光などで測定できないのか
- 測定順をランダムにして頭部のずれの影響を抑えられないか
- サッカードディスプレイの動作原理とサッケード抑制の効果が矛盾してないか
→サッカードディスプレイはサッケード抑制が働いていない
発表フィードバック†
発表後、座長の方からフィードバックをいただけたのでメモ。
- 目的がよくわからなかったので実験内容の直前に（途中でタイトル確認してわかった）
- 測定を一定(10ms)ずつではなく様子見ながらランダムでもよかったのでは（検出率が上がり始めもっと細かくなど）
- 被験者毎の比較グラフのラベルが点灯、消灯のみだったのでわかりづらい
7/6（月）†
3Dプリンターでフィラメントが†
- 成形中にフィラメントが出てこなくなってしまったので中止しフィラメントをUnroadで外してから再びRoadで解決した
- ギアの辺りのフィラメントが劣化しやすいようなので先にRoadで空回ししてその部分を出してやるといいかもしれない
7/21（火）†
マイコンペ反省†
- 緑LEDの点灯がわかりにくかったので抵抗値か色を変えておけばよかった（そもそもコイン電池１つで駆動していたので結構弱い）
- 回すだけでスライドできることに気づかれない場合があった
- キャプションだけで目的がわかりにくい
- 回していると磁石同士がくっつく←構造上仕方ない
- リードスイッチが反応する位置に関して思慮不足だった→磁気センサ使った方が確実か
- キャップが外れている様子はほぼなく、特に電池部分はしっかりはまっていた
- 電池が一度切れていたので替えがあってよかった
- 軸の遊びでスライドがつっかえる
11/25（水）†
視感度と比視感度†
- 人間の目は555nmの波長の光（緑）への感度が最も良い
- 卒論などで、使ったLEDの色についての記述が抜けていたので反省
12/4†
眼球の回転角など参考†
- 川上さんの作業日誌が参考になりそう
http://www.merl.jp/diary_private/index.php?kawakami%2F201111
2016年度†
01/06†
BANKって何†
- ピンリストでのBANKとは何を指していますか？
http://www3.hdl.co.jp/spc/fa2/general/122-q20110706.html
トランジスタアレイ参考†
- トランジスタアレイ「TD62083AP」のホントの使い方
http://yaplog.jp/kazuikazui/archive/188
1/15†
軌道修正†
- ひどい勘違いをしていたようで余計なところに時間を費やしていた。
- ここのところ話を聞いてメモをとって理解した気がしていてもいつのまにかずれていたことが何度かあった。ただ聞くだけでなくこちらからも適宜確認するよう意識しよう。
1/20†
Eagleのヘッダピン†
- 秋田先生のライブラリには複数種のヘッダピンがあるが、例えば1x08と1x08Rの違いはRの方が秋田先生が作成したもので、無印のSparkfunのものより使いやすいそうだ。
1/21†
mmとinch表記†
- Eagleのライブラリに2012(mm)のLEDが見当たらず作成したが0805(inch)で存在していた。
- チップ部品のサイズ
http://www3.big.or.jp/~schaft/hardware/tips/ChipSize/page001.html
2/9†
設計ディスプレイに関して†
- LED側の基板同士はヘッダピンで横に接続するが縦に接続したい場合は基板隅の穴(3.2mm)を使う。
- LED基板は基板拡張用のカソードx2（ヘッダピン）とFPGA基板との接続用のカソードがある。フラットケーブルで接続する都合上1*16では困るため
- FPGA基板のLED基板カソード接続用のピンは配線を並列にして電流の負担を減らすために２つ分用意されている（つなげた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の色は
- 片目に患うのか、どう見えるのか
質問に対しての感想†
- 今回説明したシミュレータ自体よりも、それを何に使うのかといった、実際に使う方向での質問がほとんどだった。参加者に医療分野の人が多い印象を受けたので、当然かもしれない。
- 中心暗点の患者数を訊かれて困った。中心暗点の原因となる病気は複数あるのでそちらの数を参照するのも難しい。
6/1†
中心暗点の患者数がわからない†
- 中心暗点関係の論文をいくつかあたってみたがあまり触れられていない。
- 視覚障害者の数なら厚生労働省の「平成２３年生活のしづらさなどに関する調査」の14枚目第７表を参照するのがよいか。 http://www.mhlw.go.jp/toukei/list/seikatsu_chousa.html
- 等級表
http://www.mhlw.go.jp/stf/seisakunitsuite/bunya/hukushi_kaigo/shougaishahukushi/shougaishatechou/
6/17†
ディスプレイ不具合の状況整理†
- アノード1-7、1-8、2-9、カソード13（1,2問わず）に不具合が見られる →はんだ修正でアノード１は解決
- 本来点灯するLEDを差し置いて同アノードのカソード13上のLEDが強く発光
考えられる不具合の原因†
- カソード1,2のどちらでも駄目。LED基板の不具合か →LED基板に電源とGNDはない →LED基板だけで正常な動作を確認
- トランジスタアレイの設定ミス →それ以外は設定通りに動いている
- FPGA基板上でのミス →フラットケーブルを逆につないでも同じカソード13に不具合
- IOからトランジスタアレイに適切な電圧がかかっていない →想定通りの動作
- 電圧レベルのミス →電圧レベルの設定をucfに追加したが変わらず
- アノードを全てLにする →発光せず
- カソード接続せずに →カソード13のみ発光
- フラットケーブルを接続した状態でLED基板テスト→問題なし
7/5（火）†
PSoCで３軸加速度センサKXSC7-2050†
- 値が安定しない →Vdd, Xout, Yout, ZoutとGNDの間にコンデンサを挟んで安定
- 値が安定、傾けると反応はしているが値がおかしい →DataFormatがSigned(-128~127)になっていたのでUnsigned(0~255)に
- RefMuxは(Vdd/2)±BandGap（0.35<Vin<2.95）でよさそう
→(Vdd/2)±(Vdd/2)（0<Vin<3.3）に一度変更したが加速度センサの測定レンジ±2g((Vdd/5)V/g)よりセンサからの入力電圧範囲は(0.33<Vin<2.97)となる
CalcTime≧Vref*(180*DataClock)/CPU_Clock
11/28（月）†
Nucleoが正常に認識されなかった原因†
mbed環境で開発できるNucleo(F091RC)を導入。ドライバを入れバージョンアップも正常に完了したはずだがUSBで12KBのフォルダと認識されてしまう。フォルダ内のFAIL.TXTを確認すると「The interface firmware FAILED to reset/halt the target MCU」と書かれている。
- CN2のジャンパピンが解放されていたためボードの上下がわかれた状態に切り替わっていたということでした。原因を調べていた時にそのような旨の記述はあったが読み間違えていて逆だと思っていた。道理でその後いくら調べても解決しなかったわけだ。
メモ†
Virtex4データシート、DC特性およびスイッチ特性
９ページ：IOレベル
４６ページ：周波数合成
Skin "GS2" is designed by yiza.
Powered by PHP 5.6.40. HTML convert time: 0.055 sec.