Post by lmarmonti on Login problem with FileTransfer on Raspberry Pi 5 ^{CODESYS Forge talk (Post)}
Thanks. If I understand correctly, this is a known historical CODESYS bug
Last updated: 2026-08-18

Post by jari-koivuluoma on Comparing between SP19 patch 5 and patch 7 ^{CODESYS Forge talk (Post)}
Hello. Has anyone here used project compare tool across different versions of Codesys? I tried the compare of the title but it does not seem to do much. It lets me choose the project files and then seems to be comparing but no results are ever shown. If the compare tool cannot be used how else would I keep 2 nearly identical projects in sync when the versions differ? On the other hand it might be possible to just have one project but then I would need to use the older codesys with older target device description to develop for devices that have newer device description. Codesys will let me do that but its not recommending it. Any advice?
Last updated: 2026-08-20

Post by automa on SBOM ^{CODESYS Forge talk (Post)}
Hi, How do you create your SBOM in Codesys. I have been searching for this topic but couldn't find any useful information. I am referring to making an exported list of all libraries used in the project. I have developed a python script that exports them, but I am open for ideas of beast practice
Last updated: 2026-08-21

Cannot download program to CR1074 – Version mismatch error ^{CODESYS Forge talk (Thread)}
Cannot download program to CR1074 – Version mismatch error
Last updated: 2026-08-21

Post by megasilver on Cannot download program to CR1074 – Version mismatch error ^{CODESYS Forge talk (Post)}
Hello, I am having a problem downloading my application to an ifm CR1074 using CODESYS. When I try to download the program to the controller, I get the following errors: [FATAL ERROR] Version mismatch at: 'KEYBOARD_SET_MAPPING' Requested version: 2.0.0.12 Implemented version: 3.4.0.0 [FATAL ERROR] Version mismatch at: 'SYSCFG_SPLASH_SET_SPLASH_SCREEN_VISIBLE' Requested version: 2.0.0.12 Implemented version: 3.4.0.0 [FATAL ERROR] Version mismatch at: 'SYSTEM_IO_BACKLIGHT_SET_CURRENT_BACKLIGHT_BLOCKING' Requested version: 2.0.0.12 Implemented version: 3.4.0.0 [FATAL ERROR] Version mismatch at: 'SYSTEM_IO_BACKLIGHT_SET_CURRENT_BACKLIGHT' Requested version: 2.0.0.12 Implemented version: 3.4.0.0 [FATAL ERROR] Version mismatch at: 'KEYBOARD_RESET_LEDS_BLOCKING' Requested version: 2.0.0.12 Implemented version: 3.4.0.0 [FATAL ERROR] Version mismatch at: 'KEYBOARD_SET_LED_COLOR' Requested version: 2.0.0.12 Implemented version: 3.4.0.0 [FATAL ERROR] Version mismatch at: 'SYSCFG_DEVINFO_GET_KEYBOARDS_INFO' Requested version: 2.0.0.12 Implemented version: 3.4.0.0 The controller is running an OS version that should be compatible with CODESYS 3.5 SP16, and I am using the latest available ifm/ecomatDisplay package for this OS version. Therefore, I do not think this is simply a CODESYS or OS compatibility issue. It looks like the application expects system functions with version 2.0.0.12, while the controller implements version 3.4.0.0. Could this be caused by an incorrect or outdated library, device description, package installation, or a mismatch between the libraries used in the project and the libraries installed on the CR1074? What would be the correct way to identify which component is requesting version 2.0.0.12 and how can I resolve this version mismatch? Thank you for your help.
Last updated: 2026-08-21

Post by luca03 on OPC UA information model into the Communication Manager ^{CODESYS Forge talk (Post)}
Hello, unfortunately I am unable to load an OPC UA information model as a NodeSet2.xml file into the CODESYS Communication Manager. Importing via Tools -> OPC UA Information Model Repository still works, but when I try to load the model explicitly, CODESYS crashes without displaying an error message. Has anyone else encountered this problem, or does anyone have any suggestions? Thanks in advance
Last updated: 2026-08-22

OPC UA information model into the Communication Manager ^{CODESYS Forge talk (Thread)}
OPC UA information model into the Communication Manager
Last updated: 2026-08-22

Advice on OOP hardware I/O code structure ^{CODESYS Forge talk (Thread)}
Advice on OOP hardware I/O code structure
Last updated: 2026-08-31

Exception handler return value purpose in _CODESYS 3.5 ^{CODESYS Forge talk (Thread)}
Exception handler return value purpose in _CODESYS 3.5
Last updated: 2026-08-31

Post by hluecke on Codesys Virtual Safe Control startet nicht (mehr) ^{CODESYS Forge talk (Post)}
Hallo, ich versuche seit einiger Zeit eine virtuelle Codesys Control für Linux in Verbindung mit einer Virtual Safe Control ans Laufen zu bringen. Seit zwei Tagen, ohne dass eine Änderung gemacht wurde (auch keine Betriebssystem Updates), startet die Safe Control gar nicht mehr und ich erhalte die Fehlermeldung "Eine Ausnahme vom Typ "CODESYS.VirtualPlcCommunicator.VirtualApiException" wurde ausgelöst". Wenn man in den Operationen die VPLC manuell startet, wird sie als laufend angezeigt, bis man aktualisiert. Ich habe die Packages schon neu installiert und auf die aktuellste Version upgedated, keine Änderung. Ein Log lässt sich nicht abrufen. Hat jemand Erfahrung, was dieser Fehler bedeutet und wie man ihn beheben kann?
Last updated: 2026-09-01

