軟體與系統整合

驗收並整合可見組裝檢查

用獨立的組裝件測試可見零件在位、空間邊界和事件交接,同時把隱藏的機械特性排除在範圍之外。

寄送樣品,申請工程評估
驗收並整合可見組裝檢查
工程說明用示意圖,不是實物照片,也不代表已完成量產測試。

凍結可見組裝的驗收聲明

把驗收聲明凍結在這個範圍內:已標示的治具和組裝件系列中,所需的可見零件以及聲明的影像空間關係。隱藏的特性要單獨列出:零件看上去在位,並不能確立鎖固扭力、內部配合狀態、電氣接觸或黏接強度。如果聲明了物理空間公差,那麼它所用的已校正座標系和適用平面,需要各自的佐證,而不能假定影像區間可以直接換算過來。要在執行之前,約定好允許的姿態、表面外觀和可見性。接手的工程師必須確切知道,這項檢測要區分的是哪些組裝瑕疵,以及在相機工作流程之外,還有哪些機械測試仍然必要。

留出獨立的案例組

留出獨立標示的組裝件,以及未曾用於選擇相機、光源、區域或規則的物料組或治具組。其中要包含:組裝正確的可見組裝件、所需零件缺失、關係錯位、允許範圍內的變化,以及有意安排的無法觀察的案例。參考判定要獨立於所選的工作流程,並說明如何處理不確定的參考。同一個樣件的多次檢視,不得報告為獨立的組裝件。不要把一個難辦的驗收樣件換成較乾淨的開發範例。在選定最終的節點圖之前,先凍結計畫的案例組和執行條件,對無法取得或尚未解決的樣本組,要與所報告的範圍一起載明。

涵蓋規則判定的全部分支

涵蓋合格(Pass)、不合格(Fail)和複核(Review)三種判定,給出明確的參考預期,並把執行錯誤或不可用的輸出單獨保留。經審閱的受限關係流程,先要求可見性有效,再要求其聲明的標籤各有唯一的候選。出現多個候選時進入複核,而不是去挑最方便的那一對;在可觀察的有效佐證下,所需標籤缺失則判為不合格。要測試的是預期的那個分支,而不只是看顯示有沒有變綠。格式錯誤的輸入,不得悄悄變成一個「空的有效偵測集」。要對照已安裝的版本確認原生輸出約定,並讓規則原因保持可查,這樣,後續的整合就不會把歧義重新解讀成可信的「合格」結果。

驗收止於可見組裝的邊界

所需的可見零件及其聲明的關係必須保持可觀察;隱藏的機械特性需要另外的佐證。

  1. 聲明的治具與組裝件系列
  2. 所需可見零組件的佐證
  3. 被接受的影像空間關係
  4. 隱藏的扭力或配合狀態不在範圍內
驗收範圍示意;不憑外觀推斷任何機械品質。
查看原尺寸示意圖

測試含端點的關係邊界

用受控的影像佐證,在聲明的含端點限值處,以及相關的區間外情形下檢查關係。要保留標籤順序、中心定義、帶正負號還是不帶正負號的關係,以及原始座標的轉換。恰好落在某個已設定端點上的測試,確立的是規則的比較行為;它既不能確立物理量測的精度,也不能確立該端點對製程是否合適。報告中要把合成的規則檢查與經過獨立判定的組裝影像分開。如果所選的關係會隨標籤順序而反轉,或在裁切版本變化後發生改變,就要保留這一情況,並先驗證修正後的設定,再把之後的輸出視為與已驗收的處理鏈等同。

acceptance_row = {
    'specimen_id': specimen_id,
    'reference_class': reference_class,
    'event_id': event_id,
    'image_id': image_id,
    'graph_revision': graph_revision,
    'raw_rule': raw_rule,
    'execution_status': execution_status,
    'receiving_action_status': receiving_action_status,
}
# Evidence schema only. Review, missing and malformed results remain distinct and nonpassing.

保留參考與計畫分母

