前面所做的兩個專案中，《千兆網轉換卡》專案另我印象尤其深刻，在此專案中，我結識了優秀的學長，學到了高深的技術，在專案中，更夾雜著酸甜苦辣。下面就以此專案為代表，介紹自己大三一年的專案情況。 1.
專案背景
與武漢某公司合作，設計一種
cameralink
轉千兆網的介面轉換卡，這種轉換卡能使
camera link
介面裝置直接接入網路而無需其它複雜裝置干預，大大降低系統複雜度和成本，同時拓展了其應用領域。 2.
專案進展 i)
「立項」時期（
12月至1月）
本專案應是在
11月便已由團隊導師組與甲方簽訂合同並立項，因而
12月至
1月事實上是方案調研階段，甲方給的需求並不具體，事實上在後期對需求作了一些變動，給專案的開發帶來困難並導致專案的延期。
專案初期專案成員為司徒、小寶、嚴牧西、張瀟雨、李耀棟和我共
6人，此段時間專案處於調研階段，同時由於專案所用主晶元為
fpga
，而之前大家並沒有太多的
fpga
的開發經驗，因此大家在此期間也一直在學習
fpga
的有關知識。
在此期間我所負責的是在
de2開發板上跑通通過
dm9000a
晶元的網路傳送與接收程式，以為下位機與上位機的通訊作好鋪墊，另外還有研究
sg-dma
這一核心接收模組的使用方法。
這段時間其實投入的時間並不是很多，主要是由於當時是學期末了，課程相繼到了備考階段，課設——
rfid
系統又佔據了我們很多的時間，再加上團隊年終茶話會到了，專案組和種子班都要準備節目。
ii)輸入評審（2月至
3月）春節結束後，大家整裝待發，全心投入到了專案，在此階段我們的目標是做出乙個
demo
，以驗證我們的方案的可行性。另外，這階段我們將第一版電路圖基本完成。在此階段我主要負責的是
nios
系統的定製和維護，另外，還有伴隨我至專案結束的
sg-dma
模組，嗯，關於這個
sg-dma
模組，其實還有很多話要說，這個後面再詳細說吧。
在此階段，我們經過與公司方面負責人的交流，修改和增加了一些需求，同時我們的方案基本得到了
公司方面負責人的認可。
iii)
輸出評審（4月至
6月）此階段我們調通了第一版部分電路，由於第一版電路部分有嚴重問題，我們在發現問題後迅速改版投出了第二版。我在這一階段主要負責了
fpga
最小系統的除錯工作，由於之前沒有除錯過
fpga
電路板，不知道從何入手，只能通過自己的探索，除錯過程中遇到了很多的問題，具體可見喻信
diandsp
版 （我們的內部版面） 4507
帖。經過此階段，下位機的初步框架已成功搭建，基本調通網路傳輸功能，但還需要完善，還存在的問題有：資料傳輸速率低和接收模組存在缺陷等問題；上位機已實現影象顯示功能，但是更改影象大小和幀速率等還需完善。其中大部分工作都是在4、
5月份完成的，因為
6月份處於學期末，李耀棟、江滔和胡曉虎需要時間來複習功能以便考試，而種子班由於《批判性思維》和《
emc》課程，
6月份的時間已經沒有空餘，司徒由於要寫畢業**能夠投入的時間也十分有限，那麼就只剩下小寶乙個人了，哎，難為小寶了，呵呵。
iv)結題 7
月份和8
月初是我們專案的衝刺階段，在此期間，由於各方面的壓力，我們的神經都繃得很緊。
進入暑假後的第一次例會，我們確定了後期幾個人的分工。我主要負責從資料進入
fpga
至將資料交給下位機程式封包的過程。之前我們的老組長司徒已經將這部分的框架設計好了，但是還存在一些問題：影象頭部解析錯誤、幀間出現錯亂等問題。這部分包括設計接收資料的
ip核和控制
sg-dma
進行接收並交由封包模組進行處理等部分。
為了解決上述存在的一問題，我用邏輯分析儀（包括真實的和虛擬的）進行分析，將輸入
fpga的16
路資料接入邏輯分析儀以分析其波形，結果發現其資料的時鐘與我們預想的並不相同，是我們設計時考慮的時鐘的
4倍，那麼我們讀入的資料只有真實資料的四分之一，結果當然不對。改正上述錯誤後我們發現接收到的資料問題有
0x7fff
和0x8000
等「詭異」資料，無論怎麼改都存在，迫不得已最後我們又動用了邏輯分析儀，結果原來資料來源裡就有這些資料，經與
公司方面確認後，這些資料是每幀影象前公司的私有資料，之前我們只知道每幀影象前會多送一行的資料，但是並不知道這些資料具體是什麼。
幀間出現錯亂的問題當時真的讓我近乎絕望，自己分析了很久對於出錯原因也不得而知，後面將小虎爺爺（他是做上位機的）拉來我給他一點一點地講，目的是讓我在講的過程中自己能夠發現問題，而他的提問也促使我對一些問題深入地思考。最後發現是
sg-dma
寫記憶體與封包模組讀記憶體出現衝突，有可能封包模組在讀記憶體時我這邊
sg-dma
將記憶體的內容改變了，導致讀入的是兩幅影象混疊的資料，然後我們只改動了一行**就將問題解決了。
後面在進行系統測試時，發現
sg-dma
（oh my god
，又是它）經常會死掉，這個問題改起來很耗時，因此它死掉有可能是系統執行
5分鐘就掛，也有可能是4、
5個小時後才掛掉。因此我們經常做通宵測試（呵呵，這個是針對我們的系統的，不是針對人的），第二天早上來後再看它是不是掛了。引起這個問題的原因是我們的網路傳送模組速率太低了，導致
sg-dma
的寫指標追上了封包模組的讀指標，待我們的速率提高並經過
sg-dma
模組的一些處理後就可以了。
最終，我們的專案於
2009-8-17
結題。 3.
專案體會 i)
由於這個專案，有機會接觸了團隊的大牛——司徒學長。在專案過程中，也得到了他很多的關心和幫助，他樂於探索的精神更是令我印象深刻。
ii)此專案之前我們項組的成員對於
fpga
專案都並不是很有經驗，大家都是邊乾邊學，「幹中學」。我覺得其它專案應該也是這樣，這是我們團隊的乙個特色，大家的起點可能並不高，而在做專案時遇到問題並解決問題的過程正是我們學習提高的過程。
iii)
對於做工程專案，什麼是最重要的？我覺得是分析問題與解決問題的能力。而知識的儲備不是不重要，但是可以在遇到問題時進行再學習，而這種學習方式的效果也才是最好的。
iv)在此專案中，專案組成員間的感情無形中更深了。還記得
7月份的時候我們因為速度提高了幾
m而欣喜；還記得有次去公司除錯後進展並不順利，大家很鬱悶地中午在公司附件的一家小餐館吃了頓「鬱悶餐」；還記得小虎爺爺去了趟公司後人生觀和價值觀等發生地重大轉變，等等。我想這就是所謂的「戰友之間的友誼」。 v)
在7、8月份專案進展不順利的時候，小寶同學樂觀的精神給了我們希望，指引著我們走完了當時認為很艱難的歷程。
最後向經歷過此專案的所有人——司徒加旻、孫靜超、嚴牧西、張瀟雨、李耀棟、江滔和胡曉虎同學表示感謝與敬意。
三 專案管理
專案管理就是將知識 技能 工具與技術應用於專案活動，以滿足專案的要求。專案管理通過合理運用與整合特定專案所需的專案管理49個過程得以實現。專案管理使組織能夠有效且高效地開展專案。簡單理解，在規劃乙個專案時，在意的是做正確的事 在執行專案過程中，在意的則是把事做正確。所以專案管理就是 把事做正確。專案...
三 專案結構
三 專案結構 package.json 這個檔案包含了 node 包依賴列表和一些其他的專案配置。public 這個資料夾包含了所有你的專案構建出的產品檔案。最終所有你寫在 src 文 件夾裡面的 都會在專案構建的時候被打包放在 public 資料夾下。src 這個資料夾包含了所有的react js...
專案管理（三） 專案啟動會議
專案啟動會議的以澄清專案有關概念為內涵,以確保大家取得理解上的一致，公開專案相關者的離職和職責，提高大家對專案承諾的兌現程度 該會議有一下大約13個議程 1 歡迎和接收 頭銜，和聯絡方式，向利益相關者介紹專案組的組要成員 2 介紹會議的目的 介紹召開的是什麼專案啟動會議，通過會議確保專案客戶 商等對...