Post by rafaelbrito on Error while processing the visualization: Client id not present or no longer valid ^{CODESYS Forge talk (Post)}
I'm having the same problem after configuring array in Alarm Group (I configured only one item per line, since Alarm Group does not work with structures / arrays). Can someone help us?
Last updated: 2024-02-20

Post by rafaelbrito on Error while processing the visualization: Client id not present or no longer valid ^{CODESYS Forge talk (Post)}
I'm having the same problem after configuring array in Alarm Group (I configured only one item per line, since Alarm Group does not work with structures / arrays). Can someone help us?
Last updated: 2024-02-20

Post by rafaelbrito on Error while processing the visualization: Client id not present or no longer valid ^{CODESYS Forge talk (Post)}
I'm having the same problem after configuring array in Alarm Group (I configured only one item per line, since Alarm Group does not work with structures / arrays). Can someone help us?
Last updated: 2024-02-20

Post by rafaelbrito on Error while processing the visualization: Client id not present or no longer valid ^{CODESYS Forge talk (Post)}
I'm having the same problem after configuring array in Alarm Group (I configured only one item per line, since Alarm Group does not work with structures / arrays). Can someone help us?
Last updated: 2024-02-20

Post by auto1254 on IIOT MQTT Subscription ^{CODESYS Forge talk (Post)}
hi, I had the same error, but after doing this I was unable to connect more than 50 subscriptions to the same client, is there any way to help?
Last updated: 2024-02-20

Post by simonh on Datasource OPC UA Client error ID:7012 ^{CODESYS Forge talk (Post)}
Hello, did you find the solution for the communication?Has the communication between the two been successful? if yes, can you please share me your solution since i have similar issue now. Thanks.
Last updated: 2024-04-04

