Post by talhaali on Alarm Table Issues ^{CODESYS Forge talk (Post)}
Hi, I am trying to access active alarms in code(As alarm count variable updates only when we go to to alarm table frame in visualization). I wrote following code but it is not working: VAR iCountActiveAlarms : INT; parritfActiveAlarms : POINTER TO ARRAY[0..0] OF IAlarm; itfAlarmManagerClientAll : IAlarmManagerClient; END_VAR AlarmManager.g_AlarmHandler.GetActiveAlarms( itfAlarmManagerClient :=itfAlarmManagerClientAll, iCountActiveAlarms => iCountActiveAlarms, parritfActiveAlarms => parritfActiveAlarms); The Value is always 0. Please help.
Last updated: 2024-06-06

Post by talhaali on Alarm status in logic ^{CODESYS Forge talk (Post)}
Hi, I am trying to access active alarms in code(As alarm count variable updates only when we go to to alarm table frame in visualization). I wrote following code but it is not working: VAR iCountActiveAlarms : INT; parritfActiveAlarms : POINTER TO ARRAY[0..0] OF IAlarm; itfAlarmManagerClientAll : IAlarmManagerClient; END_VAR AlarmManager.g_AlarmHandler.GetActiveAlarms( itfAlarmManagerClient :=itfAlarmManagerClientAll, iCountActiveAlarms => iCountActiveAlarms, parritfActiveAlarms => parritfActiveAlarms); The Value is always 0. Please help.
Last updated: 2024-06-06

Post by j-page on I have errors while building the project ^{CODESYS Forge talk (Post)}
I am also suffering from the same problem. The "Clear All" in the build clears the error once, but when I open the project again, the same error occurs again. Can someone please help me?
Last updated: 2024-07-11

Post by ryandmg on Web Client (HMI) Disconnects from Webvisu (Weidmuller u-OS) ^{CODESYS Forge talk (Post)}
Hey Everyone, I'm having a bit of a struggle finding settings that will reliably maintain a connection between the webvisu and a touchscreen client. Every so often the HMI disconnects and will perpetually display the red spinning arrow with the "Error Happened, Will resume automatically" text. Power cycling the HMI to force a reconnect will re-establish comms. It seems to happen during periods of inactivity if that's a clue. From what I've gathered so far this seems to have something to do with the webvisu update rate, buffer size as well as the visu task scan rate. We first tried the default settings as follows: Webvisu Update Rate: 200 ms Webvisu Buffer Size: 50,000 Visu Task Scan Rate: 100 ms Priority 31 Other Tasks for Reference: Main Task Scan Rate: 100 ms Priority 1 Alarm Manager Scan Rate: 50 ms Priority 31 Ethercat Task: 4 ms Priority 1 This would disconnect some what regularly. We then made the following changes to try and stabilize: Webvisu Update Rate: 150 ms Webvisu Buffer Size: 75,000 Visu Task Scan Rate: 75 ms Kept other tasks the same. This seems to disconnect even more frequently. Also for reference the network is very small and only consists of the PLC, a small switch and the HMI. We're also not controlling frames from outside the visu program itself. The frame changes are all done natively. Any suggestions to get this to stop disconnecting? Oh and whatever the issue is the log does not record it. Figured I would ask here before opening a ticket. Thanks in advance for your help!
Last updated: 2023-09-06

