주변장치 인터페이스 분석
📌 개요
- 로봇은 혼자 일하지 않는다 — 그리퍼 여닫기·컨베이어 정지·자동문 열기·충전 스테이션 도킹이 있어야 작업 완성
- 주변장치 인터페이스 분석 = 작업에 연동되는 장치들의 연결 방식(전기·통신·타이밍·안전)을 파악해 SW 설계에 반영하는 활동
- 출제 포인트: 주변장치의 종류 · 인터페이스 방식(디지털 I/O·필드버스·네트워크) 구분 · 핸드셰이크 · 안전 인터록
📖 핵심 개념
로봇 작업의 주변장치(Peripheral) 종류
- 엔드이펙터: 그리퍼(전동·공압), 흡착 패드, 툴 체인저 — 로봇 손끝의 도구 (→ 로봇 구성요소)
- 생산 설비: 컨베이어, 공작 기계, PLC(설비 제어기) — 산업 현장의 파트너
- 비전 시스템: 독립형 비전 컨트롤러 — 검사 결과·물체 좌표를 로봇에 전달
- 건물 설비: 자동문, 엘리베이터, 스피드게이트 — 서비스 로봇의 이동 경로 상 장치
- 충전 스테이션: 자동 도킹·충전 — 접점 정렬, 충전 상태 통신
- 신호 장치: 타워램프, 부저, 호출 버튼 — 사람과 설비에 상태 전달
인터페이스 방식의 스펙트럼 (시험 단골)
| 방식 | 특징 | 용도 예 |
|---|---|---|
| 디지털 I/O | 24 V On/Off 신호선 — 가장 단순·견고, 정보량 최소 | 그리퍼 열림/닫힘, 컨베이어 기동/정지, 도어 열림 감지 |
| 아날로그 I/O | 전압(0~10 V)·전류(4~20 mA)로 연속값 | 속도 지령, 압력 센서 값 |
| 필드버스 | CAN·Modbus·EtherCAT 등 산업 통신 — 다수 장치, 상태·지령의 구조화 전달 | PLC 연동, 서보·비전과의 정밀 데이터 교환 (→ 로봇 구성 요소 간 통신 프로토콜) |
| 네트워크(이더넷·무선) | TCP/IP 기반 — 대용량·원거리, 실시간성은 별도 확보 필요 | 엘리베이터·관제 연동, 비전 영상 전송 (→ 로봇과 IoT디바이스 연동) |
감각적 구분: 단순·확실 = 디지털 I/O, 설비 다수·구조화 = 필드버스, 대용량·원격 = 네트워크. 안전 신호(비상정지)는 소프트웨어를 거치지 않는 하드와이어드(직결 배선) 가 원칙이다.
인터페이스 분석 항목
- 전기 사양: 신호 전압·전류, 싱크/소스 타입, 절연(포토커플러) 여부 — 틀리면 장비 소손
- 통신 사양: 프로토콜·속도·주소, 메시지 형식(레지스터 맵) — 문서(ICD)로 합의 (→ 로봇 시스템 통합 설계)
- 타이밍: 신호 유지 시간, 응답 제한 시간, 폴링 주기 — "버튼을 몇 ms 눌러야 인식되는가"
- 시퀀스(핸드셰이크): 요청–확인–완료의 절차 (아래)
- 안전·예외: 인터록 조건, 통신 두절 시 장치의 기본 동작(fail-safe → 로봇 소프트웨어 아키텍처 오류분석)
핸드셰이크(Handshake) — 서로 확인하며 진행 (시험 포인트)
신호를 던지고 끝이 아니라, 상대의 응답을 확인한 뒤 다음 단계로 넘어가는 절차. 컨베이어에서 픽업하는 예:
- 로봇 → 컨베이어: 정지 요청 (출력 ON)
- 컨베이어 → 로봇: 정지 완료 응답 (입력 ON 확인 — 벨트가 실제로 멈춤)
- 로봇: 픽업 수행
- 로봇 → 컨베이어: 재가동 허가 (출력 OFF)
각 단계에 타임아웃을 두어 응답이 없으면 예외 처리(재시도·알림)로 빠진다 — 응답 확인 없이 진행하면 움직이는 벨트에 손을 넣는 사고가 된다.
안전 인터록(Interlock)
조건이 충족되지 않으면 동작을 물리·논리적으로 금지하는 장치·회로.
- 예: 안전 도어가 열려 있으면 로봇 기동 불가, 로봇이 프레스 영역에 있으면 프레스 하강 금지
- 비상정지·안전 인터록은 SW 판단을 거치지 않는 안전 회로(하드와이어드·안전 PLC) 로 구성하는 것이 원칙 — SW는 상태를 읽어 대응할 뿐, 안전의 최후 보루가 아니다 (→ 안전 표준)
SW 설계에의 반영
📊 다이어그램 · 수식
인터페이스 방식 스펙트럼
flowchart LR
DIO["디지털 I/O
단순·확실 On/Off"] --> FB["필드버스
CAN·Modbus — 다수 장치·구조화"] --> NET["네트워크
이더넷·무선 — 대용량·원격"]
SAFE["안전 신호(비상정지)
= SW 미경유 하드와이어드"] -.별도 원칙.- DIO컨베이어 픽업 핸드셰이크
sequenceDiagram
participant R as 로봇
participant C as 컨베이어(PLC)
R->>C: ① 정지 요청 (DO ON)
C-->>R: ② 정지 완료 (DI ON)
Note over R: 응답 확인 후에만 진행
(타임아웃 시 예외 처리)
R->>R: ③ 픽업 수행
R->>C: ④ 재가동 허가 (DO OFF)🎯 핵심 요약 · 암기 포인트
✏️ 예상문제
1. 그리퍼의 열림/닫힘처럼 단순한 On/Off 제어에 가장 적합한 인터페이스는?
① 디지털 I/O ② 아날로그 4~20 mA ③ 이더넷 TCP/IP ④ 무선 LAN
정답 및 해설
정답: ① 두 상태만 필요한 단순 제어에는 24 V 디지털 I/O가 가장 단순하고 견고하다. 연속값은 아날로그, 다수 장치의 구조화 데이터는 필드버스, 대용량·원격은 네트워크로 구분해 선택한다.
2. 컨베이어 픽업 핸드셰이크에서 "정지 요청" 후 로봇이 픽업을 시작해도 되는 시점은?
① 요청 신호를 보낸 직후 ② 컨베이어의 정지 완료 응답을 확인한 후 ③ 일정 시간 기다린 후 무조건 ④ 재가동 허가를 보낸 후
정답 및 해설
정답: ② 핸드셰이크의 본질은 "응답 확인 후 진행"이다. 요청만 보내고 진행하면(①) 아직 움직이는 벨트에 접근하는 사고가 되고, 시간 대기(③)는 정지를 보장하지 못한다. 응답이 없을 때를 대비한 타임아웃 예외 처리도 함께 설계한다.
3. 비상정지 신호의 처리 원칙으로 가장 적절한 것은?
① 소프트웨어 메시지 큐로 전달해 순서대로 처리한다 ② 소프트웨어를 거치지 않는 하드와이어드 안전 회로로 구성한다 ③ 무선 네트워크로만 전달한다 ④ 우선순위가 낮은 태스크에서 폴링한다
정답 및 해설
정답: ② 안전 신호는 SW의 지연·버그·다운에 영향받지 않도록 직결 배선(또는 안전 PLC)으로 구동부를 차단하는 것이 원칙이다. SW는 그 상태를 읽어 후속 대응(알림·상태 저장)을 할 뿐이다.
4. 주변장치 인터페이스 분석 항목으로 가장 거리가 먼 것은?
① 신호 전압·절연 등 전기 사양 ② 프로토콜·레지스터 맵 등 통신 사양 ③ 신호 유지 시간·응답 제한 등 타이밍 ④ 장치 제조사의 주식 배당률
정답 및 해설
정답: ④ 분석 항목은 전기·통신·타이밍·시퀀스(핸드셰이크)·안전(인터록, 통신 두절 시 기본 동작)의 다섯 축이다. 이 합의를 문서화한 것이 인터페이스 정의서(ICD)다.
5. 주변장치 연동 소프트웨어 설계로 옳지 않은 것은?
① 장치별 드라이버 모듈로 캡슐화해 상위 로직과 분리한다 ② 핸드셰이크와 타임아웃을 FSM·행동 트리의 상태로 구현한다 ③ 통신 두절 시 장치가 어떤 상태로 남는지(fail-safe)를 확인해 설계에 반영한다 ④ 실장치가 준비된 뒤에만 연동 로직을 시험할 수 있다
정답 및 해설
정답: ④ 장치 시뮬레이터(가짜 응답 스텁)를 만들면 실장치 없이도 핸드셰이크·예외 로직을 검증할 수 있다 — 통합 전에 위험을 줄이는 표준 기법이다.
🔗 관련 노트
- 작업지능 소프트웨어 설계 — 주변장치를 부리는 작업 실행
- 로봇 구성 요소 간 통신 프로토콜 — 필드버스·네트워크의 상세
- 로봇 시스템 통합 설계 — ICD와 통합 시험
- 로봇과 IoT디바이스 연동 — 네트워크 기반 장치 연동
- 로봇 소프트웨어 아키텍처 오류분석 — fail-safe 설계 원칙
- _MOC 지능소프트웨어