總結寫在開頭：
1、邊緣檢測不但是只有canny，還有其他的（當然最後發現還是canny比較優秀）
2、濾波有很多種，不但是blur均值濾波
以上以後具體案例都要嘗試一下，尋找最佳演算法函式
3、奇葩的事，我最後放棄邊緣檢測，直接使用的houghcirles，檢測出來的效果更好，這算是個經驗吧，以後可以嘗試這種辦法，不一定是固守原來的規則。
4、houghcircles的累加器引數也挺重要的，數值越大判斷越粗糙，
5、放棄了相機標定remap。
6、一開始檢測出來的圓沒有完全擬合邊界，想通過檢測橢圓來試試。但是轉念一想，我的相機和拍攝的物品是水平的，「」「橢圓率」幾乎為零，它拍出來的肯定是個比較理想的圓。
7、最重要的一點是，我更換了打光方式，選擇了背光！
最後m6的螺栓頭，標準尺寸是10mm，檢測結果為10.0002。
//修復影象畸變
void main()
//輸出半徑大小
printf("\n圓的實際半徑大小為 %lf", truedistance);
} namedwindow("畫圓形", window_normal);
imshow("畫圓形", src_image);
waitkey(0);
}下面我會開始學習演算法了，即去深入學習houghcircles.cpp檔案了，對自己的c++程式設計能力進行一次提公升！
最後的話：兩個專案下來，結合機器視覺的資料，我對光源選擇、影象預處理、特徵檢測有了基礎的了解與實踐。對於機器視覺也有了更深的了解。下面我會開始投遞簡歷，通過面試加深這個行業的需求，以及了解自身有什麼不足，繼續學習。
對專案管理的一些記錄
明確專案所解決的問題或輸出的產品，服務 明確專案的相關干係人 明確專案的風險，如果專案失敗了，延期了，會造成什麼樣的影響 明確專案所涉及的資源，包括人員資源，時間資源等 明確專案輸出對其他專案 產品 的影響，明確專案 產品 依賴關係等 專案目標 專案驗收標準 演示,文件,測試報告等 專案關鍵里程碑 ...
對PS3的六軸一些想法
前個專案是個ps3的專案，研究了一下ps3的六軸，最後的遊戲裡也加上了對六軸的支援，不過，經過一些的測試和討論，最後還是對此加了個option，並把預設值設成off了，究其原因主要還是動作判定不是特別的準確，很難做到100 的準確判定。不過，這也算是個比較值得研究的東西，雖然很多人都覺得六軸比較雞肋...
我對IT專案需求發掘的一些思考
需求是it專案開始階段重要的環節，準確的發掘客戶真實的需求 requirement discovery 是專案成功的關鍵。idg 的調查顯示60 的專案失敗原因是需求階段的失誤，或者是需求階段產生連鎖效果造成的。但是我們看到，很多it專案時沒有需求發掘這乙個步驟的。需求是業務部門提出的，it部門作為...