Post by sandro66 on Application-based license Modbus Channels ^{CODESYS Forge talk (Post)}
Hi, I imported an old project created with version 3.51.20.50 into the new version 3.51.21.20. I'm using ModbusFB.ClientTCP v4.5.0.0. Strangely, I can no longer download the project due to a licensing issue I didn't have before. The number of Modbus channels has gone from 1 to 54!, and there's no license that would work. Can anyone tell me where I'm going wrong? Thanks Sandro
Last updated: 2025-08-27

Post by eksheep on Unit Tests and C007: Unknown Type ^{CODESYS Forge talk (Post)}
Hello, I am attempting to implement unit tests for my POUs. When building and running the unit tests I receive error C007: Unknown Type for all types defined in the library, Standard, 3.5.18.0. Which is included in the POU Library Manager. Any input would be appreciated. TIA.
Last updated: 2025-08-27

Post by jzhvymetal77 on VarAccGetAddress does not return the correct address for TYPE_ARRAY or TYPE_USERDEF. ^{CODESYS Forge talk (Post)}
VarAccGetAddress does not return the correct address for TYPE_ARRAY or TYPE_USERDEF. When you use VarAccGetNode, it returns a proper IBaseTreeNode if you provide the full path of an array element or structure element, and it even provides the correct data type. The problem is that with TYPE_ARRAY, it returns the start address of the array rather than the indexed element. With TYPE_USERDEF, it only returns the offset of the element instead of the actual address. This causes many issues with nested structures or arrays of structures, since it requires manually calculating the address based on the parent IBaseTreeNode. See attached image and example.
Last updated: 2025-08-28

VarAccGetAddress does not return the correct address for TYPE_ARRAY or TYPE_USERDEF. ^{CODESYS Forge talk (Thread)}
VarAccGetAddress does not return the correct address for TYPE_ARRAY or TYPE_USERDEF.
Last updated: 2025-08-28

Post by kristianh on Get Alarm status in Codesys ^{CODESYS Forge talk (Post)}
Hi, I'm trying to accomplish the same, have you had any success? Kristian
Last updated: 2025-08-28

Post by jcarter on Webvisu Combined Authentication ^{CODESYS Forge talk (Post)}
Is there a way to have both a Public No Login Screens with Screens that do require login and File Transfer? My Idea is to have the default page be View Only with a Login Button in the Corner and then Once Logged In you can change settings and download files depending on your user group.
Last updated: 2025-08-28

Recipe Manager - Not Creating Recipe Files ^{CODESYS Forge talk (Thread)}
Recipe Manager - Not Creating Recipe Files
Last updated: 2025-08-29

Post by harinator on CSV Utility SL ^{CODESYS Forge talk (Post)}
Hello, I'm having the same issue.. were you able to solve this? Anything in particular in the other thread that you linked that helped you solve it?
Last updated: 2025-08-29

CSV Utility SL ^{CODESYS Forge talk (Thread)}
CSV Utility SL
Last updated: 2025-08-29

Post by harinator on CSV Utility SL ^{CODESYS Forge talk (Post)}
Hello, I'm having the same issue.. were you able to solve this? Anything in particular in the other thread that you linked that helped you solve it?
Last updated: 2025-08-29

Post by antonz on CoDeSys v3.5: creating libraries for both 32-bit and 64-bit controllers ^{CODESYS Forge talk (Post)}
Follow up question: in the Project Settings, under Library Development, there is an option related to this: Check all Pool Objects -> Pointer size to use Options are: * 32 Bit * 64 Bit * 32 and 64 Bit The descriptions and online help suggest to me this is only relevant for checking and showing any incorrect pointer types as an error in the IDE. E.g. using a DWORD to store a pointer value on a 64-bit controller. It would not control the creation of either 32-bit or 64-bit compiled libraries. Is that correct?
Last updated: 2025-09-01

Post by antonz on CoDeSys v3.5: creating libraries for both 32-bit and 64-bit controllers ^{CODESYS Forge talk (Post)}
Thanks Tim. I would think it somehow is relevant when creating a compiled library, but that may very well not be the case. If I understand you correctly, then the same compiled library created from my source code would work for both 32 bit as well as 64 bit controllers.
Last updated: 2025-09-01

