SD Card Driver Design (init.)

二話不說
先來張圖吧...

上圖就是完整的SD Card初始化流程
在這裡有幾個地方需要注意
首先是Power sequence
這個部分是SPI的相關設定
而SPI的詳細介紹
請參考wiki
http://en.wikipedia.org/wiki/Serial_Peripheral_Interface_Bus

SD Card Driver Design (imple.)

話說SD卡的控制方式
大致上可分為三種
SD mode, SPI mode, SDIO
比較常見的為SD mode與SPI mode
(SDIO有, 但這方面本人並沒做太多survey)
其中SD mode又分成三線式(3-wire)與四線式(4-wire)
以3-wire最為常見
(4-wire似乎是為了UHS規格而新增的)

介紹控制方式之前
得先介紹一下SD卡內部的構造

SD Card Driver Design (intro.)

SD卡算是目前在市面上
普為流行的隨身儲存媒介
講白話一點
就是隨處可見啦
當然, 在一個系統當中
SD卡是否支援
變成一個相當大的issue
除了apple不吃這套之外...
(但實際上它內部的記憶體也是用SD卡喔!!!)

我回來了!!!

各位好久不見
荒廢已久的blog又再度開張了
這段時間就當作我"出國進修"吧

不過現在的主題可能會比較偏向firmware
畢竟現在所走的行業是firmware RD
所以...
若有看倌比較不習慣者
還請多多包含囉

慢慢的
我會把一些資料整理出來
然後供大家參考及討論

再次感謝各位的支持
本人會努力將這blog做好
當然有關IC或FPGA的問題也可以討論
但我相信網上強人很多
如強者我家蕭兄的"真OO無雙"
就是個很好的reference source
也歡迎各位去參考囉

有關visio圖檔無法在word中顯示虛線問題

狀況是這樣發生的
就當我在寫thesis的時候
辛辛苦苦在visio畫了一張漂漂亮亮的圖
想說這樣可以美美的貼在word上

結果
本來在visio上有虛線的地方
貼到word上全都沒了...
全都被實線取代了.....

這個時候, 當然要請咕狗大神啦
於是我查到了這篇連結
http://support.microsoft.com/kb/837294/zh-tw
good!!!
這是微軟的support center
不過裡面的翻譯還頗爛的

我把重點節錄一下囉
請注意, 以下的內容需修改"登錄編輯器"內的值
如果怕改完後"死機"(這是大陸用語)
煩請找會操作的人幫忙
本人一律不負任何連帶責任(不負責之發言...)

1. [開始]->[執行]->輸入regedit
2. 目標位置(請依版本選擇相對應位置):
(1) visio 2003 使用者
HKEY_CURRENT_USER\Software\Microsoft\Office\11.0\Visio\Application
(2) visio 2007 使用者
HKEY_CURRENT_USER\Software\Microsoft\Office\12.0\Visio\Application
3. 增加DWORD值, 命名為MetafileDashLineAsSolid
並更改值為 0
4. 結束登錄編輯器, 重新啟動電腦

完成以上步驟後, 在去visio把剛剛畫的圖再貼到word上
就會發現虛線都跑出來囉

註記:
關於MetafileDashLineAsSolid的設定值
建議各位去Microsoft的支援中心看更詳細的說明
不過我建議最好是選擇英文閱讀
因為它翻譯的中文
我看不太懂它的語意...

終於出現了...

無意間發現
自己已經有一年多沒更新部落格了
唉...
都忘了自己建立部落格的初衷
沒想到再回首此地
我又要忙於撰寫畢業論文了......

有空我還是會更新這裡的
只要有空的話......

加油
雖然只是給自己一點點薄弱的加油而已...

關於本網誌

因本人最近忙於研究
以及撰寫有關Quartus II及NIOS II的使用手冊
網誌的更新會變得十分緩慢
還是會更新啦
只是可能要花一點時間

在往後的日子裡
會開始將使用手冊內的資料整理後上傳
並且加上本人的研究內容

另外
本人將在八月底前往日本發表論文
為期約一星期
這段時間的學術之旅也會po在blog上
希望能跟大家一同分享

以上
謝謝各位的支持

虛驚一場

5/16是Final Paper上傳的Deadline
在這時間之前, 當然就是將原先審稿的內容
修改成conference的格式
也順便看看還有哪裡需要做補充說明的
所幸當初審稿時已經將全文稍做整理
以至於現在不需要花太多時間整理內容

文句上的修改是免不了的
畢竟這篇paper是登上IEEE這個最高殿堂
怎可隨隨便便用個破爛英文

