Learn PLCs free
Intermediate15 min readWater & Wastewater

Red Lion Controls Function Blocks for Pump Control

Learn Function Blocks programming for Pump Control using Red Lion Controls Crimson 3.2. Includes code examples, best practices, and step-by-step implementation guide for Water & Wastewater applications.

πŸ’»
Platform
Crimson 3.2
πŸ“Š
Complexity
Intermediate
⏱️
Project Duration
2-4 weeks

Implementing Function Blocks for Pump Control using Red Lion Controls Crimson 3.2 requires translating theory into working code that performs reliably in production. This hands-on guide focuses on practical implementation steps, real code examples, and the pragmatic decisions that make the difference between successful and problematic Pump Control deployments.

Red Lion Controls's platform serves Niche - Panel builders, OEM machines, remote monitoring, rail and transport, providing the proven foundation for Pump Control implementations. The Crimson 3.2 environment supports 3 programming languages, with Function Blocks being particularly effective for Pump Control because process control, continuous operations, modular programming, and signal flow visualization. Practical implementation requires understanding not just language syntax, but how Red Lion Controls's execution model handles 5 sensor inputs and 5 actuator outputs in real-time.

Real Pump Control projects in Water & Wastewater face practical challenges including pressure regulation, pump sequencing, and integration with existing systems. Success requires balancing visual representation of signal flow against can become cluttered with complex logic, while meeting 2-4 weeks project timelines typical for Pump Control implementations.

This guide provides step-by-step implementation guidance, complete working examples tested on FlexEdge DA10D, practical design patterns, and real-world troubleshooting scenarios. You'll learn the pragmatic approaches that experienced integrators use to deliver reliable Pump Control systems on schedule and within budget.

Red Lion Controls Crimson 3.2 for Pump Control

Crimson 3.2 is Red Lion's free Windows-based IDE covering HMI design, PLC logic (where applicable), protocol conversion, data logging, and edge gateway configuration in a single environment. The FlexEdge DA series extends the traditional HMI-centric product into combined PLC + HMI + protocol-gateway devices, adding IEC 61131-3 ladder and structured text to Crimson's already-rich HMI feature set. Red Lion's historical strength is protocol conversion β€” Modbus, Allen-Bradley, Siemens, Omron, Mitsub...

Platform Strengths for Pump Control:

  • Free Crimson 3.2 IDE with integrated PLC + HMI design

  • FlexEdge DA combines protocol conversion, HMI, and PLC

  • Broad protocol library (Modbus, Allen-Bradley, Siemens, Omron)

  • Rugged hardware for industrial and outdoor use


Unique ${brand.software} Features:

  • Free Crimson 3.2 IDE with HMI, PLC, and protocol gateway design

  • FlexEdge DA series combines PLC + HMI + protocol conversion

  • Built-in drivers for 300+ industrial protocols

  • Strong US panel-builder and OEM machine-builder community


Key Capabilities:

The Crimson 3.2 environment excels at Pump Control applications through its free crimson 3.2 ide with integrated plc + hmi design. This is particularly valuable when working with the 5 sensor types typically found in Pump Control systems, including Pressure transmitters, Flow meters, Level sensors.

Control Equipment for Pump Control:

  • Centrifugal pumps for high flow applications

  • Positive displacement pumps for metering

  • Submersible pumps for wet well applications

  • Booster pump systems for pressure maintenance


Red Lion Controls's controller families for Pump Control include:

  • FlexEdge DA10D: Suitable for intermediate Pump Control applications

  • FlexEdge DA30D: Suitable for intermediate Pump Control applications

  • FlexEdge DA50D: Suitable for intermediate Pump Control applications

  • Graphite HMI: Suitable for intermediate Pump Control applications

Hardware Selection Guidance:

Red Lion controller selection spans FlexEdge DA10D (compact form factor, entry-level combined HMI/PLC/gateway), DA30D (mid-range), DA50D (flagship with expanded I/O and networking), Graphite HMI series (pure HMI, pairs with third-party PLCs via protocol conversion), and CR3000 series (dedicated HMI with extensive protocol drivers). Selection depends on required protocol breadth, I/O count, screen ...

Industry Recognition:

