CODESYS®4 The web-based development environment

To view the video, cookies must be enabled in the "Advertising" section!

CODESYS 4: The future-proof IEC 61131-3 IDE for you, your team, and your CI/CD pipeline

Same compiler, same runtime system, same libraries. New user interface.

Version 1.0.0.0 is available since September 24, 2026. CODESYS 4 is a second programming system alongside the CODESYS Development System 3. You continue to program according to IEC 61131-3, in Structured Text and in Ladder Diagram. What’s new is what lies beneath: The user interface runs in a browser window, the project is stored on the hard drive as a folder containing text files, and the command line is available alongside the user interface.

CODESYS 4 revamps the development environment while retaining the proven foundation. The compiler is the same as in CODESYS 3, the libraries are the same, and the runtime system on the controller remains unchanged. Code compiled by CODESYS 4 therefore runs on any controller that already executes code from CODESYS 3.

CODESYS 4 does not replace CODESYS 3. Both tools will continue to be developed and maintained in parallel. You decide for yourself if and when CODESYS 4 is right for your project. A combination is also possible—for example, developing in CODESYS 4 and commissioning in the CODESYS Development System 3.

The feature set of the first version is intentionally limited. Productive work is currently possible in two use cases:

  • Library development in Structured Text and Ladder Logic with automated building (the “CI/CD” build process)
  • Small device projects using Modbus TCP

What stays the same

Let's start with the most important point, since it answers the most common question: Your existing work and hardware will remain usable.

The compiler, libraries, and runtime are the same. CODESYS 4 uses the same CODESYS compiler as the CODESYS Development System 3 and the same libraries. The same runtime system runs on the controller. Your investments in hardware, libraries, and IEC 61131-3 expertise remain intact.

You continue to program according to IEC 61131-3. Structured text and ladder diagram (LD) are included from the very first version. The ladder diagram editor is the familiar graphical editor from CODESYS 3, redesigned for CODESYS 4. You don’t need to learn a high-level language to work with CODESYS 4.

Library projects are compatible in both directions. A library project stored in CODESYS 3 using file-based storage opens in CODESYS 4, and vice versa. A library compiled in CODESYS 4 (Compiled Library) can be integrated into projects in both environments.

Device projects require conversion. They cannot be opened directly between the two environments. A conversion tool is planned, but it is not yet included in version 1.0.0.0.

Both tools operate side by side. CODESYS 3 continues to be developed and maintained. It is backed by over 300,000 users and more than 20 years of proven reliability. There are no plans to discontinue it, and there is no set date for CODESYS 4 to fully replace it.

What's new

The environment runs on Windows and Linux

Windows x64, Linux x64, and Linux ARM64 are supported without the need for a virtual machine. This means CODESYS 4 can also be run in environments where soft PLCs and virtual controllers are already in use.

The user interface

CODESYS 4 is divided into two parts: A background process handles compilation, project management, and communication with the controller, while the user interface displays the results. On Windows, CODESYS 4 launches in its own window; a separate browser is not required.

CODESYS 4 can also be used without a graphical user interface.

The c4-cli command-line tool is being developed in parallel with the graphical user interface. Using this command, you can, for example, create applications or compiled libraries, as well as set up workspaces, log in to and out of the control system, reset the control system, and much more.

Your project is a folder.

Instead of a single project file, there is a directory containing files in JSON, XML, and text formats. You can examine them, compare their contents using your usual tools, and store them in a version control system such as Git. There is no proprietary binary format.

Teams can work on shared servers.

Under Linux, CODESYS 4 can be deployed centrally. Each user is assigned their own instance running in a separate process. This eliminates the need to maintain individual installations on each workstation, and everyone works with the same version.

German and English, light and dark

The user interface is available in German and English, each with light and dark color schemes. You can access commands via the Command Center using the keyboard, without having to search through the menu.

Your first 30 minutes

01

Install

Windows: Run the installer (.exe) for x64. Linux: Install the Debian package (.deb) for x64 or ARM64. On Windows, CODESYS 4 then launches in its own window; on Linux, a command opens the interface in the local browser.

