Select.rsp의 Session ID는 내가 보낸 값이 아니다
Select.rsp와 Linktest.rsp는 장비가 고른 Session ID로 온다. 데이터 메시지 응답만 보낸 값을 그대로 돌려준다. 캡처 세 판.
현장 엔지니어링 노트
장비 없이 SECS/GEM과 HSMS를 확인하려는 host/MES 개발자를 위한 실무 노트입니다.
191 entries indexed · EN / KO · updated continuously
같은 세션에서 S2F23이 두 번 S2F0으로 돌아온 캡처. 원인은 E30 통신 게이트와 기능 미구현으로 서로 다른데 응답 바이트는 SystemBytes만 빼고 같다.
SCADA, HMI, 산업 통신, 알람, 태그, 히스토리언 관련 최신 노트입니다.
Select.rsp와 Linktest.rsp는 장비가 고른 Session ID로 온다. 데이터 메시지 응답만 보낸 값을 그대로 돌려준다. 캡처 세 판.
알람 연동 테스트는 통과하는데 현장에서 알람이 안 온다. 호스트가 보낸 S5F1에 ACKC5 0이 왔고, 정작 호스트 몫인 S10F3은 abort였다.
한 소켓에 S1F13, S3F17, S14F1, S16F11을 던진 캡처. GEM은 답하고 GEM300이 쓰는 stream 셋은 SxF0으로 끊겼다.
씹힌 Linktest.req로 T6가 만료돼도 같은 소켓의 S1F1은 0.3 ms 만에 S1F2로 답했지만, 장비가 SELECTED여도 host는 E37대로 끊는 게 맞다.
S1F4 body에는 SVID가 없다. SVID 번호와 이름을 S1F11/S1F12로 먼저 받아오는 실제 byte, 그리고 S2F29와 갈리는 지점.
SELECTED는 E37, COMMUNICATING은 E30이다. S1F13/S1F14 전에 보낸 S1F3이 S1F0 abort로 돌아오는 과정을 실제 byte로 본다.
S2F29로 ECID 목록을 받고 S2F13으로 값을 읽는다. 요청과 응답이 위치로만 묶이는 구조와 없는 ECID, S2F0이 오는 두 경우를 실제 byte로 확인한다.
장비 없이 확인하기
공유 브라우저 데모에서 SECS/GEM 메시지 흐름을 살펴보고, 캡처된 Select 실패 사례와 비교해 보세요. 실제 장비 없이 먼저 흐름을 점검하는 출발점입니다.