SCADA·PLC·BMS 현장 실무 가이드

출처: Dev.to

If you have ever walked past a boiler room, a pumping station, or the rooftop ventilation units of a shopping mall, you have walked past a quiet layer of electronics and software that keeps all of it running. That layer is called industrial automation, and the words people use around it — PLC, SCADA, HMI, BMS, “dispatching” — are not interchangeable.

각각의 실제 기능을 설명하는 실용적 가이드가 여기 있습니다. 이 가이드는 시스템을 구축하고 위임을 하는 사람들의 관점에서 작성되었습니다.

Almost every project, whether it is a heating plant or an “intelligent building”, stacks into three layers.

대부분의 프로젝트, 난방 설비든 “지능형 건물”이든, 세 층으로 구성됩니다.

1. The field layer — instrumentation (KIPiA).

   1. 현장 계층 — 계측기 (KIPiA).

2. The control layer — PLC / controllers.
   2. 제어 계층 — PLC / 컨트롤러.

3. The supervisory layer — SCADA / HMI.
   3. 감시 계층 — SCADA / HMI.

The glue is protocols. In practice you meet three constantly:

접착제는 프로토콜이다. 실제로는 항상 세 가지를 마주하게 됩니다:

Modbus (RTU/TCP) — old, simple, everywhere.
Modbus (RTU/TCP) — 구식이며 간단하고 어디서든 사용됩니다.

OPC UA — the modern, secure, vendor-neutra l choice for controller‑to‑SCADA and SCADA‑to‑IT.
OPC UA — 현대적이며 안전하고 벤더 중립적인 컨트롤러‑SCADA 및 SCADA‑IT 간 선택입니다.

BACnet — the lingua franca of building automation.
BACnet — 건물 자동화의 공용어.

A real site is almost never single- vendor. The integrator’s job is to make a Carel chiller, a Siemens boiler controller and an OWEN panel all show up as clean, named tags on one screen.

실제 현장은 거의从来 단일 벤더가 아니며, 통합자는 Carel 차이러, Siemens 보일러 컨트롤러, OWEN 패널을 모두 깨끗하고 명명된 태그 형태로 한 화면에 표시하도록 합니다.

A gotcha worth knowing: writing a setpoint over Modbus is not merely “write a register” — you must respect the data type and scaling. A float32 setpoint written as a single 16- bit word becomes a meaningless denormal number. Small detail, big outage.

주의할 점: Modbus를 통해 세트포인트를 쓰는 것은 단순히 “레지스터 쓰기”만으로는 충분하지 않으며 데이터 타입과 스케일을 준수해야 합니다. float32 세트포인트를 16비트 단일 워드로 쓰면 의미 없는 비정규화가 발생합니다. 작은 디테일이 큰 장애를 야기합니다.

Dispatching is the operational practice layered on top of SCADA: one place from which a small team watches many distant objects 24/7 and reacts before a tenant ever calls.

dispatching은 SCADA 위에 얹힌 운영 실무로, 소규모 팀이 24시간 동안 distante 객체를 감시하고 테넌트가 전화하기 전에 반응할 수 있는 한 곳이 있습니다.

Modern dispatching is usually edge + server:

현대식 dispatching은 보통 엣지 + 서버 구조입니다:

an edge node at each site keeps polling controllers and buffering data even when the internet drops;
각 현장 엣지 노드는 인터넷이 끊겨도 컨트롤러를 폴링하고 데이터를 버퍼링합니다;

a central server aggregates every object, pushes alarms to phones, and stores history.
중앙 서버는 모든 객체를 집계하고 알람을 전화에 전송하며 이력을 저장합니다.

That architecture is what lets one engineer keep an eye on dozens of boiler houses from a laptop.

그 아키텍처 덕분에 한 엔지니어가 노트북으로 수십 개의 보일러 하우스까지 모니터링할 수 있습니다.

Alarm flooding. Auto-generating a min/max alarm on every tag feels thorough; in reality it buries the operator under hundreds of nuisance alarms.

알람 넘침. 모든 태그에 대해 자동으로 최소/최대 알람을 생성하는 것은 포괄적으로 느껴지지만 실제로는 운영자를 수천 건의 노이즈 알람 아래 파묻습니다.

The ISA-18.2 alarm-management standard exists precisely to fight this — alarms must be rationalized, prioritized and actionable.

ISA-18.2 알람 관리 표준은 precisamente 이 문제를 극복하기 위해 존재합니다 — 알람은 합리화되고 우선순위를 지정하며 실행 가능해야 합니다.

Stale data shown as live. When a device goes offline, a naive HMI keeps displaying its last value as if it were current. The operator then “sees” 21 C in a room that is actually freezing.

낡은 데이터가 실시간으로 표시됩니다. 장치가 오프라인 상태가 되면 순진한 HMI는 마지막 값을 실제와 같이 보여줍니다. 운영자는 실제로 서늘한 방에서 21°C를 “보게” 됩니다.

A real system flags data as stale based on the poll interval.

실제 시스템은 폴링 간격을 기준으로 데이터를 노후화된 것으로 표시합니다.

Trusting the controller’s clock. Schedules drift because the controller’s battery-backed clock drifts. More than once we have chased a “heating turns on an hour early” complaint straight to a dying coin-cell battery. A good system cross-checks time against NTP and alarms on drift.

컨트롤러 시계에 신뢰합니다. 일정이 흐려지는 이유는 배터리 백업 시계가 흐르기 때문입니다. 여러 차례 우리는 “난방이 한 시간 일찍 켜진다”는 불만을 바로 dying 코인셀 배터리로 이어갔습니다. 좋은 시스템은 NTP와 비교하여 시간을 검증하고 드리프트에 알람을 보냅니다.

This is the work of system integrators: choosing the instrumentation, programming the controllers, building the SCADA or BMS, and commissioning it on site.

이것은 시스템 통합업체의 작업입니다: 계측기 선택, 컨트롤러 프로그래밍, SCADA 또는 BMS 구축, 현장에서의 위임.

At Atlas Scada we design and deliver this end to end — instrumentation and control, PLC programming, SCADA/BMS and round‑the‑clock dispatching — so that quiet layer stays quiet.

Atlas Scada에서는 엔드 투 엔드 — 계측기 및 제어, PLC 프로그래밍, SCADA/BMS, 24시간Dispatching — 을 설계하고 제공하여 조용한 층이 조용히 유지되도록 합니다.

If you are specifying your first automation project, the single best early decision is this: keep critical logic in the controller, insist on a documented tag list, and treat alarms as a design artifact, not an afterthought.