keun90 님의 블로그

샘플(노드 구조, 메시지 흐름)현재 구성한 노드의 구조는 아래와 같습니다.Objects└─ Factory └─ LINE1 └─ EQP1 ├─ Status (UInt16) // 설비 상태 코드 ├─ Temperature (Double) // 온도 값 ├─ LastUpdate (DateTime) // 마지막 갱신 시각(UTC) ├─ Seq (UInt32) // 증가 시퀀스 └─ RawMessage (String) // 원문 메시지(선택) 일반적인 Message Flow(TCP, Client-Server)는 아래와 같습니다. # Message Flow (TCP..

Pub/Sub 아키텍처의 필수성공장 자동화 현장에서 보면, 필수라기 보다는 "선택지"에 가깝습니다.공장 데이터의 외부 연계(Cloud, AI)MES 외에도 Dashboard, AI, 모니터링 등 데이터 소비자 증가 (메시지를 한 번 발생하고, 필요한 쪽에서 알아서 구독하는 모델)네트워크 경계(OT ↔ IT ↔ 외부)Pub/Sub이 오버엔지니어링인 경우는 다음과 같습니다.통신 주체가 명확하다.소비자가 소수이다. Read/Write가 중요하다.실시간 제어와 상태 조회가 핵심이다. 느슨한 통신 구조 + 여러 클라이언트가 있다면, Pub/Sub 구조가 적합할 것입니다. Pub/Sub을 구성하기에 앞서 다음과 같은 질문을 해보았으면 합니다. 이 메시지는 유실돼도 되는가?중복되면 문제가 되는가? 느린 Sub는 어..

실습 2에 이어서 환경 구성을 더욱 운영 환경에 맞추어 설정하보겠습니다. PLC 테스트 코드를 하나 더 증가, 다중 테스트PLC 테스트, 메시지 전송하는 프로그램을 추가, 동일한 node로 메시지를 전송해보았습니다. 하나의 노드는 두 PLC 메시지를 정상적으로 처리했습니다. 노드를 쪼개서 관리하면 하나의 설비에서 상태 값 별로 서로 다른 메시지를 OPC-UA서버로 전달하는 구조가 가능할 것 같습니다. 장점 값별로 독립적으로 갱신 가능MES는 필요한 태그만 Subscription서버가 동시 write 요청 처리 가능 단점 동시성 관리 필요Seq/Timestamp 설계 없으면 누락 인지 어려움노드 수 증가, 관리/메모리 부담설계 복잡도 증가 Message Value 단순 구조가 아닌, 실제 Messag..

테스트 시나리오 OPCUA 서버 : Node 컨피그 작성PLC 테스트 코드 작성: OPCUA로 1초 주기, 메시지 전송클라이언트(Uaexcpert) : PLC 메시지 적용 값 확인 다운로드 받은 OPCUA 서버에 node 설정 값을 추가해줍니다.경로 : UaCPPServer\bin\uanodesetimport.xml 구조 Factory → Line → PLC Line > PLC > Message Structure --> Factory i=61 i=85 ns=1;s=Factory.Line Line i=61 ns=1;s=Factory ns=1;s=Factory.Line.PLC PLC ..

OPC-UA 실습을 위한 Server, Client를 다운받는다. (계정이 막혔는지,, 로그인 실패 알림이 계속해서 발생한다.) 계정 메일 주소는 gmail을 활용하는 것을 추천한다. ttps://documentation.unified-automation.com/uaexpert/1.4.2/html/index.html 설치 후 uaexpert.exe 실행하면 다음과 같은 UI를 확인할 수 있다. 난이도가 중 이상의 항목에 대해 다시 정리했다. 구분항목중요도중요한 이유 (핵심만)SUBJECTCommon Name (CN)중서버·로그·인증서 목록에서 운영자가 클라이언트를 구분하기 위한 식별자Country (C)중일부 서버/보안 정책에서 X.509 형식 검증을 통과하기 위해 필요OPC UA INFOApplica..