02

Open sample project

The online help contains sample projects along with descriptions. Open one of them before creating your own project: This will show you the structure of a CODESYS 4 project using a completed example.

03

Create your own project

The step-by-step guide takes you from setting up the workspace to adding the controller and loading the application.

04

Connect the controller and monitor it

Select a CODESYS-based controller from the list below, load the application, and monitor your variables directly in the editor. The connection to the controller is established via the CODESYS Gateway, version 3.5 or later.

Is CODESYS 4 right for my work?

You develop libraries in Structured Text

The first version is just right for you. The project consists of text files, dependencies are listed in a file, and the library build process can be automated. The result is a compiled library that can be used in both CODESYS 3 and CODESYS 4.

You build small machines or test benches.

This refers to systems with a manageable number of digital and analog inputs and outputs, connected via Modbus TCP. The logic is programmed in Structured Text and Ladder Diagram, and you configure the inputs and outputs in the Modbus configurator.

You work on Linux or ARM hardware.

The development environment itself runs on Linux x64 and Linux ARM64 without a virtual machine. If your software PLC or virtual controller already runs on Linux, you can start working on the same platform right away.

None of the above apply?

In that case, CODESYS 3 will remain your tool for productive work for now. Take a look at CODESYS 4 anyway: It’s free to use through the end of 2028, and you’ll get to know the concepts that form the foundation for future enhancements. And if you’re already professionally developing PLC applications in CODESYS 3 and using the additional tools included in the Professional Developer Edition – such as CODESYS Git or the CODESYS MCP Server – then CODESYS 4 is simply included as another professional tool in your license bundle. This means there will be no additional costs for you in the long term.

Building libraries: the process

Before we get started, here are two definitions:

Git version control is a repository where every change to your code is tracked, along with the time it was made and who made it.

A pipeline is a sequence of steps on a server that starts automatically when a specific event occurs. It compiles and checks your code without requiring you to open a program.

01

Develop

You write the library in the Structured Text editor, which features syntax highlighting, auto-completion, and tooltips when you hover the mouse over the code. Alternatively, you can continue developing in CODESYS 3 (see Scenario A below).

02

Save and compare

You check in the project directory to Git. Since all the files are text files, you can see exactly which line has been changed when you compare them. Merging parallel changes and conducting reviews as a team require the same tools that your IT department already uses.

03

Record dependencies

Libraries.json specifies which libraries you are using, including open version ranges such as “3.5.*.” Libraries.lock.json records the specific versions that were selected, along with a checksum for each library. Both files are located in the project. This ensures that a computer in the pipeline uses exactly the same library versions as your workstation.

04

Approve and let it build automatically

You mark the released version in the repository with a version number. This mark (tag) triggers the pipeline. The server retrieves the marked version and calls the c4 library `save-compiled`. The compilation runs without a user interface, so no one needs to be present to monitor it.

05

Deliver and integrate

The result is a compiled library (file extension .compiled-library) without accompanying source code. It can be signed, stored with a version number, and then integrated into projects in CODESYS 3 and CODESYS 4. The pipeline notifies you of success or errors via email or chat.

Two paths into the pipeline

Scenario A: the small step

You will continue to develop, check, and test the library in CODESYS 3, just as you do today. CODESYS 4 is used only in the automated build process. This will not change anything about your day-to-day work.

Scenario B, fully implemented in CODESYS 4

You develop the library directly in CODESYS 4. Automated module tests are not yet available in version 1.0.0.0. Instead, a test application is used for functional testing: a second CODESYS 4 project that integrates the library and is run manually. The Test Manager still requires a virtual machine for CODESYS 3.

Small device projects: the process

01

Create a project

Create a workspace, create a device project, select a CODESYS Control SL runtime system (for example, CODESYS Control Win V3 x64), and specify the programming language.

02

Programming

The flow logic is created using Structured Text, interlocks, and links in the Ladder editor. The Ladder editor is currently available in version 0.1 with basic offline functions and will be further expanded.

03

Connecting inputs and outputs

