View Issue Details

IDProjectCategoryView StatusLast Update
000937810000-008: Data AccessSpecpublic2024-08-28 14:33
ReporterMohit Agarwal Assigned ToKarl Deiretsbacher  
PrioritynormalSeverityminorReproducibilityalways
Status assignedResolutionopen 
Product Version1.05.02 
Summary0009378: Improvemts to Part 8 - Quantities Model for usage inside Structures
Description

Use Case:

In IJT Specifications, we report several types of values per second which are of custom structure types.

Example: ResultValue { Double Value, String name, EUInformation engineeringUnits, Byte SimpleQuantityEnum, etc. }
SimpleQuantityEnum is as follows: 1 = TIME, 2 = TORQUE, 3 = ANGLE, etc...

We wanted to use the QuantityDimension data type from Part 8 but it is NOT as easy to use for Structure Data Types. It is good a solution for Address Space Centric Models where Variables are exposed in the address space and can reference the Quantities folder and pre-defined quantities.

Example Proposal:
For Quantities and EngineeringUnits to be elegantly used inside Structures, it would be good to have identifiers.

If identifiers exist, then the structure will just include simple property as String QuantityId, etc.

The application can pre-load the list of quantities with their identifiers during the start-up of the application.

Messages and data changes over data items or events payload just include the QuantityId inside the Structures and are easier to use.

Any better suggestions also can be thought through but this WOULD help multiple domains to ADAPT the Quantities and EngineeringUnits more easily in the applications.

Additional Information

Had some initial discussion with Jim Luth for the RC comments on OPC 40450-1 and during that time, we mentioned that it is not easy to use Quantity model from Part 8 inside the Structures.

TagsNo tags attached.
Commit Version
Fix Due Date

Activities

Mohit Agarwal

2024-01-30 11:41

reporter   ~0020732

By mistake added to Part 5 - but this belongs to Part 8. Unable to edit the issue, hence adding a comment here.

Karl Deiretsbacher

2024-02-28 08:11

developer   ~0020871

The quantity model has been specified together with VDMA experts. These experts specifically opposed the selection of a specific unit system (like UCUM, QUDT, UNECE, ...). Based on their experience, different industries use different unit systems.
Because of this, we are not able to define an identifier. Instead, we recommend to use quantity name or quantity symbol (or both) in structures.

Mohit Agarwal

2024-02-28 19:58

reporter   ~0020877

Hi Karl,

Thanks for your inputs.
In that case, is there a possibility that, names of quantiy names can be atleast defined in a standard way or as an extensible enumueration by having MultiStateDiscreteType with list of known names.

As the quantity names NEED NOT have to be dependent directly on the Unit System.

Examples: We have DISTANCE, FORCE, SPEED, TIME, NUMBER, TORQUE, ANGLE, PRESSURE, TEMPERATURE, etc. These are the quantity names or symbols and if we have simplied standard name or MultiStateDiscreteType for these symbols, then we can directly include that as a property in the Structure.

Example: DISTANCE is a quantity and Units can be KM or MILES or METERS, etc. but Quantity Name is same in that case.

Karl Deiretsbacher

2024-08-14 06:01

developer   ~0021566

Please check with Carsten Born <Carsten.Born@vitronic.com> and Waszkewitz Peter (BCI/ESW18) <Peter.Waszkewitz@de.bosch.com>. They are experts and have designed the existing model. They will also know whether names can be unique and / or are also localizable.

Mohit Agarwal

2024-08-28 13:53

reporter   ~0021628

Hi,
I had a discussion with Carsten and Suprateek and during discussion, if someone needs to use this model in the Structures, then the suggestion is to use SyntaxReferenceEntryType instance as a FIELD inside the structure as defined https://reference.opcfoundation.org/Core/Part8/v105/docs/6.3

For now, we have no action from IJT CS and that is already published and in future, if we change the existing structures, we will try to use it.
For others who want to utilize the model can use the above option.

Mohit Agarwal

2024-08-28 14:33

reporter   ~0021629

The only point which is NOT clear to me is:
In the following link: https://reference.opcfoundation.org/Core/Part8/v105/docs/6.3, there is a following Table: Table 34 – Definition of NodeId for instances of the SyntaxReferenceEntryType.
Based on the content, it looks like a Structure (Data Type) but I am NOT able to find a specific Data Type for this if we want to use this part of Structures.

Issue History

Date Modified Username Field Change
2024-01-30 11:37 Mohit Agarwal New Issue
2024-01-30 11:41 Mohit Agarwal Note Added: 0020732
2024-02-27 17:23 Jim Luth Project 10000-005: Information Model => 10000-008: Data Access
2024-02-27 17:24 Jim Luth Assigned To => Karl Deiretsbacher
2024-02-27 17:24 Jim Luth Status new => assigned
2024-02-28 08:11 Karl Deiretsbacher Note Added: 0020871
2024-02-28 19:58 Mohit Agarwal Note Added: 0020877
2024-08-14 06:01 Karl Deiretsbacher Note Added: 0021566
2024-08-28 13:53 Mohit Agarwal Note Added: 0021628
2024-08-28 14:33 Mohit Agarwal Note Added: 0021629