CNCnetPDM enables to acquire machine, process, quality, event and alarm data from a wide range of Siemens Sinumerik controllers and integrate the data seamlessly with your business information systems. It also allows to write and change parameters on these devices.
In general data acquisition from a remote PC is possible from Siemens Sinumerik series 840D and 828D controllers that have an Ethernet network connection. Communication with these devices is performed via the OPC Data Access (DA) or Alarm & Event (A&E) interface. The first thing you have to do is to find out which standard is supported by your controller as there are two different OPC standards used, ‘Classic’ and the newer ‘Unified Architecture (UA):
Controllers with Microsoft Windows OS that do NOT run Sinumerik Operate >= 4.5 SP3 most likely use OPC Classic which is based on Microsoft's COM/DCOM technology. For setup your controller, test data acquisition, monitoring and writing of parameters via the DA interface you can use the CNCnetPDM OPC Classic DA client which can be found here: https://www.inventcom.net/support/siemens/opc-classic-da
For monitoring of active and acknowledged alarms and events you can use the CNCnetPDM OPC Classic A&E client: For controller and PC setup, alarm monitoring and troubleshooting see: https://www.inventcom.net/support/siemens/opc-classic-ae
The OPC UA standard is currently used by controllers with Sinumerik Operate version 4.5 (>= SP3), 4.7 and 4.8. For version 4.5 you can use the following instructions for setup and test: https://www.inventcom.net/support/siemens/opc-ua-da-sw-45
The OPC Data Access interface allows reading, writing and monitoring of variables. The OPC DA client explicitly defines the variables (OPC items) it wants to read, write or monitor from the server. The OPC client makes this definition by establishing a connection to the OPC server first where it creates an OPCServer object, followed by creating an OPCGroup in which it can group items with identical settings such as update time in the second step and then by inserting items into the group in the third step. Figure 1 shows the different objects the OPC client creates in the server. These items can then be read or written by the client.
However, the preferred way for data exchange from server to client is monitoring during which the server, after the set update time, signals the values of items to the client that have changed since the last cycle. This means that events with changed data are also sent to the client when using OPC Data Access if the values of the selected items have changed. However, the OPC client always explicitly selects the items to be read, written or monitored.
FIG 1: OPC Data Access Overview
OPC ALARM & EVENTS (A&E)
The OPC Alarm & Events interface allows reception of event messages and alarm messages. Event messages are single messages that inform the client on the occurrence of an event. Alarm messages are messages that inform the client on the change of a status in the process. Such a status can, for example be the execution state of a NC-Program. In this case a status change can occur when execution is interrupted due to an error or resumed after acknowledgement. Alarms usually additionally require that an alarm has to be acknowledged at the server.
OPC Alarm & Events provides a flexible interface for transmitting process alarms and events from diverse event sources. To receive data, the OPC A&E client logs on to the server and then receives all messages that occur at the server. To limit the number of messages, the OPC client can specify filter criteria. The OPC client logs on by establishing a connection to the A&E server, followed by creating an OPCEventServer object in the first step and generating an OPCEventSubscription via which the messages are received in the second step. Filters for messages can be configured on the subscription. Figure 2 shows the different objects the OPC client creates in the server. In contrast to OPC DA, there is no explicit request of specific information when using OPC Alarm & Events, but all events are provided in the process and the client can limit the number of events by filter criteria.
FIG 2: OPC Alarm & Events Overview
Please contact us in case you run into problems or have any questions!
Privacy notice
This website uses cookies. By continuing to use it you agree to our privacy policy.