CAA net base TCP client cause PLC to crash - Kernel message : N0HZ_local_softirq_pending 80 ^{CODESYS Forge talk (Thread)}
CAA net base TCP client cause PLC to crash - Kernel message : N0HZ_local_softirq_pending 80
Last updated: 2024-01-12

Post by gilbert-mh on CAA net base TCP client cause PLC to crash - Kernel message : N0HZ_local_softirq_pending 80 ^{CODESYS Forge talk (Post)}
Hello all, I have been trying to implement a TCP client on a Festo PLC (CPX-E-CEC-M1) and it looks like it works well except that after some time (greatly varies between a few hours to more than 100h) my PLC crash. When I look into the log file the only thing I see is that before the crash happens a few kernel warnings : N0HZ_local_softirq_pending 80 and then the crash. I've looked into this warning and from what I could find on the net it seems that this is warning is triggered when the ethernet link is down. I've tried to correct this bug for quite some time and what I know is that : - The crash is caused by my TCP client, when I remove it from my code I see no crash - The crash happens more quickly the more the TCP client is used. - The time before the crash is not directly proportional to the number of communications or their size. But it looks like it is just more likely to happen if the client connect to the server at a higher frequency. - The precedent observation makes it seem unlikely that the crash is caused by some memory overflow because then the crash speed would be more proportional to the amount of data exchanged. SO from these observations, I believe that the crash could be caused by the PLC trying to connect to a server while there is some kind of issue with the ethernet link resulting in the PLC getting stuck in some indefinite state and making it crash. This still seems a bit unlikely to me because if the ethernet is down it simply shouldn't be able to contact the server and the communication would just fail which doesn't cause my PLC to crash. Has anyone encountered the same kind of problem (with the same kernel message) ? I am pretty sure the warning is not the direct cause of the crash but just an indicator that something is wrong with my PLC. Thanks in advance
Last updated: 2024-01-12

Post by timvh on Minimum system requirements for codesys control standard S ^{CODESYS Forge talk (Post)}
It depends on your application which CPU speed and RAM size you need. If you think the Control Standard S license is sufficient then my guess is that your selected PC has no problem running your application. There are no more "hardware" based single licenses available anymore, only application based licenses. So this "Raspberry Pi" restriction for home automation is not applicable anymore. For more information see: https://store.codesys.com/en/howto_applicationbasedlicenses
Last updated: 2024-01-14

Minimum system requirements for codesys control standard S ^{CODESYS Forge talk (Thread)}
Minimum system requirements for codesys control standard S
Last updated: 2024-01-14

Sysfile inuts ^{CODESYS Forge talk (Thread)}
Sysfile inuts
Last updated: 2024-01-14

Add licence ^{CODESYS Forge talk (Thread)}
Add licence
Last updated: 2024-01-14

Post by timvh on Sysfile inuts ^{CODESYS Forge talk (Post)}
To prevent ambiguous use of this enumeration value. Let's say another ENUM is available in your project or in another library which has an enumeration value AM_WRITE, then it is not clear which AM_WRITE you want to assign. By this qualified access to the SysFile.AM_WRITE, it is completely clear for the compiler.
Last updated: 2024-01-14

Post by timvh on Add licence ^{CODESYS Forge talk (Post)}
The Epis controller should support the CodeMeter driver to be able to access the license containers on the CODESYS Key.
Last updated: 2024-01-14

Post by reinier-geers on Codesys ^{CODESYS Forge talk (Post)}
Ive installed DIA from Delta. But because of problems with codesys i removed it. Now i have no gateway. How can i solve this ?
Last updated: 2024-01-14

Post by paro on Codesys ^{CODESYS Forge talk (Post)}
https://store.codesys.com/de/codesys-edge-gateway-for-windows.html
Last updated: 2024-01-14

Gear on is slave offline ^{CODESYS Forge talk (Thread)}
Gear on is slave offline
Last updated: 2024-01-14

Codesys ^{CODESYS Forge talk (Thread)}
Codesys
Last updated: 2024-01-14

Post by reinier-geers on Gear on is slave offline ^{CODESYS Forge talk (Post)}
When i Put Gear on, the the slave goes off.. Why ? Disable Gear_on and Reinit the drive its back
Last updated: 2024-01-14

Post by nano on Library for arrays ^{CODESYS Forge talk (Post)}
habe a look at __new and __delete operators. have in mind that in this case u have a look at memory see https://help.codesys.com/api-content/2/codesys/3.5.15.0/en/_cds_operator_new/
Last updated: 2024-01-14

