통신 규격 협의
본 스텝에서는 통신 규격 협의의 핵심 사항을 설명합니다. 여기에는 통신 프로토콜의 선택, 데이터 형식의 정의, 그리고 통신 절차의 설계가 포함됩니다. 실제 상황과 요구사항에 따라 본 절의 내용을 참고하여 통신 상대방과 협의하고, 통신 규격의 세부 사항을 명확히 하십시오.
가능한 통신 협의
Mech-MSR은 다음 통신 프로토콜을 지원합니다. 실제 상황에 따라 사용할 통신 프로토콜을 선택하십시오. 자세한 내용은 통신 규격 협의 요점을 참조하십시오.
| 프로토콜 유형 | 역할 | 적용 시나리오 |
|---|---|---|
TCP 서버 |
서버(연결 대기) |
상대 장치가 능동적으로 연결하며, 생산 라인 스테이션 및 상위 제어 시스템에 적용됩니다. |
TCP 클라이언트 |
클라이언트(능동 연결) |
외부 서버에 능동적으로 연결해야 하며, 원격 연동 시나리오에 적용됩니다. |
지멘스 S7 클라이언트 |
클라이언트(S7 PLC 연결) |
지멘스 S7 시리즈 PLC와 통합 |
Modbus TCP 슬레이브 |
슬레이브(조회 응답) |
Modbus 슬레이브 스테이션으로서 상위 시스템 또는 PLC와 통신합니다. |
미쓰비시 MC 클라이언트 |
클라이언트(미쓰비시 PLC 연결) |
미쓰비시 PLC와 통합 |
통신 규격 협의 요점
사용할 통신 프로토콜을 확정한 후에는 아래 내용을 참고하여 통신 상대방과 구체적인 규격을 협의하십시오.
TCP 서버
TCP 서버 프로토콜을 사용하는 경우, Mech-MSR은 서버로 동작하며 외부 장치의 연결 요청을 대기합니다. 외부 장치가 Mech-MSR이 실행 중인 IP 주소와 포트에 능동적으로 연결할 수 있도록 해야 합니다.
TCP 서버 프로토콜 사용 시 협의해야 할 주요 사항은 다음과 같습니다.
-
통신 프로세스를 확정합니다. 자세한 내용은 사용자 정의 통신 방식의 실행 프로세스를 참조하십시오.
-
Mech-MSR에 할당할 IP 주소와 포트를 확정하고, 외부 장치가 해당 주소에 접근할 수 있도록 해야 합니다.
-
송수신 메시지의 데이터 형식을 확정합니다. ASCII 문자열을 사용할지, 16진수 데이터를 사용할지 협의해야 합니다.
-
ASCII 문자열을 사용하는 경우에는 메시지 종료 문자, 구분자, 구분된 각 항목의 의미, 그리고 파싱 후의 데이터 형식(숫자 또는 문자열)을 명확히 해야 합니다.
-
16진수 데이터를 사용하는 경우에는 메시지 종료 문자와 각 필드의 파싱 규칙을 명확히 해야 합니다. 구체적으로는 분리 가능한 각 필드의 의미, 시작 위치, 바이트 길이, 그리고 파싱 후의 데이터 형식(Char8, Int16, Int32 또는 Float32)을 확정해야 합니다.
-
-
통신 절차에서 송신되는 모든 메시지와 수신되는 모든 메시지의 형식 및 의미를 확정합니다. 예를 들어:
t,1\n
-
여기서 t는 명령 유형, 즉 사용자가 트리거한 프로젝트 유형을 의미하고, 1은 명령 프로젝트 번호를 의미하며, \n은 메시지 종료 문자를 의미합니다.
-
TCP 클라이언트
TCP 클라이언트 프로토콜을 사용하는 경우, Mech-MSR은 클라이언트로 동작하며 외부 장치에 능동적으로 연결합니다. Mech-MSR이 외부 장치의 IP 주소와 포트에 접근할 수 있도록 해야 합니다.
TCP 클라이언트 프로토콜 사용 시 협의해야 할 주요 사항은 다음과 같습니다.
-
통신 프로세스를 확정합니다. 자세한 내용은 사용자 정의 통신 방식의 실행 프로세스를 참조하십시오.
-
외부 장치(서버)의 IP 주소와 포트를 확정하여 쌍방 네트워크 상호 연결할 수 있도록 해야 합니다.
-
송수신 메시지의 데이터 형식을 확정합니다. ASCII 문자열을 사용할지, 16진수 데이터를 사용할지 협의해야 합니다.
-
ASCII 문자열을 사용하는 경우에는 메시지 종료 문자, 구분자, 구분된 각 항목의 의미, 그리고 파싱 후의 데이터 형식(숫자 또는 문자열)을 명확히 해야 합니다.
-
16진수 데이터를 사용하는 경우에는 메시지 종료 문자와 각 필드의 파싱 규칙을 명확히 해야 합니다. 구체적으로는 분리 가능한 각 필드의 의미, 시작 위치, 바이트 길이, 그리고 파싱 후의 데이터 형식(Char8, Int16, Int32 또는 Float32)을 확정해야 합니다.
-
-
통신 절차에서 송신되는 모든 메시지와 수신되는 모든 메시지의 형식 및 의미를 확정합니다. 예를 들어:
t,1\n
-
여기서 t는 명령 유형, 즉 사용자가 트리거한 프로젝트 유형을 의미하고, 1은 명령 프로젝트 번호를 의미하며, \n은 메시지 종료 문자를 의미합니다.
-
지멘스 S7 클라이언트
지멘스 S7 클라이언트 프로토콜을 사용하는 경우, Mech-MSR은 클라이언트로 동작하며 지멘스 S7 PLC에 능동적으로 연결합니다. Mech-MSR이 S7 PLC의 IP 주소와 포트에 접근할 수 있어야 하며, 또한 S7 PLC가 연결을 허용하도록 올바르게 구성되어 있어야 합니다.
지멘스 S7 클라이언트 프로토콜 사용 시 협의해야 할 주요 사항은 다음과 같습니다.
-
통신 프로세스를 확정합니다. 자세한 내용은 사용자 정의 통신 방식의 실행 프로세스를 참조하십시오.
-
S7 PLC의 IP 주소와 포트를 확정하고, Mech-MSR이 해당 주소에 접근할 수 있도록 해야 합니다.
-
접근해야 하는 S7 PLC의 데이터 블록(DB), 통신 절차에서 각 상호작용에 사용되는 신호 이름과 그 의미, 각 신호가 차지하는 레지스터의 시작 위치와 개수, 데이터 유형, 그리고 읽기/쓰기 권한을 확정해야 합니다.
예를 들어, DB 데이터 블록이 DB83이고, 통신 절차에서 사용하는 신호 이름이 heartbeat이며, 의미는 하트비트이고, 차지하는 레지스터 시작 위치는 0, 개수는 1, 데이터 유형은 bool, 읽기/쓰기 권한은 읽기/쓰기일 수 있습니다.
지멘스 S7 클라이언트 유형의 사용자 정의 서비스를 구성할 때 하트비트 체크를 설정한 경우, Mech-MSR은 DB83 데이터 블록의 0번 레지스터에 주기적으로 0과 1을 번갈아 기록하여 하트비트 기능을 수행합니다.
Modbus TCP 슬레이브
Modbus TCP 슬레이브 프로토콜을 사용하는 경우, Mech-MSR은 슬레이브로 동작하며 외부 장치(마스터)로부터의 조회 요청에 응답합니다. Mech-MSR이 외부 장치의 IP 주소와 포트에 접근할 수 있도록 해야 합니다.
Modbus TCP 슬레이브 프로토콜 사용 시 협의해야 할 주요 사항은 다음과 같습니다.
-
통신 프로세스를 확정합니다. 자세한 내용은 사용자 정의 통신 방식의 실행 프로세스를 참조하십시오.
-
외부 장치(마스터)의 IP 주소와 포트를 확정하여 쌍방 네트워크 상호 연결할 수 있도록 해야 합니다.
-
Mech-MSR에 할당할 슬레이브 장치 주소를 확정해야 하며, 기본값은 1입니다.
-
바이트 순서를 결정합니다.
-
통신 절차에서 각 상호작용에 사용되는 신호 이름과 그 의미, 각 신호가 차지하는 레지스터의 시작 위치와 개수, 데이터 유형, 그리고 읽기/쓰기 권한을 확정해야 합니다.
미쓰비시 MC 클라이언트
미쓰비시 MC 클라이언트 프로토콜을 사용하는 경우, Mech-MSR은 클라이언트로 동작하며 미쓰비시 PLC에 능동적으로 연결합니다. Mech-MSR이 미쓰비시 PLC의 IP 주소와 포트에 접근할 수 있어야 하며, 또한 미쓰비시 PLC가 연결을 허용하도록 올바르게 구성되어 있어야 합니다.
미쓰비시 MC 클라이언트 프로토콜 사용 시 협의해야 할 주요 사항은 다음과 같습니다.
-
통신 프로세스를 확정합니다. 자세한 내용은 사용자 정의 통신 방식의 실행 프로세스를 참조하십시오.
-
미쓰비시 PLC의 IP 주소, 포트 및 통신 프레임을 확정하여 Mech-MSR이 접근할 수 있도록 해야 합니다.
-
통신 절차에서 각 상호작용에 사용되는 신호 이름과 그 의미, 각 신호가 차지하는 레지스터의 시작 위치와 개수, 데이터 유형, 그리고 읽기/쓰기 권한을 확정해야 합니다.
통신 규격 협의가 완료되면 사용자 정의 통신 서비스 구성 스텝으로 이동합니다.