Linux ARM64 Deploy Fail - Index out of range ^{CODESYS Forge talk (Thread)}
Linux ARM64 Deploy Fail - Index out of range
Last updated: 2026-07-01

Post by eschwellinger on Linux ARM64 Deploy Fail - Index out of range ^{CODESYS Forge talk (Post)}
I would check the version of the deloy tool using the CODESYS installer. Sure manually installing works too, but woukd nice to know if there is a problem. Currebt version is 4.21.0.0 of the deploytool.
Last updated: 2026-07-01

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

Phantom Test Slot Preventing Suite Completion ^{CODESYS Forge talk (Thread)}
Phantom Test Slot Preventing Suite Completion
Last updated: 2026-07-09

Post by ophelia on Phantom Test Slot Preventing Suite Completion ^{CODESYS Forge talk (Post)}
Hi all, I'm working with a CODESYS 3.5 unit test framework on an embedded Linux PLC and running into an issue where a phantom test slot appears in the results that never completes, preventing the full test suite from ever finishing. The symptom: A blank-named test entry appears in the results table with an ever-increasing action count. It stays as "Testing" or "Failing" indefinitely. Because it never closes, bAllFinished never goes TRUE and the final report is never generated. Question: Has anyone seen this kind of phantom slot issue in a CODESYS unit testing setup? Thanks
Last updated: 2026-07-09

Post by yannickasselin on Beckhoff CX9240 : Using Internal EtherCAT Bus ^{CODESYS Forge talk (Post)}
Control RTE is for Windows. @arj3090 specified Linux.
Last updated: 2026-07-10

See if application is running ^{CODESYS Forge talk (Thread)}
See if application is running
Last updated: 2026-07-10

Post by ttvs on See if application is running ^{CODESYS Forge talk (Post)}
Hello, Is it possible to check if PLC application is running or stopped from linux shell? I am using codesys control for linux arm64sl. Tried accessing the plc shell, but get auth errors. Also, when starting/stopping the program via plc shell from codesys IDE it doesnt report that information to log
Last updated: 2026-07-10

Post by hhermsen on Codesys v3.5.22.10 - Internal error:System.AggregateException...Value cannot be null...Parameter name: expLValue ^{CODESYS Forge talk (Post)}
I pinpointed down 4 possible causes for this compiler error: Bare/empty statements (;) standing alone inside an IF/CASE branch — just removed two instances. The optimizer that tries to inline/replace expression statements may choke when a statement has no actual assignment to extract. A VAR_IN_OUT parameter used directly as a FOR loop's own control variable (FOR X := X TO Y DO) General deep-nesting complexity — every one of my decode routines has the same shape (IF busy THEN ... FOR loop containing nested CASE/IF chains ... END_IF), and the crash trace consistently shows for loop → sequence → ifst → sequence → ifst → sequence regardless of the code change. This raises the possibility that it's not one specific statement but a structural depth/complexity limit in SP22.x's compiler optimizer — which would mean no small code change fixes the issue. Only restructuring to reduce nesting depth, or downgrading the compiler will. Something entirely outside my library files — which cannot not ruled out since the exact stack trace was triggered by a Visualization object, in a totally different codebase. This means the same crash signature can come from unrelated causes. IMHO cause 3 seems the most probable one..
Last updated: 2026-07-11

Post by hhermsen on Codesys v3.5.22.10 - Internal error:System.AggregateException...Value cannot be null...Parameter name: expLValue ^{CODESYS Forge talk (Post)}
Internal compiler error in SP22.x (expLValue null) — SP21 unaffected — need help isolating root cause I'm hitting the same internal compiler crash reported here. Same exact stack trace (AssignmentStatementReplacer → CreateAssignmentExpression → ArgumentNullException: Value cannot be null. Parameter name: expLValue), but in my case triggered by a self-written library, not a Visualization object — so this looks like a general SP22.x codegen regression rather than something tied to one specific language feature. What I've confirmed: Reverting to SP21 — no issue, builds clean SP22.x — internal compiler crash during Build > Application, code generation phase, with zero useful location info (no POU, no line number) check_for_errors/precompile-only passes cleanly; the crash only happens on a real full build, meaning static analysis never sees it coming What I've tried to isolate the cause (without success): Removed a suspected pattern involving a VAR_IN_OUT parameter used directly as a FOR-loop control variable, combined with early RETURN inside the loop — crash persisted identically afterward Confirmed no Visualization Manager or similar object in the project (ruling out the trigger in the linked report) Used an AI coding assistant (Claude Code) to search for other suspicious patterns — no luck pinpointing the exact statement Question @codesys-com Since the compiler gives no location info at all, is there any way to get more diagnostic output from the SP22.x codegen phase (verbose/debug build flags, log level settings, etc.)? Without that, isolating this in a large library means blind bisection — cutting the codebase in half repeatedly until the crash disappears, which is slow and error-prone without official tooling support. Happy to share the affected project or a minimal repro if that helps CODESYS engineering track it down.
Last updated: 2026-07-11

