Bird
Raised Fist0
PLC Programmingscripting~5 mins

Function block definition in PLC Programming

Choose your learning style10 modes available
Introduction
A function block groups code and data together to perform a specific task repeatedly in a PLC program. It helps organize and reuse logic easily.
You want to control a motor with start and stop commands multiple times in your program.
You need to read sensor data and process it the same way in different parts of your automation.
You want to create a reusable timer or counter that can be used in many places.
You want to keep your program clean by separating different tasks into blocks.
You want to pass inputs and get outputs from a block of code easily.
Syntax
PLC Programming
FUNCTION_BLOCK <Name>
VAR_INPUT
  <input_variable>: <type>;
END_VAR
VAR_OUTPUT
  <output_variable>: <type>;
END_VAR
VAR
  <internal_variable>: <type>;
END_VAR
(* Your code here *)
END_FUNCTION_BLOCK
Function blocks have inputs, outputs, and internal variables to hold data.
The code inside runs every time the block is called in the PLC cycle.
Examples
This function block controls a motor. It starts when Start is TRUE and stops when Stop is TRUE. Running shows if the motor is on.
PLC Programming
FUNCTION_BLOCK MotorControl
VAR_INPUT
  Start: BOOL;
  Stop: BOOL;
END_VAR
VAR_OUTPUT
  Running: BOOL;
END_VAR
VAR
  State: BOOL;
END_VAR
(* Simple start/stop logic *)
IF Start THEN
  State := TRUE;
ELSIF Stop THEN
  State := FALSE;
END_IF
Running := State;
END_FUNCTION_BLOCK
This timer block counts time when enabled. It sets Done to TRUE when elapsed time reaches the set time.
PLC Programming
FUNCTION_BLOCK Timer
VAR_INPUT
  Enable: BOOL;
  TimeSet: TIME;
END_VAR
VAR_OUTPUT
  Done: BOOL;
END_VAR
VAR
  Elapsed: TIME;
END_VAR
(* Timer logic here *)
IF Enable THEN
  Elapsed := Elapsed + T#100ms;
  IF Elapsed >= TimeSet THEN
    Done := TRUE;
  ELSE
    Done := FALSE;
  END_IF
ELSE
  Elapsed := T#0s;
  Done := FALSE;
END_IF
END_FUNCTION_BLOCK
Sample Program
This program defines a simple counter function block that increases its count when Increment is TRUE. The main program calls it three times with Increment TRUE, so the count increases to 3.
PLC Programming
FUNCTION_BLOCK SimpleCounter
VAR_INPUT
  Increment: BOOL;
END_VAR
VAR_OUTPUT
  Count: INT;
END_VAR
VAR
  InternalCount: INT := 0;
END_VAR
IF Increment THEN
  InternalCount := InternalCount + 1;
END_IF
Count := InternalCount;
END_FUNCTION_BLOCK

(* Main program *)
PROGRAM Main
VAR
  Counter1: SimpleCounter;
  IncSignal: BOOL := TRUE;
END_VAR
(* Simulate calling the function block 3 times with Increment TRUE *)
Counter1(Increment := IncSignal);
Counter1(Increment := IncSignal);
Counter1(Increment := IncSignal);
(* Output the count *)
END_PROGRAM
OutputSuccess
Important Notes
Function blocks keep their internal data between calls, like a memory.
Use clear names for inputs and outputs to understand what the block does.
Test your function blocks separately before using them in big programs.
Summary
Function blocks group inputs, outputs, and code to perform tasks repeatedly.
They help reuse code and keep programs organized.
Internal variables store data between calls, like memory.

Practice

(1/5)
1. What is the main purpose of a Function Block in PLC programming?
easy
A. To group inputs, outputs, and code for repeated tasks
B. To store data permanently in the PLC
C. To create a graphical user interface
D. To connect the PLC to external devices

Solution

  1. Step 1: Understand the role of function blocks

    Function blocks group inputs, outputs, and code to perform tasks repeatedly in PLC programs.
  2. Step 2: Compare options with the definition

    Only To group inputs, outputs, and code for repeated tasks describes grouping inputs, outputs, and code for reuse, which matches the function block purpose.
  3. Final Answer:

    To group inputs, outputs, and code for repeated tasks -> Option A
  4. Quick Check:

    Function block purpose = Group inputs, outputs, and code [OK]
Hint: Function blocks bundle inputs, outputs, and code for reuse [OK]
Common Mistakes:
  • Confusing function blocks with data storage
  • Thinking function blocks create user interfaces
  • Assuming function blocks connect hardware directly