要保留完整的計畫分母,其中包括有效判定、複核、執行失敗和缺失的結果。樣件的結果與重複的影像觀察要分開計數,並保留每一個結果到其參考和原始來源影格的追溯關係。排除了有歧義治具的彙總,可能恰恰掩蓋了工站必須應對的那種情況。不要僅憑方便取得的有效輸出,就公布組裝準確率百分比。下面的紀錄是一份擬議的佐證結構,不是實測效能。驗收限值和未解決案例的處理方式,必須來自約定的應用風險和測試計畫,並且對於仍在已證明的檢測範圍之外的缺口,要有明確的負責人。

核實工站專用的交接

沿著取像事件、影像、節點圖版本、原始規則,直到已確認的接收端動作,全程追蹤組裝件識別碼。在啟用設備輸出之前,要在隔離的測試環境中檢查啟動、停止、重新啟動、缺少影格、結果遲到和取消。一個正確的可見判定如果送給了另一個組裝件,整合測試就沒有通過。遲到的和不可用的結果,要作為聲明過的非合格狀態保留,不能重複使用上一個通過的影格,也不能隱去原始的複核原因。控制器的動作、確認和逾時策略,需要有針對具體工站、經過驗證的介面;本文不提供通用的致動器指令,也不聲稱基於已儲存影像的測試已在實際工站上執行過。

打包可重現的驗收佐證

把以下內容打成一個包:獨立的樣件組、參考依據、原始影像、治具與裁切定義、相機和光源的實際設定、節點圖與執行階段識別碼、所用的模型資產、原始的類型化佐證、規則設定和事件日誌。要包含失敗和尚未解決的歧義,而不是只放首選的、帶標註的截圖。已驗收的基線與候選方案的比較,要讓另一位工程師也能重現。該表指明每個佐證層要隨附什麼,以及聲明在哪裡止步。此後對治具、光學、類別對應、模型、區域或輸出交接的任何更動,都需要有紀錄在案的影響評估和相應的重新驗證;沿用同一個工作流程名稱,並不足以保住已驗收的行為。

組裝驗收包與聲明限度
佐證層須關聯的資訊保留的限度
獨立的組裝件參考樣件、治具與瑕疵類別僅限可觀察的聲明特性
原始零件與關係佐證原始影像、轉換與規則版本複核仍屬歧義,不等於合格
合成的區間檢查確切的設定與預期分支比較行為不等於物理精度
工站動作紀錄組裝事件與確認離線重放不能證明實際交接

只發布已證明的組裝範圍

只發布約定的佐證所實際證明了的可見瑕疵、組裝件系列、允許的執行條件和介面行為。以往範圍有限的固定工站原始碼測試,並不能為目前的 Windows 候選版本、真實的相機或已安裝的量產軟體套件提供認證。在經審閱的範圍內,尚未實作瀏覽器本機的 OpenCV.js;模型方案或雲端方案,需要另行受支援的執行環境和驗收。如果隱藏部位的品質仍然至關重要,就保留它獨立的機械測試,而不是擴大視覺檢測的聲明。Deyi Vision 可以協助受支援工作流程的調查和佐證比較,但一個被接受的可見關係,是一項有限度的具體結果,而不是對整體組裝品質的普遍保證。

從獨立樣件到有邊界的發布

在接受已證明的工站範圍之前,要把判定分支和事件交接分開對待。

  1. 凍結獨立參考與限度
  2. 驗證有效與有歧義的判定分支
  3. 確認針對具體組裝件的接收端動作
  4. 接受已證明的範圍並保留缺口
擬議的驗收順序;不聲稱有工廠試驗或已發布的軟體套件。
查看原尺寸示意圖

來源與技術參考資料

這些資料說明本教學所用方法的依據與適用範圍。文中的檢查範例僅供參考;量產驗收需要用你自己的樣品取得佐證。

  1. Camera CalibrationOpenCV查核於
  2. Triggered Image AcquisitionBasler查核於
  3. Deyi Vision Vision WorkbenchDeyi Vision查核於

工程評估

把檢測問題與佐證資料一併寄來。

請提供樣品影像、目前的方案,以及未通過的檢查項目;並註明視野、工作距離、線速度與驗收標準,方便做出切實可行的評估。

寄送樣品,申請工程評估
諮詢

直接聯絡

把您的檢測需求告訴工程師。

請提供樣品圖片、參考型號、視野、工作距離和線速度。

目標:24 小時內回覆選型建議
傳送樣品圖片