不過IEEE也十分的貼心
有投過IEEE的人應該也都曉得
他們會提供一個PDF check的服務
也就是說當word轉檔成PDF檔時
可將PDF上傳至檢查的網站
檢查所轉檔的格式是否符合該conference的規格
我算是幸運的
第一次檢查時, 只是因為字型沒有包含進來
所以將相關的字型嵌入
就順利地通過檢查

5/14, 上傳前兩天
想說這次可以不用這麼匆忙地處理文件
於是再重新檢查了一次要上傳的paper
結果發現, 測試結果的圖竟然出錯了
嚇得我趕緊找老闆
這時老闆才發現我的圖有問題
於是叫我趕快再弄個正確的圖出來
並且找出問題發生在哪裡

於是我又回到了研究室
繼續使用著邏輯分析儀
不知道是我不太會用它還是它太笨
每次抓訊號的trigger都不是很準
需要多tune個幾次才會成功
成功抓到後, 將data export出來到mathematica
發現圖還是錯的
這個現象十分的詭異
因為paper裡面的兩張圖, 全是用我所設計的硬體跑出來的
沒理由case-1正確, 而case-2卻錯誤
於是我又試了幾次
結果還是不行

正當所有的方法已經用盡的同時
我發現到一個奇怪的現象
就是步進馬達在運轉的同時
竟然產生之前都沒發生過的"抖動"
而且開始發生怪聲
這是之前都沒發生的
於是我將控制器換一個新的
也是產生相同的狀況
剩下最後一種可能, 就是馬達壞了
於是我換了一顆新的馬達後再進行測試
果然, 是馬達故障了
因為這次, 圖形跑出來是正確的

我跟老闆說馬達故障的事
他相當難以至信
他覺得馬達是很堅固的東西
沒理由被我用了一年就掛了
但事實就是如此
只能說我太厲害了吧.......
不過換個好方面想
這樣我就有"正當"的理由來解剖這顆壞掉的馬達

當圖換成正確的後, Final Paper也順利上傳
接下來就是準備報告的投影片與演說內容了

等待...

等待的日子總是很難熬的
這點我現在終於明白
但是換個角度想想
上了也不過是順利取得畢業的點數
不上也沒差
反正國內研討會這麼多
隨便找個投就沒問題了
為何還要在意上與不上呢

起初還真的不是很在意
但是越接近錄取日期
還真的越來越在意
甚至於有點歇斯底里
也因為這樣
我找了我的partner學妹一起去拜拜

4/25是審稿結果公布
早在一個多月前
我的一群同學就已經說那天要唱歌慶祝了
我就說"如果我沒上怎麼辦"
大家的說法都是"照唱"
當時我真的無法想像沒上的心情會是怎樣

4/23　23:00
在檢查過SICE網站和收過信後
決定在4/25下午五點前不再收信
以及不看審稿結果
我想讓自己的心情稍微平靜一點
而我在4/25跟學妹去廟裡拜拜
會找她一起去的原因
是因為她通過元智研究所的初試
也希望藉此沾點好運

4/25　21:00
拜完之後回家小睡一下
睡到九點後出門吃晚餐
然而手養的我又連上研討會網站去看審稿結果
結果對我來說是好事
然後馬上聯絡我老闆
在接獲老闆的道賀之後
也準備著晚上夜唱的歌曲

接下來的日子呢
也沒那麼輕鬆
5/16前要上傳Final Paper
要更改一堆格式與設定
在上傳之前
又有了驚人的發現...

緣起

在去年(2007)年底
好不容易完成國科會計劃的報告後
靈機一動想把這計畫翻譯成英文
當此一想法閃過後
我便立即找老闆詢問他的意見
並且告訴他我想投國際研討會的念頭

之後選定了一個日本SICE協會所辦的研討會
SICE在日本算是控制方面最高權威的協會
同時這個研討會是IEEE所贊助
而且研討會的論文將會收錄在IEEE的雜誌中
對我來說　能在IEEE Xplorer中搜尋到自己的論文
也算是一個夢想
因此也開啟了IEEE之旅

在農曆年的前幾天
我除了趕稿外
就是製作替大學部專題上課用的投影片
整個農曆年假期加上寒假
我大概只有一週的休息時間

2008/2/25是截稿日期
在那一週裡
我翻譯的英文完全被老闆打槍
因此又重新用"英文思考"的方式撰寫
寫了修改　修了又修
在這一週內　我每天都陪著太陽起床
到了截稿那一天
終於順利上傳
上傳完成後
才發現截稿日期延後到2008/3/16
感覺這麼拼到底是為了什麼
不過心中的大石總算放了下來

在截稿的期間也發生了一些小插曲
就在原定的截稿日期前一天
實驗結果跑出來的跟演算結果不一樣
這讓我十分緊張
不過還好只是個小問題
順利的解決後就沒問題了

而剩下的時間呢
就是等待...