Post by dclements on Feature Request: Read-Only References / Pointer-to-Const Support ^{CODESYS Forge talk (Post)}
I would like to suggest adding support for persistent read-only references or pointers in CODESYS, similar to a C++ pointer-to-const (const T*). For example, something conceptually similar to: POINTER TO CONSTANT ST_MyData or REFERENCE TO CONSTANT ST_MyData The important distinction is that the reference itself may still be passed around or reassigned, but the referenced object cannot be modified through that reference. CODESYS currently supports VAR_IN_OUT CONSTANT, which provides read-only reference semantics for parameters, but there does not appear to be an equivalent type that can be stored in a variable or returned from a method. A practical use case is a registry that owns long-lived definitions. The registry needs to retain ownership of the data while downstream systems maintain persistent references to it. Currently, the main options are: Return the struct by value, which loses reference semantics and requires a copy. Return POINTER TO ST_Definition, which allows consumers to modify registry-owned data. Convert the structure into a Function Block and expose a getter-only interface, which provides the desired encapsulation but introduces more complexity and memory overhead. A read-only reference/pointer type would allow libraries to expose persistent, zero-copy access to internally owned data while preserving encapsulation. This would be particularly useful for library APIs and object-oriented CODESYS architectures where ownership of data should remain with one component while other components are allowed to observe it. Similar requests for constant references/pointers have been discussed on CODESYS Forge previously, so this appears to be a recurring use case rather than something specific to one application.
Last updated: 2026-09-01

Feature Request: Read-Only References / Pointer-to-Const Support ^{CODESYS Forge talk (Thread)}
Feature Request: Read-Only References / Pointer-to-Const Support
Last updated: 2026-09-01

Post by oscardelmagno on Codesys v3.5.22.10 - Internal error:System.AggregateException...Value cannot be null...Parameter name: expLValue ^{CODESYS Forge talk (Post)}
actualy I've solved the problem by creating a new project and copying the file.
Last updated: 2026-09-01

Codesys v3.5.22.10 - Internal error:System.AggregateException...Value cannot be null...Parameter name: expLValue ^{CODESYS Forge talk (Thread)}
Codesys v3.5.22.10 - Internal error:System.AggregateException...Value cannot be null...Parameter name: expLValue
Last updated: 2026-09-01

How to get the instance of a CANopen Master in the Device Tree? ^{CODESYS Forge talk (Thread)}
How to get the instance of a CANopen Master in the Device Tree?
Last updated: 2026-09-02

Post by yueqiqi on How to get the instance of a CANopen Master in the Device Tree? ^{CODESYS Forge talk (Post)}
I have been wondering of how to get the instance of a Canopen Master in the device tree, please see the picture in the attachment . Could anyone help me?
Last updated: 2026-09-02

Post by eschwellinger on Codesys Virtual Safe Control startet nicht (mehr) ^{CODESYS Forge talk (Post)}
..kannst du mal ins log auf dem Zielsystem schauen? VirtualControlAPI.log Danach könnte man den Start mal auf der Kommandozeile ausprobieren: python3 VirtualControlAPI.py -r <name></name> am besten noch mit verbose: "--verbose"
Last updated: 2026-09-02

Post by antonz on Could not write options file at... ^{CODESYS Forge talk (Post)}
I ran into a similar issue, albeit not the exact same conditions nor the same file if I recall correctly. As a workaround I have used an elevated account to give my regular user account write access to the specific directory where the failure occurred. It is not pretty and I am not happy with it. It does work.
Last updated: 2026-09-07

Runtime 🇬🇧 ^{CODESYS Forge talk (Discussion)}
Related questions to SoftPLCs e.g. Raspberry Pi, Beaglebone, IoT2000 and other platforms
Last updated: 2026-09-07

Post by mariussandu on OPC-UA ^{CODESYS Forge talk (Post)}
I updated the runtime to CODESYS Control for Raspberry Pi SL 4.22.0.0, SDK 3.5.22.30. Same outcome as before. Now I study if migrating to PFC100 is ok or to change to Siemens PLC because of this issue.
Last updated: 2026-09-07

Could not write options file at... ^{CODESYS Forge talk (Thread)}
Could not write options file at...
Last updated: 2026-09-07

OPC-UA ^{CODESYS Forge talk (Thread)}
OPC-UA
Last updated: 2026-09-07

Post by mariussandu on OPC-UA ^{CODESYS Forge talk (Post)}
I updated the runtime to CODESYS Control for Raspberry Pi SL 4.22.0.0, SDK 3.5.22.30. Same outcome as before. Now I study if migrating to PFC100 is ok or to change to Siemens PLC because of this issue.
Last updated: 2026-09-07

Post by hluecke on Codesys Virtual Safe Control startet nicht (mehr) ^{CODESYS Forge talk (Post)}
Da war keine Log Datei vorhanden. Nachdem ich die IP-Adresse für den Lizenzserver aus der SafeControl-Instanz entfernt habe, startet die Instanz wieder.
Last updated: 2026-09-08

Codesys Virtual Safe Control startet nicht (mehr) ^{CODESYS Forge talk (Thread)}
Codesys Virtual Safe Control startet nicht (mehr)
Last updated: 2026-09-08

Sort by relevance or date