In the project tree, add an Ethernet node, followed by the Modbus TCP client/server or the Modbus TCP server device. Create channels and map inputs and outputs to variables.

04

Load and observe

Load the application onto the controller; monitor variables directly in the editor or in the watchlist.

What's still missing here:

In version 1.0.0.0, it is not possible to make online changes to a running program, nor is it possible to set breakpoints and write or force variables. The display of signal flows in Ladder at runtime is also still not available. CODESYS 3 therefore remains the right tool for traditional commissioning on the machine.

The runtime system includes optional additional functions to enable the device to perform other typical tasks in the automation environment.

What's new in version 1.0.0.0

Operation without a user interface

  • The c4 command-line tool on Windows x64, Linux x64, and Linux ARM64
  • c4-cli library save-compiled generates the compiled library, c4-cli library pack creates a source archive, and c4-cli bootapp compile creates a boot application for installation on the controller without a connection to the development environment. Resetting the controller, creating workspaces, and performing other tasks is also possible via the command line.
  • Commands for dependency management, including install, restore, resolve, and check.

Projects and libraries

  • Projects as directories: .fbslib for libraries, .fbsdev for device projects, .fbsws for workspaces. Files in JSON, XML, and plain text.
  • Library management using Libraries.json and Libraries.lock.json. The lock file records the fully resolved dependency tree with exact versions and checksums (SHA384).
  • Semantic versioning, including marking of pre-release versions
  • Generation of compiled libraries, usable in CODESYS 3 and CODESYS 4

Editors and languages

  • Structured Text editor with syntax highlighting, auto-completion, and tooltips when hovering with the mouse
  • Ladder editor, version 0.1, with basic offline functions, based on the graphical editor from CODESYS 3
  • Monitor variable values directly in the line in the Structured Text editor.

Security

  • Authentication, request rate limiting, and process isolation are part of the architecture. In server mode, each session is assigned its own operating system process, so that if one session crashes, it does not affect the others. User permissions are managed through the Linux user management system.
  • The channel between the user interface and the background process is protected against cross-site request forgery. In hosted environments, data traffic from the browser is TLS-encrypted.

Operation without a user interface

  • The c4 command-line tool on Windows x64, Linux x64, and Linux ARM64
  • c4-cli library save-compiled generates the compiled library, c4-cli library pack creates a source archive, and c4-cli bootapp compile creates a boot application for installation on the controller without a connection to the development environment. Resetting the controller, creating workspaces, and performing other tasks is also possible via the command line.
  • Commands for dependency management, including install, restore, resolve, and check.

Projects and libraries

  • Projects as directories: .fbslib for libraries, .fbsdev for device projects, .fbsws for workspaces. Files in JSON, XML, and plain text.
  • Library management using Libraries.json and Libraries.lock.json. The lock file records the fully resolved dependency tree with exact versions and checksums (SHA384).
  • Semantic versioning, including marking of pre-release versions
  • Generation of compiled libraries, usable in CODESYS 3 and CODESYS 4

Editors and languages

  • Structured Text editor with syntax highlighting, auto-completion, and tooltips when hovering with the mouse
  • Ladder editor, version 0.1, with basic offline functions, based on the graphical editor from CODESYS 3
  • Monitor variable values directly in the line in the Structured Text editor.

Security

  • Authentication, request rate limiting, and process isolation are part of the architecture. In server mode, each session is assigned its own operating system process, so that if one session crashes, it does not affect the others. User permissions are managed through the Linux user management system.
  • The channel between the user interface and the background process is protected against cross-site request forgery. In hosted environments, data traffic from the browser is TLS-encrypted.

Inputs and outputs

  • Modbus Configurator as an add-on, designed for projects with a small number of inputs and outputs via Modbus TCP
  • Raspberry Pi GPIO pins can also be used.

Operation

  • Command Center for keyboard navigation, split views, and workspaces with saved session states, including tab layouts
  • Interface available in German and English, with light and dark color schemes

Operating modes and platforms

Single-user mode under Windows

