← 실무기술 자료실

SEL-3555 Multicore·RAM·Task·Protocol·HMI Capacity 검증표

multicore processing, RAM, logic task, protocol connection, tag processing, HMI와 archive workload를 정상·peak·degraded 조건에서 검증합니다.

대상
RTAC architecture·IEC 61131·SCADA·HMI·성능시험 담당자
문서
CONTENT-663 · 2026-07-22
검토상태
게시 전 현장 기술검토 필요
SEL-3555 capacity and headroom Workload Contract·Task Evidence·Peak Scenario·Headroom Gate 판단 흐름 인포그래픽
설명용 생성 이미지 · 실제 시공사례 아님
핵심 판정

CPU 평균이나 online 상태만으로 성능을 승인하지 않습니다. task 주기/우선순위·logic execution·protocol poll/report·tag/event/HMI/archive workload·memory/storage·peak burst·restart/recovery와 증설 headroom을 동일 시험조건에서 기록합니다.

현장에서 보이는 문제

  • 평균 CPU는 낮지만 fast task가 deadline을 놓친다.
  • protocol reconnect·event burst에서 queue와 memory가 급증한다.
  • HMI·archive를 추가한 뒤 control task jitter가 커진다.
  • 현재 부하만 시험하고 향후 증설 headroom을 정의하지 않는다.

작업 전 수집 데이터

  • application inventory·owner·criticality·accepted task/age/availability
  • CPU/core/RAM/firmware·task cycle/priority/watchdog·logic size
  • protocol instance/device/point·poll/report/deadband·reconnect workload
  • tag processor/event/SOE/HMI/archive/file transfer workload
  • normal/peak/burst/link loss/restart condition별 CPU/RAM/task jitter
  • queue/drop/stale/timeout/alarm·control result·test duration/uncertainty
  • growth forecast·headroom rule·limit/action·config/hash·승인

즉시 작업중단 조건

  • critical task 주기·deadline·watchdog 기준이 없다.
  • protocol/HMI/archive를 포함한 peak workload를 시험하지 않았다.
  • queue·stale·timeout과 physical control 결과를 연결하지 않았다.
  • 증설 headroom·alarm·load-shedding/rollback 기준이 없다.
  • 현장 자격·작업허가·운영 승인 없이 운전망·RTAC·전원·설정을 변경한다.
  • 원본 project·설정·로그·rollback 수단 없이 운전 제어와 데이터를 전환한다.

구역을 안전한 상태로 통제하고 증거를 보존한 뒤 책임자에게 범위와 조사계획을 다시 승인받습니다.

현장 기록표

수치에는 시각·운전·부하·환경·사용 도구를 붙이고 사실과 추정을 분리합니다.

ApplicationTask/PriorityProtocol LoadHMI/ArchiveCPU/CoreRAM/QueueJitter/TimeoutPeak ResultHeadroom승인

판정기준과 적용 조건

즉시 중단

안전조건·자격·에너지 통제가 성립하지 않거나 위험징후가 있음
구역 통제·에너지 격리·책임자 보고 후 별도 계획 승인

판정 보류

모델·원본·부하·환경·시각·측정조건 중 핵심자료가 빠짐
설정 변경이나 부품 교체 전에 누락 자료를 다시 수집

계획 조치

같은 조건에서 이상이 반복되고 가설별 증거가 일치함
정확한 모델 문서와 현장 기준으로 변경·보수 범위를 승인

복구 확인

변경 후 정상·비정상·재기동 시험과 인계자료가 모두 확인됨
기준선을 보존하고 재발 감시조건·다음 점검일 지정

필수 데이터가 없거나 비교조건이 다르면 합격이 아니라 판정 보류입니다.

6단계 측정·판단 절차

  1. 범위와 안전조건 고정대상 설비·운전상태·작업허가·LOTO·중단조건과 승인자를 먼저 정합니다.
  2. 변경 전 원본 보존설정·로그·사진·파일·측정조건을 같은 사건 ID와 시각으로 저장합니다.
  3. 조건을 붙여 측정수치만 적지 않고 부하·환경·모델·계측기·위치·시각을 함께 기록합니다.
  4. 가설별 증거 분리전원·배선·설정·통신·기계·공정 등 가능한 원인을 한 번에 하나씩 비교합니다.
  5. 승인된 변경과 시험변경값·예상결과·롤백 조건을 승인한 뒤 정상·비정상·재기동 조건을 시험합니다.
  6. 결과·미결함 인계변경 전후 자료, 최종 설정, 시험결과, 미검증 항목, 다음 감시조건을 넘깁니다.
SEL-3555 capacity and headroom 핵심 4단계 판단표
핵심 흐름 요약 · 설명용 생성 이미지 · 실제 고객사 시공사진 아님

고급 기술검토 포인트

현장 적용 전 정확한 장비·회로·공정과 최신 법령·표준·제조사 문서를 기준으로 책임 기술자가 검토합니다.

판정기준 적용조건

  • 정확한 모델·펌웨어·구성
  • 부하·운전·환경·시각·계측조건
  • 법령·표준·현장 절차의 적용 범위

전문 검토

  • 전원·배선·설정·통신·기계·공정의 상호작용
  • 안전·품질·생산·데이터 무결성 영향
  • 임시 우회와 영구 원인조치의 구분

데이터 품질

  • 변경 전후 원본·버전·해시·시각
  • 사실·추정·권고·미검증 분리
  • 시험마다 변경 변수 한 개씩 기록

외부 업체에 넘길 최소 자료

완료 후 받아야 할 결과물

  • application inventory·owner·criticality·accepted task/age/availability
  • CPU/core/RAM/firmware·task cycle/priority/watchdog·logic size
  • protocol instance/device/point·poll/report/deadband·reconnect workload
  • tag processor/event/SOE/HMI/archive/file transfer workload
  • normal/peak/burst/link loss/restart condition별 CPU/RAM/task jitter
  • queue/drop/stale/timeout/alarm·control result·test duration/uncertainty
  • 원인가설별 시험 결과와 배제 근거
  • 변경·교체·조정 항목과 이전/최종 값
  • 정상·비정상·재기동 시험 원본
  • 개정 도면·설정·백업·사진·로그
  • 미결함·롤백 상태·다음 점검일

최종 승인 기록

구분결과미결함·제한이름·확인시각
작업책임자완료 / 보류
기술검토적합 / 보완 / 중단
생산·안전·품질승인 / 보류

공식 근거

공식 자료 확인일: 2026-07-22. 현장 적용 전 링크·개정·모델 범위를 다시 확인합니다.