cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
Showing results for 
Search instead for 
Did you mean: 

Community Tip - You can change your system assigned username to something more personal in your community settings. X

Kepware 6.9.584.0 Error - ...controller project from device. Resorting to symbolic protocol.

EH_10175056
2-Guest

Kepware 6.9.584.0 Error - ...controller project from device. Resorting to symbolic protocol.

Looking for a better understanding of the error we encountered in Kepware:

 

"<DEVICE> | The following errors occurred uploading controller project from device. Resorting to symbolic protocol."

 

We had an issue in our plant where connectivity between Kepware and several Allen-Bradley PLCs were dropping out intermittently due to a networking issue.  Approximately 3 minutes after this event started, we saw the above error message posted for all PLC's involved.  While the message states the "following errors occurred" we never saw an actual message with details.  Just the line above.  

 

For context, all PLC's involved were originally setup with Logical Non-Blocking addressing.  Kepware changing/resorting to using Symbolic addressing appears to have overwhelmed a combination of the PLC, network and driver.  We were unable to recover until we restarted the Kepware server.

 

We've seen Kepware make the switch to Symbolic addressing when controls engineers are actively in the program, but we usually see an entry in the logs.  Also we also see addressing is changed back to Logical when controls closes the program.  In this case, no entry was made in the logs stating controls was online at this time.  We've attempted to find additional information on the error code but have been unsuccessful so far.  Hoping the community may have some kind of explanation.

 

  • What condition causes Kepware to resort to using Symbolic addressing (other than controls going online with the program)?
  • Is there a way to revert Kepwares decisions to using Symbolic addressing without having to restart the whole service?
2 REPLIES 2

Article - "Slow Communication when writing to Allen Bradley ControlLogix Ethernet driver using Symbolic Protocol in PTC Kepware products": https://www.ptc.com/en/support/article/CS420687 

Appreciate the article but unfortunately doesn't address the issue I posted.  We understand that using Symbolic addressing can slow communication which is why we've configured all PLC's to use Logical Non-Blocking addressing.  The problem as mentioned above is Kepware forced these devices to use Symbolic addressing after a period of network connectivity issues.  Controls engineers did not have the program online.  We had no way to recover from the Symbolic addressing that Kepware forced the devices to use, aside from restarting the server itself.

 

Still trying to understand:

 

  • What condition causes Kepware to resort to using Symbolic addressing (other than controls going online with the program)?
  • Is there a way to revert Kepwares decision to using Symbolic addressing without having to restart the whole service?
Top Tags