Windows x64, installation via an .exe file. CODESYS 4 launches in its own window. A separate browser is not required, nor is an Internet connection.

Single-user mode under Linux

Linux x64 and Linux ARM64; installation via a Debian package. A single command starts a local session, which is accessed through the local browser.

Shared servers for teams

Linux x64 and Linux ARM64. The c4-server manages logins and sessions based on local Linux users and groups and can be integrated with directory services such as LDAP via PAM. Each session runs in its own process. The server can also be run directly on a control system.

Automation without a user interface

Windows x64, Linux x64, and Linux ARM64. The command-line tool c4 starts up to perform a specific task, completes it, and then exits. It can be used manually, from a script, as a scheduled job, or as part of a pipeline. In the first version, no separate license is required for the computer running the pipeline.

Note on classification

"Web-based" describes the interface technology. CODESYS 4 is not a cloud service and is not offered as subscription software. You decide where the software runs. All four versions allow for operation entirely within your own network. Server and device operation require Linux.

What version 1.0.0.0 does not yet include

Development began with the foundation: file-based storage, separation of the user interface and background processes, command-line invocation, and an extension model. The feature set continues to grow with each version.

There are two distinct levels to consider here.

Outside of these two use cases, CODESYS 3 remains your tool. This applies to everything beyond Structured Text, Ladder Diagram, and Modbus TCP—such as the other IEC 61131-3 languages, additional fieldbuses, visualization, motion, and safety.

Even within these two use cases, there are still features missing that you are familiar with from CODESYS 3. These include online functions for the running controller (online changes, breakpoints, forcing variables), convenience features for editing (including refactoring, cross-reference lists, and project-wide undo and redo), quality assurance tools (including Test Manager, static analysis, automated module tests, and library documentation generation), as well as extensions from external partners with their own editors and configurators. These missing features are known and are being addressed step by step.

The specific features included in each version are listed in the release notes and in the online help for that version. The semi-annual CODESYS Feature Briefing provides an outlook for the next six to twelve months.

Supported controllers

In version 1.0.0.0, only CODESYS Control SL runtime systems are supported.

Platform
CODESYS Runtime System
Raspberry Pi
CODESYS Control for Raspberry Pi MC SL, CODESYS Control for Raspberry Pi SL, CODESYS Control for Raspberry Pi 64 SL
Windows Soft PLC
CODESYS Control Win V3, CODESYS Control Win V3 x64, CODESYS Control RTE V3, CODESYS Control RTE V3 x64
Linux
CODESYS Control for Linux ARM SL, CODESYS Control for Linux ARM64 SL, CODESYS Control for Linux SL
Virtual Controller
CODESYS Virtual Control for Linux ARM SL, CODESYS Virtual Control for Linux ARM64 SL, CODESYS Virtual Control for Linux SL

Minimum version of the runtime system

CODESYS V3.5 SP19 or later.

Reason: Starting with this version, the runtime system includes user management. The insecure protocols from older versions were not reimplemented in CODESYS 4. The connection to the PLC is established via the CODESYS Gateway starting with version 3.5.

Control systems that were previously programmed using CODESYS 3

Can CODESYS 4 be used with any controller running a sufficiently up-to-date CODESYS runtime system?

The answer has two parts. At the compiler and runtime system level, there are no obstacles: Compiled code from CODESYS 4 runs on any controller that also executes code from CODESYS 3, provided that the runtime system is based on at least Service Pack 19.

However, only the CODESYS Control SL runtime systems listed above are approved for project engineering in version 1.0.0.0. The reason lies not in the runtime system, but in the project configuration part: A device comes with a device description and, if applicable, manufacturer-specific libraries. Resolving these libraries and their placeholders in CODESYS 4 may cause problems unless the device manufacturer has tested them for CODESYS 4. Technically, hardware from other manufacturers can be integrated, but there is currently no guarantee of functionality.

The recommended approach: The device manufacturer tests the device description and libraries with CODESYS 4 and, if necessary, makes them available as a CODESYS 4 Content Extension. Users will likely be able to install such extensions starting with version 1.1.0.0. Please contact your device manufacturer if you wish to use CODESYS 4 with their hardware.