Post by williamcorlin on The future and proper use of CAA.BOLT, CAA.SEMA,.. ^{CODESYS Forge talk (Post)}
I've been moving in the same direction. For new libraries, I'm trying to minimize dependencies on APIs that look like they're being phased out unless the documentation explicitly recommends them. For synchronization primitives like CAA.BOLT and CAA.SEMA, I'd love to see an official replacement or abstraction layer that's guaranteed to remain stable across runtimes. That would make library development much cleaner than relying on platform-specific SysLib* implementations or conditional compilation everywhere. Until there's clearer guidance, my approach has been to isolate the locking mechanism behind a small wrapper interface. If CODESYS changes the recommended API in the future, only that wrapper needs to be updated instead of every library that uses it. It isn't perfect, but it's made maintenance much easier. https://forge.codesys.com/forge/talk/Engineering/thread/e6c20a740e/ https://zapgames.io/
Last updated: 2026-07-14

The future and proper use of CAA.BOLT, CAA.SEMA,.. ^{CODESYS Forge talk (Thread)}
The future and proper use of CAA.BOLT, CAA.SEMA,..
Last updated: 2026-07-14

Post by tristan on Codesys v3.5.22.10 - Internal error:System.AggregateException...Value cannot be null...Parameter name: expLValue ^{CODESYS Forge talk (Post)}
Hi, I have exactly the same issue when I try to update from 3.5.21.50 to 3.5.22.20. Currently I didn't find where is the problem. Hope somebody can find a way. Tristan
Last updated: 2026-07-17

Post by kuegerls on PROFINET Controller SL: WRREC remains BUSY forever, no DCE/RPC packets transmitted (RevPi Connect 5 + NORD SK205E) ^{CODESYS Forge talk (Post)}
Hello , I am currently evaluating the CODESYS PROFINET Controller SL on a Revolution Pi Connect 5 and have encountered a problem with acyclic PROFINET Record Access (WRREC/RDREC). System Hardware: Revolution Pi Connect 5 Runtime: CODESYS Control 4.16.0.0 (SDK 3.5.21.10) Development System: CODESYS V3.5 SP21 (64-bit) CommFB: 3.5.17.10 ProfinetCommon: 4.6.0.0 PROFINET Controller Device: PN-Controller 4.6.0.0 PROFINET Device: NORD DRIVESYSTEMS SK205E with SK TU4-PNT GSDML: GSDML-V2.46-NORDDRIVESYSTEMS-PNT-20251016.xml Network The PROFINET network is completely separated from the office network. RevPi: eth0 → Office network eth1 → PROFINET wlan0 → Visualization The PN Controller is configured to use eth1. IP configuration: RevPi (eth1): 192.168.100.1/24 NORD Drive: 192.168.100.3 Connection is established successfully. Current Status The PN Controller reports: Controller Status = Run Online = TRUE IP Active = TRUE Connections = 1 Cyclic PROFINET IO communication works correctly. Problem I am trying to access PKW parameters via WRREC (Record Index 100). The request buffer contains: 01 14 00 04 92 00 00 00 00 00 00 which corresponds to Reference = 0x01 Request = Read Axis = 0 Parameter = 170 + 1000 Subindex = 0 Value = 0 The WRREC call is fbWRREC( REQ := xWrReq, ID := ConnectionID, INDEX := 100, LEN := 11, RECORD := ADR(TxBuffer) ); REQ is pulsed for one PLC cycle only. Observed Behaviour WRREC enters BUSY state and never finishes. Observed values: BUSY = TRUE DONE = FALSE ERROR = FALSE STATUS = 16#FFFFFFFF indefinitely. Packet Capture A Wireshark capture was taken on the PROFINET network. Observed traffic: PROFINET RT LLDP DCP Observed: successful cyclic IO Not observed: DCE/RPC Record Write Record Read RPC Bind No RPC packets are transmitted at all. Diagnostic Messages The controller repeatedly reports AR alarm.ind(err) AR CMI timeout although cyclic IO communication continues to work. Already Verified The following points have already been checked: correct Ethernet interface (eth1) correct CREATE_ID result correct Device ID correct Slot/Subslot correct GSDML correct REQ pulse RECORD buffer is larger than LEN cyclic IO communication works different Record Indices (100...104) tested Question Is there any known issue or limitation where WRREC/RDREC requests remain permanently BUSY and no RPC Record Access packets are generated? Could this behaviour be related to Runtime 4.16.0.0, PN Controller 4.6.0.0, the missing runtime license (currently running in demo mode), or any known issue with the PROFINET Controller SL? I am currently evaluating the PROFINET Controller SL and therefore the runtime is operating in demo mode. Could you please confirm whether WRREC/RDREC (acyclic Record Data services) are fully supported in demo mode, or whether a valid license is required for these services? If required, I can provide: complete project archive Wireshark capture (.pcap) GSDML online screenshots diagnostic log Thank you very much for your help. Best regards, Stefan
Last updated: 2026-07-17

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

