업무 프로세스 — 누가 언제 무엇을
게이트웨이를 현장에서 어떻게 굴리는가를 정리한 문서입니다. 화면 사용법이 아니라 역할과 순서를 다룹니다.
튜토리얼과 다릅니다
튜토리얼이 「PLC 한 대를 처음 붙여 보기」라면, 이 문서는 「게이트웨이 여러 대를 계속 굴리기」입니다.
역할 — 계정은 하나입니다
Edge 는 admin 계정 하나뿐입니다. 사람마다 계정을 나눠 주는 구조가 아닙니다.
⇒ 비밀번호를 아는 사람 = 게이트웨이를 만질 수 있는 사람입니다. 역할 분리는 제품이 아니라 운영 규칙과 망 접근 통제로 만들어야 합니다.
| 실제로 나뉘는 역할 | 하는 일 |
|---|---|
| 설치자 | 게이트웨이를 놓고 연결·태그를 만든다 |
| 현장 운영자 | 값이 들어오는지 보고, 끊기면 알린다 |
| 시스템 관리자 | 업그레이드·백업·비밀번호를 관리한다 |
비밀번호를 현장에 뿌리지 마세요
계정이 하나라 공유가 쉽습니다. 그러나 공유하는 순간 누가 설정을 바꿨는지 알 수 없게 됩니다. 설정 변경이 필요한 사람만 알고 있어야 합니다.
전체 흐름
화살표가 레인을 넘는 곳이 인계 지점입니다.
1. 커미셔닝 — 게이트웨이 한 대를 세우기까지
| 순서 | 하는 일 | 문서 |
|---|---|---|
| 1 | 배치 위치·망 구성 결정 | 네트워크 구성 |
| 2 | EDGE_ID 명명 규칙 확정 | 원라인 설치 |
| 3 | 설치 | 설치 — 선택부터 검증까지 |
| 4 | 비밀번호·API 키 교체 | 초기 비밀번호 변경 |
| 5 | 연결 등록 + Test connection | 새 PLC 연결 추가 |
| 6 | 태그 등록 | 태그 등록 |
| 7 | 값 확인 | 실시간 값 보기 |
| 8 | 인수 점검 | 프로덕션 인수 기준 |
EDGE_ID 는 나중에 바꾸기 어렵습니다상위 플랫폼에 등록된 정보와 어긋납니다. 여러 대를 놓기 전에 명명 규칙을 정하세요 — 동/라인/순번처럼 현장에서 그 장비를 부르는 이름과 같아야 합니다.
2. 정상 운영 — 주기가 있는 일
| 주기 | 하는 일 | 담당 |
|---|---|---|
| 매일 | 값이 들어오는지, 끊긴 연결이 없는지 | 현장 |
| 주 1회 | 디스크 여유 확인 | 시스템 관리자 |
| 월 1회 | 설정 백업 → 백업 / 복구 | 시스템 관리자 |
| 릴리즈마다 | 업그레이드 검토 → 업그레이드 | 시스템 관리자 |
현장 순회는 휴대폰으로도 됩니다 → 모바일 순회 점검.
디스크는 예고 없이 차지 않습니다
용량은 태그 수 × 수집 주기 × 보존일 로 정해집니다. 태그를 늘렸다면 그 시점에 디스크 추이를 다시 보세요 → 데이터베이스 모델.
3. 변경 — 설비가 늘거나 바뀔 때
| 하는 일 | 순서 |
|---|---|
| PLC 추가 | 연결 → Test connection → 태그 → 값 확인 |
| 태그 대량 추가 | CSV 일괄 업로드 를 쓴다 |
| 수집 주기 변경 | 디스크 영향을 먼저 계산한다 |
| 게이트웨이 교체 | 설정 백업을 먼저 받는다 — 복구하면 연결·태그가 그대로 살아난다 |
설정은 다시 만들 수 없습니다
시계열은 다시 모으면 되지만 연결·태그 정의는 사람이 만든 것입니다. 장비를 만지기 전에 설정 백업 을 받으세요.
자주 어긋나는 지점
| 증상 | 대개의 원인 |
|---|---|
| 「언제부터 데이터가 없다」 | 일일 점검을 안 함. 끊김은 조용히 시작된다 |
| 「디스크가 꽉 찼다」 | 태그만 늘리고 보존일을 그대로 둠 |
| 「누가 설정을 바꿨는지 모른다」 | 계정 하나를 여럿이 씀 — 접근 자체를 줄이세요 |
| 「업그레이드했더니 안 뜬다」 | 백업 없이 올림. 업그레이드 전 백업이 규칙 |
| 「인계받았는데 EDGE_ID 체계를 모른다」 | 명명 규칙서가 없음 |