選型思路
智慧相機可以簡化工位結構。當檢測邏輯、資料處理或相機數量超出簡單合格/不合格任務的範圍時，基於 PC 的系統更有餘裕。
比較
智慧型相機與基於 PC 的視覺系統
透過檢查複雜性、I/O、多相機邏輯、資料處理、維護和擴展風險來比較智慧相機和基於 PC 的機器視覺系統。
要點
智慧型相機與基於 PC 的視覺系統
當檢測可在單個工位內完成、合格/不合格邏輯簡單、I/O 較少且需要快速維護時，適合使用智慧相機。當專案需要多台相機、較複雜的演算法、影像儲存、資料庫/MES 資料交接或靈活的後續擴充時，應採用基於 PC 的視覺系統。
本文採機器輔助翻譯，尚未經真人語言審閱。技術條件仍須依實際樣品與來源資料確認。 英文原文
選型條件
基於 PC 的系統適合複雜或多相機專案。
詢價前準備
維護、資料輸出和未來擴展應該指導架構。
先掌握這些重點
- 智慧相機適合在單工位內完成、範圍明確的合格/不合格判定。
- 基於 PC 的系統適合複雜或多相機專案。
- 維護、資料輸出和未來擴展應該指導架構。
選型與操作說明
智慧相機適合在單個工位內完成的檢測。
智慧相機可以將成像、處理和 I/O 整合在一個緊湊裝置中，通常適合有無檢測、簡單缺陷、碼類功能支援、對位，或邏輯有限的合格/不合格檢查。
基於 PC 的系統可以更好地處理複雜性。
專案需要多相機、高負載影像處理、自訂UI、影像儲存、資料庫整合或切換檢測配方時，PC/控制器方案通常有更大的處理與擴充餘裕。
I/O 和維護應該儘早決定。
有些買家只需要OK/NG輸出。其他人則需要 PLC 握手、配方控制、可追溯性日誌、不良品影像和遠端支援。這些要求可以將專案從智慧相機轉移到基於 PC 的架構。
不要在樣本證據之前選擇架構。
如果影像訊號不穩定，智慧相機和基於PC的路由都會陷入困境。在架構最終確定之前，應審查照明、鏡頭、工件固定治具和樣品變化。
比較影響選型的條件
| 比較項目 | 實務判斷 | 詢價時需要的資料 |
|---|---|---|
| 智慧型相機 | 用於判定邏輯範圍明確、I/O簡單的緊湊單工位任務。 | 發送任務類型、輸出需求及站位空間。 |
| 基於PC的視覺 | 用於多相機、較重的處理、自訂 UI、影像儲存或資料庫整合。 | 發送相機數量、資料要求和擴展計劃。 |
| 維護保養 | 智慧型相機簡化硬體數量； PC 系統集中進階診斷。 | 確認由誰維護檢測配方與設備設定。 |
| 未來擴展 | 如果相機數量或演算法複雜性可能增加，基於 PC 的架構會更安全。 | 在銷售報價前共享計劃的 SKU 和站位變更。 |
計算範例與驗證限制
基於 PC 的視覺系統容量規劃：可重現的影像資料計算範例
這是計算範例，不是效能基準測試或系統報價：假設有四台相機，每台以 10 frames/s 連續產生 2,000 × 1,500 單色像素影像，所有未壓縮影格均保存一小時。採用十進位單位：1 MB = 1,000,000 bytes；1 GB = 1,000,000,000 bytes；8 bits = 1 byte。
| 輸入或結果 | 計算 | 架構意義 |
|---|---|---|
| Mono8 單影格資料量 | 2,000 × 1,500 × 1 = 3,000,000 bytes (3 MB) | 每像素一個位元組；未計入影像檔案標頭或行填補。 |
| 四鏡頭影像負載 | 4 × 3 MB × 10 frames/s = 120 MB/s = 0.96 Gbit/s | 這只是影像有效負載。加上傳輸協定開銷與瞬間突發流量後，共用的標稱1 Gbit/s鏈路實際餘裕不足。 |
| 一小時保留 | 120 MB/s × 3,600 s = 432 GB | 應為中繼資料、檔案系統開銷與運行餘裕另留磁碟容量，並實測持續寫入吞吐量是否足夠。 |
| 12 位元打包替代方案 | 4 × 2,000 × 1,500 × (12/8) × 10 = 180 MB/s; 648 GB/hour | 僅適用於傳輸和儲存的像素均以 12 位元緊密打包的情況。 |
| 16 位元容器中的 12 位元樣本 | 4 × 2,000 × 1,500 × 2 × 10 = 240 MB/s; 864 GB/hour | 12 位元感測器並不意味著 12 位元檔案或傳輸容器。檢查實際的像素格式。 |
| 保留 1% 的 Mono8 影格 | 432 GB × 0.01 = 4.32 GB/hour 的保留影像有效負載 | 有條件估計精確為 1% 保留。採集和處理仍然處理選擇之前的每一影格。 |
- 通用公式：有效負載位元組/秒 = 相機數量 × 影像寬度 × 影像高度 × 每像素儲存/傳輸位元組數 × 影格/秒。如果轉換、去拜耳處理或壓縮會改變格式，應分別計算傳輸和儲存需求。此處不假定壓縮帶來任何容量節省。
- 智慧型相機可以在本地處理影像並僅傳輸結果，而基於 PC 的系統可以接收全影格。將這兩種路由與實際診斷影像保留策略、支援的演算法、記憶體和 I/O 進行比較。僅相機數量並不能證明任何一條路線都能滿足週期時間。
- 對於此範例，請要求 PLC 觸發器、零件識別碼、就緒/忙握手、定時 OK/NG 結果和故障輸出。驗證所選設備支援所需的電氣介面和工業協議。這些是設計要求，而不是 Deyi 模型聲稱的功能。
- 在多相機同時工作負載下，用代表性樣品量測曝光、感測器讀出、傳輸、排隊、演算法處理及PLC/不良品剔除時序。影格率與計算頻寬不能證明端到端延遲或檢測準確性。
詢價前準備
- 工件、材質及表面狀態
- 瑕疵、條碼、尺寸或幾何目標
- 視野、工作距離及安裝空間
- 產線速度、觸發方式及所需輸出
- 目前參考型號、樣品影像或失敗案例
常見選型誤區
- 尚未明確檢測目標，就先依型號選購。
- 把照明當作附件，忽略它對影像對比的影響。
- 忽略治具穩定性、工件變化和維護流程。
參考資料與支持範圍
像素格式文檔
打包和解包像素格式的製造商文件。上面的範例使用聲明的假設，而不是測量的相機配置。
相關產品與方案
延伸技術指南
品牌與替代方案比較
基恩斯 Keyence 視覺檢測替代方案
KEYENCE 替代比較應涵蓋工具、操作介面與 PLC 結果交接的完整檢測作業。
康耐視 Cognex 相機替代方案
比較 Cognex 時，應區分依附設備的 In-Sight 作業與主機上的 VisionPro 影像擷取。
歐姆龍 Omron 視覺系統替代方案
Omron 檢測系統應視為相機、控制器、作業程式與 PLC 通訊的組合來比較。
西克 SICK 視覺感測器替代方案
比較 SICK 方案時，應區分檢測感測器與讀碼器，以及其於既有產線中的角色。
堡盟 Baumer 工業相機替代方案
對照 Baumer 相機，應依具體感測器、快門、畫素格式與觸發條件。
Banner Vision Sensor Alternative
Compare Banner-style vision sensors with smart cameras, lighting and compact pass/fail inspection routes.
英文原文巴魯夫 Balluff 視覺感測器替代方案
比較 Balluff 視覺感測器時，應先核對完整訂貨型號、光學、照明與通訊角色。
常見問題
本指南常見問題
什麼時候該使用智慧相機？
當檢測在單個工位內完成、合格/不合格邏輯簡單、I/O 較少，且沒有繁重的多相機或資料庫需求時，適合採用智慧相機。
基於 PC 的視覺系統什麼時候比較好？
基於 PC 的系統更適合多個相機、較重的演算法、自訂 UI、影像儲存、可追溯性整合和未來的配方擴展。
與基於 PC 的選擇相比，我應該為智慧型相機發送什麼？
傳送檢查目標、相機數量、I/O需求、影像儲存需求、資料庫/MES需求、站位空間、樣本影像和未來擴充計畫。