Post by vipul on Multicast udp ^{CODESYS Forge talk (Post)}
Hi, Good afternoon can anybody help me with UDP Multicast code. I am not able to send or recieve data when code is dumped on linux device. Below is my code. Declaration: PROGRAM udp_multicast VAR oneTimeFlag :UINT :=0; state: INT:=0; driver: UDP.UDPDriver; //port : UDP.Port;//moved to GVL src_ipAddr_ud: UDINT; src_ipAddr_st:STRING := '192.168.127.155';//'192.168.1.155';//ipms ip address dst_ipAddr_ud:UDINT; group_ipAddr_st:STRING := '239.1.5.10'; //group_ipAddr_ud:UDINT; result: SysTypes.RTS_IEC_RESULT; //result of recieve function. bind: UDINT; //result of binding. resultCreate:SysTypes.RTS_IEC_RESULT;//result of port creation. timer:BLINK; temFlag :INT:= 0; post:INT :=0; checksumFunc:checksumXor; localStringBuf:STRING[500]; chksum:BYTE; dataBuffer:POINTER TO BYTE; checksumString:ARRAY[0..5] OF BYTE; recvSize:__XINT; errorCode:UDINT; joinGroupErrorCode:UDINT; END_VAR ************8 Implementation: IF oneTimeFlag <> 1 THEN oneTimeFlag:=1; resultCreate := driver.CreatePort(ADR(GVL.port)); src_ipAddr_ud := UDP.IPSTRING_TO_UDINT(sIPAddress:= src_ipAddr_st); GVL.group_ipAddr_ud := UDP.IPSTRING_TO_UDINT(sIpAddress:= group_ipAddr_st); GVL.port.IPAddress := src_ipAddr_ud; GVl.port.ReceivePort:= GVL.src_port;//port on which messages are expected. GVl.port.SendPort := GVL.dest_port; GVl.port.OperatingSystem := 0; //0- any system GVL.port.Socket :=3; //3- socket type is multicast bind := GVL.port.Bind(udiIPAddress:=src_ipAddr_ud,); GVl.port.JoinGroup(udiGroupAddress:= GVL.group_ipAddr_ud,udiInterfaceAddress:= src_ipAddr_ud,eLogCode=>joinGroupErrorCode); END_IF timer(ENABLE:=TRUE,TIMELOW:=T#100MS,TIMEHIGH:=T#100MS); IF timer.OUT = TRUE THEN GVL.port.Send(udiIPTo:=GVL.group_ipAddr_ud,GVL.dest_port,pbyData:=ADR(GVL.writeData),diDataSize:=SIZEOF(GVL.writeData)); ELSE SysMemSet(ADR(GVL.readData[0]),0,SIZEOF(GVL.readData)); result := GVl.port.Receive(ADR(GVL.readData),diDataSize:=SIZEOF(GVL.readData),udiIPFrom=>dst_ipAddr_ud,diRecvSize=>recvSize,eLogCode=>errorCode); SysMemMove(ADR(GVL.readDataBuf[0]),ADR(GVL.readData[0]),SIZEOF(GVL.readData)); END_IF post:=LEN(GVL.readDataBuf);
Last updated: 2024-01-14

Library for arrays ^{CODESYS Forge talk (Thread)}
Library for arrays
Last updated: 2024-01-14

Post by warrumungi on Beckhoff EL6652-0010 with Codesys ^{CODESYS Forge talk (Post)}
Hi Has anyone successfully used a Beckhoff EL6652-0010 Ethernet/IP slave terminal through an EK1101 EtherCAT coupler, or similar, and been able to set it up through Codesys? It seems there is no driver for it, and it can't be done? The only option would be to use the Ethernet/IP capability of the controller directly with one of its ethernet ports and a Codesys Ethernet/IP adapter + module and routing it through EtherCAT by tunnelling it through via an EL6614 switchport? Any advice would be appreciated. Billy.
Last updated: 2024-01-15

Multicast udp ^{CODESYS Forge talk (Thread)}
Multicast udp
Last updated: 2024-01-15

Post by oscardm on Problem install codesys 3.5.17 SP 30 with Codesys Installer ^{CODESYS Forge talk (Post)}
OK, thank for your answer!
Last updated: 2024-01-15

Post by paro on Multicast udp ^{CODESYS Forge talk (Post)}
did you check this example: https://forge.codesys.com/prj/codesys-example/nbs/home/Home/
Last updated: 2024-01-15

Post by andrax on Stop Programm geladen Ausnahmefehler ^{CODESYS Forge talk (Post)}
Hallo, ich habe seid neustem ebenfalls dieses Problem auf den Raspberry. Codesys 3.5.18 Nach dem Download geht die SPS in STOP und es blinkt schwerer Ausnahmefehler. Der Fehler kommt sporadisch und ist nicht reproduzierbar. Es passiert beim kompletten Download, aber auch bei Änderungen. Wie kann ich den Fehler eingrenzen? Nachtrag: Wenn der Fehler kommt, ist die Runtime auf dem Raspberry nicht mehr ansprechbar. Der Raspberry selbst schon. Für einen neuen Download muss ich den Raspberry neu starten. Das selbe ist auch in der Programmierumgebung, die Software hängt sich auf.
Last updated: 2024-01-15

Post by hfelek on *SOURCEPOSITION* App = [Application] area=0, offset = 0 on default example ^{CODESYS Forge talk (Post)}
Hello, I am trying to run CmpTemplate component provided by Codesys for version 3.5.17. I call MyExternalFunction from the component but I get error as shown below. I see component is loaded successfully on runtime logs. I feel like I am missing something basically.
Last updated: 2024-01-15

Post by eschwellinger on Stop Programm geladen Ausnahmefehler ^{CODESYS Forge talk (Post)}
Hi, wenn du den Compiler auf 3.5.8.0 setzt wird das nicht mehr kommen, denke das war ein Fehler der mit SP8 behoben wurde. Grüße Edwin
Last updated: 2024-01-15

Post by eschwellinger on Stop Programm geladen Ausnahmefehler ^{CODESYS Forge talk (Post)}
immer ins Sps log schauen das sollte weiterhelfen.
Last updated: 2024-01-15

Post by hfelek on *SOURCEPOSITION* App = [Application] area=0, offset = 0 on default example ^{CODESYS Forge talk (Post)}
Hello again, I have tried "Clean all" and "Generate code" afterwards but it didn't workout! ComponentEntry,Hookfunction calls are called regularly but while user-specific external functions are called, I get this error.
Last updated: 2024-01-15

Sort by relevance or date