ABB와 Foxconn의 ‘최대 99% 정확도’는 HyperReality를 이용한 조립 파일럿에 귀속된 회사 주장이지, 모든 부품과 모든 조립 동작의 99% 성공률이 아니다. ABB 발표에는 99%가 pose correlation인지, 픽셀 분류인지, 조립 완료인지와 전체 trial·실패 수가 공개되지 않았다. 구매자는 이 숫자를 ROI 계산에 넣기 전에 자사 부품에서 성공·불량·개입·사이클타임의 분모를 다시 닫아야 한다.
운영 범위부터 한 셀로 좁혀야 한다
이 주장을 검증하려면 먼저 어느 작업을 뜻하는지 고정한다. feeder에서 부품을 찾는 단계, grasp pose를 정하는 단계, 집어서 이동하는 단계, 삽입·체결하는 단계와 최종 품질 판정을 분리한다. 한 번의 조립 완료가 여러 하위 판단으로 이루어지므로 ‘accuracy’ 하나로 묶으면 어느 실패가 줄었는지 알 수 없다.
ABB와 NVIDIA의 2026년 3월 공식 발표는 Foxconn이 HyperReality를 적용한 첫 고객이며 ‘up to 99% accuracy’를 얻었다고 설명한다. 그러나 공개 페이지에는 부품군, 셀 수, 시험 기간, 전체 trial, 오차 정의와 독립 검증이 없다. 따라서 확인된 범위는 공급사가 공개한 파일럿 결과라는 데까지다.
파일럿 계약에는 target cell, 제품 revision, robot·camera·gripper 버전과 허용 variation을 적는다. 정상 생산 데이터만 쓰지 말고 반사·가림·혼입·부품 뒤집힘, 낡은 gripper와 조도 변화도 넣는다. 범위를 넓히고 싶으면 새 조건을 추가할 때마다 별도 acceptance stratum으로 등록한다.
공급사가 제시한 증거와 비어 있는 칸
ABB의 기술 설명은 Virtual Controller가 실제 controller와 같은 firmware를 사용하고, Absolute Accuracy를 적용하면 위치 오차를 약 0.5mm 수준으로 줄일 수 있다고 제시한다. 이는 ABB의 HyperReality 해설에 실린 제조사 수치다. 특정 Foxconn 작업의 전체 error distribution이나 조립 합격률을 보여 주는 원시 로그는 아니다.
99%가 유용하려면 numerator와 denominator가 필요하다. 예를 들어 10,000회 가운데 9,900회 완전 성공인지, 100개 pose의 평균 correlation인지, 특정 camera view의 perception accuracy인지에 따라 현장 의미가 전혀 다르다. 실패 1%도 잘못된 부품 선택, 삽입 손상, 시간 초과, safety stop 중 무엇인지 나눠야 비용과 위험을 계산할 수 있다.
공급사 데모는 가설을 만드는 자료로 쓴다. 동일한 software·asset version에서 simulation 예측과 실물 결과를 trial ID로 묶고 pose error, task completion, product defect, cycle, human intervention과 recovery를 동시에 남긴다. 합성 장면의 변화 범위는 도메인 무작위화 해설과 연결해 보되, ‘99%를 재현했다’는 단일 체크 대신 무엇이 맞고 무엇이 어긋났는지 confusion matrix와 failure log로 보존한다.
계약서에는 99%가 아니라 인수시험의 총비용을 넣는다
계약의 핵심은 숫자의 반복 조건이다. 최소 production volume, shift, operator, product lot와 환경 범위를 합의하고 성공 판정자를 정한다. 공급사가 고른 trial만 제출하지 못하도록 연속 trial과 제외 사유를 보존한다. 모델이나 controller update 뒤에는 어떤 회귀시험을 다시 돌릴지도 사전에 명시한다.
| 비용 항목 | 계약서에 남길 단위 | 누락되면 생기는 착시 |
|---|---|---|
| 디지털 자산 구축 | CAD 정리, camera·tool calibration, I/O·controller 정합 공수 | 라이선스만 비교해 초기 엔지니어 시간을 숨김 |
| 합성·실물 데이터 | 생성 GPU 시간, 실물 촬영, label·불량 판정과 보관 | 많은 이미지가 곧 유효 데이터인 것처럼 보임 |
| 실물 인수시험 | 연속 trial, 셀 점유, 불량품, 안전 담당자와 재시험 | 가상 accuracy를 생산 승인으로 대체 |
| 운영 변경 | 제품·fixture·camera·firmware 변경별 회귀시험 | 첫 파일럿 비용만으로 전체 lifecycle을 계산 |
| 실패 복구 | 개입 시간, 폐기·재작업, rollback과 공급사 대응 | 1% 실패의 경제적 크기를 무시 |
SLA는 평균 accuracy보다 worst-case response를 다룬다. 안전 관련 오작동, 제품 손상, 성능 저하와 데이터 drift를 구분하고 알림·triage·rollback 책임과 시간을 정한다. 현장 operator가 임시로 수정한 parameter도 change log에 포함해야 twin과 실제 셀이 갈라지지 않는다.
실패가 발생했을 때 대응 순서를 미리 만든다
첫 조치는 모델을 다시 학습시키는 것이 아니라 상태를 보존하는 일이다. robot program, Virtual Controller, vision model, CAD asset, camera calibration, product lot와 로그 checksum을 잠근다. 다음으로 perception, planning, motion, tooling, fixture와 품질 판정 중 실패가 처음 나타난 계층을 찾는다. 화면 영상만으로 원인을 단정하지 않는다.
제품 손상이나 사람 접근 위험이 있으면 자동 재시도를 중단하고 안전 상태로 전환한다. ISO의 산업용 로봇 안전 요구사항 기록은 robot 자체와 integration의 안전 책임을 구분해 읽게 한다. HyperReality가 collision을 예측했더라도 실물 stop distance와 safety sensor 반응을 재시험해야 한다.
복구 뒤에는 성공률을 즉시 합치지 않는다. 수정 전후 trial을 분리하고 동일한 holdout 조건에서 regression을 돌린다. 한 부품을 고치면서 다른 부품의 오탐이나 cycle이 악화됐는지 확인한다. 지원팀이 원격으로 바꾼 내용, 현장 승인자와 다시 production으로 전환한 시점을 incident record에 남긴다.
갱신과 종료는 재현된 분모로 결정한다
갱신 기준은 ABB 수치를 따라잡는 것이 아니라 기준선 대비 총가치다. 수동 programming·commissioning의 공수, 생산 중단, 불량·재작업과 안전 incident를 파일럿 전후 같은 기간·생산량으로 비교한다. simulation에서 발견한 issue 수보다 실물에서 되돌아온 issue의 심각도와 복구 시간이 중요하다.
- 부품·공정·환경별 전체 trial과 완전 성공, 부분 성공, 실패, 제외를 함께 집계한다.
- pose·perception 정확도와 실제 조립 완료·불량·cycle을 별도 KPI로 유지한다.
- 사람 개입, 자동 재시도와 안전정지를 성공 분모 밖으로 숨기지 않는다.
- 모델·firmware·CAD·calibration 변경 뒤 같은 holdout으로 회귀시험한다.
- 파일럿에서 재현되지 않은 99%는 계약상 보장이나 ROI 입력값으로 쓰지 않는다.
- 종료 시 데이터·asset·로그 반출, 접근 해지와 환경 복구 책임을 확인한다.
위 조건을 통과하면 HyperReality가 어느 단계에서 시간을 줄였는지 설명할 수 있다. 통과하지 못하면 범위를 더 좁히거나 기존 offline programming과 실물 fixture 시험으로 돌아간다. ‘최대 99%’는 기술을 기각하거나 승인하는 숫자가 아니라 추가 질문을 여는 문구다.
독자가 이어서 묻는 질문
99% 정확도 주장 뒤에 가장 자주 숨는 비용은 무엇인가요?
실제 셀과 twin을 맞추는 CAD·tool·camera·I/O calibration 공수, 연속 실물 trial을 위한 셀 점유와 불량품, 변경 뒤 회귀시험이 가장 쉽게 빠진다. 실패 1%의 제품 폐기·안전 중단·지원 대기시간도 단순 accuracy에는 나타나지 않는다. 계약에서 lifecycle 항목으로 따로 견적해야 한다.
공개 분모가 없는데도 ROI를 계산할 수 있나요?
공개 99%를 입력값으로 쓰면 안 되지만 자사 파일럿으로 계산할 수 있다. 같은 제품량과 shift에서 기존 commissioning·불량·개입·중단을 기준선으로 재고, 파일럿의 모든 구축·compute·검증·복구 비용을 포함한다. 오차 범위를 두고 보수·중립·낙관 시나리오를 나누되 공급사 최대치를 확정값으로 쓰지 않는다.
자료 마지막 확인: 2026년 8월 26일