Post by adam on Get/Set I/O Address Mapping of DeviceObjects in python Script ^{CODESYS Forge talk (Post)}
I want to cancel the automatic address allocation for all IO mappings. If I directly set the automatic_iec_address in class ScriptIoMapping to False, the address becomes None. So I reset manual_iec_address with itselfs value. It only work with the Input IOMapping . For output, it reports an error: "Invalid address: The channel type 'Output' requires address type '%Q'." I checked the description file ,both accessRight are total same. Does anyone know what causes this?
Last updated: 2025-11-14

Post by paulorb on STRUCT AT %MW1000 ^{CODESYS Forge talk (Post)}
Hi I am trying to use STRUCT to parse commands from Modbus/TCP, Modbus client will fill the bytes related to a specific command (type, parameters), then PLC (Codesys) will access the command parameters. A STRUCT will simplify a lot the process of parsing the data, so I don't need to parse byte per byte, address will be mapped to a struct and I can use it for parsing the data. From what I understood, the compiler does not allow me to specify the location of the struct for a %MW register. VAR_COMMAND AT %MW1002: structGenericModbusCommand; This will throw: Bad declaration, use '%ML' for 'structGenericModbusCommand' variable But If I change it to %ML, when you go online you see that it is actually allocating the struct in another memory address. When we go online, on GVL we can see: VAR_COMMAND. structGenericModbusCommand %ML1002 commandType COMMANDTYPE %MB8016 ... %MB8020 I am not specifying a pointer or a reference it is a struct type, why is it mapping to a %MW location (random one). How can I control where it is mapping to? I need a consistent way to map STRUCT to specific modbus address. Is it possible? Thanks, Paulo Note I am using a Codesys OEM: Schneider Machine Expert Logic Builder (M241)
Last updated: 2024-08-13

Post by latassan on RaspberryPi 5 gateway problem ^{CODESYS Forge talk (Post)}
Hello, I'm trying to use a raspberryPi 5 as a PLC. I fixed its IP address, I can ping it. I've also installed the CODESYS Control for Raspberry Pi 64 SL runtime on it. So I've created a gateway (IP address of the Raspberry, TCP port 1217). I see the green dot next to this gateway. When I do a network scan, I can see my raspberry (see photo). When I try to connect to it, I have to define an administrator profile, which I do. On validation, I see a message: No device is responding to the scan request. I've checked that port 1217 is listening on the raspberry, I've uninstalled the runtime then installed it again, but I can't connect. Also, when I try to configure the user groups before connecting, I see that Offline mode is not supported by the device, even though I'm connected to it in the Deploy Control SL tab. When I try to refresh, I see: Gateway not configured properly. How can I connect to my Raspberry? Have I defined my gateway incorrectly?
Last updated: 2025-06-12

Post by pppn on Issue with Forward Open Connections in Ethernet/IP Protocol Stack in Codesys ^{CODESYS Forge talk (Post)}
Hello, I am facing an issue with my Ethernet-based project in Codesys. My product was functioning well until I modified the protocol stack and uploaded it to my device. Here are the details of my problem: Project Setup: I am working on an Ethernet-based project to test my product. The project was running without issues before modifying the protocol stack. Issue: After modifying the protocol stack and uploading it to my device, I am encountering an error in Codesys related to the forward open connections. Error status: connection failure, extended: connection in use or duplicate forward open. According to the Ethernet/IP protocol in codesys, there are three forward open connections that need to be established. The first two connections are opening without any issues. The third connection, which is an input-only connection, is causing problems. The error message indicates that the connection is already open. Debugging Attempts: I have extensively debugged the protocol stack and found no issues. The product works well when tested with EIP tools but not with Codesys. Exclusive owner connections are working correctly, and only the input-only connection is problematic. Wireshark Traces: Wireshark traces show that the third connection attempts to open but reports that it is already open. Steps to Reproduce: Modify the protocol stack and upload it to the device. Attempt to establish three forward open connections in Codesys. Observe the error on the third connection (input-only). Request: I would appreciate any suggestions or guidance on how to resolve this issue. If there are specific settings or configurations in Codesys that I need to check, please let me know. Additionally, if there are known issues or workarounds related to this problem, I would be grateful for the information. Attachments: Wireshark traces showing the connection attempts and errors Screenshots of the error messages in Codesys codesys version: CODESYS V3.5 SP16 Patch 3 + 64 bit
Last updated: 2024-06-25

Signing Packages without exposing the password of the certificate ^{CODESYS Forge talk (Thread)}
Signing Packages without exposing the password of the certificate
Last updated: 2024-08-20

Сalling the context menu from the keyboard ^{CODESYS Forge talk (Thread)}
Сalling the context menu from the keyboard
Last updated: 2025-10-09

Сalling the context menu from the keyboard ^{CODESYS Forge talk (Thread)}
Сalling the context menu from the keyboard
Last updated: 2025-10-09

Index was outside the bounds of the array ^{CODESYS Forge talk (Thread)}
Index was outside the bounds of the array
Last updated: 2016-10-12

Problem with installing the library. No access to the location. ^{CODESYS Forge talk (Thread)}
Problem with installing the library. No access to the location.
Last updated: 2022-03-18