Post by em1681 on Modbus RTU over 750-652 ^{CODESYS Forge talk (Post)}
Hi, It's my first time operating in Codesys 2.3, but I have done a good amount of Codesys programming, so I'm a little familiar. I haven't done a lot of RTU, but a lot of Modbus TCP. I don't have the PLC in my reach at the moment, but I'm trying to be a little ahead. We're adding the 750-652 module to read energy from a flowmeter over RTU. There will only be 1 slave. I attached pictures of my current hardware, PLC code, the register datasheet from the slave and the only modbus serial library I seem to have available. I'm uncertain if this will work. Any help or clarification on how things work will be greatly appreciated. Thanks in advance.
Last updated: 2025-09-01

Modbus RTU over 750-652 ^{CODESYS Forge talk (Thread)}
Modbus RTU over 750-652
Last updated: 2025-09-01

Post by gatto on Application-based license Modbus Channels ^{CODESYS Forge talk (Post)}
Hi Sandro, did you find any solution? I'm in version 3.5.20.40 and i have only one modbus channel. I don't want the problem to happen to me if I do an update one day.
Last updated: 2025-09-01

Post by fkoenig on Codesys Control Win 64 3.5.21.0 KNX unaufgelöste Referenzen ^{CODESYS Forge talk (Post)}
Hallo Herr Schwellinger, ich habe in Codesys die KNX Datei nach ETS exportiert und in der ETS eingefügt. Leider lässt sich in der ETS nicht die physikalische Adresse zuweisen. Den Programmier Button wird im KNX Stack betätigt, doch leider wird diese nicht quittiert und die physikalische Adresse zugewiesen. Woran kann dies liegen? Anbei habe ich Ihnen der Device Log. Viele Grüße, Koeni
Last updated: 2025-09-01

Codesys Control Win 64 3.5.21.0 KNX unaufgelöste Referenzen ^{CODESYS Forge talk (Thread)}
Codesys Control Win 64 3.5.21.0 KNX unaufgelöste Referenzen
Last updated: 2025-09-01

Post by eboyd on AOI's ^{CODESYS Forge talk (Post)}
Hello, I'm currently working on transferring a project I recently created on Studio 5000 to CODESYS and unfortunately CODESYS isn't compatible with AOI's so I was wondering if there was anyone who could help me transfer these L5X AOI blocks to ST Function Blocks that I can import into CODESYS so I can use them for this project or if you know where I can find preexisting Function Blocks for these AOI's. Thank you so much!
Last updated: 2025-09-02

AOI's ^{CODESYS Forge talk (Thread)}
AOI's
Last updated: 2025-09-02

Post by eboyd on AOI's ^{CODESYS Forge talk (Post)}
Hello, I'm currently working on transferring a project I recently created on Studio 5000 to CODESYS and unfortunately CODESYS isn't compatible with AOI's so I was wondering if there was anyone who could help me transfer these L5X AOI blocks to ST Function Blocks that I can import into CODESYS so I can use them for this project or if you know where I can find preexisting Function Blocks for these AOI's. Thank you so much!
Last updated: 2025-09-02

