최근 글

SCADA, HMI, 산업 통신, 알람, 태그, 히스토리언 관련 최신 노트입니다.

전체 보기 →

장비가 보낼 S5F1을 호스트가 보냈는데, ACK가 돌아왔다

/SECS/GEM/약 11분 읽기

알람 연동 테스트는 통과하는데 현장에서 알람이 안 온다. 호스트가 보낸 S5F1에 ACKC5 0이 왔고, 정작 호스트 몫인 S10F3은 abort였다.

GEM 된다는 설비에 S3F17을 던지면 왜 아무것도 안 돌아오나

/SECS/GEM/약 12분 읽기

한 소켓에 S1F13, S3F17, S14F1, S16F11을 던진 캡처. GEM은 답하고 GEM300이 쓰는 stream 셋은 SxF0으로 끊겼다.

Linktest에 답이 없는데 S1F2는 0.3 ms에 온다 — 그래도 소켓을 끊는 게 맞다

/SECS/GEM/약 15분 읽기

씹힌 Linktest.req로 T6가 만료돼도 같은 소켓의 S1F1은 0.3 ms 만에 S1F2로 답했지만, 장비가 SELECTED여도 host는 E37대로 끊는 게 맞다.

S1F4에는 SVID가 없다 — 번호와 이름은 S1F11/S1F12에서 받아온다

/SECS/GEM/약 14분 읽기

S1F4 body에는 SVID가 없다. SVID 번호와 이름을 S1F11/S1F12로 먼저 받아오는 실제 byte, 그리고 S2F29와 갈리는 지점.

HSMS는 SELECTED인데 S1F3이 S1F0으로 돌아온다 — S1F13 전에는 아무것도 안 받는다

/SECS/GEM/약 15분 읽기

SELECTED는 E37, COMMUNICATING은 E30이다. S1F13/S1F14 전에 보낸 S1F3이 S1F0 abort로 돌아오는 과정을 실제 byte로 본다.

ECID 하나를 물었는데 값이 두 개 온다 — S2F29와 S2F13으로 equipment constant 읽기

/SECS/GEM/약 16분 읽기

S2F29로 ECID 목록을 받고 S2F13으로 값을 읽는다. 요청과 응답이 위치로만 묶이는 구조와 없는 ECID, S2F0이 오는 두 경우를 실제 byte로 확인한다.

핵심 주제

Start here

장비 없이 확인하기

Host의 SECS/GEM 연결 문제를 브라우저에서 재현해 보세요.

공유 브라우저 데모에서 SECS/GEM 메시지 흐름을 살펴보고, 캡처된 Select 실패 사례와 비교해 보세요. 실제 장비 없이 먼저 흐름을 점검하는 출발점입니다.