2. Which of the following is the correct way to start defining a function block named MotorControl in IEC 61131-3 structured text?
easy
A. PROGRAM MotorControl
B. FUNCTION MotorControl
C. VAR MotorControl
D. FUNCTION_BLOCK MotorControl

Solution

  1. Step 1: Recall syntax for function block definition

    In IEC 61131-3, function blocks start with the keyword FUNCTION_BLOCK followed by the name.
  2. Step 2: Check each option

    FUNCTION_BLOCK MotorControl uses FUNCTION_BLOCK MotorControl, which is correct. Options A, B, and D use other keywords for different constructs.
  3. Final Answer:

    FUNCTION_BLOCK MotorControl -> Option D
  4. Quick Check:

    Function block syntax = FUNCTION_BLOCK Name [OK]
Hint: Function blocks start with FUNCTION_BLOCK keyword [OK]
Common Mistakes:
  • Using FUNCTION instead of FUNCTION_BLOCK
  • Confusing PROGRAM with function block
  • Using VAR keyword to define function blocks
3. Given this function block code snippet, what will be the output of FB1.Output after calling FB1.Run() twice?
FUNCTION_BLOCK FB1
VAR_INPUT
  In: BOOL;
END_VAR
VAR_OUTPUT
  Output: INT;
END_VAR
VAR
  Counter: INT := 0;
END_VAR

METHOD PUBLIC Run
IF In THEN
  Counter := Counter + 1;
END_IF
Output := Counter;
END_METHOD

END_FUNCTION_BLOCK

// Usage:
FB1.In := TRUE;
FB1.Run();
FB1.Run();
medium
A. 2
B. 1
C. 0
D. TRUE

Solution

  1. Step 1: Understand the counter increment logic

    Each call to Run checks if In is TRUE, then increments Counter by 1.
  2. Step 2: Trace two calls with In = TRUE

    First call increments Counter from 0 to 1, second call increments from 1 to 2. Output is set to Counter.
  3. Final Answer:

    2 -> Option A
  4. Quick Check:

    Counter increments twice with In=TRUE = 2 [OK]
Hint: Count increments each Run call if input TRUE [OK]
Common Mistakes:
  • Assuming Output resets each call
  • Confusing BOOL and INT output types
  • Forgetting Counter is retained between calls
4. Identify the error in this function block definition:
FUNCTION_BLOCK FB_Error
VAR_INPUT
  Start: BOOL;
END_VAR
VAR_OUTPUT
  Status: BOOL;
END_VAR
VAR
  Count: INT;
END_VAR

METHOD Run
IF Start THEN
  Count := Count + 1
  Status := TRUE;
END_IF
END_METHOD
END_FUNCTION_BLOCK
medium
A. Function block name cannot contain underscore
B. Missing semicolon after Count := Count + 1
C. Output variable Status should be input
D. Incorrect keyword METHOD used

Solution

  1. Step 1: Check syntax inside the method

    The line Count := Count + 1 is missing a semicolon at the end, which is required in structured text.
  2. Step 2: Verify other parts

    METHOD keyword is valid, output variable can be named Status, and underscores are allowed in names.
  3. Final Answer:

    Missing semicolon after Count := Count + 1 -> Option B
  4. Quick Check:

    Semicolon missing after assignment line [OK]
Hint: Check each line ends with semicolon in structured text [OK]
Common Mistakes:
  • Ignoring missing semicolons
  • Thinking METHOD keyword is invalid
  • Assuming variable naming rules are stricter
5. You want to create a function block TimerFB that counts seconds when Enable input is TRUE and resets when Reset input is TRUE. Which internal variable type should you use to store the count so it keeps its value between calls?
hard
A. VAR_INPUT
B. VAR_OUTPUT
C. VAR (internal variable)
D. VAR_TEMP

Solution

  1. Step 1: Understand variable types in function blocks

    VAR_INPUT and VAR_OUTPUT are for inputs and outputs, not for storing internal state. VAR_TEMP is temporary and does not keep value between calls.
  2. Step 2: Identify variable type that retains value

    VAR variables inside function blocks keep their value between calls, acting like memory.
  3. Final Answer:

    VAR (internal variable) -> Option C
  4. Quick Check:

    Use VAR for internal memory in function blocks [OK]
Hint: Use VAR for internal memory that persists between calls [OK]
Common Mistakes:
  • Using VAR_TEMP which resets each call
  • Confusing inputs/outputs with internal storage
  • Assuming VAR_INPUT can store internal state
Recommended

Ready to prove it?

Pass the test and this pattern moves unknown strong while earning +1 Grip toward your certificate.

10 questions~5 mineasy hard