View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0004566 | 10000-008: Data Access | Spec | public | 2018-12-24 12:59 | 2019-02-05 17:27 |
Reporter | Alexander Allmendinger | Assigned To | Jim Luth | ||
Priority | normal | Severity | minor | Reproducibility | have not tried |
Status | closed | Resolution | no change required | ||
Summary | 0004566: InstrumentRange requires additional clarification | ||||
Description | One Test Case in the "Data Access AnalogItem" Conformance Unit does verify, that the server is returning a Bad_OutOfRange if a client tries to write a value which is outside the InstrumentRange. We received a complaint from a vendor about the desired behavior and challenged the spec but we can't find that being defined. What is the desired behavior when a client tries to write a value outside that range? | ||||
Additional Information | There is a test script in the CTT verifying this behavior but due to an issue this script has been skipped in most cases. As the script now has been fixed, we do find servers failing this test case because they don't consider the InstrumentRange a hard range but rather like the EURange. | ||||
Tags | No tags attached. | ||||
Commit Version | |||||
Fix Due Date | |||||
related to | 0004601 | closed | Alexander Allmendinger | Compliance Test Tool (CTT) Unified Architecture | InstrumentRange requires additional clarification |
|
Discussed in UA Telcon today and decided: Because EU range is Mandatory and EU Range is a subset of the Instrument Range, then the proper test is for EU Range, not Instrument Range. Part 8 says this about clients writing values outside the EU Range: "Similarly a Client may attempt to write a value that is outside of this range back to the server. The exact behaviour (accept, reject, clamp, etc.) in this case is Server-dependent. However, in general Servers shall be prepared to handle this. " Therefore test cases need to be developed to accept all of the allowed behaviors (accept, reject and clamp). |
|
Cloned to CTT to update test cases. No change required in Part 8. |
|
The EURange is understood, values are allowed outside of the limit specified. There are already test cases for EURange that accept all of the values. The question was about instrument range - should it be treated as eurange and allow value out side of the range of an instrument, note: if an instrument range is not specified then it is the range of the datatype i.e. if the value is an int32 then the instrumentRange is the range of an Int32. So writing something outside of the instrument range is not possible. Are you proposing that no tests be run on the Instrument range other then the minimum set (i.e. hi is above low and if Eurange is present it is inclusive of the instrument range) I would think an instrument range is a hard range. values outside of it are clamped or rejected. The EuRange is the typical operating range, while an instrument range is what is possible from the device. Is this what was discussed? Part 8 does not describe what is expect of an instrument range - the text does describe EuRange InstrumentRange defines the value range that can be returned by the instrument. EuRange is clear EURange defines the value range likely to be obtained in normal operation. It is intended for such use as automatically scaling a bar graph display. The EuRange text does not apply to InstrumentRange |
|
Discussed in call again today with Paul. Decision stands that there are no additional behavior ctt tests necessary for Instrument Range. The test for EU range that are provided is sufficient and any additional test for IR would not add any value. |
Date Modified | Username | Field | Change |
---|---|---|---|
2018-12-24 12:59 | Alexander Allmendinger | New Issue | |
2019-01-29 17:07 | Jim Luth | Note Added: 0009846 | |
2019-01-29 17:07 | Jim Luth | Note Edited: 0009846 | |
2019-01-29 17:08 | Jim Luth | Issue cloned: 0004601 | |
2019-01-29 17:08 | Jim Luth | Relationship added | related to 0004601 |
2019-01-29 17:10 | Jim Luth | Assigned To | => Jim Luth |
2019-01-29 17:10 | Jim Luth | Status | new => closed |
2019-01-29 17:10 | Jim Luth | Resolution | open => no change required |
2019-01-29 17:10 | Jim Luth | Note Added: 0009848 | |
2019-01-30 05:33 | Paul Hunkar | Status | closed => feedback |
2019-01-30 05:33 | Paul Hunkar | Resolution | no change required => reopened |
2019-01-30 05:33 | Paul Hunkar | Note Added: 0009851 | |
2019-01-30 05:39 | Paul Hunkar | Note Edited: 0009851 | |
2019-02-05 17:27 | Jim Luth | Status | feedback => resolved |
2019-02-05 17:27 | Jim Luth | Resolution | reopened => no change required |
2019-02-05 17:27 | Jim Luth | Note Added: 0009880 | |
2019-02-05 17:27 | Jim Luth | Status | resolved => closed |