Practical advice for automation programmers

While Control Engineering offers an hour of webcast instruction with practical advice for automation programmers March 26, archived for a year, this article contains summary advice about programming automation and programmable logic controllers (PLCs).

Practical advice for automation programmers insights

  • Explore tips, tricks and best practices for controls and automation programming.
  • Understand some instructors’ best practices can advance controls and automation programming skills and increase your value.
  • See the webcast for more advice: Register for the Control Engineering webcast, “Practical advice for automation programmers,” archived until March 26, 2026.

Get “Practical advice for automation programmers” from Control Engineering in a March 26 webcast (archived for a year); webcast instructors provide programming advice for automation and programmable logic controllers (PLCs) below. The instructors are:

Instructors for the “Practical advice for automation programmers” webcast from Control Engineering, March 26, also provide information here. The experts are Braden Hadwiger, mechanical engineer, Huffman Engineering Inc., and Jason Israelsen, PE, senior control engineer, APCO Inc. Courtesy: Control Engineering webcasts
Instructors for the “Practical advice for automation programmers” webcast from Control Engineering, March 26, also provide information here. The experts are Braden Hadwiger, mechanical engineer, Huffman Engineering Inc., and Jason Israelsen, PE, senior control engineer, APCO Inc. Courtesy: Control Engineering webcasts

Tips, tricks and best practices on control system programming skills

Tips, tricks and best practices to hone your control system programming skills include programming for PLCs, programmable automation controllers (PACs), industrial PCs, embedded controllers and edge devices. IEC 61131-3 programming languages will be discussed, along with practical advice for making you and your teams more useful in your next controls and automation programming project. Control system programming experts aim to improve effectiveness of control system programming and automation programming projects.

Israelsen, in discussing a generic table based on the principles of programming languages, noted that it can be misleading because it does not account for platform specifics. “Process Considerations” are only one item of reference in choosing a programming language.

Figure 1: Discussing a generic table based on the principles of programming languages, Jason Israelsen, PE, senior control engineer, APCO Inc., noted that it can be misleading because it does not account for platform specifics. “Process Considerations” are only one item of reference in choosing a programming language. Courtesy: Control Engineering webcasts
Figure 1: Discussing a generic table based on the principles of programming languages, Jason Israelsen, PE, senior control engineer, APCO Inc., noted that it can be misleading because it does not account for platform specifics. “Process Considerations” are only one item of reference in choosing a programming language. Courtesy: Control Engineering webcasts

For instance, Israelsen said, also consider:

Licensing: Platforms may limit you based on the license you acquire. Licensing costs be weighted against features.

Interface: Even if your licensing gives you access to all the languages, certain platforms have developed the interface for certain languages more than others.

Platform A may be intuitive and well-developed for Ladder Diagram (LD) and Sequential Function Chart (SFC), but not as much for Function Block Diagram (FBD).

Platform B may be intuitive and well-developed FBD and Structured Text (ST), but not as much for LD.

Tools: Even if licensing provides access to all the languages, certain platforms have developed the tools and functions for certain languages more than others. One software might have a specific pulse function available in LD, but if you are developing in FBD that pulse function may be unavailable in FBD.

Figure 2: The graphic shown on the screen is an example of a matching object tied to a function block located in the PLC created for a customer, explained Braden Hadwiger, mechanical engineer, Huffman Engineering Inc. This allows both PLC and HMI/SCADA programming to be deployed much easier and faster and allows changes to be made to templates instead of individual instances. Courtesy: Control Engineering webcasts
Figure 2: The graphic shown on the screen is an example of a matching object tied to a function block located in the PLC created for a customer, explained Braden Hadwiger, mechanical engineer, Huffman Engineering Inc. This allows both PLC and HMI/SCADA programming to be deployed much easier and faster and allows changes to be made to templates instead of individual instances. Courtesy: Control Engineering webcasts

Programming standards for an organization can improve results

Hadwiger suggests creating a PLC standard for your facility. This can also be paired with a separate SCADA or HMI standard or can be part of a more comprehensive set of standards documents for your facility. Typically, a PLC standard includes information such as the type of hardware used, how to organize PLC programs, how tags are created, named and organized, and includes a reference for any pieces of custom code and how they operate and when they should be used.

This type of document is useful as it builds uniformity across a facility making it easier to maintain, troubleshoot or make changes to PLC code. For example, if a PLC standard is used for organization of the PLC program, it becomes much easier to know where to look for issues when they arise no matter which part of your facility you are in. It also facilitates PLC code encapsulation and reuse reducing the time it takes to create new programs. It also makes it easier to train new staff as the different PLC programs use the same instructions and are organized in the same way.

A PLC standard also can be used to create uniformity even when different PLC manufacturers are used, and it can be used with a SCADA or HMI standard to create visual elements corresponding with PLC instructions to speed up development and deployment time and can make it easier to troubleshoot when there are issues.

Another programming practice is having a way to identify if a PLC tag has some sort of external access such as a setpoint that can be edited from an HMI as part of a standard, Hadwiger said. Typically, this is an identifier such as the area of the plant or which PLC it comes from and it included as part of the tag name.

Mark T. Hoske is editor-in-chief, Control Engineering, WTWH Media, [email protected], and moderator for this webcast.

CONSIDER THIS

Are you getting all you need from one automation programming language, or are you using several?

ONLINE

Register for the Control Engineering webcast, “Practical advice for automation programmers,” archived until March 26, 2026.