Post by dantheman on Connecting to SoftPLC Only Works By Turning Off Modbus Ethernet Port ^{CODESYS Forge talk (Post)}
I have an IPC with 2 ethernet ports and 1 Wi-Fi. I'm using ModbusTCP with the ethernet port named "enp2s0" connected to my remote I/O. This works fine when testing with Python and also works with CODESYS, but CODESYS is only able to scan for the Linux SoftPLC when I turn off the "enp2s0" interface. In other words, I can't get online with the IDE if I want my ModbusTCP comms to run with CODESYS. I'm using a Linux SoftPLC that has the following entry in CODESYSControl.cfg, hoping that this will allow me to connect with "enp1s0" or "wlp3s0", and leave "enp2s0" for field comms, but this seems to only make the source IP of the ModbusTCP comms to be bound to "enp2s0". That last point is the case only if I don't restart the service, but if I do restart the service after changing the config file, the source IP for the ModbusTCP comms then becomes the one for "enp1s0", which is very confusing to me: [SysSocket] Adapter.0.Name="enp2s0" Adapter.0.EnableSetIpAndMask=1 On the device list, I only have "enp2s0" given as the ethernet device that has the ModbusTCP master & slave beneath it, shown in Screenshot 1. On the IPC, I can ping the ModbusTCP client (remote I/O) from "enp2s0", and I've attached a Wireshark capture of running ModbusTCP from the CODESYS runtime as Screenshot 2, 3 & 4 (again, I can't get online when this is running, I have to turn off "enp2s0" to connect even when it's idle and I don't have an active TCP session with my Python tests). Like I explained above, the source IP is "enp1s0", even though the ethernet device on the project is "enp2s0". I was lucky to catch the red message that showed the source IP that makes sense to me (the one for "enp2s0"), but for some reason that connection was reset and I never saw that packet again. I've also tried this with Auto-reconnect both enabled & disabled, for the ModbusTCP Master device. I also have to turn off "enp1s0" and then turn it on, just so that I can have the ModbusTCP comms running from "enp2s0" (which is not intuitive in any way to me, I'd love some help understanding that phenomenon as well) in the weird manner that I've described above. I would be very appreciative if someone can help me figure out this pickle. I'd love to just connect to CODESYS through my Wi-Fi interface and leave my ethernet ports for field comms.
Last updated: 2024-08-01

Post by jmfernandes on OpenDir always in error ^{CODESYS Forge talk (Post)}
Well I created a user as Admin, gave access rigths to the file but still can't read the files in the plc it gives the same error. I guess is something to do with plc itself.
Last updated: 2024-08-01

OpenDir always in error ^{CODESYS Forge talk (Thread)}
OpenDir always in error
Last updated: 2024-08-01

Number of Connections to Modbus TCP Slave ^{CODESYS Forge talk (Thread)}
Number of Connections to Modbus TCP Slave
Last updated: 2024-08-01

Post by wagomikep on Number of Connections to Modbus TCP Slave ^{CODESYS Forge talk (Post)}
Hello, Is there a maximum number of Masters that can connect to a Modbus Slave that is configured in the device tree? Is this limited by the CODESYS IDE, or the manufactures hardware and CPU load? Thank you,
Last updated: 2024-08-01

Post by wagomikep on Number of Connections to Modbus TCP Slave ^{CODESYS Forge talk (Post)}
Hello, Is there a maximum number of Masters that can connect to a Modbus Slave that is configured in the device tree? Is this limited by the CODESYS IDE, or the manufactures hardware and CPU load? Thank you,
Last updated: 2024-08-01

Post by wagomikep on Number of Connections to Modbus TCP Slave ^{CODESYS Forge talk (Post)}
Hello, Is there a maximum number of Masters that can connect to a Modbus Slave that is configured in the device tree? Is this limited by the CODESYS IDE, or the manufactures hardware and CPU load? Thank you,
Last updated: 2024-08-01

Number of Connections to Modbus TCP Slave ^{CODESYS Forge talk (Thread)}
Number of Connections to Modbus TCP Slave
Last updated: 2024-08-01

Number of Connections to Modbus TCP Slave ^{CODESYS Forge talk (Thread)}
Number of Connections to Modbus TCP Slave
Last updated: 2024-08-01

