Details
-
Type: Change
-
Status: Closed
-
Priority: Minor
-
Resolution: Fixed
-
Affects Version/s: None
-
Fix Version/s: V2.4.0.0
-
Labels:None
-
Account:SPC EthernetIp Core (SPCETHERNET)
Description
Currently when the stack receives a service (e.g. set attribute single) from the network addressing an attribute that is of type "non volatile" (e.g. TCP/IP Interface object's attribtue 3) it does the following:
- Check the parameter value that shall be written for its validity
- Send the service response to the network
- Send an indication to the host application to indicate the new attribute value so that it can be stored in non volatile memory.
This approach has a big disadvantage: The service response in sent to the network before the attribute data can be stored by the application. Actually, the service response shall be sent NOT before the attribtue data is stored.
Attachments
Issue Links
- is blocked by
-
PSEIS-788 Stack does not provided possibility to delay CIP service response when non-volatile build-in objects are written from network side
- Closed