View Issue Details

IDProjectCategoryView StatusLast Update
000806010000-007: ProfilesSpecpublic2022-08-23 15:34
ReporterJim Luth Assigned ToKarl Deiretsbacher  
PriorityhighSeverityfeatureReproducibilityalways
Status closedResolutionfixed 
Fixed in Version1.05.02 RC1 
Summary0008060: Non-Volatile Storage
Description

we should extend the AccessLevelExType definition with an additional Bit label NonVolatileData, description would be "Indicates that the value is stored in Non-Volatile storage and will be restored on a restart of the server (1 mean Non-Volatile storage is supported).

Additional Information

This functionality is commonly available in current controllers and PLC and knowledge of whether a variable is stored in Non-Volatile storage can be very helpful to applications. FLC would utilize this bit in its information model.

TagsNo tags attached.
Commit Version
Fix Due Date

Relationships

related to 0007143 closedJim Luth 10000-003: Address Space Non-Volatile Storage 

Activities

Jim Luth

2022-06-20 14:33

administrator   ~0016902

Agreed states would be 0 == presumed Volatile (i.e. volatile or don't know)
1 == guaranteed non-volatile

FLC needs this soon - target 1.05.01

Jeff Harding

2022-06-20 14:33

developer   ~0016903

Added a bit to AccessLevelEx definition.

Jim Luth

2022-06-20 14:33

administrator   ~0016904

Needs to be rolled back from 1.05.00 and fixed in 1.05.01.

Jeff Harding

2022-06-20 14:33

developer   ~0016905

Added a bit to AccessLevelEx definition.

Jim Luth

2022-06-20 14:33

administrator   ~0016906

We agreed to an alternate solution with the three bits named differently and with slightly different meaning. Jim will edit Part 3 and 5 with the new proposal.

Jeff Harding

2022-06-20 14:33

developer   ~0016907

AccessLevelEx was extended to include 2 new bits (NonVolatile and Constant).

Jim Luth

2022-06-20 14:33

administrator   ~0016908

Agreed that this is published in 1.05.01.

Jim Luth

2022-06-20 14:37

administrator   ~0016911

Paul Hunkar thinks we need a new CU for this.

Paul Hunkar

2022-06-20 14:42

developer   ~0016912

I think the conformance unit text should mirror what is described in https://profiles.opcfoundation.org/conformanceunit/51 (Address Space Atomicity) i.e. call it Address Space NonVolatile and Constant. description would "Support setting the NonVolatile and Constant. flags in the AccessLevelEx Attribute for Variable Nodes to indicate whether persistent storage is supported."

Karl Deiretsbacher

2022-06-22 12:04

developer   ~0016976

Created a new CU for NonVolatile and Constant in the profile database (https://profiles.opcfoundation.org/conformanceunit/4056).
Added this CU to Core2022 Server Facet as optional (https://profiles.opcfoundation.org/profile/1322).

Jim Luth

2022-08-23 15:34

administrator   ~0017365

Agreed to changes in the database.

Issue History

Date Modified Username Field Change
2022-06-20 14:33 Jim Luth New Issue
2022-06-20 14:33 Jim Luth Status new => assigned
2022-06-20 14:33 Jim Luth Assigned To => Jim Luth
2022-06-20 14:33 Jim Luth Issue generated from: 0007143
2022-06-20 14:33 Jim Luth Note Added: 0016902
2022-06-20 14:33 Jim Luth Note Added: 0016903
2022-06-20 14:33 Jim Luth Note Added: 0016904
2022-06-20 14:33 Jim Luth Note Added: 0016905
2022-06-20 14:33 Jim Luth Note Added: 0016906
2022-06-20 14:33 Jim Luth Note Added: 0016907
2022-06-20 14:33 Jim Luth Note Added: 0016908
2022-06-20 14:33 Jim Luth Relationship added related to 0007143
2022-06-20 14:34 Jim Luth Project 10000-003: Address Space => 10000-007: Profiles
2022-06-20 14:36 Jim Luth Assigned To Jim Luth => Karl Deiretsbacher
2022-06-20 14:37 Jim Luth Note Added: 0016911
2022-06-20 14:42 Paul Hunkar Note Added: 0016912
2022-06-22 12:04 Karl Deiretsbacher Status assigned => resolved
2022-06-22 12:04 Karl Deiretsbacher Resolution open => fixed
2022-06-22 12:04 Karl Deiretsbacher Note Added: 0016976
2022-08-23 15:34 Jim Luth Status resolved => closed
2022-08-23 15:34 Jim Luth Fixed in Version => 1.05.02 RC1
2022-08-23 15:34 Jim Luth Note Added: 0017365