Post by dgdamt on Beaglebone Black OPC-UA Server ^{CODESYS Forge talk (Post)}
Hello, In my case all was ok on the BeagleBone side (OPC server) but wrong on the client side (was OK with UA Expert who manage properly its own certificates. I finnaly removed all security settings
Last updated: 2024-04-16

Post by paro on Modbus Client Request Not Processed ^{CODESYS Forge talk (Post)}
Hi, Problem in your code is that you are not calling the ClientFb cyclic. Please look at the Example from CODESYS: https://forge.codesys.com/prj/codesys-example/modbus/home/Home/ Your code works if the client fb is called cyclic! IF NOT initDone THEN initDone := TRUE; // configure clientTcp clientTcp(aIPaddr:=Ethernet.IPAddress, uiPort:=502); // configure clientSerial clientSerial(iPort:=SysCom.SYS_COMPORT2, dwBaudRate:=SysCom.SYS_BR_115200, byDataBits:=8, eParity:=SysCom.SYS_EVENPARITY, eStopBits:=SysCom.SYS_ONESTOPBIT, eRtuAscii:=ModbusFB.RtuAscii.RTU); // configure clientRequestReadCoils_1 clientRequestReadCoils_1(rClient:=clientTcp, uiUnitId:=42, udiTimeout:=TO_UDINT(T#10MS)); // configure clientRequestWriteSingleRegister clientRequestWriteSingleRegister(rClient:=clientTcp, uiUnitId:=43, udiTimeout:=TO_UDINT(T#10MS)); // configure clientRequestReadCoils_2 clientRequestReadCoils_2(rClient:=clientTcp, uiUnitId:=44, udiTimeout:=TO_UDINT(T#10MS)); // configure clientRequestReadInputRegisters clientRequestReadInputRegisters(rClient:=clientTcp, uiUnitId:=44, udiTimeout:=TO_UDINT(T#10MS)); END_IF // call the client FB's clientTcp(); clientSerial(); // call client request FB's clientRequestReadCoils_1(rClient:=clientTcp, xExecute:=TRUE, uiStartItem:=2, uiQuantity:=3, pData:=ADR(aDataCoils_1[0])); // for more details see Example_TCP, especially ClientRequest control (xExecute, xDone, xError). IF clientRequestReadCoils_1.xDone THEN // get data from aDataCoils_1 ... END_IF clientRequestWriteSingleRegister(rClient:=clientTcp, xExecute:=TRUE, uiItem:=3, uiValue:=123); clientRequestReadCoils_2(rClient:=clientTcp, xExecute:=TRUE, uiStartItem:=2, uiQuantity:=3, pData:=ADR(aDataCoils_2[0])); clientRequestReadInputRegisters(rClient:=clientTcp, xExecute:=TRUE, uiStartItem:=16, uiQuantity:=3, pData:=ADR(aDataInputRegisters[0]));
Last updated: 2024-05-29

Post by zer0g on Modbus Client Request Not Processed ^{CODESYS Forge talk (Post)}
Hi, I have the same problem as the guys above. Any solution or hint in the right direction is appreciated. Codesys version 3.5.19.2, Lib version: 4.4.0.0. Thank you!
Last updated: 2024-05-29

Post by fleaplc on Modbus TCP Server connection is ESTABLISHED but all holding registers are value 0? ^{CODESYS Forge talk (Post)}
Did you check the communication with a sniffer ? (ex. Wireshark) to check if the holding get to zero by a wrong writing (client initialization?) o something else?
Last updated: 2026-01-27

Post by mubeta on Some 'pathetic' errors in SoftMotion program ^{CODESYS Forge talk (Post)}
Yes, this is the error the sometimes show up. What make me crazy is the fact that it happens randomly and not each times. I know very well where the problem is, in wich one program row it's located. For each actions of the state machine I have all events recorded with log on text file. it is not problematic for me to find the application point of the fault, but I need to understand why occasionally and for no apparent reason, switching the state machine and thus changing the motion FB, sends the axis into failure (but only occasionally). For example, one case that is often problematic is the execution of the Axis Halt instruction. When, after a MoveAbosulte instruction this returns the event as 'done' and indeed the axis is in standstill, the state machine first sets the move instruction to FALSE, and the next cycle sets the Halt request to TRUE. Some of the time everything works out fine. Occasionally, however, in this exchange, the axis goes into fault, also losing the OPERATIONAL state. Meanwhile, I would like to understand why the motion FB instances must still be called even after the Execute is set to FALSE, especially in view of the fact that the next instruction is programmed to abort the previous one, with BufferMode set to 'Aborting'. All these unnecessary FB calls are an unnecessary overhead on the CPU anyway. Is there any precise rule about when to cease calling the various instances? (It should precisely be the 'done' status that says this one has finished its work).
Last updated: 2024-07-18

Post by dkugler on Visualisierung wechseln über SPS Variable Codesys 3.5 ^{CODESYS Forge talk (Post)}
Abgeschaltet? Wie wäre es auf codesys.com -> Menü Button oben rechts -> Support -> Online Hilfe: die Zwei Wörter "current visu" einzutippen? -.-
Last updated: 2024-08-26

Post by liamb on Unable to add alarm configuration object to project ^{CODESYS Forge talk (Post)}
Yep that was the case, PLC didn't support it.
Last updated: 2024-09-27

Post by eschwellinger on CoDeSys bricht beim einloggen mit Fehlermeldung ab ^{CODESYS Forge talk (Post)}
Für dein Problem würde ich den Wago Support fragen.
Last updated: 2024-10-01

Post by eschwellinger on Lizenz ausversehen für WORKSTATION statt für GERÄT installiert - wie kann ich diese verschieben? ^{CODESYS Forge talk (Post)}
....der CODESYS Support kann hier helfen
Last updated: 2024-10-19

Post by s1mon on Raspberry Pi 5 GPIO not working. ^{CODESYS Forge talk (Post)}
Is there any update on this? When will CODESYS Control support GPIOs on Raspberry Pi 5?
Last updated: 2025-03-31

Post by aliazzz on safety cpu cannot go online ^{CODESYS Forge talk (Post)}
hi Hickan, You should ask this at your ABB support channel. With kind regards
Last updated: 2025-07-09

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 eschwellinger on *SOURCEPOSITION* App = [Application] area=0, offset = 0 on default example ^{CODESYS Forge talk (Post)}
are you using runtime toolkit? so I woukd propose you ask the official support channels
Last updated: 2024-01-18

Post by eschwellinger on Raspberry PI4 Serial Port ^{CODESYS Forge talk (Post)}
no config file is ok, the feedback is: your hardware must support this send/receive switching
Last updated: 2024-03-19

Post by dhumphries on Use third party actuator with IO-Link Master (IFM) ^{CODESYS Forge talk (Post)}
Try calling IFM customer support, they have been really helpful for me in the past.
Last updated: 2024-04-28

Post by eschwellinger on New License not working. ^{CODESYS Forge talk (Post)}
please use 'my question' in the CODESYS Store to ask for support
Last updated: 2024-05-24

Post by eschwellinger on Adding a Softmotion License to a Weintek HMI ^{CODESYS Forge talk (Post)}
You need to ask Weintek if they support the licensing. For Softmotion the device should be realtime capable.
Last updated: 2025-10-17

Post by wiekon on OPC UA Probleme ^{CODESYS Forge talk (Post)}
Hallo zusammen, ich hoffe, ihr könnt mir helfen. Eigentlich möchte ich etwas ganz einfaches erreichen: CODESYS Runtime auf Raspberry Pi (OPC UA Client über Datasources Manager) <--> Cognex Designer (OPC UA Server) auf Windows PC Es will einfach nicht klappen. Wenn ich die Datenquelle hinzufüge, Adresse opc.tcp://192.168.150.10:4840 kommt immer BadRequestTimeout. Es ist keine Security und keine Authentication auf dem Server eingerichtet. Auf dem gleichen Raspberry klappt es aber wunderbar mit dem Tool opcua-client! Das heißt für micht, es ist kein Raspberry oder Firewall Thema. Was auch geht: Diese CODESYS Runtime auf dem Raspberry ist OPC UA Server (einfach über die Symbolkonfiguration) und eine andere CODESYS Runtime (ControlWin auf meinem Rechner) ist Client und verbindet sich über den DatasourceManager. Allerdings: Die Daten kommen im Client nur im 1s Takt an, obwohl die Aktualisierungsrate auf 10 ms eingstellt ist und sowohl Server, als auch die DatasourcesTask im Client auf 10 ms laufen. Ich kann einstellen, was ich will, es bleibt bei exakt 1 Sekunde Aktualisierungszeit im Client. Warum ist das so? Wenn ich auf dem gleichen Windows PC, auf dem die ControlWin läuft den UaExpert verwende und mich zum Raspberry verbinde, kriege ich die Daten im 10 ms Raster! Am Server liegts also nicht! Zurück zu meiner eigentlichen Aufgabe: Ich konnte mir vorübergehend so behelfen, dass ich auf dem gleichen Raspberry einen IO-Broker laufen lasse, der zwei Instanzen des OPC UA Clients hat. Er verbindet sich mit dem OPC UA Server des Raspberry und des Cognex Designers (also die zweite Instanz auf dem Raspberry, die es schafft, sich mit dem zu verbinden, nur Codesys schafft es nicht). Der IO Broker ist also das Bindeglied zwischen beiden OPC UA Servern. Über Javascript kopiere ich bei Wertänderung die Daten vom einen Server auf den anderen. Das ganze Funktioniert tadellos, nur die Performance ist nicht so toll, wobei ich mir nach der Erfahrung mit den zwei Codesys Instanzen nicht sicher bin, ob es nicht an Codesys liegt und der IO Broker nichts dafür kann. Ich komme mit dem Thema einfach nicht weiter. Könnt ihr mir Tipps geben? Am liebsten wäre mir natürlich der direkte Weg: Cognex Designer als Server --> Codesys als Client Aber zur Not wäre auch der IO Broker ein gangbarer Weg, allerdings muss die Performance stimmen. Gibt es noch weitere Wege? Ich danke euch für eure kreativen Ideen und Lösungsvorschläge!
Last updated: 2024-11-29

Post by laruso on Runtime device Enable/Disable procedure ^{CODESYS Forge talk (Post)}
I implemented the parts from the CAA Device Diagnosis Example.project and could use it for switching on and off, the CAN devices that were located under the CANbus and CANopen_Manager. But i can't do the same with I2C_master_test_version or devices below this one. In the example project there is only the EtherCAT Master, CANbus and CANopen_Manager, and Ethernet with devices below.
Last updated: 2023-10-27

Sort by relevance or date