Post by timvh on Get Alarm status in Codesys ^{CODESYS Forge talk (Post)}
You are right, that you can use the GetState method, but it is not that simple. You first have to get a list of (filtered) alarms from the AlarmManager. You can find an example in Forge how to do this. See https://forge.codesys.com/prj/codesys-example/alarm-manager/home/Home/ Then you can go through this list to get the state of all the (filtered) alarms. See below the code which you could use. This is all based on the example from forge. Create a program: // This example shows how to access alarms via structured text. PROGRAM PLC_PRG VAR xInit : BOOL := TRUE; udiResult : UDINT; fbAlarmFilterCriteriaAll : FB_AlarmFilterCriteriaAll; fbAlarmManagerClient : FB_AlarmManagerClient; itfAlarmManagerClient : IAlarmManagerClient := fbAlarmManagerClient; xAlarm1 : BOOL; xAlarm2 : BOOL; xWarning : BOOL; iNrOfAlarmsInAlarmList : INT; iNrOfActiveAlarmsInAlarmList : INT; paitfAlarm: POINTER TO ARRAY [0..0] OF AlarmManager.IAlarm; iAlarmIndex : INT; eAlarmState: AlarmManager.AlarmState; END_VAR IF xInit THEN xInit := FALSE; fbAlarmManagerClient.itfAlarmFilterCriteria := fbAlarmFilterCriteriaAll; // register alarm client to get updated about alarm status / changes udiResult := AlarmManager.g_AlarmHandler.RegisterClient(itfAlarmManagerClient, 0, 0); END_IF // Polling the number of alarms udiResult := AlarmManager.g_AlarmHandler.GetActiveAlarms(itfAlarmManagerClient, parritfActiveAlarms => paitfAlarm, iCountActiveAlarms => iNrOfAlarmsInAlarmList); iAlarmIndex := 0; iNrOfActiveAlarmsInAlarmList := 0; WHILE iAlarmIndex < iNrOfAlarmsInAlarmList DO eAlarmState := paitfAlarm^[iAlarmIndex].GetState(); IF eAlarmState = AlarmManager.AlarmState.Active OR eAlarmState = AlarmManager.AlarmState.ActiveAcknowledged THEN iNrOfActiveAlarmsInAlarmList := iNrOfActiveAlarmsInAlarmList + 1; END_IF iAlarmIndex := iAlarmIndex + 1; END_WHILE See below some details about the function blocks: One function block should implement the IAlarmFilterCriteria interface. This can be empty except a few methods. FUNCTION_BLOCK FB_AlarmFilterCriteriaAll IMPLEMENTS AlarmManager.IAlarmFilterCriteria Method implementation (others related to interface are empty) METHOD AreAllAlarmClassesSelected : BOOL AreAllAlarmClassesSelected := TRUE; METHOD AreAllAlarmGroupsSelected : BOOL AreAllAlarmGroupsSelected := TRUE; METHOD GetPriorityFrom : USINT GetPriorityFrom := 0; METHOD GetPriorityTo : USINT GetPriorityTo := 255; The other function block should implement IAlarmManagerClient and get a reference to the FB which implements the IAlarmFilterCriteria FUNCTION_BLOCK FB_AlarmManagerClient IMPLEMENTS AlarmManager.IAlarmManagerClient VAR_INPUT itfAlarmFilterCriteria: AlarmManager.IAlarmFilterCriteria; END_VAR Method implementation (others related to the interface are empty) METHOD GetFilterCriteria : AlarmManager.IAlarmFilterCriteria // see VAR_INPUT for filter GetFilterCriteria := itfAlarmFilterCriteria; Off course you have to add the AlarmManager to your application and add some alarms to it.
Last updated: 2025-09-02

Get Alarm status in Codesys ^{CODESYS Forge talk (Thread)}
Get Alarm status in Codesys
Last updated: 2025-09-02

AOI's ^{CODESYS Forge talk (Thread)}
AOI's
Last updated: 2025-09-02

Post by timvh on CoDeSys v3.5: creating libraries for both 32-bit and 64-bit controllers ^{CODESYS Forge talk (Post)}
Yes, you are right. I think the help is pretty clear: https://content.helpme-codesys.com/en/CODESYS%20Development%20System/_cds_library_development.html It helps you to find errors in the source code of your library if you want to create a library which is using pointers and you want to use your library on 32 and/or 64 bit platforms.
Last updated: 2025-09-02

Post by pernockham on AC Persistence - values are not read from file during start? ^{CODESYS Forge talk (Post)}
Im struggling with the AC Persistence. AC persistence seems to work for any variable that is changed online and values are kept during reboot. However, if I try to edit the persistence files offline or replace the persistence files with a previously downloaded older persistence file (with modified values), the online value will not follow, as if the system did not at all read the file at boot? My testing sequence. - Edit a the value of a persistenced variable (with xSaveOnChange = True) - Save/download the associated persistence file, (and confirm the value has changed). - Edit the value online for a second time . - Stop runtime - Replace (upload) the persistence file with my previously downloaded file . - Coldstart/Warmstart/Start runtime - Whatever Im trying the value of my persistence variable will always be equal to that of my second edit as if the file is not read/considered during boot. What am I doing wrong?
Last updated: 2025-09-02

Sort by relevance or date