The VAR_INPUT stDirEntry for the function SysDirRead ^{CODESYS Forge talk (Thread)}
The VAR_INPUT stDirEntry for the function SysDirRead
Last updated: 2008-06-24

scan the interface IO plugged into the CPU PFC 200 ^{CODESYS Forge talk (Thread)}
scan the interface IO plugged into the CPU PFC 200
Last updated: 2023-05-30

Problem using the GPIOs of the Beaglebone Black ^{CODESYS Forge talk (Thread)}
Problem using the GPIOs of the Beaglebone Black
Last updated: 2017-03-24

Does the codesys v3.5 support the beckhoff servo drives(Ax5206)? ^{CODESYS Forge talk (Thread)}
Does the codesys v3.5 support the beckhoff servo drives(Ax5206)?
Last updated: 2016-06-01

Does the codesys v3.5 support the beckhoff servo drivers(Ax5206)? ^{CODESYS Forge talk (Thread)}
Does the codesys v3.5 support the beckhoff servo drivers(Ax5206)?
Last updated: 2016-09-30

Where can get the help for the library SysLibTargetVisu.lib ^{CODESYS Forge talk (Thread)}
Where can get the help for the library SysLibTargetVisu.lib
Last updated: 2008-02-04

the Codesys license seems not include the SoftMotion feature ^{CODESYS Forge talk (Thread)}
the Codesys license seems not include the SoftMotion feature
Last updated: 2022-07-05

The state of the 3S CANopen libraries, alternatives ^{CODESYS Forge talk (Thread)}
The state of the 3S CANopen libraries, alternatives
Last updated: 2012-09-12

Index is outside the bounds of the array ^{CODESYS Forge talk (Thread)}
Index is outside the bounds of the array
Last updated: 2022-03-04

Get the Status of the Canopen Master/Node ^{CODESYS Forge talk (Thread)}
Get the Status of the Canopen Master/Node
Last updated: 2010-12-02

Setting of the language for the installer ^{CODESYS Forge talk (Thread)}
Setting of the language for the installer
Last updated: 2013-02-06

Variable for the Visualization within the placeholder ^{CODESYS Forge talk (Thread)}
Variable for the Visualization within the placeholder
Last updated: 2009-01-11

Programmicaly get the name of the current Task? ^{CODESYS Forge talk (Thread)}
Programmicaly get the name of the current Task?
Last updated: 2023-06-17

How to control the Servo motor though the control word ^{CODESYS Forge talk (Thread)}
How to control the Servo motor though the control word
Last updated: 2021-02-11

Change the Opening Position of the Dialog using VU.FbOpenDialog ^{CODESYS Forge talk (Thread)}
Change the Opening Position of the Dialog using VU.FbOpenDialog
Last updated: 2024-05-09

Post by imdatatas on MC_CamIn did not work properly with SMC_FreeEncoder on SoftMotion 4.17.0.0 ^{CODESYS Forge talk (Post)}
Hello, I am facing a problem with the new Softmotion 4.17.0.0 version. Has anyone encountered a similar problem, what is the solution? I would be happy if you could share it. Problem description: -- "SMC_FreeEncoder" encoder axis is the master, -- The motor of the servo driver on the EtherCAT bus is the slave axis. -- When the MC_CamIn block executed, the InSync output is activated. However, although the master encoder axis position value changes, there is no movement in the slave servo axis! Test steps: 1-) EtherCAT servo axis installed, configured and motion test was performed with MC_Jog. No problem. 2-) Softmotion general axis pool > SMC_FreeEncoder was added and pulse amount configuration was performed. No problem. 3-) Incremental encoder actual count value was transferred to the "SMC_FreeEncoder.diEncoderPosition" variable as DINT under the ethercat task in every cycle and the encoder axis position value was observed. No problem. 4-) A simple CAM table with a 1:1 ratio was created under the project tree. (For example: Simply, when the encoder rotates 1 turn, the motor will rotate 1 turn.) 5-) The SMC_FreeEncoder axis enabled with MC_Power and brought to the StandStill state. 6-) The MC_CamTableSelect block was run with default input values ​​(all absolute) and only the Cam table name was specified. The Done output was seen successfully. No problem. 7-) The MC_CamIn block was activated with default input values ​​(absolute) and only the master encoder axis name, slave servo axis name, CamTableID input pins was specified and then "Execute" input set to TRUE. 8-) The InSync output information of the MC_CamIn block observed as TRUE. However, although the encoder axis value changed, the position value of the slave axis did not change at all, it did not move. It always remained at 0.0mm. 9-) When I repeated the same steps above, only changing the master axis to SM_Drive_Virtual instead of FreeEncoder and gave movement to the virtual axis, this time the slave axis moved successfully. However, when the same steps and operations are performed with the same IDE just downgrade SoftMotion version from 4.17.0.0 to 4.10.0.0, everything works normally and without problems as expected in MC_CamIn block with FreeEncoder master. (By the way, The used IDE version is Codesys V3.5 SP20patch3.) Best Regards Imdat
Last updated: 2024-11-11

Sort by relevance or date