Post by reinier-geers on CODESYS crashes when adding standard OPC UA Information Model to Communication Manager ^{CODESYS Forge talk (Post)}
I only experiance a lot of problems with Version 20 and 21. Version 20 crashes at a online change Version 21 - 5 identical programms in one project. The frist runs. The thirt Crashes. NOt even a screen
Last updated: 2026-03-19

Post by ulvis on CAA 3.5.16 TLS configuration - certificate ^{CODESYS Forge talk (Post)}
Hi, did yo have any luck with this? I am facing the same challenge. Using a WinCTRLx64 but I get AccessViolation error in my CmpTlsCreateContext() call.
Last updated: 2026-03-23

Post by nulltrace on How change Unity-ID in TCP Modbus Slave ^{CODESYS Forge talk (Post)}
Hey, I also waiting for feedback from Mr. Schwellinger @eschwellinger, please send me an answer, i would appreciate it. The clue is, i know the solution, but have to check if it's allowed to share.
Last updated: 2026-04-14

Post by husarz17 on How change Unity-ID in TCP Modbus Slave ^{CODESYS Forge talk (Post)}
Good to know there's a solution to this problem. I hope you'll be able to share it with me. I can't wait to hear about it.
Last updated: 2026-04-20

Post by malie on Issue with library updates ^{CODESYS Forge talk (Post)}
Hello, i got the same problem, but on my site it started with version 3.5.21, with version 3.5.19.7 it worked like a charm. How get the old behavior back? Or how to reload the librarys in an open project/library manually?
Last updated: 2026-04-24

Post by shamcke on Array with generic constant as persistent variable ^{CODESYS Forge talk (Post)}
Hello, I have written a function block that uses a generic constant for the upper bound of an array. I wanted to have this array in the persistent memory area, thus I constructed my FB as follows: FUNCTION_BLOCK FbWithGenericArrayLength VAR_GENERIC CONSTANT uiArrayLength : UINT := 10; END_VAR VAR PERSISTENT arr : ARRAY[1..uiArrayLength] OF INT; END_VAR In my PLC_PRG I declare an instance of said FB PROGRAM PLC_PRG VAR myFb : FbWithGenericArrayLength<10>; END_VAR This compiles just fine. When I let CODESYS fill my persistent list, it adds duplicate entries {attribute 'qualified_only'} VAR_GLOBAL PERSISTENT RETAIN // Generated instance path of persistent variable PLC_PRG.myFb.arr: ARRAY [1..uiArrayLength] OF INT; // Generated instance path of persistent variable PLC_PRG.myFb.arr: ARRAY [1..uiArrayLength] OF INT; END_VAR so I manually delete the duplicate. When i now compile, I get errors ------ Build started: Application: Device.Sim.Device.Application ------- Typify code... [ERROR] Sandbox_FW31: PersistentVars [Device: PLC Logic: Application](Line 4): C0161: Border 'uiArrayLength' of array is no constant value [ERROR] Sandbox_FW31: PersistentVars [Device: PLC Logic: Application](Line 4): Type of mapped variable is not equal to original type Compile complete -- 2 errors, 0 warnings Build complete -- 2 errors, 0 warnings : No download possible Is is simply not possible to use a generic constant for the persistent array? Thanks in advance. Edit: It seems I can manually replace the uiArrayLength in the persisten list by the value 10 I used as the generic constant for this particular instance.
Last updated: 2026-05-29

Post by arj3090 on Linux ARM64 Deploy Fail - Index out of range ^{CODESYS Forge talk (Post)}
I used Tools->Deploy Control SL in the IDE that I downloaded yesterday. So I assume it is the latest version. I did a manual install using SSH and it works.
Last updated: 2026-07-01

Post by tvm on Generic Variables and FDB ^{CODESYS Forge talk (Post)}
I also ran into this, try using Coil<1> as the type in the FBD box. From what I understand, with VAR_GENERIC CONSTANT, the compiler creates separate data types for each different function block declaration.
Last updated: 2026-07-22

Post by tvm on XY Chart causes extremely long cycle in Visu Task ^{CODESYS Forge talk (Post)}
No solution, but we have also seen similar behaviour with the XY chart, using Schneider M262 PLCs. It was a contributing factor to our decision to switch to TwinCAT HMI.
Last updated: 2026-07-22

Post by timvh on Hilscher cards CoDeSys Control RTE ^{CODESYS Forge talk (Post)}
Completely managed by CODESYS, including licenses. You specifically have to set the parameters correctly in the CODESYSControl.cfg to let the RTE have access to the cards. See: https://content.helpme-codesys.com/en/CODESYS%20Control/_rtsl_windows_rte_v3_startup_cifx_hil.html
Last updated: 2026-08-06

Post by wollvieh on Raspberry Pi Runtime 4.22.0.0 vs. 4.20.0.0 I2C Bus not running... ^{CODESYS Forge talk (Post)}
... the stars needed? --> yes! [CmpCharDevice] PermittedPath.0=/dev/i2c* PermittedPath.1=/dev/spidev0.0 PermittedPath.2=/sys/class/gpio/* PermittedPath.3=/dev/gpiochip* For me it worked with this additional settings in the file /etc/codesyscontrol/CODESYSControl_User.cfg.
Last updated: 2026-10-16

Post by mondinmr on Frustration-Fueled Feedback on Project File Management and Git Integration ^{CODESYS Forge talk (Post)}
In reality, other vendors are already moving towards integration with VS Code. B&R, for example, is likely the only one that could truly challenge Codesys in the market: they’ve overhauled their once-archaic environment (previously lacking ST OOP) and are now catching up significantly with Automation Studio Code, offering modern programming capabilities and native support for tools like Git and GitHub Copilot. The other big names in the market, frankly, are still light years behind. For smaller projects, typically handled by “wire strippers” (with all due respect!), a classic environment might be just fine. But once you’re dealing with thousands or even millions of lines of code—possibly organized in an OOP paradigm, spanning large teams, integrating third-party libraries, requiring version control, and performing comprehensive tests—a lightweight, responsive editor supercharged with AI-based features becomes essential. The real strength of something like VS Code lies in its vast ecosystem of extensions and integrations: from advanced Git support to automated build/test pipelines, and even AI-assisted autocompletion that already makes software development much more agile and productive. I understand that a PLC project involves more than just ST code (task setup, fieldbus configuration, libraries, etc.). However, there’s no technical reason not to at least provide ST files in a pure text format, making version control and collaboration far easier. B&R has clearly adopted this approach; I hope Codesys will accelerate its own efforts to offer a native, text-based integration and modern development tooling. Once you go beyond a certain level of complexity—dozens of configurations, OOP hierarchies, and distributed teams—you really do need “engineer-level” software tools, not just solutions targeting “wire strippers.” For large-scale automation projects, a more open and flexible approach is the only way to avoid chronic frustration. Let me emphasize that I truly love Codesys and consider the work done so far to be brilliant—I’d be sorry to see it overshadowed by others moving faster in this direction.
Last updated: 2025-02-18

Sort by relevance or date