Post by baltzer on ICertificateVerifier.VerifyCertificate doesn't appear to override an ERR_CERT_HAS_EXPIRED rejection in TCP_Client.Upgrade() ^{CODESYS Forge talk (Post)}
Setup: Net Base Services (NBS), TCP_Client + TLSContext, ePurpose := CLIENT_SIDE, connecting to a third-party embedded device (Velux KLF200 home automation gateway) whose factory-installed TLS certificate expired on 2026-07-12 and has no user-facing renewal path. Tested on both CODESYS Control for Raspberry Pi SL (3.5.19.0) and CODESYS Control Win V3 x64, with identical results on both. Goal: Accept the peer's expired certificate via a custom ICertificateVerifier implementation, since the certificate itself can never be replaced. Implementation: FUNCTION_BLOCK FB_MyCertVerifier IMPLEMENTS NBS.ICertificateVerifier VAR udiCallCount : UDINT; aeCurStateLog : ARRAY[0..9] OF NBS.RTS_IEC_RESULT; END_VAR METHOD VerifyCertificate : UDINT VAR_INPUT hCert : NBS.RTS_IEC_HANDLE; eCurState : NBS.RTS_IEC_RESULT; END_VAR IF udiCallCount < 10 THEN aeCurStateLog[udiCallCount] := eCurState; END_IF udiCallCount := udiCallCount + 1; VerifyCertificate := 0; // also tried: VerifyCertificate := eCurState; Wired in via tlsContext.itfCertVerifer := certVerifier at declaration time, alongside itfTLSContext := tlsContext set at TCP_Client's own declaration (per an earlier forum thread here on ensuring inline start-values on FB-typed variables are actually honored when nested one level deep - that fix was needed and worked correctly for getting the handshake to start at all). Observed: - VerifyCertificate is confirmed called exactly once per connection attempt (via the call counter above). - eCurState passed in = 0x709 = ERR_CERT_HAS_EXPIRED - correctly reflecting the actual state of the peer's certificate. - Packet capture confirms the full TLS 1.2 handshake completes correctly at the wire level: ClientHello -> ServerHello -> Certificate -> ServerKeyExchange -> ServerHelloDone -> our ClientKeyExchange/ChangeCipherSpec/Finished -> server's ChangeCipherSpec/Finished. Both sides successfully complete the cryptographic handshake. - Despite this, TCP_Client.Upgrade() subsequently returns NBS.ERROR.CONNECTION_ERROR, and the connection is torn down with a plain TCP FIN (not a TLS alert) roughly 7-8ms after our side ACKs the server's Finished message. - TCP_Client.eErrorID (inherited from LCon) remains NO_ERROR throughout - the failure is only visible via Upgrade()'s return value. - Returning 0 (ERR_OK/ERR_CERT_OK - confirmed via the CmpErrors2 Interfaces documentation that these are literally the same value) makes no difference. - Echoing eCurState back unchanged (on the theory that this callback might work like mbedTLS's native verify callback, where the incoming state is a flags value to be cleared/modified and returned, rather than paired with a separate fixed "accept" sentinel) also makes no difference. - Identical result across udiVerificationMode := 0, 1, and 2. - Importing the peer's certificate into the runtime's trusted certificate store via cert-import trusted makes no difference either. - With itfCertVerifer left at its default (no custom verifier) and udiVerificationMode := 2, the underlying engine sends its own fatal TLS alert (handshake_failure) immediately after receiving the peer's Certificate message - suggesting built-in validation may reject at the record layer independent of whether a custom verifier is even present. Questions: 1. Is there an additional step required for a custom ICertificateVerifier to actually override an ERR_CERT_HAS_EXPIRED (or more generally, any ERR_CERT_*) rejection, or is certificate validation enforced unconditionally for a CLIENT_SIDE TLSContext regardless of what the verifier returns? 2. Is 0/ERR_OK genuinely the correct "accept" return value for VerifyCertificate, or does it expect something else (a specific bit pattern, a different constant, a value that must be computed from hCert itself)? 3. Is there a supported way to connect to a peer presenting a certificate that is both self-signed and expired, short of the peer issuing a new certificate? Happy to share the full packet captures or additional test combinations if useful. Also worth noting for anyone finding this thread later: a maintained Node-RED library for this same device (node-red-contrib-velux-klf200, forked to handle this exact expired-certificate situation) solves it by disabling built-in TLS validation entirely (rejectUnauthorized: false) and doing fingerprint-based pinning by hand after the handshake completes, rather than relying on a validation callback - which may be the more realistic approach here too if ICertificateVerifier genuinely can't override this class of rejection. Thanks in advance /Jørgen Disclosure: most of the CODESYS code and this investigation was developed with the help of Claude (Anthropic's AI assistant) - the state machine design, SLIP/checksum implementation, and debugging methodology (including the packet capture analysis) were worked through in an extended back-and-forth with it. Posting here because we've run out of self-serviceable options and this now looks like it needs input from someone with visibility into NBS's actual implementation.
Last updated: 2026-07-26

Post by rossanoparis on How to configure CODESYSControl_User.cfg in order to use a specific network card for OPCUA Server ^{CODESYS Forge talk (Post)}
Hello at all I'd like to know how to configure CODESYSControl_User.cfg in order to use a specific network card for OPCUA Server. In the past, I tried to ask in "Forge" about this topic, but I could find neither help nor document informations about it. Reading the file "codesyscontrol.log" I see these logs OPC UA Server Started: Hostname: NTLRPICTRL01, Port: 4840 URL: opc.tcp://NTLRPICTRL01:4840 Loopbackadapter activated. **All available networkadapters are used.** Multithreading activated. 3 workers used. My controller, which is a Linux PC, has got two network cards eth0 and eth1 I whant to use the card with name "eth0" as a server for OPCUA and keep the "eth1" free for other stuffs. Is it possible ? Best regards Rossano
Last updated: 2023-08-25

