본문 바로가기

logging4

[BlogPost] WPF 디지털 트윈 연재 18 디지털 트윈 검증 및 품질평가 방법 [BlogPost] WPF 디지털 트윈 연재 18디지털 트윈 검증 및 품질평가 방법부제: ‘잘 움직여 보이는 3D 화면’이 아니라 실제 장비와 정량적으로 일치하는 시스템을 만드는 방법1. 디지털 트윈의 완성도는 ‘정확히 닮았는가’로 결정된다산업장비용 디지털 트윈을 개발하다 보면 개발팀 내부에서는 3D 모델이 움직이고 PLC 데이터가 화면에 표시되는 시점을 하나의 큰 완성점으로 생각하기 쉽다. 그러나 실제 현장에서 중요한 것은 화면이 그럴듯하게 움직이는지가 아니다. 실제 장비의 위치, 각도, 센서 상태, Vision 결과, Alarm 발생 시점과 디지털 트윈의 상태가 어느 정도 오차 범위 안에서 일치하는지를 정량적으로 증명할 수 있어야 한다.따라서 디지털 트윈 품질평가는 Geometry, Motion, C.. 2026. 10. 17.
WPF 디지털 트윈 연재 16 ## 실시간 데이터 Logging과 Replay 시스템 설계 WPF 디지털 트윈 연재 16실시간 데이터 Logging과 Replay 시스템 설계핵심 메시지: 디지털 트윈의 로그는 단순히 데이터를 쌓는 기능이 아니라, 과거의 장비 상태를 다시 실행할 수 있게 만드는 기능이어야 합니다. 그래야 장애 원인분석, 고객 대응, 품질검증, 예지보전까지 하나의 기술자산으로 연결됩니다.1. 왜 Logging과 Replay가 디지털 트윈의 핵심인가산업장비의 장애는 대개 한 순간의 단일 원인으로 발생하지 않습니다. 축의 위치 편차, Vacuum 형성 지연, Sensor 응답 변화, Vision 결과 이상, Sequence 변화, Operator 조작 등이 시간적으로 연결되면서 문제가 만들어집니다. 따라서 Alarm 한 줄만 저장해서는 원인을 찾기 어렵습니다.디지털 트윈의 Loggi.. 2026. 10. 17.
WPF 디지털 트윈 연재 14 - Sensor·I/O·Cylinder·Vacuum 상태 시각화 [14편] Sensor·I/O·Cylinder·Vacuum 상태를 WPF 디지털 트윈에서 시각화하는 방법단순 ON/OFF 표시를 넘어 Sequence·응답시간·Timeout·이상징후까지 연결하기산업장비의 디지털 트윈을 만들 때 가장 먼저 눈에 띄는 것은 모터나 로봇의 움직임입니다. 하지만 실제 장비의 안정성은 수많은 Sensor, Digital I/O, Cylinder, Vacuum, Pressure, Temperature 신호가 함께 만들어 냅니다.특히 반도체 장비나 자동화 장비에서는 “명령은 나갔는데 피드백이 오지 않는 상황”, “평소보다 Cylinder가 늦게 도착하는 상황”, “Vacuum 형성 시간이 조금씩 길어지는 상황”이 고장의 전조가 되는 경우가 많습니다. 따라서 디지털 트윈은 단순히 ON.. 2026. 10. 17.
WPF 디지털 트윈 연재 04 - 전체 시스템 아키텍처 [4편] WPF 디지털 트윈 전체 시스템 아키텍처3D Viewer를 넘어, 재사용 가능한 산업장비 플랫폼으로디지털 트윈 프로젝트를 시작하면 가장 먼저 눈에 보이는 3D 화면부터 만들고 싶어집니다. CAD 모델을 불러오고, 축을 움직이고, 카메라를 회전시키면 빠르게 성과가 보이기 때문입니다. 그러나 산업장비용 디지털 트윈의 성패는 3D 표현이 아니라 소프트웨어 아키텍처에서 갈립니다.PLC, Motion Controller, Robot, Camera, Sensor, Vision, Alarm, Recipe, Logging, Replay, AI까지 모두 하나의 프로그램 안에 직접 엮기 시작하면 초기에는 빨리 만들어져도 시간이 지날수록 유지보수와 확장이 어려워집니다. 따라서 처음부터 각 기능의 책임을 나누고, 모.. 2026. 10. 13.

티스토리툴바