Post by wagomikep on Number of Connections to Modbus TCP Slave ^{CODESYS Forge talk (Post)}
Hello, Is there a maximum number of Masters that can connect to a Modbus TCP Slave that is configured in the device tree? Is this limited by the CODESYS IDE, or the manufactures hardware and CPU load? Thank you,
Last updated: 2024-08-01

Number of Connections to Modbus TCP Slave ^{CODESYS Forge talk (Thread)}
Number of Connections to Modbus TCP Slave
Last updated: 2024-08-01

Post by mgabryel on Problems with CAN 2.0 comunication on Wago PLC (Codesys 3.5) ^{CODESYS Forge talk (Post)}
Hello, I am trying to program CAN Bus comunication on WAGO PLC (more precisely on WAGO Touch Monitor model TP600). I am using for this purpose library "WagoAppCanLayer2" from Wago company. My IDE for programming this device is CODESYS V3.5 SP19 Patch 2 + (64-bit). My program is written in Structured text using function blocks from previously mentioned library. Here is code of this program: 1) Variables declarations: PROGRAM PLC_PRG VAR oOpenInterface : WagoAppCanLayer2.FbCanL2Open :=( udiBaudrate := 125000 ); xInterfaceIsOpen : BOOL; sInterfaceInfo : STRING; oReceive : WagoAppCanLayer2.FbCanRx29BitFrame :=( xBufferMode := FALSE, wCanId := 16#181 ); xRecv : BOOL; sReceiveInfo : STRING; oSend : WagoAppCanLayer2.FbCanTx29BitFrame :=( dwCanId := 16#100, //was 16#201 xRtrFrame := FALSE ); xSend : BOOL; sSendInfo : STRING; oCanDiag : WagoAppCanLayer2.FbCanErrorInfo; xRst : BOOL; aSendData : ARRAY [1..8] OF BYTE; bSendLen : BYTE; TON_0 : TON; TON_1 : TON; END_VAR 2) Program body: oOpenInterface( xEnable := NOT xInterfaceIsOpen, I_Port := IoConfig_Globals.WAGO_CAN_LAYER2_DEVICE ); sInterfaceInfo := oOpenInterface.oStatus.GetDescription(); xInterfaceIsOpen S= oOpenInterface.xValid AND NOT oOpenInterface.xError; oReceive( xEnable := xInterfaceIsOpen, I_Port := IoConfig_Globals.WAGO_CAN_LAYER2_DEVICE, xRxTrigger := xRecv ); sReceiveInfo := oReceive.oStatus.GetDescription(); IF NOT xRecv THEN IF oReceive.bRxNBytes > 0 THEN oReceive.aRxBuffer[1]; oReceive.aRxBuffer[2]; oReceive.aRxBuffer[3]; oReceive.aRxBuffer[4]; oReceive.aRxBuffer[5]; oReceive.aRxBuffer[6]; oReceive.aRxBuffer[7]; oReceive.aRxBuffer[8]; END_IF xRecv := TRUE; END_IF aSendData[1] := 224; aSendData[2] := 13; aSendData[3] := 14; aSendData[4] := 15; aSendData[5] := 222; aSendData[6] := 13; aSendData[7] := 14; aSendData[8] := 15; bSendLen := 8; TON_0(IN:= NOT TON_1.Q, PT:= T#2S , Q=>xSend, ET=> ); TON_1(IN:= TON_0.Q, PT:= T#2S , Q=>, ET=> ); oSend( xEnable := xInterfaceIsOpen, I_Port := IoConfig_Globals.WAGO_CAN_LAYER2_DEVICE, aTxBuffer := aSendData, bTxNBytes := bSendLen, xTxTrigger := xSend ); sSendInfo := oSend.oStatus.GetDescription(); oCanDiag( xEnable := TRUE, I_Port := IoConfig_Globals.WAGO_CAN_LAYER2_DEVICE, xTriggerResetCounter := xRst, xValid=> , xError=> , oStatus=> , wBusState=> , wBusDiag=> , uiRxOverflowsL2=> , uiTxOverflowsL2=> , uiRxOverflows=> , uiMsgTimeouts=> , uiBusOffs=> , uiBusWarnings=> ); Program first opens comunication on CAN 2 device and then periodically try send one CAN data frame. After starting program CAN 2 interface is properly open. The xSend variable is toggling with period 2s. When program sends data an "Tx overflow" error appears. When I am watching CAN_H line on DSub 9 socket i am not able to see proper CAN frames - see screenshot attached to this message. Could somebody help me determine what is wrong with this program. Best regards
Last updated: 2024-08-02

Problems with CAN 2.0 comunication on Wago PLC (Codesys 3.5) ^{CODESYS Forge talk (Thread)}
Problems with CAN 2.0 comunication on Wago PLC (Codesys 3.5)
Last updated: 2024-08-02

Visualisaion while in simulation ^{CODESYS Forge talk (Thread)}
Visualisaion while in simulation
Last updated: 2024-08-02

Post by haiderm on MultiTouch : Two fingers pinch to Z00M in/out and rotation gesture. ^{CODESYS Forge talk (Post)}
Hello, I am currently trying to implement the Pan gesture and if possible, also the spread-pinch gesture in my project. The Pan gesture seems to work. Was the spread pinch gesture in the meantime fully released, because i haven't been able to get it called? Best Regards, Michael
Last updated: 2024-08-02

Post by programmierer on No gateway with the given settings could be found ^{CODESYS Forge talk (Post)}
Hello eschwellinger, would it be possible for you to also review my issue? you can find it under this link https://forge.codesys.com/forge/talk/CODESYS-V2/thread/c6ec7fd23a/
Last updated: 2024-08-02

Post by jnoyau on Visualisaion while in simulation ^{CODESYS Forge talk (Post)}
For anyone reading this after the fact, it seems my issue was Alarm Task Manager. Deleting it from my program fixed the issue.
Last updated: 2024-08-02

MultiTouch : Two fingers pinch to Z00M in/out and rotation gesture. ^{CODESYS Forge talk (Thread)}
MultiTouch : Two fingers pinch to Z00M in/out and rotation gesture.
Last updated: 2024-08-02

No gateway with the given settings could be found ^{CODESYS Forge talk (Thread)}
No gateway with the given settings could be found
Last updated: 2024-08-02

Post by programmierer on Implementing UDP Communication ^{CODESYS Forge talk (Post)}
Hello everyone, I hope you can help me with my problem. I am new to programming and am currently working with a WAGO controller in our lab, which controls a heat pump. My goal is to send the electrical power of the heat pump (Pel_WP) via a UDP connection to a specific IP address. I am using Codesys version 2.3 and following the guide I found here: https://forge.codesys.com/forum/de/396/genmed-Konfiguration%20der%20UDP%20Kommunikation%20Cosesys%20S7.pdf. I have adapted the guide to suit my needs. The data sending works since I can force the reception value Pel_WP and the data is sent accordingly. However, I am having trouble with the receiving part. The reception value is not being correctly received, and the diSocket variable shows -1. The connection between the heat pump and the WAGO controller seems to be set up correctly, as the heat pump is listed under the communication parameters with the correct IP address. I have also attached images to provide a better view of the setup. I would greatly appreciate any support or suggestions for a solution. Thank you in advance!
Last updated: 2024-08-02

Implementing UDP Communication ^{CODESYS Forge talk (Thread)}
Implementing UDP Communication
Last updated: 2024-08-02

Post by ruzickajan on WAGO RS485 (753-652) on a 750-362 ^{CODESYS Forge talk (Post)}
Hi I will be dealing with the same issue soon. I would appreciate any advice and i will try to help after I get on the Issue.
Last updated: 2024-08-02

WAGO RS485 (753-652) on a 750-362 ^{CODESYS Forge talk (Thread)}
WAGO RS485 (753-652) on a 750-362
Last updated: 2024-08-02

Runtime System Update ^{CODESYS Forge talk (Thread)}
Runtime System Update
Last updated: 2024-08-03

Post by paulg on Converting hex bytes to float ^{CODESYS Forge talk (Post)}
I'll be capturing a hex stream over serial into a RasPi and I'd like to convert a group of bytes into a float. I see this is available (https://content.helpme-codesys.com/en/CODESYS%20Development%20System/cdsoperatorrealto.html) but not its inverse (i.e. BYTE_TO_REAL). The packets will be 18 bytes but I'll be selecting 4 byte segments from the middle, swapping byte endianness (i.e. changing 0x51847641 to 0x41768451), and converting to float; I believe they adhere to IEEE 754. Is there a pre-built function for some or all of this, or do I need to follow (https://forge.codesys.com/forge/talk/Engineering/thread/dc5829c7ea/)? Thanks!
Last updated: 2024-08-02

Sort by relevance or date