Post by danwoodlock on RPI Zero w - Edge gateway cant install ^{CODESYS Forge talk (Post)}
Thank you for the recommendation! attached result of 'usname -a'
Last updated: 2023-09-13

Post by eschwellinger on Official MQTT-Client: MAX_RECEIVE_BUFFER_SIZE_EXCEEDED ^{CODESYS Forge talk (Post)}
we need plclog cat /tmp/codesyscontrol.log or cat /var/codesys/codesyscontrol.log depend on which runtime version you use for the error situation
Last updated: 2023-09-26

Post by aott33 on Webvisu NO load ^{CODESYS Forge talk (Post)}
I will update here for others once I find out the issue.
Last updated: 2023-10-09

Post by smartcoco on Visualization using methods and cyclic ST-calls ^{CODESYS Forge talk (Post)}
I think what you want is a declaration period function for the page, but unfortunately CODESYS does not have it.
Last updated: 2023-10-17

Post by arnaud on eCockpit - unable to start simulation ^{CODESYS Forge talk (Post)}
Thanks for your help. Seems like one of these libraries are the root cause indeed.
Last updated: 2023-10-20

Post by ronald-de-jonge on Codesys StructType in Device Description File ^{CODESYS Forge talk (Post)}
We have the same issue when using CODESYS V3.5 SP18 Patch 2. Is there a solution for this issue?
Last updated: 2023-10-30

Post by climblinne on OPC UA Server custom NodeID ^{CODESYS Forge talk (Post)}
I think, I have the same issue. Do you find a solution for it?
Last updated: 2024-06-27

Post by jeffersonhui on SysLibMem.lib Where To Download? ^{CODESYS Forge talk (Post)}
Hi, Does anyone know where I can download the SysLibMem.lib library for Codesys 2.3?
Last updated: 2024-08-22

Post by sukrit on TargetVisu on Raspberry? ^{CODESYS Forge talk (Post)}
thanks for this, w need to know the requirements on linux side... can you guide towards a linux installation package..
Last updated: 2024-08-28

Post by monavion on How can I reach my candump and cansend through CODESYS? Tried making it work with CANopen ^{CODESYS Forge talk (Post)}
Can you sen me you code for the VESC? Thanks.
Last updated: 2024-09-14

Post by thn-power on OPC UA Companion Specifications / Information model ^{CODESYS Forge talk (Post)}
Hi Anyone have a solution for this? What is the reason?
Last updated: 2024-09-18

Post by pierre on difference between stub file and source file in scriptengine ^{CODESYS Forge talk (Post)}
same situation for DeviceID. In the stubfile this is Deviceid
Last updated: 2024-09-23

Post by rmaas on Change remote targetvisu updaterate? ^{CODESYS Forge talk (Post)}
Hi, Is it possible to change the updaterate for a remote targetvisu? BR, Rinie
Last updated: 2024-10-02

Post by winki on Modbus TCP & RTU with Control for Linux SL ^{CODESYS Forge talk (Post)}
I made a mistake it is not end0 but eth0. But I have the same error.
Last updated: 2024-10-23

Post by winki on Modbus TCP & RTU with Control for Linux SL ^{CODESYS Forge talk (Post)}
No, my vpn is 10.0.0.12. The docker interface is 172.17.0.1.
Last updated: 2024-10-24

Post by taqamert on CAN communication settings for USB2CAN-C ^{CODESYS Forge talk (Post)}
Did you solve the problem? I need to help same topic
Last updated: 2024-11-12

Post by kevinrn on Github Actions CI/CD tasks - development topic ^{CODESYS Forge talk (Post)}
Hi @steven-schalm, Thank you for your inquiry, and I apologize for the delayed response! We use GitHub Actions cloud runners for this purpose, as it eliminates the need to maintain our own build runners. You can get started by creating a free GitHub account, which includes complimentary minutes for running actions on Windows runners. You can find an example implementation in our repository: https://github.com/powerIO-GmbH/action-codesys-setup I'm currently working on making additional features public, including: Git checkout functionality, Code signing, Custom script execution However, these additions require some preparation before release. Feel free to contribute to the project! BTW: You can also execute this locally, even the yml files with nektos/act on your windows dev machine.
Last updated: 2024-11-27

Post by struccc on library ModbusTCP Slave 4.1.0.0 - function block ModbusServer ^{CODESYS Forge talk (Post)}
:) Yeah... Definitely not a "boring" platform, they are nice to give us work for the upcoming years... :)
Last updated: 2024-12-02

Post by sigurdrb on Read codesys version in the codesys application ^{CODESYS Forge talk (Post)}
Thanks for your answers! Both ways worked as intented. Really appreciate it :)
Last updated: 2025-01-20

Sort by relevance or date