CODESYS · the system & what bolts onto it

The Development System & Add-ons

CODESYS isn't hardware — it's a system in two halves: the CODESYS Development System V3 (the IDE you program in) and the CODESYS Control runtime that vendors embed in their devices. On top sit optional add-ons — motion, safety, connectivity, HMI, cloud. Here's how it all stacks up.

🧩 Development System V3⚙️ Control runtime
01 · One system, any device

Write in one IDE, run on anyone's box

You engineer in the CODESYS Development System V3 and download to the CODESYS Control runtime — and that runtime is embedded by hundreds of vendors. So the target isn't a single brand; it's a catalogue spanning the industry.

A few of the manufacturers shipping the CODESYS runtime:

WAGOBeckhoffSchneiderFestoBosch RexrothEatonABBRaspberry Pi
1000+
device types
400+
manufacturers
1
development system

Source : codesys.com

02 · The add-ons

Bolt on what the machine needs

The base system does IEC 61131-3 logic. Everything beyond is an optional add-on layered on the same project and runtime — you add only what the machine needs. Tap each to drop it into the project.

Source : codesys.com

03 · New here, or going deep?

Two tracks to device-independence

Skim the left panel for the plain-language version; dive into the right for what hardware-independence really buys you. The point is the same: one project, many vendors' boxes.

🌱 New to this? Beginner

CODESYS isn't a brand of hardware — it's one programming system that runs on other companies' controllers.

  • You write in one IDE (the CODESYS Development System) and download to the CODESYS Control runtime.
  • That runtime is built into 1000+ device types from 400+ vendors — WAGO, Festo, Bosch Rexroth, even a Raspberry Pi.
  • Add only what you need: SoftMotion (motion), Safety, OPC UA, Visualization, Automation Server (cloud).

Mental model: like a web browser — write one site and it runs on anyone's phone or laptop. CODESYS is the browser; the vendors' boxes are the devices.

⚙️ Go deeper Advanced

Hardware-independence is the whole point: the same project retargets across vendors, with add-ons layered on the same runtime.

  • Base system = IEC 61131-3 logic (LD, FBD, ST, SFC, IL/CFC).
  • Add-ons bolt onto the same project & runtime: SoftMotion + CNC, functional Safety, OPC UA, built-in Visualization, Automation Server fleet ops.
  • Targets range from a Raspberry Pi to industrial PCs and vendor PLCs — you pick the box, CODESYS stays the same.

Selection rule: choose the device for the job (I/O, motion, environment), confirm it ships a CODESYS Control runtime, then enable only the add-ons the machine needs — nothing else in your project changes.

🧩
Picture it
CODESYS is a universal remote: learn one set of buttons and it drives a TV, a soundbar or a projector from many makers. The skill transfers; only the box changes.
⏱️
Pick your CODESYS setup in 10 seconds
1What does the machine physically need? → choose the device (I/O, motion, ruggedness) from any of the 400+ vendors.
2Does it ship the CODESYS Control runtime? → if yes, your one project downloads to it.
3Extra capability (motion, safety, HMI, cloud)? → enable the matching add-on, same project.
⚠️
Common mistake
Thinking an add-on or a project is locked to one vendor's hardware. CODESYS is device-independent — the same project and add-ons move across any device running the Control runtime.

Source : codesys.com

04 · Check yourself

One quick question

What are CODESYS SoftMotion, Safety, OPC UA, Visualization and the Automation Server?