<?xml version="1.0" encoding="utf-8"?>
<feed xml:lang="en" xmlns="http://www.w3.org/2005/Atom"><title>Recent posts to RevPi CONNECT+, CODESYS, EtherCAT master "Filedbus lost synchronicity"</title><link href="https://forge.codesys.com/forge/talk/Runtime/thread/d0bc07a7b8/" rel="alternate"/><link href="https://forge.codesys.com/forge/talk/Runtime/thread/d0bc07a7b8/feed.atom" rel="self"/><id>https://forge.codesys.com/forge/talk/Runtime/thread/d0bc07a7b8/</id><updated>2024-04-11T06:53:45.553000Z</updated><subtitle>Recent posts to RevPi CONNECT+, CODESYS, EtherCAT master "Filedbus lost synchronicity"</subtitle><entry><title>RevPi CONNECT+, CODESYS, EtherCAT master "Filedbus lost synchronicity"</title><link href="https://forge.codesys.com/forge/talk/Runtime/thread/d0bc07a7b8/?limit=50#cdc2" rel="alternate"/><published>2024-04-11T06:53:45.553000Z</published><updated>2024-04-11T06:53:45.553000Z</updated><author><name>rossanoparis</name><uri>https://forge.codesys.com/u/rossanoparis/</uri></author><id>https://forge.codesys.comb264c357af17d2a133c373dd7e97bf16deb4e259</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Hello &lt;a class="user-mention" href="/u/rmaas/"&gt;@rmaas&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;I assume, you've already verified and tuned everything regarding the EtherCAT network.&lt;/p&gt;
&lt;p&gt;In my case the problem was due to a wrong core assignement.&lt;br/&gt;
I suggest to not use the core #0 for your EtherCAT task.&lt;br/&gt;
The OS realtime patch, which is present on RevPi OS, uses the core #0 for its porpouses and it mustn't be used by any other task which requires realtime and deterministic features. &lt;/p&gt;
&lt;p&gt;regards&lt;br/&gt;
Rossano&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>RevPi CONNECT+, CODESYS, EtherCAT master "Filedbus lost synchronicity"</title><link href="https://forge.codesys.com/forge/talk/Runtime/thread/d0bc07a7b8/?limit=25#6e80" rel="alternate"/><published>2024-04-11T06:17:59.610000Z</published><updated>2024-04-11T06:17:59.610000Z</updated><author><name>rmaas</name><uri>https://forge.codesys.com/u/rmaas/</uri></author><id>https://forge.codesys.com9899382809341aa68688b50ba5a77eb1f4de8052</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Hi Rossano,&lt;/p&gt;
&lt;p&gt;Did you ever find a solution to this issue? It seems i am facing the same issue but i do not use OPCUA...&lt;/p&gt;
&lt;p&gt;Best Regards,&lt;br/&gt;
Rinie Maas&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>RevPi CONNECT+, CODESYS, EtherCAT master "Filedbus lost synchronicity"</title><link href="https://forge.codesys.com/forge/talk/Runtime/thread/d0bc07a7b8/?limit=25#ea81" rel="alternate"/><published>2021-08-16T07:45:36.272000Z</published><updated>2021-08-16T07:45:36.272000Z</updated><author><name>rossanoparis</name><uri>https://forge.codesys.com/u/rossanoparis/</uri></author><id>https://forge.codesys.com092afa5ed46fb5cab3918f259e0bc458b346b53a</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Good morning everybody.&lt;br/&gt;
I want to share this issue I was facing during last weeks, now it is solved, but I'd like to receive some comments from CODESYS engineers, just for my knowledge.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;My configuration&lt;/strong&gt;&lt;br/&gt;
CODESYS V3.5 SP17 Patch 1 (64 bit)&lt;br/&gt;
CODESYS EtherCAT 4.1.0.0&lt;br/&gt;
CODESYS SoftMotion 4.10.0.0&lt;br/&gt;
CODESYS Control for Raspberry PI 4.1.0.0&lt;br/&gt;
Revolution PI Library for CODESYS 1.1.0.0&lt;br/&gt;
Controller: RevPi KUNBUS CONNECT+&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Issue description&lt;/strong&gt;&lt;br/&gt;
Randomly, after minutes or even hours EtherCAT stop working.&lt;br/&gt;
The message log error shown is: "Filedbus lost synchronicity"&lt;br/&gt;
This kind of error apparently has nothing to do with the solution configuration and tasks cycling neither.&lt;br/&gt;
The EtherCAT task execution time is always below the task cycle, and other tasks too.&lt;br/&gt;
Furthermore, the EtherCAT task is executed in a separated processor core with priority value 0, the highest one.&lt;br/&gt;
The master status counters don't highlight any error.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Solution&lt;/strong&gt;&lt;br/&gt;
I've found the origin of the issue I was observing.&lt;br/&gt;
It was due to OPCUA server or something related to.&lt;br/&gt;
An application (bad implemented) instead of open the communication channel and keep it open for performing read/write actions on variables values, &lt;strong&gt;every one second&lt;/strong&gt; the application opened the communication channel did actions on variables and closed the channel.&lt;br/&gt;
This kind of behaviour led the EtherCAT master to lose sync.&lt;/p&gt;
&lt;p&gt;Currently the application with the unusual behaviour has been modified and the problem did not appear any more.&lt;br/&gt;
Even though the problem was caused by this unusual use of OPCUA protocol, I'm not able to recognize a direct cause.&lt;/p&gt;
&lt;p&gt;Thank you for your time&lt;br/&gt;
Best regards&lt;br/&gt;
Rossano Paris&lt;/p&gt;&lt;/div&gt;</summary></entry></feed>