TCP ASCII 통신 프로세스 및 자주 묻는 질문

TCP ASCII 통신 프로세스

TCP ASCII 통신 프로세스는 다음과 같습니다.

위 그림에서 명령어 명칭과 파라미터 사이에는 영문 쉼표(기본값)로 구분됩니다. 실제 프로젝트에서 다른 구분자를 사용해야 하는 경우 통신 구성에서 문자열 구분 기호 파라미터를 설정하십시오.
return 명령어 외에도 3D 측정 시스템은 다른 명령어를 통한 측정 결과 획득을 지원합니다. 자세한 내용은 TCP ASCII 명령어 설명 부분을 참조하십시오.

TCP ASCII 통신 프로세스는 다음과 같습니다.

TCP 클라이언트(PLC와 같은 외부 장치)는 3D 측정 시스템(Mech-MSR)과 TCP 통신 연결을 설정합니다.
TCP 클라이언트에서 trigger 명령어를 전송하여 프로젝트 실행을 트리거합니다.
Mech-MSR에서 명령어 상태 코드를 반환합니다. 예를 들어 프로젝트 트리거 실행에 성공하면 Mech-MSR에서 0을 반환합니다.
TCP 클라이언트는 return 명령어를 전송하여 측정 결과를 얻습니다. Mech-MSR에서 명령어를 얻은 후 10초간 카운트다운을 시작합니다.
Mech-MSR에서 명령어 상태 코드를 반환합니다. 예를 들어 프로젝트가 성공적으로 실행되면 Mech-MSR에서 측정 결과를 반환합니다. 프로젝트 실행이 10초 이내에 완료되지 않으면 Mech-MSR에서 "-3" 오류 코드를 반환합니다.

Mech-MSR에서 왜 trigger 명령어에 “0”만 반환하고 측정 데이터는 반환하지 않나요?

trigger 명령어는 프로젝트 실행의 트리거만 담당합니다. “0”을 반환하면 이미 프로젝트 실행이 성공적으로 트리거되고 명령어 실행이 종료되었음을 의미합니다.

trigger 명령어의 반환된 상태 코드가 “1”인 이유는 무엇인가요?

이 오류가 발생한 가능한 원인은 다음과 같습니다.

더 많은 정보는 trigger 명령어 설명 부분을 참조하십시오.

return 명령어는 언제 전송할 수 있나요?

일반 상황에서 trigger 명령이 전송되고 상태 코드 “0”이 반환된 후 TCP 클라이언트는 return 명령어를 전송하여 측정 결과를 얻을 수 있습니다.
프로젝트 정상 실행 시간이 10초를 초과한 경우 trigger 명령어 후에 바로 return 명령어를 전송하면 시간 초과 오류가 발생하기에 trigger 명령어 뒤에 적절한 시간을 기다린 후 return 명령어를 보내면 됩니다.

return 명령어의 반환된 상태 코드가 “-2”인 이유는 무엇인가요?

이 오류가 발생한 가능한 원인은 다음과 같습니다.

더 많은 정보는 return 명령어 설명 부분을 참조하십시오.