XY Chart causes extremely long cycle in Visu Task ^{CODESYS Forge talk (Thread)}
XY Chart causes extremely long cycle in Visu Task
Last updated: 2026-07-22

Generic Variables and FDB ^{CODESYS Forge talk (Thread)}
Generic Variables and FDB
Last updated: 2026-07-22

Post by eschwellinger on KOP & FUP in Sp21P6 nicht vorhanden ^{CODESYS Forge talk (Post)}
Hallo Falk, schau mal im CODESYS Installer ob "CODESYS FBD/LD" installiert ist - wenn nein nachinstallieren. Grüße
Last updated: 2026-07-24

Post by radar17892 on Zielsystem Problem nach Bibliotheken hinzufügen ^{CODESYS Forge talk (Post)}
Mit welcher Version hast du das Projekt geöffnet?
Last updated: 2026-07-27

Static Analysis Error SA0026 ^{CODESYS Forge talk (Thread)}
Static Analysis Error SA0026
Last updated: 2026-07-27

Zielsystem Problem nach Bibliotheken hinzufügen ^{CODESYS Forge talk (Thread)}
Zielsystem Problem nach Bibliotheken hinzufügen
Last updated: 2026-07-27

Post by fabiodasilveira on Static Analysis Error SA0026 ^{CODESYS Forge talk (Post)}
Hello Everyone, I am really struggling to understand why codesys would present an error regarding the following: VAR strByte1: STRING(10):= '192'; strByte2: STRING(10):= '168'; strByte3: STRING(10):= '1'; strByte4: STRING(10):= '0'; strIPAddress: STRING:= '192.168.1.1'; END_VAR //Updating Variables strByte1:= BYTE_TO_STRING(GVL.abyPSsIpAddress[0]); strByte2:= BYTE_TO_STRING(GVL.abyPSsIpAddress[1]); strByte3:= BYTE_TO_STRING(GVL.abyPSsIpAddress[2]); strByte4:= BYTE_TO_STRING(GVL.abyPSsIpAddress[3]); strIPAddress:= CONCAT(strByte1, CONCAT('.', CONCAT(strByte2, CONCAT('.', CONCAT(strByte3, CONCAT('.', strByte4)))))); Any help would be much appreciated.
Last updated: 2026-07-27

Post by somlioy on Beckhoff ESI import german text ^{CODESYS Forge talk (Post)}
Solved. Had to explicitly select English inside CODESYS as language instead of system default, which for my case is norwegian... Open Tools → Options → International Settings Set the development-system language to English Restart codesys
Last updated: 2026-07-28

Post by somlioy on Beckhoff ESI import german text ^{CODESYS Forge talk (Post)}
Hi When I import beckhoff ethercat esi files the devices installs with german text, how to get it in english? I can see in the xml files that they have both english and german texts ... downloaded from here https://download.beckhoff.com/download/configuration-files/io/ethercat/xml-device-description Beckhoff_EtherCAT_XML.zip
Last updated: 2026-07-28

Sort by relevance or date