Niche - Panel builders, OEM machines, remote monitoring, rail and transport. Red Lion's presence in automotive is primarily in the HMI and protocol-converter functions rather than core PLC control. Red Lion Graphite and FlexEdge panels are common in test cells, specialty tooling, and aftermarket fixtures where multi-protocol translation (Modbus, AB, Siemens, Omron) connects ...

Investment Considerations:

With $$ pricing, Red Lion Controls positions itself in the mid-range segment. For Pump Control projects requiring intermediate skill levels and 2-4 weeks development time, the total investment includes hardware, software licensing, training, and ongoing support.

Understanding Function Blocks for Pump Control

Function Block Diagram (FBD) is a graphical programming language where functions and function blocks are represented as boxes connected by signal lines. Data flows from left to right through the network.

Execution Model:

Blocks execute based on data dependencies - a block executes only when all its inputs are available. Networks execute top to bottom when dependencies allow.

Core Advantages for Pump Control:

  • Visual representation of signal flow: Critical for Pump Control when handling intermediate control logic

  • Good for modular programming: Critical for Pump Control when handling intermediate control logic

  • Reusable components: Critical for Pump Control when handling intermediate control logic

  • Excellent for process control: Critical for Pump Control when handling intermediate control logic

  • Good for continuous operations: Critical for Pump Control when handling intermediate control logic


Why Function Blocks Fits Pump Control:

Pump Control systems in Water & Wastewater typically involve:

  • Sensors: Pressure transmitters for discharge and suction pressure, Flow meters (magnetic, ultrasonic, or vortex), Level transmitters for tank or wet well level

  • Actuators: Variable frequency drives (VFDs) for speed control, Motor starters (DOL or soft start), Control valves for flow regulation

  • Complexity: Intermediate with challenges including Preventing cavitation at low suction pressure


Control Strategies for Pump Control:

  • constant: Maintain fixed speed or output

  • pressure: PID control to maintain discharge pressure setpoint

  • flow: PID control to maintain flow rate setpoint


Programming Fundamentals in Function Blocks:

StandardBlocks:
- logic: AND, OR, XOR, NOT - Boolean logic operations
- comparison: EQ, NE, LT, GT, LE, GE - Compare values
- math: ADD, SUB, MUL, DIV, MOD - Arithmetic operations

TimersCounters:
- ton: Timer On-Delay - Output turns ON after preset time
- tof: Timer Off-Delay - Output turns OFF after preset time
- tp: Pulse Timer - Output pulses for preset time

Connections:
- wires: Connect output pins to input pins to pass data
- branches: One output can connect to multiple inputs
- feedback: Outputs can feed back to inputs for state machines

Best Practices for Function Blocks:

  • Arrange blocks for clear left-to-right data flow

  • Use consistent spacing and alignment for readability

  • Label all inputs and outputs with meaningful names

  • Create custom FBs for frequently repeated logic patterns

  • Minimize wire crossings by careful block placement


Common Mistakes to Avoid:

  • Creating feedback loops without proper initialization

  • Connecting incompatible data types

  • Not considering execution order dependencies

  • Overcrowding networks making them hard to read


Typical Applications:

1. HVAC control: Directly applicable to Pump Control
2. Temperature control: Related control patterns
3. Flow control: Related control patterns
4. Batch processing: Related control patterns

Understanding these fundamentals prepares you to implement effective Function Blocks solutions for Pump Control using Red Lion Controls Crimson 3.2.

Implementing Pump Control with Function Blocks

Pump control systems use PLCs to regulate liquid flow in industrial processes, water treatment, and building services. These systems manage pump operation, protect equipment, optimize energy use, and maintain process parameters.

This walkthrough demonstrates practical implementation using Red Lion Controls Crimson 3.2 and Function Blocks programming.

System Requirements:

A typical Pump Control implementation includes:

Input Devices (Sensors):
1. Pressure transmitters for discharge and suction pressure: Critical for monitoring system state
2. Flow meters (magnetic, ultrasonic, or vortex): Critical for monitoring system state
3. Level transmitters for tank or wet well level: Critical for monitoring system state
4. Temperature sensors for bearing and motor monitoring: Critical for monitoring system state
5. Vibration sensors for predictive maintenance: Critical for monitoring system state

