Industrial Automation

How to Design and Set Up PLC Correctly

Industry Inspire Editorial Team Published Sep 26, 2026 Updated Sep 26, 2026 7 min read

Designing and setting up a Programmable Logic Controller (PLC) correctly is one of the most important steps in building a reliable industrial automation system. A PLC may control anything from a small conveyor to a complete production line, packaging machine, process plant, or material-handling system. If the initial design is poor, the result can be difficult troubleshooting, unexpected downtime, unsafe machine behavior, and expensive modifications later.

A good PLC project therefore begins long before programming starts. Engineers need to understand the process, select suitable hardware, prepare the I/O architecture, plan electrical wiring, structure the program, verify safety requirements, and test the entire system before production.

This guide explains a practical step-by-step approach to designing and setting up a PLC system correctly.

PLC design and setup
  1. Define the process
  2. Prepare the I/O list
  3. Select hardware
  4. Design the panel and program
  5. Test and commission
  6. Back up and document

PLC Design and Setup Steps

1. Understand the Machine or Process First

Before selecting a PLC, define exactly what the machine must do.

Start by documenting:

  • Machine operating sequence
  • Inputs and outputs
  • Motors, valves, cylinders, sensors, and actuators
  • Operator controls
  • Safety functions
  • Communication requirements
  • Production speed
  • Alarm conditions
  • Manual and automatic operating modes

For example, consider a conveyor sorting system. Sensors detect incoming products, the PLC evaluates their position or type, and pneumatic cylinders divert them to different lanes. Before programming, the engineer should know the number of sensors, solenoid valves, motors, emergency stops, and HMI commands required.

A functional description or sequence-of-operation document is extremely useful because it becomes the foundation for PLC hardware selection and software development.

2. Prepare an I/O List

The I/O list is one of the most important PLC design documents.

It should identify every field device connected to the controller.

Typical digital inputs include:

  • Push buttons
  • Limit switches
  • Proximity sensors
  • Photoelectric sensors
  • Motor overload contacts
  • Pressure switches

Typical digital outputs include:

  • Contactors
  • Solenoid valves
  • Indicator lamps
  • Buzzers
  • Relays

Analog signals may include:

  • Temperature
  • Pressure
  • Flow
  • Level
  • Speed
  • Position

A useful I/O list normally includes the device name, signal type, voltage, PLC address, panel location, field location, and description.

Always keep spare I/O capacity for future expansion. Using every available channel during initial installation can make later modifications difficult.

3. Select the Correct PLC Hardware

PLC selection should be based on the application instead of simply choosing the cheapest controller.

Important selection factors include:

Requirement What to Check
I/O capacity Current and future digital/analog points
Processing speed Required machine cycle and logic complexity
Memory Program size, data logging, recipes
Communication Ethernet, PROFINET, EtherNet/IP, Modbus, OPC UA, etc.
Expansion Remote I/O and additional modules
Environment Temperature, vibration, dust and enclosure conditions
Safety Whether safety PLC functions are required
Motion Servo, positioning and synchronized motion requirements

A small standalone machine may need only a compact PLC, while a large automated production line may require modular controllers, distributed I/O, industrial networking, motion control, and redundancy.

4. Design the PLC Panel Correctly

Good electrical-panel design directly affects PLC reliability.

The panel should provide sufficient space for:

  • PLC CPU
  • I/O modules
  • Power supplies
  • Circuit protection
  • Relays and contactors
  • Communication equipment
  • Terminal blocks
  • Drives
  • Cooling or ventilation
  • Future expansion

PLC and low-voltage signal wiring should be separated from high-power motor and drive wiring wherever practical.

Electrical noise from variable-frequency drives, motors, switching contactors, and high-current conductors can interfere with control signals if cable routing and shielding are poorly designed.

Grounding and shielding should follow the PLC and equipment manufacturer's instructions. Rockwell Automation, for example, recommends appropriate shield termination and direct chassis grounding for applicable shielded cables rather than connecting shields to logic common. Always follow the specific hardware documentation because communication networks and field devices can have different requirements.

5. Create a Clear PLC Program Structure

Avoid writing the entire machine program as one large block.

Modern PLC projects should be divided into logical modules such as:

  • Machine initialization
  • Automatic sequence
  • Manual operation
  • Motor control
  • Valve control
  • Alarm handling
  • Safety interface
  • Analog processing
  • Communication
  • HMI data
  • Diagnostics

IEC 61131-3 provides standardized PLC programming concepts and languages such as Ladder Diagram, Function Block Diagram, and Structured Text. It also supports structured program organization using programs, functions, and function blocks.

A modular program is easier to test, reuse, troubleshoot, and modify.

For example, instead of separately programming ten motors with repeated logic, engineers can create a reusable motor-control function block containing start, stop, overload, running feedback, interlock, and alarm logic.

6. Use Meaningful Tags and Comments

Poor naming makes even a technically correct PLC program difficult to maintain.

Avoid tags such as:

M1, X12, B20, or TEMP3

when the platform supports meaningful symbolic names.

Better examples are:

  • Conveyor01_StartCmd
  • Conveyor01_RunFeedback
  • Tank_HighLevel
  • Cylinder_ExtendSolenoid
  • Machine_AutoMode

Comments should explain why the logic exists, not simply repeat what the instruction already shows.

Good documentation is especially important because the engineer troubleshooting the machine five years later may not be the person who originally programmed it.

