ABB PoWa의 5.8m/s는 PoWa 10과 PoWa 13에 적용된 제조사 최대 TCP 속도이며, 사람이 공유 작업공간에 들어와도 그 속도를 유지한다는 뜻은 아니다. 현장 속도는 payload와 path, tool, 보호거리, 센서 지연, 제동 성능과 선택한 협업 방식으로 다시 정해야 한다. 최고속도보다 사람이 접근했을 때 얼마 만에 감속·정지하고 작업을 안전하게 재개하는지가 실제 생산성을 결정한다.

한 사이클의 속도 예산을 작업 구간별로 나눈다
공정 cycle을 접근, pick, 이송, 정밀 배치, 복귀와 사람 접근 구간으로 나눈다. 5.8m/s가 가능한 긴 자유 이송과 접촉·정밀도가 필요한 느린 구간을 합치지 않는다. 같은 최고속도라도 path 길이가 짧고 가감속 구간이 대부분이면 cycle 개선은 제한될 수 있다. robot TCP뿐 아니라 feeder, gripper, vision과 downstream 장비가 기다리는 시간도 포함한다.
ABB의 2026년 4월 PoWa 공식 출시 자료는 family payload를 7~30kg으로 제시하고, 5.8m/s는 각주상 PoWa 10·13에 해당한다고 밝힌다. 이는 제품 사양의 최대값이다. 어떤 payload·path·tool과 safety setting에서 측정했는지, full payload에서 같은 속도를 내는지는 공개 페이지로 확정할 수 없다.
공정 설계자는 robot-only cycle과 cell cycle을 따로 잰다. robot이 빨라져도 gripper 닫힘, camera exposure, PLC handshake와 품질 확인이 병목이면 line output은 늘지 않는다. PoWa 도입 전후에 구간별 p50·p95 시간을 비교하고, 감속·보호정지와 사람 개입 시간을 같은 분모에 둔다.
감지부터 기계 반응까지 지연을 한 시계에 둔다
사람 접근을 감지하는 sensor latency, safety logic 처리, safe output 전송, drive reaction과 mechanical braking이 연속돼 정지거리를 만든다. 평균 latency가 아니라 worst-case와 jitter를 사용한다. camera 기반 perception이 일반 작업 판단에 쓰이더라도 안전 기능으로 인증된 sensor와 logic을 대체하는지 여부는 별도 검증한다.
PFL에서는 접촉 시 힘·압력을 제한하고 SSM에서는 사람과 로봇 사이 거리에 따라 속도를 제어한다. 실제 cell은 hand-guiding, monitored stop과 fence·scanner를 조합할 수도 있다. ‘cobot’ 명칭이 특정 모드나 무펜스 운전을 자동 허용하지 않는다. tool의 날카로운 끝, workpiece 모서리, pinch point와 payload 관성이 위험성 평가에 포함돼야 한다.
지연 원장은 sensor timestamp, safety controller decision, drive command, measured velocity와 완전 정지 시각을 같은 clock으로 맞춘다. 접근 방향·속도, robot pose와 payload를 바꾸며 반복해 p95·max 정지거리를 구한다. network packet 시간만 보고 기계 제동을 빠뜨리거나 제조사 nominal stop만 현장값으로 복사하지 않는다.
OmniCore의 계산 능력은 물리 한계를 없애지 않는다
ABB는 PoWa가 OmniCore controller를 사용한다고 설명한다. 빠른 trajectory 처리, motion accuracy와 connectivity는 고속 운전에 필요한 기반이지만 motor torque, gearbox, link inertia, brake와 electrical supply의 한계를 없애지는 않는다. controller가 경로를 계산할 수 있어도 payload와 reach에 따른 acceleration limit 및 thermal derating을 확인해야 한다.
vision·AI application을 controller 옆 compute에서 돌리면 camera frame rate, inference deadline과 command update rate가 cycle에 들어간다. GPU 평균 사용률보다 deadline miss, thermal throttling, queue와 restart 시간을 본다. safety function이 일반 AI process와 분리돼 있는지, AI가 늦거나 멈췄을 때 robot이 어떤 제한 모드로 들어가는지도 확인한다.
전력 측정은 peak와 average를 함께 남긴다. 반복적인 고가감속은 regenerative energy, cabinet temperature와 duty cycle에 영향을 줄 수 있다. PoWa family의 세부 electrical limit는 주문 configuration과 공식 기술 문서에서 확인해야 하며 발표문의 최고속도를 모든 reach·payload의 지속 운전값으로 추정하지 않는다.
실패 예산에는 잘못된 감속과 늦은 재시작도 들어간다
안전 시스템은 위험 접근을 놓치지 않아야 하지만 불필요한 감속이 잦으면 생산성이 무너진다. 사람, AGV, 팔레트와 반사물 때문에 scanner zone이 자주 침범되는지 기록하고 원인을 배치·동선·sensor 설정으로 분리한다. 감속 횟수, 보호정지, reset과 operator confirmation 시간을 cell output과 함께 본다.
tool이 부품을 놓치거나 vision pose가 흔들릴 때 고속 이동이 피해를 키울 수 있다. grasp confidence가 낮을 때 속도를 제한하고, payload 추정 오류와 tool change가 있으면 자동으로 고속 profile을 금지하는 interlock을 검토한다. 실패 후 자동 재시도가 같은 위험을 반복하지 않도록 retry count와 escalation을 정한다.
사람 접근이 끝난 뒤 복귀도 시험한다. 즉시 full speed로 돌아가는지, safe zone이 명확히 비었는지 확인하고 workpiece와 robot state를 재동기화한다. restart가 늦어지는 원인은 safety reset, PLC state, vision 재확인 또는 operator 승인일 수 있다. 이를 하나의 downtime으로 뭉치지 않아야 개선 위치가 보인다.
합격은 최고속도 시연이 아니라 envelope 측정이다
현장 합격표는 model, payload, tool, reach, path curvature, acceleration, 사람 접근 시나리오와 safety mode를 행으로 둔다. 각 조건에서 cycle, path accuracy, stop distance, contact limit가 필요한 경우 force·pressure, 감속·정지·복귀 시간을 측정한다. 최고속도 한 번보다 정상 shift 동안의 p95와 worst case를 남긴다.
- PoWa 10·13의 5.8m/s 적용 조건을 공식 주문 사양과 설정에서 확인한다.
- robot-only와 전체 cell cycle을 분리하고 feeder·vision·gripper 대기를 포함한다.
- payload·tool·reach·path별 실제 속도와 가감속, thermal 상태를 기록한다.
- 사람 접근 방향과 sensor failure를 포함해 최악 정지거리와 재시작 시간을 시험한다.
- PFL·SSM·보호정지 등 선택한 안전 모드와 현장 위험성 평가를 연결한다.
- software·tool·layout 변경 뒤 동일한 envelope 회귀시험을 반복한다.
ISO의 ISO 10218-1:2025 공식 기록은 산업용 robot 안전 요구사항의 현행 판본을 확인하는 출발점이다. 실제 cell은 integrator 책임과 지역 규정, 적용 가능한 Part 2 및 별도 협업 안전 규격을 함께 검토해야 한다. 이 문서는 특정 PoWa 셀의 인증서가 아니며 현장 위험성 평가를 대신하지 않는다.
독자가 이어서 묻는 질문
PoWa를 사람과 함께 쓰려면 어떤 표준과 interface부터 확인해야 하나요?
최신 ISO 10218 계열과 적용 가능한 협업 운전 요구사항, 지역 규정을 확인하고 robot·tool·workpiece·cell integration 전체 위험성 평가를 수행해야 한다. 안전 scanner·PLC·drive의 signal과 diagnostic coverage, 정지거리 및 reset interface를 실물로 검증한다. ‘협동로봇’ 제품명이나 최고속도 사양만으로 무펜스 운전을 승인할 수 없다.
사이클이 기대보다 느릴 때 무엇부터 점검해야 하나요?
먼저 접근·pick·이송·배치·복귀의 구간별 시간을 나눠 robot이 실제 병목인지 본다. 다음으로 감속·보호정지와 reset, vision·gripper·PLC 대기, payload·thermal derating 순으로 추적한다. 최고속도 설정을 먼저 올리면 안전거리와 제품 손상 위험만 커질 수 있으므로 실제 velocity·state log와 cell KPI를 함께 비교해야 한다.
자료 마지막 확인: 2026년 8월 26일