we use a core X3 as a profinet device.we first used the XF51 connector and then we tried the XF10.with both connections we have the problem that the Profinet connection is temporarily lost after a few minutes for some secends.
It would be nice if a solution was found quickly, thank you.
which version of ctrlX PLC and CoDeSys Profinet Add-on do you use? Is the CoDeSys PROFINEt Add-on used as a controller or a device?
Please send also the priorities of your PLC tasks and the content of the PLC Logger in case of failure.
I suspect the core cannot maintain the send clock. link
When changing the IO task from 1ms to 4ms the connection is more stable but eventually is still lost.
Is there any way to verify if this is causing the issue?
please check if increasing the configured watchdog regarding the ctrlX CORE device at the controller side to e.g. 24ms. You should run the PROFINET IO Task with 1ms cycle time and priority 30, the Maintask with priority 31 and the PROFINET Communication task with e.g. priority 35.
Please check this!
i am facing a simila issue with a customer then i connect to this topic.
I have a similar configuration with a similar bahevior. Here there is the log of what is happening:
Actually whe have a 8ms communication with watchdog deactivated (should i cativate it and use it with 24ms). This error happens either with comunicaiton task time set equal or lower of 8ms. Is 8ms a too small time?
Another question: using a PLC advanced and assigning the profinet tasks to another core helps/ improves the profinet working benchmarks?
A client is facing the same issue. He has posted the following: https://developer.community.boschrexroth.com/t5/CODESYS-PLC-Add-ons/ctrlX-CORE-as-PROFINET-DEVICE/m-...
Is this issue known and solved? Could you give us some recomendation?
For me the problem was solved when I increased the watchdog on the siemens side.
I was told the problem would be solved. But I don't know when or which version.
I hope this helps you a bit.