CodeSys can't start plc at systray ^{CODESYS Forge talk (Thread)}
CodeSys can't start plc at systray
Last updated: 2021-03-24

Remote connection to ifm PLC & HMI ^{CODESYS Forge talk (Thread)}
Remote connection to ifm PLC & HMI
Last updated: 2024-04-11

Start *.exe through PLC progem ^{CODESYS Forge talk (Thread)}
Start *.exe through PLC progem
Last updated: 2024-04-17

PLC Login Credentials Suddenly not Working ^{CODESYS Forge talk (Thread)}
PLC Login Credentials Suddenly not Working
Last updated: 2024-04-22

Remote connection to ifm PLC & HMI ^{CODESYS Forge talk (Thread)}
Remote connection to ifm PLC & HMI
Last updated: 2024-04-23

Read Serial Number of PLC ^{CODESYS Forge talk (Thread)}
Read Serial Number of PLC
Last updated: 2024-05-21

Data source and safety PLC ^{CODESYS Forge talk (Thread)}
Data source and safety PLC
Last updated: 2024-06-17

Wago PLC Crashing and Cant Reconnect ^{CODESYS Forge talk (Thread)}
Wago PLC Crashing and Cant Reconnect
Last updated: 2024-07-30

Codesys + BeagleBone PLC +LED control ^{CODESYS Forge talk (Thread)}
Codesys + BeagleBone PLC +LED control
Last updated: 2024-08-12

Codesys Soft PLC OPC UA server ^{CODESYS Forge talk (Thread)}
Codesys Soft PLC OPC UA server
Last updated: 2024-08-30

Wago PLC Disable Device Login ^{CODESYS Forge talk (Thread)}
Wago PLC Disable Device Login
Last updated: 2024-10-09

