Three cooperating KRC2s with one shared KCP have been fine until trying to get the KUKA OPC servers working on each of them. There were problems with "access denied" logged on a network client when trying to read items. This was overcome by using the DCOM configurator by tweaking the settings regarding authentication and impersonation. Robot 1 (team master) and Robot 2 were fine and the client could successfully read items on both. However, the "access denied" error remained on Robot 3, even though all the DCOM configurator setting were the same as R1 and R2. At one stage the DCOM configurator did not exit cleanly and hung and so the controller required a cold re-boot.
That's when the problems started, but only on R3. I now have a persistent info message "429 SP Client - waiting for KCP information from SP Host 192.0.10.2" (192.0.10.2 is R1, the SP [KCP] master). The strange thing is that the KCP is fine when R3 is selected despite the ambiguous message, which cannot be acknowledged. The result of this state is the message "Active commands inhibited" when trying to move. Despite uninstalling the KUKA OPC server on R3, the problem remains. I have since re-installed the OPC server without any difference. R1 and R2 remain ok.
It would seem that something is corrupted somewhere due to the hanging DCOM configurator event but I can't find it.
Any clues?
