View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0008010 | Part 81: UAFX Connecting Devices and Information Model [sg.BaseFacet] | Spec | public | 2022-05-25 05:43 | 2025-11-14 06:59 |
| Reporter | Paul Hunkar | Assigned To | Paul Hunkar | ||
| Priority | normal | Severity | feature | Reproducibility | always |
| Status | assigned | Resolution | open | ||
| Product Version | 1.00.00 RC2 | ||||
| Target Version | NextMaintenance | ||||
| Summary | 0008010: Control group open issue - future updates | ||||
| Description | The control group in the next release may wish to add that a control group could be assigned not just to a client session of a connection but to an application (where multiple connection are operating together) these are some notes from discussion in spec on the issue: (b) The Application of the one controlling the connection … this will be the case for hierarchical connections; typically for controller to device or for controller to controller if hierarchically (e.g., the line controller to the machines in the line). We will need to support this use case at some point of time. Consider a controller having a connection to a device. The connection manager (e.g., the controller) will apply an initial parameterization to the device when establishing the connection, However, the user application may at some point of time need to adjust some parameters. Maybe this is solved in a future release, when we add something to a connectionendpoint identfing the application that owns it (maybe just the application URL of the other controller. Then that controller – owns it via the connectionendpoint, but can also access it via a client server connection. don’t think we need a new parameter – just a definition of what is in the parameter that is passed and some rules around it. As long as we don’t need a parameter then we can push the details to next release. Another some what related isue Actually the connection could make changes via the metadata messages (they would be consider part of the connection) – again this can be defer to next session if need be | ||||
| Tags | Action, C2D | ||||
| related to | 0007845 | acknowledged | Enhancement for locking and control groups |
|
|
As was discussed in original summary of comments entered here and postponed to next release |
|
|
Determine if this is an actual requirements (is this new feature or a fix) |
|
|
A proposal would be to add the ability to indicate that, in addition to the Connection, the Subscribing Server is a co-owner of the ControlGroup Locks. This would satisfy any needs a process controller would have. |
|
|
Proposal from VDMA for support for shared lock/multi-lock would help apply to this |
|
|
This updated is waiting for the results of the multi-locking task force work on the DI spec. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2022-05-25 05:43 | Paul Hunkar | New Issue | |
| 2022-05-25 05:44 | Paul Hunkar | Assigned To | => Paul Hunkar |
| 2022-05-25 05:44 | Paul Hunkar | Status | new => acknowledged |
| 2022-05-25 05:44 | Paul Hunkar | Note Added: 0016747 | |
| 2022-11-04 13:30 | Paul Hunkar | Tag Attached: C2D | |
| 2022-11-04 13:32 | Paul Hunkar | Note Added: 0018111 | |
| 2022-11-04 13:32 | Paul Hunkar | Relationship added | related to 0007845 |
| 2025-08-20 14:22 | Jim Luth | Tag Attached: Action | |
| 2025-08-22 12:53 | Bob Lattimer | Note Added: 0023241 | |
| 2025-09-09 05:28 | Paul Hunkar | Target Version | => NextMaintenance |
| 2025-09-09 05:30 | Paul Hunkar | Note Added: 0023271 | |
| 2025-09-09 05:30 | Paul Hunkar | Status | acknowledged => assigned |
| 2025-11-14 06:59 | Paul Hunkar | Note Added: 0023534 |