Post by eschwellinger on WAGO PFC200 FW25 unable to connect ^{CODESYS Forge talk (Post)}
please double check if you have in the project the same plc type like online available. (untag the " Hide non matching device filter.."
Last updated: 2023-12-09

Post by hjohnson123 on PLC Memory consumption? ^{CODESYS Forge talk (Post)}
Hi, How can you access the <root> of the Linux system? I'm struggling with this as the code above results in an invalid handle, as it cannot access '/'.</root> I am using Control for Raspberry Pi for context. Thanks.
Last updated: 2024-06-05

Post by eschwellinger on Ethernet/IP Scanner Exception ^{CODESYS Forge talk (Post)}
Which plc is this - seems that the performance of this device is not enough. You could check the plcload in the plcshell by 'plcload'
Last updated: 12 hours ago

Post by mejak on Raspberry Pi USB HID RFID Reader - read ID in plc program ^{CODESYS Forge talk (Post)}
Hello, I have an RFID reader that is detected as a keyboard. While looking for information, I came across examples using visualization. I would like to read the ID without visualization or external code in python, only in PLC. I found on the forum that you can try reading directly from potru /dev/... https://forge.codesys.com/forge/talk/Runtime/thread/24b3527036/ How to read values directly in codesys? Or maybe there is another solution? Best Regards
Last updated: 2024-01-25

Post by jddaigle on TargetVisu controls are incorrectly positioned ^{CODESYS Forge talk (Post)}
Hello, I'm trying to run TargetVisu on my Linux IPC, and while it does work, the controls are misaligned compared to my WebVisu. Both visualizations are full-screen on a Debian 12 VM with a resolution of 1280x768. The WebVisu is running in Firefox. Are there any configuration I should adjust to ensure the controls align properly between the two? Any guidance or troubleshooting tips would be greatly appreciated! Thank you.
Last updated: 2024-11-03

Post by felipemsgarcia on Edge Gateway online, but PLC is not online ^{CODESYS Forge talk (Post)}
Hello, Up until yesterday (2023/11/20) I was able to connect to the PLC remotely with no issues through Edge Gateway. However, today I can see the Edge Gateway online but I can find the PLC even if I do a network scan. Following the same path as janber0206 @ https://forge.codesys.com/forge/talk/automation_server/thread/e78b11d7e9/, I looked into certificates and found that one of the Trusted publisher certificates has expired earlier today (2023/11/21). Please see image. Questions are: Does it affect the connection to the PLC through Edge Gateway? How do I fix it? Thank you very much in advance!
Last updated: 2023-11-21

Post by taqamert on CANopen PDO Issue with Pressure Sensor in Codesys ^{CODESYS Forge talk (Post)}
Hello everyone, I am using an IFM CR0303 model PLC, which has a tilt sensor and a pressure sensor connected via CANopen. Both sensors are from the same brand (ATEK). I can read data from the tilt sensor without any issues, but I am unable to read data from the pressure sensor. I have added the EDS file in the PLC configuration and adjusted the node-ID settings. When I check with the PCAN-View application, I can see that the selected PDOs are coming through, but the data is not reaching the Codesys side. What could be the issue, and what can I try to resolve it? Can anyone help me?
Last updated: 2024-10-22

Post by gregorpl on Tosibox With EATON XV300 ^{CODESYS Forge talk (Post)}
HEllo, I need to connect with PLC XV300 , the problem is for me not simple. The PLC have remote control by Tosibox VPN tunel. I can see the screen from PLC, but i also want to se Input and Output the PLC . I try to scan the network by useing tosibox Gateway but its not working. Where i should looking the problem ? DO i need added special library ?
Last updated: 2024-03-12

Post by eschwellinger on How to Connect / Go Online without re-downloading the project ^{CODESYS Forge talk (Post)}
Which plc type is it: Either use Automationserver to do this or save the project archives instead of projects or use the source dowload function and reopen the application from plc. So you need to chose one of them.
Last updated: 2024-04-13

Post by transmin01 on PCAN serial "No CAN driver found" ^{CODESYS Forge talk (Post)}
Hi, I am using a PCAN mini CAN board which has the Windows drivers installed on the target PLC. PCAN board can be seen in device manager. However, I am getting "No CAN driver found" error. I have read the post https://forge.codesys.com/forge/talk/CODESYS-V2/thread/44aae19318/ and have uncommented the CmpPCANBasicDrv driver in the CodesysControl.cfg file in development PC and have copied it to the target PC. Current CodesysControl.cfg file attached. Is there anything else I am missing? Regards
Last updated: 2023-09-14

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 ofey on Testing of Codesys program ^{CODESYS Forge talk (Post)}
Hi! I thought to hear what you guys think is the best way to test the program in my scenario. I have some PLC programs that have been made and deployed on different PLC's. The program has added the specific devices and IO that is applicable. I have made a test environment for everything outside of the PLC, ie. the same SCADA system that is talking to the PLC, and a program running locally is simulating the plant (level regulation of different tanks). Pr. now I have had to manually change the variables that are reading/writing values from the IO so they read/write via OPC instead. I also have to change the device tree from the specific PLC rack, to the soft PLC. So I kind of end up with two different programs that I have to maintain. I was just wondering if you believe there is an easier way to do this. So I can have the exactly same program and kind of switch between the soft mode, and the "real" mode.
Last updated: 2023-12-07

Post by westcountryewe on ac_persistence not working when creating a Boot Application but works with a Direct Download to the PLC ^{CODESYS Forge talk (Post)}
I am using V3.5 SP18 Patch 5. I have noticed that when I Create a Boot Application from CODESYS, and upload this to my PLC via a USB stick the AC_Persistence does not work and none of my values that are in my PersistenceChannel are retained. However, if I connect direct to my PLC and I perform a direct download of my CODESYS program, my values that are in my PersistenceChannel are retained and work as they should. This makes me wonder if there are files that are missing when a Boot Application is created. I have tried taking a backup of my configuration files after performing a direct download, which gives me the plclog.zip folder, and appears to have the ac_persistence folder present within the file structure, however when I replace the plclogic.zip with the same folder that was created when I created a Boot Application, it still does not work but I wonder whether this is because the ac_persistence folder isn't stored in the correct location for reading. The .app and .crc files are embedded within the plclogic.zip folder, which obviously when uploading need to be standalone files in the root directory of the USB, so the intention there is clearly to extract the .app and .crc files and put them into the correct location within the USB. I wonder if it could be the same for the ac_persistence folder? I have tried moving it to different locations but none have worked. Has anybody else discovered a fix for this? I know the short-term solution is to do a direct download to the PLC but there are some logistical reasons why this isn't neccesarily the best solution for us.
Last updated: 2024-02-27

Post by egau on Hard shutdown: no code on device after power on ^{CODESYS Forge talk (Post)}
Hi, We have a machine running Codesys on a Windows IPC (CODESYS Control Win v3 - x64). When we hard shutdown the machine, the code on the PLC sometimes becomes "corrupted" after a power on (When trying to login to the PLC, we get the message "The application 'Application' does not exist on device."). I've noticed these errors in the logs, but I'm not sure what to make of them. We are not using any RETAIN variables in our code, although I'm not sure about referenced librairies. (we are using the persistence manager). I'm pretty sure that not doing a graceful shutdown is the root cause of this. This being said, what is the proper way of doing a graceful shutdown? Is putting the Codesys application in "stop" sufficient? I know how to implement this, so if it works then it would be a quick fix. However, I think we need to add a UPS, which would detect power loss and inform the PLC that it needs to initiate its shutdown, and then the PLC would shutdown gracefully. Any help with this will be greatly appreciated :)
Last updated: 2024-10-03

Sort by relevance or date