Function Block이란? PLC 제어기능 모듈화 원리

Function Block이란 PLC에서 반복되는 제어 Logic과 내부 데이터를 하나의 모듈로 구성해 재사용하는 프로그램 단위입니다. Instance와 상태 저장을 이용한 모듈화 원리를 알아봅니다.

Function Block이란 무엇이며 왜 사용할까?

Function Block은 PLC Program에서 특정 제어기능과 그 기능에 필요한 Data를 하나의 독립적인 Module로 구성하여 반복적으로 사용할 수 있게 만든 Program Unit입니다. 자동화설비에는 Motor, Valve, Cylinder, Pump와 같은 장치가 여러 개 존재하며 각각 Start, Stop, Interlock, Alarm과 Status 처리처럼 유사한 Logic을 필요로 합니다. 이러한 Logic을 장치마다 Ladder로 반복 작성하면 Program이 길어지고 수정 과정에서 일부 Logic만 다르게 변경되는 문제가 발생할 수 있습니다. Function Block, 즉 FB를 이용하면 공통 Control Logic을 한 번 정의한 뒤 필요한 장치마다 Instance를 생성하여 재사용할 수 있습니다. IEC 61131-3 계열 PLC Programming에서는 Program, Function과 함께 대표적인 Program Organization Unit으로 이해할 수 있습니다. 다만 실제 명칭과 Memory 관리방식, 호출방법은 PLC 제조사마다 차이가 있습니다. Function Block의 핵심은 단순히 Logic을 묶는 것이 아니라 Input·Output Interface와 내부 State를 함께 구조화하여 설비기능을 독립적인 Software Component처럼 관리할 수 있다는 점입니다.

Input·Output·Internal Data는 어떻게 구성될까?

Function Block은 외부 Program과 Data를 주고받기 위한 Input과 Output을 정의하고 필요한 경우 내부에서 사용하는 Variable을 함께 가질 수 있습니다. 예를 들어 Motor FB를 만든다면 Start Command, Stop Condition, Auto Mode, Interlock와 Fault Signal을 Input으로 구성하고 Motor Run Command, Running Status, Alarm과 Ready 상태를 Output으로 만들 수 있습니다. FB 내부에서는 Start 조건과 Interlock를 판단하고 Delay Timer나 Alarm State 등을 처리합니다. 이렇게 Interface를 명확하게 만들면 Main Program은 Motor Control의 세부 Logic을 모두 알 필요 없이 필요한 Signal을 FB에 전달하고 Result만 사용할 수 있습니다. InOut Variable을 지원하는 환경에서는 외부 Data를 참조하여 읽고 수정하는 방식도 사용할 수 있습니다. 다만 Global Variable에 지나치게 의존하면 Block 내부의 동작을 이해하기 어려워지고 재사용성이 떨어질 수 있습니다. 따라서 필요한 Data가 어떤 경로로 들어오고 나가는지 명확하게 정의하는 것이 Function Block Design에서 중요합니다.

Instance란 무엇이며 상태는 어떻게 저장될까?

Function Block을 이해할 때 가장 중요한 개념 중 하나가 Instance입니다. FB는 제어방법을 정의한 일종의 Template이고 Instance는 그 Template을 실제 장치에 적용한 개별 실행단위라고 볼 수 있습니다. 예를 들어 동일한 Motor FB를 Conveyor Motor, Pump Motor와 Fan Motor에 각각 적용하면 세 개의 Instance가 만들어집니다. Logic은 같지만 각 Instance의 Timer Value, Alarm State, Previous State와 기타 내부 Data는 서로 독립적으로 유지될 수 있습니다. 이처럼 Function Block은 호출이 끝난 뒤에도 다음 Scan에서 필요한 State를 Instance Memory에 보관할 수 있기 때문에 상태를 가진 Stateful Control에 적합합니다. PLC 제조사에 따라 Instance Data를 별도의 Data Block, Tag Structure 또는 Object 형태로 관리할 수 있습니다. Timer나 Sequence Step처럼 이전 Scan의 정보가 다음 Scan에서도 필요한 Logic을 FB에 포함하면 장치별 State를 체계적으로 관리할 수 있습니다. 따라서 동일한 FB를 여러 번 호출하더라도 각 Instance가 서로 다른 설비처럼 독립적으로 동작할 수 있습니다.

Function과 Function Block은 무엇이 다를까?

Function과 Function Block은 모두 Program을 작은 단위로 나누고 Logic을 재사용하기 위한 방법이지만 Data State를 다루는 방식에서 중요한 차이가 있습니다. 일반적인 IEC 61131-3 개념에서 Function은 Input을 이용해 Calculation을 수행하고 Result를 반환하는 작업에 적합하며 호출 사이에 독립적인 Instance State를 유지하지 않는 형태로 사용됩니다. Analog Scaling, 단위변환, 수학계산과 같은 기능이 대표적입니다. 반면 Function Block은 Instance별 Internal State를 유지할 수 있어 Motor 운전상태, Valve Sequence, Timer와 Alarm처럼 이전 Scan의 결과를 기억해야 하는 Control Logic에 적합합니다. 예를 들어 같은 Motor FB를 10개의 Motor에 적용해도 각각 별도의 Running State와 Fault State를 가질 수 있습니다. 다만 PLC Programming Environment에 따라 Function에서도 다양한 Local·Static Variable 기능을 제공하는 등 세부 구현에는 차이가 있으므로 특정 제품의 규칙을 확인해야 합니다. 중요한 것은 계산 중심의 Stateless Logic과 장치 상태를 관리하는 Stateful Logic을 구분하여 적절한 Program Unit을 선택하는 것입니다.

Function Block을 설계할 때 무엇을 주의해야 할까?

좋은 Function Block은 하나의 명확한 책임을 가지며 외부에서 동작을 쉽게 이해할 수 있는 Interface를 제공해야 합니다. 하나의 FB 안에 Motor, Alarm, Communication과 전체 Sequence를 모두 넣으면 Block이 지나치게 커져 재사용과 Troubleshooting이 어려워질 수 있습니다. 반대로 단순한 접점 하나까지 모두 FB로 만들면 호출구조가 복잡해집니다. 따라서 실제 Equipment나 반복되는 Control Function을 기준으로 적절한 크기로 Modularization하는 것이 중요합니다. Input과 Output 이름은 기능을 쉽게 이해할 수 있도록 일관된 Naming Convention을 사용하고 Interlock, Fault Reset과 Mode 전환조건도 명확하게 정의해야 합니다. 또한 FB의 내부 State를 외부 Program에서 무분별하게 변경하면 예상하지 못한 동작이 발생할 수 있으므로 Data Ownership을 분명하게 하는 것이 좋습니다. Safety 관련 기능은 일반 FB를 작성했다고 해서 Safety Function이 되는 것이 아니며 필요한 경우 Safety PLC와 인증된 Safety Function Block을 사용해야 합니다. 결국 Function Block은 반복되는 PLC 제어기능과 Data를 하나의 재사용 가능한 Module로 만들어 대규모 자동화 Program의 일관성과 유지보수성을 높이는 핵심 구조입니다.