05-23-2018 12:43 AM - edited 05-23-2018 12:47 AM
T81, I see two other tasks you can try with the cRIO device.
a) what happens if you click “undeploy” in the target on the LabVIEW project? What happens if you deploy the configuration after this step? Does the same errors show?
b) you can always try formatting the target using NI MAX and loading the software one more time, to discard a software corruption in the cRIO: https://knowledge.ni.com/KnowledgeArticleDetails?id=kA00Z000000P9Y3SAK
05-24-2018 05:33 AM
I can undeploy without errors. Also after the procedure described on my previous (large) post, I am not able to reproduce the same messages again. I can deploy/undeploy without any error messages.
The situation now is the following:
Any advice?
05-24-2018 08:46 AM
OK I believe we are coming to an end...
I replaced again the controller and added the EtherCATs in a new project.
They work as they should BUT I observe the following strange thing:
The second EtherCAT is imported in the project along with the FPGA and User-defined variables that exists only to the previous project!
When I remove the EtherCAT master from the project and re-import it, the first EtherCAT is imported along with the C-modules but the second device is unable to import any module... It is simply empty. Both are in Operational mode.
Then I toggle the controller from FPGA to Scan Engine and back. Now the device2 is able to import all the modules, without traces from the previous project, but cannot enter Operational mode, reporting the familiar errors.
I have tried with one EtherCAT at a time and device1 has no evident problem. It works without any problem and I can trigger DOs and read AIs. I can remove it and re-imported to my project without problem.
The second EtherCAT does not have this behavior, which leads me to the conclusion that it is malfunctioning.
In a week or so I will have a new 9144 and hopefully this will solve my problem.
I'll keep you posted.
Regards,
T81
06-01-2018 06:36 AM
Hi there again!
A new NI 9144 has arrived earlier today.
It has been replaced and I have recompiled the FPGA VIs.
While trying to run the project, the situation remains the same.
The EtherCATs cannot exit configuration mode.
On a new project when importing the EtherCATs, no errors occur.
But, when I am trying to deploy the C modules I get the same IAK_Shared error as described previously
and the situation rolls back to the same problematic situation...
I'll try again on Monday.
Best regards,
T81
06-01-2018 05:53 PM
T81, I believe at this point the best option we have is to use that new project which works, and port your application there, so you don't have to spend more time troubleshooting trying to find a misconfiguration/corruption that seems to be hidden somewhere.
All the best,
06-02-2018 07:45 AM - edited 06-02-2018 07:50 AM
As a mentioned above, it does not work even in a new project. The problem emerges after C modules deployment. I'll have to check them one by one I suppose. Is it possible a malfunctioned C-module render the slave inoperative?