Output Devices (Actuators):
1. Variable frequency drives (VFDs) for speed control: Primary control output
2. Motor starters (DOL or soft start): Supporting control function
3. Control valves for flow regulation: Supporting control function
4. Isolation valves (actuated for remote operation): Supporting control function
5. Check valves to prevent backflow: Supporting control function

Control Equipment:

  • Centrifugal pumps for high flow applications

  • Positive displacement pumps for metering

  • Submersible pumps for wet well applications

  • Booster pump systems for pressure maintenance


Control Strategies for Pump Control:

  • constant: Maintain fixed speed or output

  • pressure: PID control to maintain discharge pressure setpoint

  • flow: PID control to maintain flow rate setpoint

  • level: Control tank/wet well level within band


Implementation Steps:

Step 1: Characterize pump curve and system curve

In Crimson 3.2, characterize pump curve and system curve.

Step 2: Size VFD for application (constant torque vs. variable torque)

In Crimson 3.2, size vfd for application (constant torque vs. variable torque).

Step 3: Implement primary control loop (pressure, flow, or level)

In Crimson 3.2, implement primary control loop (pressure, flow, or level).

Step 4: Add pump protection logic (minimum flow, temperature, seal)

In Crimson 3.2, add pump protection logic (minimum flow, temperature, seal).

Step 5: Program lead/lag sequencing with alternation

In Crimson 3.2, program lead/lag sequencing with alternation.

Step 6: Implement soft start/stop ramps for smooth operation

In Crimson 3.2, implement soft start/stop ramps for smooth operation.


Red Lion Controls Function Design:

Crimson projects use reusable 'programs' (Crimson's unit of logic code) with parameters. Library management is more basic than in mainstream IEC ecosystems; OEMs typically maintain private project templates and copy-adapt rather than importing shared libraries. FlexEdge DA's IEC PLC portion follows standard IEC 61131-3 function-block reuse patterns.

Common Challenges and Solutions:

1. Preventing cavitation at low suction pressure

  • Solution: Function Blocks addresses this through Visual representation of signal flow.


2. Managing minimum flow requirements

  • Solution: Function Blocks addresses this through Good for modular programming.


3. Coordinating VFD speed with system pressure

  • Solution: Function Blocks addresses this through Reusable components.


4. Handling pump cycling with varying demand

  • Solution: Function Blocks addresses this through Excellent for process control.


Safety Considerations:

  • Dry run protection using flow or level monitoring

  • Overtemperature protection for motor and bearings

  • Overload protection through current monitoring

  • Vibration trips for mechanical failure detection

  • Emergency stop with proper system depressurization


Performance Metrics:

  • Scan Time: Optimize for 5 inputs and 5 outputs

  • Memory Usage: Efficient data structures for FlexEdge DA10D capabilities

  • Response Time: Meeting Water & Wastewater requirements for Pump Control

Red Lion Controls Diagnostic Tools:

Crimson 3.2 integrated debugger with tag monitoring and simulation mode,Built-in data-logging diagnostics with local and network-export options,Integrated communication analyzer for every supported driver (300+ protocols),FlexEdge webserver for remote HMI mirroring and device-level diagnostics,Visual logic debugger for Crimson logic (event-driven rather than scan-based),Real-time tag watch with filtering and grouping,Database import/export for tag-database migration and diffing,N-Tron managed switch diagnostics integrated with FlexEdge ecosystem,Red Lion US-based technical support,Crimson help system with protocol-specific driver documentation inline

Red Lion Controls's Crimson 3.2 provides tools for performance monitoring and optimization, essential for achieving the 2-4 weeks development timeline while maintaining code quality.

Red Lion Controls Function Blocks Example for Pump Control

Complete working example demonstrating Function Blocks implementation for Pump Control using Red Lion Controls Crimson 3.2. Follows Red Lion Controls naming conventions. Tested on FlexEdge DA10D hardware.

(* Red Lion Controls Crimson 3.2 - Pump Control Control *)
(* Reusable Function Blocks Implementation *)
(* Crimson projects use reusable 'programs' (Crimson's unit of  *)

FUNCTION_BLOCK FB_PUMP_CONTROL_Controller

VAR_INPUT
    bEnable : BOOL;                  (* Enable control *)
    bReset : BOOL;                   (* Fault reset *)
    rProcessValue : REAL;            (* Pressure transmitters for discharge and suction pressure *)
    rSetpoint : REAL := 100.0;  (* Target value *)
    bEmergencyStop : BOOL;           (* Safety input *)
END_VAR

VAR_OUTPUT
    rControlOutput : REAL;           (* Variable frequency drives (VFDs) for speed control *)
    bRunning : BOOL;                 (* Process active *)
    bComplete : BOOL;                (* Cycle complete *)
    bFault : BOOL;                   (* Fault status *)
    nFaultCode : INT;                (* Diagnostic code *)
END_VAR

VAR
    (* Internal Function Blocks *)
    fbSafety : FB_SafetyMonitor;     (* Safety logic *)
    fbRamp : FB_RampGenerator;       (* Soft start/stop *)
    fbPID : FB_PIDController;        (* Process control *)
    fbDiag : FB_Diagnostics;         (* Alarm handling uses Crimson's built-in Alarm Manager β€” configured alarm conditions with severity, message text, logging, and HMI display behaviour. The alarm engine handles detection, acknowledgement, and history without custom code. Integration with email, SMS, or external alarm aggregators is configured via Crimson's notification features. *)

    (* Internal State *)
    eInternalState : E_ControlState;
    tonWatchdog : TON;
END_VAR

(* Safety Monitor - Dry run protection using flow or level monitoring *)
fbSafety(
    Enable := bEnable,
    EmergencyStop := bEmergencyStop,
    ProcessValue := rProcessValue,
    HighLimit := rSetpoint * 1.2,
    LowLimit := rSetpoint * 0.1
);

(* Main Control Logic *)
IF fbSafety.SafeToRun THEN
    (* Ramp Generator - Prevents startup surge *)
    fbRamp(
        Enable := bEnable,
        TargetValue := rSetpoint,
        RampRate := 20.0,  (* Water & Wastewater rate *)
        CurrentValue => rSetpoint
    );

    (* PID Controller - Process regulation *)
    fbPID(
        Enable := fbRamp.InPosition,
        ProcessValue := rProcessValue,
        Setpoint := fbRamp.CurrentValue,
        Kp := 1.0,
        Ki := 0.1,
        Kd := 0.05,
        OutputMin := 0.0,
        OutputMax := 100.0
    );

    rControlOutput := fbPID.Output;
    bRunning := TRUE;
    bFault := FALSE;
    nFaultCode := 0;

ELSE
    (* Safe State - Overtemperature protection for motor and bearings *)
    rControlOutput := 0.0;
    bRunning := FALSE;
    bFault := NOT bEnable;  (* Only fault if not intentional stop *)
    nFaultCode := fbSafety.FaultCode;
END_IF;

(* Diagnostics - Data logging uses Crimson's built-in Logger β€” configured periodic or event-triggered records written to local SD card, networked SFTP, or cloud endpoints in CSV or JSON format. Integration with database historians is supported through standard protocols. For FlexEdge, integration with N-Tron switches and the wider Red Lion data ecosystem supports site-wide aggregation. *)
fbDiag(
    ProcessRunning := bRunning,
    FaultActive := bFault,
    ProcessValue := rProcessValue,
    ControlOutput := rControlOutput
);

(* Watchdog - Detects frozen control *)
tonWatchdog(IN := bRunning AND NOT fbPID.OutputChanging, PT := T#10S);
IF tonWatchdog.Q THEN
    bFault := TRUE;
    nFaultCode := 99;  (* Watchdog fault *)
END_IF;

(* Reset Logic *)
IF bReset AND NOT bEmergencyStop THEN
    bFault := FALSE;
    nFaultCode := 0;
    fbDiag.ClearAlarms();
END_IF;

END_FUNCTION_BLOCK

Code Explanation:

  • 1.Encapsulated function block follows Crimson projects use reusable 'programs' - reusable across Water & Wastewater projects
  • 2.FB_SafetyMonitor provides Dry run protection using flow or level monitoring including high/low limits
  • 3.FB_RampGenerator prevents startup issues common in Pump Control systems
  • 4.FB_PIDController tuned for Water & Wastewater: Kp=1.0, Ki=0.1
  • 5.Watchdog timer detects frozen control - critical for intermediate Pump Control reliability
  • 6.Diagnostic function block enables Data logging uses Crimson's built-in Logger β€” configured periodic or event-triggered records written to local SD card, networked SFTP, or cloud endpoints in CSV or JSON format. Integration with database historians is supported through standard protocols. For FlexEdge, integration with N-Tron switches and the wider Red Lion data ecosystem supports site-wide aggregation. and Alarm handling uses Crimson's built-in Alarm Manager β€” configured alarm conditions with severity, message text, logging, and HMI display behaviour. The alarm engine handles detection, acknowledgement, and history without custom code. Integration with email, SMS, or external alarm aggregators is configured via Crimson's notification features.

Best Practices

  • βœ“Follow Red Lion Controls naming conventions: Red Lion projects use Crimson's tag database with typed tags and descriptive nam
  • βœ“Red Lion Controls function design: Crimson projects use reusable 'programs' (Crimson's unit of logic code) with par
  • βœ“Data organization: Crimson tag databases hold typed tags with scope (Global, Alarm, Report, etc.) a
  • βœ“Function Blocks: Arrange blocks for clear left-to-right data flow
  • βœ“Function Blocks: Use consistent spacing and alignment for readability
  • βœ“Function Blocks: Label all inputs and outputs with meaningful names
  • βœ“Pump Control: Use PID with derivative on PV for pressure control
  • βœ“Pump Control: Implement soft start ramps even with VFD (200-500ms)
  • βœ“Pump Control: Add flow proving before considering pump operational
  • βœ“Debug with Crimson 3.2: Use Crimson 3.2's simulation mode to test HMI and logic before deployi
  • βœ“Safety: Dry run protection using flow or level monitoring
  • βœ“Use Crimson 3.2 simulation tools to test Pump Control logic before deployment

Common Pitfalls to Avoid

  • ⚠Function Blocks: Creating feedback loops without proper initialization
  • ⚠Function Blocks: Connecting incompatible data types
  • ⚠Function Blocks: Not considering execution order dependencies
  • ⚠Red Lion Controls common error: Crimson version-to-firmware compatibility issues after hardware firmware upgrade
  • ⚠Pump Control: Preventing cavitation at low suction pressure
  • ⚠Pump Control: Managing minimum flow requirements
  • ⚠Neglecting to validate Pressure transmitters for discharge and suction pressure leads to control errors
  • ⚠Insufficient comments make Function Blocks programs unmaintainable over time

Related Certifications

πŸ†Red Lion Crimson Certified Engineer
πŸ†Red Lion Specialist Training
πŸ†Advanced Red Lion Controls Programming Certification

Mastering Function Blocks for Pump Control applications using Red Lion Controls Crimson 3.2 requires understanding both the platform's capabilities and the specific demands of Water & Wastewater. This guide has provided comprehensive coverage of implementation strategies, working code examples, best practices, and common pitfalls to help you succeed with intermediate Pump Control projects.

Red Lion Controls's 1% market share and niche - panel builders, oem machines, remote monitoring, rail and transport demonstrate the platform's capability for demanding applications. The platform excels in Water & Wastewater applications where Pump Control reliability is critical.

By following the practices outlined in this guideβ€”from proper program structure and Function Blocks best practices to Red Lion Controls-specific optimizationsβ€”you can deliver reliable Pump Control systems that meet Water & Wastewater requirements.

Next Steps for Professional Development:

1. Certification: Pursue Red Lion Crimson Certified Engineer to validate your Red Lion Controls expertise
2. Advanced Training: Consider Red Lion Specialist Training for specialized Water & Wastewater applications
3. Hands-on Practice: Build Pump Control projects using FlexEdge DA10D hardware
4. Stay Current: Follow Crimson 3.2 updates and new Function Blocks features

Function Blocks Foundation:

Function Block Diagram (FBD) is a graphical programming language where functions and function blocks are represented as boxes connected by signal line...

The 2-4 weeks typical timeline for Pump Control projects will decrease as you gain experience with these patterns and techniques. Remember: Use PID with derivative on PV for pressure control

For further learning, explore related topics including Temperature control, Wastewater treatment, and Red Lion Controls platform-specific features for Pump Control optimization.