View Issue Details

Jump to NotesJump to History
IDProjectCategoryView StatusDate SubmittedLast Update
000357710000-010: ProgramsSpecpublic2016-10-19 10:172017-06-27 15:20
ReporterMatthias Damm Assigned ToKarl Deiretsbacher  
PrioritynormalSeverityminorReproducibilityhave not tried
Status closedResolutionfixed 
Product Version1.03 
Summary0003577: Table 8 – ProgramType causes
Description

We do not define any method arguments. Is the table with the optional argument properties the way to define that a subtype is allowed to define Method arguments even if the base type does not define arguments?

Is this a general concept in OPC UA - at least it would not be allowed in most programming languages to add method arguments on a subtype.

This requires special handling in code generators if we want to allow this as a general concept. If we want to allow it, we should have a clear definition of the behavior in Part 3 (and not only an example in Part 10).

TagsNo tags attached.
Commit Version
Fix Due Date

Relationships

related to 0002765 closedJeff Harding 10000-003: Address Space Support for optional method arguments or default parameters 
related to 0003576 closedKarl Deiretsbacher 10000-010: Programs ProgramDiagnosticDataType::lastMethodInputArguments and lastMethodOutputArguments 
related to 0003665 closedJeff Harding 10000-003: Address Space Table 8 – ProgramType causes 

Activities

Karl Deiretsbacher

2016-10-20 11:36

developer   ~0007263

Need to discuss!

The (default) methods in this standard have no arguments.
Section 4.2.7 states:
"Program Control Methods can include arguments that are used by the Program. For example, a Start Method may include an options argument that specifies dynamic options used to determine some program behaviour. The arguments can differ on each ProgramStateMachineType."

Karl Deiretsbacher

2017-06-27 15:20

developer   ~0008245

Fixed in OPC UA Part 10 - Programs 1.04.04 Draft Specification.docx.

Jim Luth

2017-06-27 15:20

administrator   ~0008246

Agreed to changes edited in telecon.

Issue History

Date Modified Username Field Change
2016-10-19 10:17 Matthias Damm New Issue
2016-10-19 10:19 Matthias Damm Relationship added related to 0002765
2016-10-20 11:36 Karl Deiretsbacher Note Added: 0007263
2016-10-25 14:55 Karl Deiretsbacher Assigned To => Karl Deiretsbacher
2016-10-25 14:55 Karl Deiretsbacher Status new => assigned
2016-11-08 16:21 Karl Deiretsbacher Relationship added related to 0003576
2016-12-16 15:38 Jim Luth Issue cloned: 0003665
2016-12-16 15:38 Jim Luth Relationship added related to 0003665
2017-06-27 15:20 Karl Deiretsbacher Note Added: 0008245
2017-06-27 15:20 Karl Deiretsbacher Status assigned => resolved
2017-06-27 15:20 Karl Deiretsbacher Fixed in Version => 1.04
2017-06-27 15:20 Karl Deiretsbacher Resolution open => fixed
2017-06-27 15:20 Jim Luth Note Added: 0008246
2017-06-27 15:20 Jim Luth Status resolved => closed