7. Include Interlocks and Fault Handling

Correct PLC design must consider abnormal situations, not only normal operation.

Examples include:

  • Motor commanded ON but no running feedback received
  • Cylinder fails to reach extended position
  • Product sensor remains blocked
  • Communication with remote I/O is lost
  • Pressure drops below operating limit
  • Drive reports a fault
  • Emergency stop circuit is activated

The PLC should respond predictably.

A useful alarm generally includes:

  1. Fault condition
  2. Alarm message
  3. Safe equipment response
  4. Operator reset requirement
  5. Diagnostic information

For example, if a conveyor motor is commanded to run but its feedback does not become active within three seconds, the PLC can stop the sequence and generate a "Conveyor Motor Failed to Start" alarm.

This is much more useful than allowing the machine sequence to continue incorrectly.

8. Keep Safety Functions Separate and Properly Engineered

PLC control logic should not be confused with machine safety.

Emergency stops, guard switches, light curtains, safety relays, safety PLCs, and safety-rated drives must be designed according to the applicable machine safety requirements and risk assessment.

IEC 60204-1 covers general requirements for electrical equipment of machines, including electrical and programmable electronic equipment.

Safety design should be performed using the applicable standards, manufacturer documentation, risk assessment, and qualified engineering practices.

A standard PLC output should never be assumed to provide a safety function unless the complete control architecture has been specifically designed and validated for that purpose.

9. Test the Program Before Machine Startup

PLC software should be tested before full production commissioning.

Testing can include:

  • Offline program checking
  • Simulation
  • I/O forcing where permitted and controlled
  • Sequence testing
  • Alarm testing
  • Communication testing
  • Manual-mode verification
  • Interlock verification

Engineers should test both expected and unexpected conditions.

Do not only ask, "Does the motor start?"

Also test:

  • What happens if feedback is missing?
  • What happens if the sensor fails?
  • What happens after power loss?
  • Can the machine restart unexpectedly?
  • What happens if communication is interrupted?

This type of testing finds problems before operators encounter them during production.

10. Perform I/O Checkout During Commissioning

Before running the complete machine, verify every physical input and output.

For each input:

  • Activate the field device.
  • Confirm the correct PLC tag changes.
  • Verify its HMI indication.

For each output:

  • Activate it under controlled conditions.
  • Confirm the correct field device operates.
  • Verify feedback where available.

This process helps detect common commissioning problems such as incorrect wiring, swapped terminals, wrong addresses, reversed sensors, and incorrect output assignments.

11. Back Up and Document the Final System

After commissioning, create a final approved backup.

The backup should include:

  • PLC program
  • HMI program
  • Drive parameters
  • Network configuration
  • Hardware configuration
  • Electrical drawings
  • I/O list
  • Alarm list
  • Software version
  • PLC firmware information
  • Change history

Store the final production version securely and use revision control where possible.

PLCopen's software construction guidance emphasizes structured programming, reusable functionality, coding rules, and maintainability because industrial software may remain in service for many years.

Common PLC Setup Mistakes to Avoid

Several problems appear repeatedly in PLC projects:

  • Selecting a PLC with no spare capacity
  • Starting programming without a process description
  • Mixing control and power cables carelessly
  • Poor grounding and shielding
  • Using unclear tag names
  • Writing one large program block
  • Ignoring alarm diagnostics
  • Failing to test fault conditions
  • Making online changes without documentation
  • Forgetting to create the final backup

Avoiding these mistakes can significantly improve machine reliability and maintenance efficiency.

Conclusion

Designing and setting up a PLC correctly requires more than connecting hardware and writing ladder logic. A reliable automation system begins with a clear process definition, detailed I/O planning, correct controller selection, disciplined panel design, structured programming, proper safety engineering, comprehensive testing, and good documentation.

The best PLC systems are not necessarily the most complicated. They are systems that operators can use safely, maintenance teams can troubleshoot quickly, and engineers can modify without introducing unnecessary risk.

A structured approach during the design stage may take additional effort, but it can reduce commissioning problems, production downtime, and future maintenance costs throughout the machine's life.

Frequently Asked Questions

Start by understanding and documenting the machine or process sequence. Then prepare the I/O list, safety requirements, communication needs, and operating modes before selecting the PLC.

There is no universal percentage suitable for every project, but practical designs normally reserve additional I/O and panel space based on expected expansion and the cost of future modifications.

The choice depends on the application and engineering standard. Ladder Diagram is common for discrete control, Structured Text is useful for algorithms and data processing, and Function Block Diagram is widely used for reusable control functions and process logic.

Industrial environments contain electrical noise from motors, drives, relays, and high-current equipment. Correct grounding, cable routing, and shielding help reduce interference that can cause unstable signals or communication problems.

Back up the final PLC and HMI programs, hardware and network configurations, drive parameters, electrical drawings, I/O lists, alarm documentation, firmware details, and revision history.

References

  1. IEC – IEC 61131-3:2025, Programmable Controllers – Programming Languages
  2. PLCopen – IEC 61131-3 Programming Languages
  3. PLCopen – Software Construction Guidelines
  4. IEC – IEC 60204-1, Safety of Machinery – Electrical Equipment of Machines
  5. Rockwell Automation – Industrial Automation Wiring and Grounding Guidelines

Author

Industry Inspire Editorial Team

Editorial team covering industrial automation, manufacturing growth, and B2B strategy.

Share This Article