Main changes from V1.00 to V1.01
Inconsistencies in description fixed as well as several misspellings. These are not explicit listed in the chapter.
Topic |
PackMLBaseObjectType – PackMLVersion data type change |
Errata Version |
1.0 |
Spec Reference |
6.3.2 – Table 3 |
Mantis Reference |
|
Problem Statement |
Variable showed before only PackML Version. It should include also OPC UA Comp.Spec Version |
Solution / Change |
Change back to solution like used in Version 1.0 with PackMLVersion as HasProperty in the object with String as datatype. See “option 2” in the remark the line below.
|
Remark |
Option 1: Change from BaseDataVariableType to PackMLVersionVariableType ? Could be easier to read for OPC UA clients. => to be discussed
Option 2: Change back from “HasComponent” back to “HasProperty” with Variable PackMLVersion, DataTyp String and PropertyType like it was used in V1.0. The OPC version is available in NamespaceMetaData |
Topic |
Variable name changed from „UnitCurrentMode” to “UnitModeCurrent” |
Errata Version |
1.0 |
Spec Reference |
6.3.3 – Table 4 |
Mantis Reference |
|
Problem Statement |
Difference in wording between PackML TR88 and Companion Spec. Reference “HasComponent” and TypeDefinition as “PropertyType” |
Solution |
Take over wording from PackML TR88 in companion spec and make it compatible. Change TypeDefinition from “PropertyType” to “BaseDataVariableType” to reflect Reference. |
Topic |
Spelling variable “Parameter” changed |
Errata Version |
1.0 |
Spec Reference |
6.3.3 |
Mantis Reference |
|
Problem Statement |
Name „Parameters“ different to PackML Document |
Solution |
Change name from „Parameters“ to “Parameter” to make it compliant to PackML TR88. Typo fixing in Typedefinition from “Based DataVariableType” to “BaseDataVariableType” |
|
See also 6.3.4 – Table 5, PackMLAdminObjectType – change from “Parameters” to “Parameter” |
Topic |
Variable “MaterialInterlock” - TypeDefiniton and Modelling Rule |
Errata Version |
1.0 |
Spec Reference |
6.3.3 |
Mantis Reference |
|
Problem Statement |
Harmonize Types between PackML TR88 and Companion Spec |
Solution |
In TR88 MaterialInterlock is an array of Boolean. No need for OptionalPlaceholder rule, replaced by Optional. OptionalPlaceholder made it possible to define several MaterialInterlock arrays. This is not in line with TR88. DataType only as Boolean, no need for PackML specific TypeDefinition. PackML specific TypeDefiniton “InterlockVariableType” replaced by “BaseDataVariableType”.
|
Topic |
Variable “RemoteParameter” – Typo fixed, DataType and TypeDefiniton changed |
Errata Version |
1.0 |
Spec Reference |
6.3.3 |
Mantis Reference |
|
Problem Statement |
Different spelling from RemoteParameters in PackML and companion spec and wrong DataType |
Solution |
“RemoteParameter” instead of “RemoteParameters” to harmonize comp spec compliant to PackML TR88. Assign to DataType “PackMLRemoteInterfaceDataType” instead of “PackMLDescriptorDataType”. DataType was specified but not linked to RemoteParameter Variable Typo fixing in TypeDefinition from “Based DataVariableType” to “BaseDataVariableType” |
Topic |
Spelling variable “Products” changed |
Errata Version |
1.0 |
Spec Reference |
6.3.3 |
Mantis Reference |
|
Problem Statement |
Name „Products“ different to PackML Document |
Solution |
Change name from „Products“ to “Product” to make it compliant to PackML TR88.
|
Topic |
TypeDefinition and Modelling Rule changed for Alarm, AlarmHistory, Warning, StopReason |
Errata Version |
1.0 |
Spec Reference |
6.3.4 – Table 5 |
Mantis Reference |
|
Problem Statement |
Reduction of PackML specific TypeDefinitions |
Solution |
In TR88 Alarm, AlarmHistory, Warning and StopReason is an array of structure. No need for OptionalPlaceholder rule, replaced by Optional. OptionalPlaceholder made it possible to define several Alarm arrays. This is not in line with TR88.
PackML specific TypeDefinitons replaced by “BaseDataVariableType” instead of “PackMLAlarmVariableType”. Harmonization with TypeDefinition from “Parameter”, “RemoteParameter” and “Product” in 6.3.3 – Table 4
StopReason changed from array to single structure to harmonize with TR88
|
Topic |
Description PackML StateMachines |
Errata Version |
1.0 |
Spec Reference |
6.3.5 |
Mantis Reference |
|
Problem Statement |
Short description and Clear as typo from parent statemodel |
Solution |
Extended description and fixing parent state from “Clear” to “Cleared” like in the rest of the document |
Topic |
PackMLBaseStateMachineType – Initial State |
Errata Version |
1.0 |
Spec Reference |
6.3.6 |
Mantis Reference |
|
Problem Statement |
Adopting companion spec to PackML leading document |
Solution |
Change from parent state “Cleared” as initialStateType to “Stopped” as possible initial state in the state model |
Topic |
Transfer table to template design |
Errata Version |
1.0 |
Spec Reference |
6.3.6 |
Mantis Reference |
|
Problem Statement |
Validation Tool labeled table 7 „PackMLBaseStateMachineType” as non-conform |
Solution |
Transfer table in compliant table as defined in the companion spec template |
Topic |
Transfer table to template design |
Errata Version |
1.0 |
Spec Reference |
6.3.7 |
Mantis Reference |
|
Problem Statement |
Validation Tool labeled table 9 „PackMLMachineStateMachineType” as non-conform |
Solution |
Transfer table in compliant table as defined in the companion spec template |
Topic |
Transfer table to template design |
Errata Version |
1.0 |
Spec Reference |
6.3.8 |
Mantis Reference |
|
Problem Statement |
Validation Tool labeled table 11 „ PackMLExecuteStateMachineType” as non-conform |
Solution |
Transfer table in compliant table as defined in the companion spec template |
Topic |
Transfer from PackML specific VariableTypes in BaseDataVariableType |
Errata Version |
1.0 |
Spec Reference |
6.4.1 & 6.4.2 |
Mantis Reference |
|
Problem Statement |
Reduction of PackML specific Variable Types |
Solution |
InterlockVariableType and PackMLCountVariableType replaced by BaseDataVariableType |
Topic |
Extend PackMLCountDataType Structure |
Errata Version |
1.0 |
Spec Reference |
6.5.3 |
Mantis Reference |
|
Problem Statement |
Variables were missing in compliance to TR88 |
Solution |
Extend structure with “Name” – Type String and “Unit” – Type EUInformation |
Topic |
Adopt SetUnitMode Method parameter |
Errata Version |
1.0 |
Spec Reference |
6.7.2 |
Mantis Reference |
|
Problem Statement |
|
Solution |
|
|
SetUnitMode( [in] NodeId ModeSelection [in] Int32 ModeSelectionRequestedMode );
|
Topic |
Parameter “Products” change in SetProduct Method |
Errata Version |
1.0 |
Spec Reference |
6.7.4 |
Mantis Reference |
|
Problem Statement |
Name „Products“ different to PackML Document |
Solution |
Change parameter name from „Products“ to “Product” to make it compliant to PackML TR88. |
Topic |
Change naming of “ToComplete” Method |
Errata Version |
1.0 |
Spec Reference |
6.7.9 |
Mantis Reference |
|
Problem Statement |
Adopt to PackML wording |
Solution |
Change naming from “ToCompleted” to “ToComplete” to make it PackML compliant |
Topic |
Replacing single parameter in method “RemoteCommand” by structure |
Errata Version |
1.0 |
Spec Reference |
6.7.15 |
Mantis Reference |
|
Problem Statement |
Parameter in RemoteCommand Method were used twice as single element and within the strucutre. |
Solution |
Replacing single parameter by structure “RemoteInterface – PackMLRemoteInterfaceDataType” |
Topic |
PackMLAlarmVariableType |
Errata Version |
1.0 |
Spec Reference |
6.8.2.1 |
Mantis Reference |
|
Problem Statement |
PackMLAlarmVariableType not used anymore in the companion spec |
Solution |
deleted |
Topic |
Annex A – All links to documents and NodeSets must by updated ! |
Errata Version |
1.0 |
Spec Reference |
|
Mantis Reference |
|
Problem Statement |
|
Solution |
|