관제, 생산 요청, 대차, 자동문, 네트워크, 작업 완료 조건까지 연결해야 실제 자동화가 완성된다.
신규 AMR을 공장에 처음 적용할 때 가장 먼저 확인하고 싶은 것은 로봇이 잘 움직이는가이다. 하지만 실제 현장에서는 주행만 정상이라고 프로젝트가 끝나지 않는다.
생산 요청이 들어오고, 관제 시스템이 작업을 생성하고, AMR이 목적지를 받아 이동하고, 대차를 적재하거나 하역하고, 자동문과 설비를 통과한 뒤, 작업 완료 상태가 상위 시스템까지 정상적으로 올라가야 하나의 업무가 끝난다.
특히 AMR 업체와 관제 시스템 업체가 다르면 각자 개발을 끝낸 뒤 현장에서 처음 연결하는 방식은 위험하다. 실무에서는 역할, 상태 의미, 작업 흐름을 먼저 맞추고 작은 단위부터 연결 범위를 넓히는 방식이 훨씬 안정적이다.
AMR이 목적지까지 가는지 확인하는 주행시험이 아니라, 신규 AMR을 실제 공장 시스템에 붙일 때 어떤 순서로 Integration Test를 진행해야 문제를 빨리 찾을 수 있는지를 정리한다.
1. 통신 사양보다 먼저 전체 물류 흐름을 정리한다
연동 프로젝트를 시작하면 MQTT, REST API, Modbus 같은 Interface부터 이야기하기 쉽다. 하지만 실제로 먼저 정해야 하는 것은 AMR이 현장에서 어떤 업무를 수행하는가이다.
예를 들어 부품 대차 공급 후 빈 대차를 회수하는 작업이라면 단순 이동이 아니라 여러 개의 Sub-task가 하나의 업무 흐름으로 연결된다.
따라서 먼저 업무 Flow를 그린 다음 각 단계마다 누가 상태를 결정하고 어떤 조건에서 다음 단계로 넘어가는지 정해야 한다.
2. AMR 업체와 관제 업체의 역할을 기능 단위로 나눈다
“관제는 상위, AMR은 하위” 정도로만 역할을 나누면 부족하다. 실제로는 기능별로 담당이 섞이는 경우가 많기 때문이다.
| 기능 | 관제 측 | AMR 측 | 사전 합의 포인트 |
|---|---|---|---|
| 작업 생성 | Job 생성 | Job 수신 | Job ID 중복과 재전송 정책 |
| AMR 선택 | 배차 정책 | 수행 가능상태 제공 | Busy, Fault, Charging 상태 |
| 목적지 | Logical Destination | 실제 Navigation Goal | 이름과 좌표 Mapping |
| 교통제어 | Zone 점유 | 진입 및 정지 | 점유 기준과 Release 조건 |
| Load / Unload | 작업 요구 | 실제 Mechanism 실행 | 완료와 실패 조건 |
| 작업 완료 | 최종 상태 관리 | 완료 상태 전송 | Complete의 정확한 의미 |
작업 취소, Retry, Destination 재지정, 대차 없음 같은 예외처리를 “상대방이 알아서 하겠지”라고 남겨두지 않는 것이 좋다.
3. 명령 이름보다 상태 전환 조건을 맞춘다
연동 사양서를 만들 때 Command 이름과 Status Code를 나열하는 것보다 중요한 것이 있다. 각 상태가 정확히 언제 시작되고 언제 끝나는지를 정의하는 것이다.
Job을 수신하면 바로 시작인가, AMR Ready까지 확인해야 하는가?
이동 중과 Load / Unload 중을 하나의 상태로 볼 것인가?
목적지 도착, 하역 완료, 작업위치 이탈 중 어느 시점인가?
자동 Retry 가능한 Fault와 작업자 확인이 필요한 Fault를 구분하는가?
또한 통신이 끊겼을 때, AMR이 재부팅됐을 때, 관제가 재시작됐을 때 기존 Job을 유지할지 취소할지까지 상태 전이 규칙에 포함해야 한다.
4. 처음부터 모든 시스템을 연결하지 않고 범위를 단계적으로 넓힌다
생산 시스템, 관제, AMR, 자동문, 설비를 처음부터 모두 연결하면 Fault가 발생했을 때 어느 구간이 원인인지 찾기가 어렵다.
첫 번째 테스트는 출발지와 목적지만 전달해 AMR이 정상적으로 작업을 수신하고, 이동하고, 도착상태를 반환하는지 확인하면 충분하다.
그 다음 실제 작업 위치에 진입하고 빠져나오는지, 그 다음 Load / Unload를 붙이고, 마지막에 생산 요청과 자동문을 연결한다.
기능을 한 단계씩 붙이면 문제가 발생했을 때 원인 범위를 바로 줄일 수 있다. Integration Test에서 가장 중요한 것은 많은 기능을 한 번에 확인하는 것이 아니라 Fault Isolation이 가능한 구조로 시험하는 것이다.
5. 주행, 맵, 작업 위치를 하나의 문제로 보지 않는다
AMR이 공장 맵에서 잘 움직인다고 해서 실제 작업이 성공하는 것은 아니다. 관제에서 보는 Logical Map과 AMR Navigation Map이 어떤 방식으로 Mapping되는지 먼저 맞춰야 한다.
| 검토 항목 | 실무 확인 내용 |
|---|---|
| Path | 실제 이동 가능한 경로와 관제 Route가 일치하는가 |
| Intersection | 교차지점의 점유와 Release 기준이 명확한가 |
| Waiting Point | 대기 중 다른 통로를 막지 않는가 |
| Work Position | 진입방향과 정밀정차 기준이 정해져 있는가 |
| Forbidden Area | AMR과 관제에서 동일하게 제한되는가 |
| Single Lane | 한 대만 통과 가능한 구간이 정의되어 있는가 |
그리고 대차 작업은 Navigation과 별도로 검증하는 것이 좋다. 대차가 없거나, 위치가 틀어져 있거나, 하역 위치가 이미 점유되어 있는 상황은 주행 성공과는 다른 문제다.
대차 없음, 대차 위치 틀어짐, 하역 위치 점유, 작업 중 대차 이동, 빈 위치 자동선택 실패는 모두 “AMR이 목적지까지 잘 갔다”는 주행시험만으로는 발견되지 않는다.
6. 정상작업보다 비정상 상황과 통신 복구를 먼저 정의한다
정상 Job 한 번 성공하면 연동이 거의 끝난 것처럼 보이지만 실제 운영에서는 비정상 상황에서 문제가 더 많이 드러난다.
이때 핵심은 단순히 멈추는지가 아니다. 기존 Job을 유지할지, Cancel할지, 자동 Retry할지, Operator 승인 후 재개할지를 사전에 정해야 한다.
7. 단일작업보다 연속작업과 다수 AMR에서 문제가 더 잘 보인다
한 번의 작업이 정상적으로 끝났다고 실제 운영이 가능한 것은 아니다. 이전 Job의 Destination, Complete Bit, Work ID가 제대로 초기화되지 않으면 두 번째 또는 세 번째 작업부터 문제가 생길 수 있다.
여러 대의 AMR을 동시에 운영하면 여기에 Traffic Control 문제가 추가된다. 교차로, 좁은 통로, 작업 위치, 자동문 앞, 충전구역은 별도 Scenario를 만들어 검증하는 것이 좋다.
서로 양보하다가 두 대 모두 움직이지 못하는 Deadlock, 특정 AMR만 계속 대기하는 Starvation, 작업 위치 점유가 풀리지 않는 문제까지 확인해야 한다.
8. 외부 설비, 담당자, 로그를 테스트 전에 준비한다
AMR 프로젝트 일정이 늦어지는 원인이 AMR 자체 개발에만 있는 것은 아니다. 자동문, 생산설비, 네트워크, 현장 설치가 준비되지 않으면 AMR이 현장에 도착해도 테스트를 진행할 수 없다.
따라서 설비 담당, 관제 담당, AMR 담당, Network 담당, 운영 담당, 최종 의사결정 담당자를 미리 정하고 외부 설비 준비 일정을 별도로 관리해야 한다.
| 로그 항목 | 왜 필요한가 |
|---|---|
| Job ID | 동일 작업의 중복 여부 확인 |
| Command Time | 관제에서 언제 보냈는지 확인 |
| AMR Receive Time | 전송지연과 수신 여부 확인 |
| Start / Arrive / Complete | 상태 전환 시점 비교 |
| Error Code | Fault 발생 위치 구분 |
| Retry Count | 자동복구 수준 판단 |
그리고 양쪽 시스템 시간을 맞춰두는 것이 중요하다. 관제와 AMR 시간이 몇 초만 달라도 같은 사건을 서로 다른 시점으로 보게 되어 로그 분석이 어려워진다.
9. 최종 평가는 성공 횟수보다 운영자 개입 횟수를 본다
100번 작업해서 100번 완료했다고 해도 중간에 작업자가 여러 번 Reset하거나 Job을 다시 생성했다면 실제 자동화 수준은 낮다.
실제 운영가능성을 판단하려면 전체 Job 수, 정상 완료, Auto Retry, Cancel, 통신 Fault, Robot Stop, Operator Intervention을 함께 보는 것이 좋다.
“몇 번 성공했는가?”보다 “사람이 몇 번 개입해야 했는가?”가 실제 자동화 수준을 더 잘 보여주는 경우가 많다.
10. 신규 AMR 현장 연동은 이 순서로 진행하면 안정적이다
처음부터 모든 기능을 한 번에 연결하기보다 각 단계가 안정적으로 동작한 뒤 범위를 넓혀야 문제가 생겼을 때 원인을 빠르게 구분할 수 있다.
마무리
신규 AMR의 공장 적용에서 가장 중요한 것은 AMR 한 대의 주행 성능만이 아니다. 관제 시스템, 작업흐름, 대차, 맵, 네트워크, 자동문, 생산설비가 하나의 시스템처럼 동작해야 실제 자동화가 완성된다.
특히 AMR 업체와 관제 시스템 업체가 다르면 개발 초기에 역할과 상태의 의미를 먼저 합의하는 것이 중요하다. 실무에서는 단순 이동부터 시작해 작업, Fault, 연속 Job, 다수 AMR, 외부 설비 순서로 범위를 넓혀가는 방식이 가장 안정적이다.
결국 현장 Integration의 목표는 “한 번 성공한 Demo”가 아니라 사람의 개입 없이 반복 가능한 운영 상태를 만드는 것이다.
