View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0004311 | 30020: MDIS | Feature Request | public | 2018-06-19 17:29 | 2021-01-19 14:29 |
| Reporter | Paul Hunkar | Assigned To | Paul Hunkar | ||
| Priority | normal | Severity | minor | Reproducibility | have not tried |
| Status | closed | Resolution | fixed | ||
| Summary | 0004311: The MDIS Specificaion need to provided a more standard set of error codes | ||||
| Description | From BP [Mark Cotton] In the base class of each MDIS object we have two variables, Fault Code and Warning Code that are described as vendor specific. This goes against the principle of interface standardization. I want to reuse DCS logic that I have coded for one subsea vendor interface on the next project with a different vendor. If the interface contains vendor specific data this will not be possible without modifying the DCS implementation for each vendor. We should consider removing vendor specific fault codes and look at what common types of fault we can report to the operator for each device type. The approach taken with the rest of the MDIS objects is to create a vendor specific subtypes when vendor specific information is to be provided. One solution could be to implement the Fault Code as a string with the description of the fault, if the intention is that the fault code is to be interpreted as a message to present to the operator. It is not clear from the specification how the Warning flag and the warning codes should be used. Are there example use cases for situations in which warnings are provided? [Note: is a warning , something that does not need immediate operator action] For an instrument object types is the intention that instrument failures such as OOR and comms fail, are to be reported in the OPC UA status for the instrument value/state? If so, in what conditions will the Fault and Fault Code be set? The fact that it is in the MDIS base object suggests that it could be set for reasons other than write failure, in the case of output devices. I think there needs to be more guidance on how the Fault and Fault Code will be used for all object types. | ||||
| Tags | No tags attached. | ||||
|
|
We should define the conditions for when the fault flag will be set. For example, if the valve changes position without a command from the DCS/MCS, will this result in the fault flag being set, or do we rely on the DCS to detect the uncommand change in valve position? If a command is rejected due to an interlock, do we expect that the fault flag should not be set and only the command rejected flag is set? |
|
|
from Christian Meum - technipfmc.com I think we need to put the alignment of Fault/Warning codes across the different subsea vendors back on the agenda. Operators (Statoil/Equinor) are requesting that we try to align this to simplify the configuration work in the future. |
|
|
Updated specification include a list of standard FaultCodes and Standard WarningCodes. We still allow vendor specific FaultCodes and WarningCodes to extend the list of standardized codes |
|
|
agreed in call to all changes |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2018-06-19 17:29 | Paul Hunkar | New Issue | |
| 2018-06-19 17:29 | Paul Hunkar | Status | new => assigned |
| 2018-06-19 17:29 | Paul Hunkar | Assigned To | => Paul Hunkar |
| 2018-06-19 17:31 | Paul Hunkar | Note Added: 0009212 | |
| 2018-06-20 19:08 | Paul Hunkar | Note Added: 0009213 | |
| 2020-12-16 16:58 | Paul Hunkar | Status | assigned => resolved |
| 2020-12-16 16:58 | Paul Hunkar | Resolution | open => fixed |
| 2020-12-16 16:58 | Paul Hunkar | Note Added: 0013491 | |
| 2021-01-19 14:29 | Paul Hunkar | Status | resolved => closed |
| 2021-01-19 14:29 | Paul Hunkar | Note Added: 0013538 |