Watch CODESYS 4 in action

To view the video, cookies must be enabled in the "Advertising" section!

Video: Motivation and background (webinar, part 1)

Why a web-based development environment for PLCs is being created and how it compares to CODESYS 3.

To view the video, cookies must be enabled in the "Advertising" section!

Video: Live showcase on library development (webinar, part 2)

The presentation will cover a textual comparison of two project versions on the Git server, logging in to the shared server, the editors, and a GitLab pipeline leading up to the downloadable translated library.

CODESYS Store How to get

How to get

Purchase and download 
CODESYS 4, Version 1.0.0.0, available in the CODESYS Store.

Distribution formats

  • Windows x64: Installer (.exe)
  • Linux x64: Debian package (.deb)
  • Linux ARM64: Debian package (.deb)

License and costs 
Use of CODESYS 4 is free of charge until the end of 2028. A paid licensing model is planned for 2029 at the earliest and will be part of the Professional Developer Edition. Anyone who already develops applications using the additional tools in the Professional Developer Edition—such as CODESYS Git or the CODESYS MCP Server—will receive CODESYS 4 as an additional tool in the same package at no extra cost. The CODESYS Development System (V3) remains free of charge. In the first version, no separate license is required for the computer used in a build pipeline.

System requirements

  • Operating system: Windows x64, Linux x64, or Linux ARM64. Server and device operation require Linux.
  • Browser for operation under Linux and in server mode: a current browser
  • Controller: CODESYS runtime system, Service Pack 18 or later; see list above
  • Connection to the controller via CODESYS Gateway, version 3.5 or later
  • An Internet connection is not required for operation

Frequently asked questions

Do I have to switch to CODESYS 4 now?

No. CODESYS 4 is currently not a replacement for CODESYS 3. Proven features and add-on products are being added gradually. Both environments are being developed in parallel, and there is no set date for CODESYS 3 to be phased out. You decide for yourself if and when CODESYS 4 is right for your project.

Will my existing code continue to run?

At the level of compiler, libraries, and runtime system, there is no change: these are the same components as in CODESYS 3. A distinction must be made regarding project files. Library projects in file-based storage can be opened in both environments. Device projects cannot be opened directly and require conversion; a tool is provided for this purpose.

Web-based: Will my projects be stored in the cloud?

No. “Web-based” refers to the technology of the user interface, which runs in a browser window. CODESYS 4 is not a cloud service and is not offered as subscription software. You install the software on your own computer, on a server within your own network, or on the controller. Your projects are stored wherever you save them. An Internet connection is not required for operation.

I program in Ladder Logic and don't know any high-level languages. Is CODESYS 4 still a good fit for me?

Yes. IEC 61131-3 remains the programming standard, and the Ladder editor has been included since the very first version. You do not need any knowledge of a high-level language to work with CODESYS 4. Automated processes, such as building via the command line, are optional features, not prerequisites. However, for traditional commissioning at the machine, the CODESYS Development System 3 remains the more suitable tool today because, among other things, online changes, breakpoints, and the ability to write and force variables are missing in version 1.0.0.0.

Is version 1.0.0.0 a beta?

No. It is approved for production use in library development and small projects, and its quality standards are on par with those of CODESYS 3. The compiler, runtime system, and gateway remain unchanged. The development interface is new. However, the feature set is currently significantly more limited than in the CODESYS Development System 3.

How often are new versions released?

CODESYS 4 is released on an ongoing basis as completely new versions (1.0.0.0, 1.1.0.0, and so on). Service Packs and Patches are not planned: fixes are included along with new features in the next version. The goal is to maintain a release cycle of six to eight weeks in the medium term. If you are developing in a pipeline, plan for version changes accordingly. The semi-annual CODESYS Feature Briefing provides specific insights into the coming six to twelve months.

Stay up to date

Registration for the Early Adopter program

Participants will receive in-depth information about CODESYS 4 and will have the opportunity to provide feedback on prioritization. The program is open to anyone interested and does not include early access to the software.